[Snap] UFB Poor Performance

Forums › 2degrees (including Slingshot, Orcon, Flip, Stuff Fibre, MyRepublic, 2talk and Vocus) › [Snap] UFB Poor Performance

1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | ... | 19

557 posts

Ultimate Geek

#684174 10-Sep-2012 23:51

Well I did my tests at 8:35am and you did yours at 11am, so I don't think you can use it as a direct comparision.

And I certainly wasn't claiming to get those speeds all the time or anything. It still may be that Snap's international leaves somewhat to be desired compared to say telecom, but someone was saying theres no difference in speed with snap on ADSL/VDSL/UFB and obviously that is not right.

Also regarding speed at 1am, thinking about it it may be that 7-9am may be the time you get best speeds with snap as the unlimited nights option goes from 1am to 7am so unlike other networks, there may be a fair bit of off peak traffic.

SneakerPimps

104 posts

Master Geek

#684177 11-Sep-2012 00:02

Granted the time difference, but if you take into consideration the normal peak times 9am-5pm, and 1-7am, there isn't much in between to have "off peak" speeds. The fact is, I have yet to see anything more than 10Mb/sec for Australia (if that), and ~2.5Mb/sec in the US. You surely can't say you have ever experienced the same on VDSL?

blair003

557 posts

Ultimate Geek

#684179 11-Sep-2012 00:13

There does seem to be more variability compared to when I was with telecom, but I was only on ADSL with telecom.

I think you should redo the tests in the morning e.g. 8am to telstra in Aussie and see how you get on. If you are on 30/10 UFB and not getting 10Mbit to telstra in Australia that seems wrong. Testing to the USA is a different beast entirely.

Lorenceo

904 posts

Ultimate Geek

Trusted

#684185 11-Sep-2012 00:32

Perhaps do some traceroutes to various servers, so people on other connection methods can compare?
If Snap FTTH customers take different routes it should show up.
I'm on Snap naked ADSL2+, here are some speedtest.net results and traceroutes to the servers:

219.88.241.70
Tracing route to 219.88.241.70 over a maximum of 30 hops

1    <1 ms    <1 ms    <1 ms RT-N16 [192.168.2.1]
2     6 ms     6 ms     6 ms 16.17.69.111.static.snap.net.nz [111.69.17.16]
3     6 ms     6 ms     5 ms 54.32.69.111.dynamic.snap.net.nz [111.69.32.54]

4     6 ms     6 ms     6 ms 60.234.79.97
5     6 ms     6 ms     6 ms ge-0-1-5-0.cre1.nct.orcon.net.nz [121.98.9.9]
6     6 ms     6 ms     6 ms 219.88.241.70

Trace complete.

150.101.197.213
Tracing route to cdn-edge1.syd7.internode.on.net [150.101.197.213]
over a maximum of 30 hops:

1    <1 ms    <1 ms    <1 ms RT-N16 [192.168.2.1]
2     6 ms     6 ms     7 ms 16.17.69.111.static.snap.net.nz [111.69.17.16]
3     6 ms     6 ms     5 ms 54.32.69.111.dynamic.snap.net.nz [111.69.32.54]

4    29 ms    29 ms    29 ms 23655.syd.equinix.com [202.167.228.156]
5    30 ms    29 ms    29 ms gig0-0-106.bdr1.syd6.internode.on.net [202.167.228.20]
6    29 ms    29 ms    29 ms te0-0-0.bdr1.syd6.internode.on.net [150.101.197.1]
7    30 ms    29 ms    29 ms te4-1.cor2.syd7.internode.on.net [150.101.120.237]
8    29 ms    29 ms    29 ms cdn-edge1.syd7.internode.on.net [150.101.197.213]

Trace complete.

71.95.173.65
Tracing route to spt01mtpkca.mtpk.ca.charter.com [71.95.173.65]
over a maximum of 30 hops:

1    <1 ms    <1 ms    <1 ms RT-N16 [192.168.2.1]
2     7 ms     7 ms     6 ms 16.17.69.111.static.snap.net.nz [111.69.17.16]
3     6 ms     6 ms     6 ms 54.32.69.111.dynamic.snap.net.nz [111.69.32.54]

4    10 ms     7 ms     6 ms 111-69-27-65.core.snap.net.nz [111.69.27.65]
5    11 ms   155 ms    27 ms 203.167.233.10
6   132 ms   132 ms   132 ms i-0-6-4-1.tlot-core01.bx.telstraglobal.net [202.84.142.114]
7   607 ms   136 ms   136 ms i-3-5.tlot03.bi.telstraglobal.net [202.84.251.238]
8   133 ms   136 ms   134 ms be-10-703-cr01.losangeles.ca.ibone.comcast.net [75.149.228.221]
9   142 ms   143 ms   143 ms as20115.losangeles.ca.ibone.comcast.net [66.208.229.46]
10     *        *        *     Request timed out.
11     *        *        *     Request timed out.

167.206.8.148
Tracing route to speedgauge2.optonline.net [167.206.8.148]
over a maximum of 30 hops:

1    <1 ms    <1 ms    <1 ms RT-N16 [192.168.2.1]
2     6 ms     6 ms     6 ms 16.17.69.111.static.snap.net.nz [111.69.17.16]
3    13 ms     6 ms     6 ms 54.32.69.111.dynamic.snap.net.nz [111.69.32.54]

4     6 ms     6 ms     6 ms 111-69-27-65.core.snap.net.nz [111.69.27.65]
5   226 ms   232 ms   207 ms te7-3.ccr01.sjc05.atlas.cogentco.com [38.122.92.105]
6   132 ms   132 ms   132 ms te0-0-0-4.ccr21.sfo01.atlas.cogentco.com [154.54.1.129]
7   170 ms   170 ms   170 ms te0-4-0-6.ccr21.mci01.atlas.cogentco.com [154.54.45.65]
8   182 ms   182 ms   182 ms te0-4-0-3.ccr21.ord01.atlas.cogentco.com [154.54.6.157]
9   202 ms   202 ms   202 ms te0-2-0-7.ccr21.jfk02.atlas.cogentco.com [154.54.43.89]
10   201 ms   201 ms   203 ms te8-1.ccr01.jfk04.atlas.cogentco.com [154.54.47.18]
11   202 ms   204 ms   202 ms cablevision.jfk04.atlas.cogentco.com [154.54.11.250]
12     *        *        *     Request timed out.
13     *        *        *     Request timed out.

212.183.159.229
Tracing route to 212.183.159.229 over a maximum of 30 hops

1    <1 ms    <1 ms    <1 ms RT-N16 [192.168.2.1]
2     6 ms     6 ms     6 ms 16.17.69.111.static.snap.net.nz [111.69.17.16]
3     6 ms     5 ms     6 ms 54.32.69.111.dynamic.snap.net.nz [111.69.32.54]

4     6 ms     6 ms     6 ms 111-69-27-65.core.snap.net.nz [111.69.27.65]
5   326 ms   203 ms   181 ms te7-3.ccr01.sjc05.atlas.cogentco.com [38.122.92.105]
6   132 ms   132 ms   132 ms te0-1-0-3.ccr22.sjc03.atlas.cogentco.com [154.54.6.102]
7   138 ms   134 ms   135 ms te-3-3.car3.SanJose1.Level3.net [4.68.110.137]
8   151 ms   149 ms   149 ms vlan70.csw2.SanJose1.Level3.net [4.69.152.126]
9   141 ms   141 ms   140 ms ae-71-71.ebr1.SanJose1.Level3.net [4.69.153.5]
10   214 ms   215 ms   209 ms ae-2-2.ebr2.NewYork1.Level3.net [4.69.135.186]
11   203 ms   203 ms   203 ms ae-92-92.csw4.NewYork1.Level3.net [4.69.148.46]

12   205 ms   206 ms   204 ms ae-61-61.ebr1.NewYork1.Level3.net [4.69.134.65]

13   278 ms   278 ms   277 ms ae-42-42.ebr2.London1.Level3.net [4.69.137.69]
14   279 ms   278 ms   288 ms ae-57-222.csw2.London1.Level3.net [4.69.153.134]

15     *        *        *     Request timed out.
16   274 ms   275 ms   274 ms 195.50.122.66
17   283 ms   282 ms   283 ms 85.205.116.14
18     *        *        *     Request timed out.
19     *        *        *     Request timed out.

SneakerPimps

104 posts

Master Geek

#684190 11-Sep-2012 00:48

Paths are the same, which is what I expected. But you can see the big difference in speeds... Australia looking better though.

tracert 219.88.241.70
1    <1 ms    <1 ms    <1 ms RTN16 [192.168.1.1]
2     3 ms     3 ms     3 ms 16.17.69.111.static.snap.net.nz [111.69.17.16]
3     3 ms     3 ms     3 ms 54.32.69.111.dynamic.snap.net.nz [111.69.32.54]

4     2 ms     3 ms     3 ms 60.234.79.97
5     2 ms     3 ms     3 ms ge-0-1-5-0.cre1.nct.orcon.net.nz [121.98.9.9]
6     3 ms     3 ms     4 ms 219.88.241.70

tracert 150.101.197.213
1    <1 ms    <1 ms    <1 ms RTN16 [192.168.1.1]
2     3 ms     3 ms     3 ms 16.17.69.111.static.snap.net.nz [111.69.17.16]
3     2 ms     3 ms     3 ms 54.32.69.111.dynamic.snap.net.nz [111.69.32.54]

4    26 ms    27 ms    28 ms 23655.syd.equinix.com [202.167.228.156]
5    27 ms    27 ms    28 ms gig0-0-106.bdr1.syd6.internode.on.net [202.167.2
28.20]
6    27 ms    27 ms    27 ms te0-0-0.bdr1.syd7.internode.on.net [150.101.197.
5]
7    26 ms    27 ms    27 ms gi1-2-104.cor2.syd7.internode.on.net [150.101.19
7.114]
8    26 ms    27 ms    27 ms cdn-edge1.syd7.internode.on.net [150.101.197.213
]

71.95.173.65
1    <1 ms    <1 ms    <1 ms RTN16 [192.168.1.1]
2     3 ms     4 ms     3 ms 16.17.69.111.static.snap.net.nz [111.69.17.16]
3     2 ms     3 ms     3 ms 54.32.69.111.dynamic.snap.net.nz [111.69.32.54]

4     3 ms     3 ms     3 ms 111-69-27-65.core.snap.net.nz [111.69.27.65]
5   157 ms   366 ms     9 ms 203.167.233.10
6   126 ms   128 ms   127 ms i-0-6-4-0.tlot-core01.bx.telstraglobal.net [202.
84.142.110]
7   132 ms   131 ms   131 ms i-1-1.tlot03.bi.telstraglobal.net [202.84.251.23
4]
8   130 ms   131 ms   131 ms be-10-703-cr01.losangeles.ca.ibone.comcast.net [
75.149.228.221]
9   133 ms   135 ms   135 ms as20115.losangeles.ca.ibone.comcast.net [66.208.
229.46]
10     *        *        *     Request timed out.
11     *        *        *     Request timed out.
12     *        *        *     Request timed out.
13   134 ms   136 ms   135 ms spt01mtpkca.mtpk.ca.charter.com [71.95.173.65]

tracert 167.206.8.148
1    <1 ms    <1 ms    <1 ms RTN16 [192.168.1.1]
2     4 ms     3 ms     3 ms 16.17.69.111.static.snap.net.nz [111.69.17.16]
3     2 ms     4 ms     3 ms 54.32.69.111.dynamic.snap.net.nz [111.69.32.54]

4     2 ms     3 ms     3 ms 111-69-27-65.core.snap.net.nz [111.69.27.65]
5   128 ms   127 ms   127 ms te7-3.ccr01.sjc05.atlas.cogentco.com [38.122.92.
105]
6   130 ms   131 ms   132 ms te0-1-0-5.ccr22.sfo01.atlas.cogentco.com [66.28.
4.5]
7   169 ms   167 ms   167 ms te0-0-0-2.ccr22.mci01.atlas.cogentco.com [154.54
.30.66]
8   178 ms   179 ms   179 ms te0-2-0-3.ccr22.ord01.atlas.cogentco.com [154.54
.6.202]
9   197 ms   199 ms   199 ms te0-5-0-0.ccr22.jfk02.atlas.cogentco.com [154.54
.43.113]
10   200 ms   201 ms   199 ms te8-2.ccr01.jfk04.atlas.cogentco.com [154.54.47.
26]
11   200 ms   199 ms   200 ms cablevision.jfk04.atlas.cogentco.com [154.54.11.
250]
12     *        *        *     Request timed out.

mercutio

1392 posts

Uber Geek

#684193 11-Sep-2012 01:20

wow sneake... nice ping... personally i'd recommend testing with iperf in udp mode if you have a linux box, and access to a fast host. (iperf under windows doesn't deal so well with high bit rates of udp)

there could be packet loss, out of order packets, tcp window size munging, or various other things that can create such conditions.

it's kind of looks similar to what buba congestion used to look like on adsl though, which fwiw, seemed to only happen on downstream traffic not upstream.

that said your ping is real low. and if there's congestion you'd think it'd lag by at least 5 msec on top of your normal ping.

other thing you can do is try pingplotter and see graph to see if there's packet loss happening. but sometimes ping can show diff to real traffic. like in the example you had: 5 157 ms 366 ms 9 ms 203.167.233.10 is probably fine.

considering your download speed problems rather than uploads you really want traceroutes back to you from external.

You can use sites like:

http://lg.he.net/

quakeguy

111 posts

Master Geek

Trusted

#684456 11-Sep-2012 16:05

mrchillie:
McGee: Yes but you do realise that no mater what the medium is that you're using it's still using the exactly same international paths ?

Just because you've bought a different delivery medium doesn't mean it's going to give you preferred access over other users or connection types or necessarily?increased performance internationally.?

Then back to my original argument. Why would anyone get UFB through Snap? There is no benefit! Nothing worth while is available nationally, so if you say that I'm getting what I pay for because I can get full speed nationally is rubbish.
The general idea you would take away would be faster connection = faster service to the things I do online.

Hello good sir,

Where are you testing to? Can you give me a few IP addresses? I wanna try the same thing from my Snap connection!

“I do not think there is any thrill that can go through the human heart like that felt by the inventor as he sees some creation of the brain unfolding to success... Such emotions make a man forget food, sleep, friends, love, everything.” - Nikola Tesla

Disclaimer: Views expressed in my posts do not necessarily reflect those views of my employer.

Equinox IT

Cloud spending continues to surge globally, but most organisations haven’t made the changes necessary to maximise the value and cost-efficiency benefits of their cloud investments. Download the whitepaper From Overspend to Advantage now.

SneakerPimps

104 posts

Master Geek

#684584 11-Sep-2012 20:13

I'm not as proficient with Linux, let along have a dedicated box for this. I'm not sure doing any more extensive test will show anything of significance on my end. I've done some pathpings to look for any packet loss, but it all seems fine.

I've already contacted Snap about his and they are hopefully looking into it.

I'd like to kno if someone else has Snap UFB that can run the same speedtests.

uknzguy

19 posts

Geek

#684671 12-Sep-2012 00:07

Sounds like we have the same issue. I am on the 30/10 plan, and have never seen a speedtest get over 16Mbps, even to an NZ location. I'm lucky to get over 2Mbps to West Coast US.

Here's a test to Aussie just now

I have spoken to Snap and they said Speedtest isn't a reliable indicator, and that the CIR is only 10Mbps. Reading between the lines - "deal with it".

That said, I had pretty crappy DSL prior to this, so I'm happy with a faster connection for less money. It's just a pity it's not as fast as I thought it would be.

Zeon

3916 posts

Uber Geek

Trusted

#684675 12-Sep-2012 00:17

So similar problems for both Orcon and Snap UFB. you'd think they wouldn't be hitting anywhere near the CIRs yet and that doesn't even seem like an issues. Perhaps Chorus related? Anyone on other ISPs with UFB got results?

Speedtest 2019-10-14

blair003

557 posts

Ultimate Geek

#684676 12-Sep-2012 00:17

Which sydney server is that?

blair003

557 posts

Ultimate Geek

#684677 12-Sep-2012 00:20

This is a speedtest I did just now to the Sydney telstra server:

This is on Snap VDSL2

mercutio

1392 posts

Uber Geek

#684679 12-Sep-2012 00:24

uknzguy: Sounds like we have the same issue. I am on the 30/10 plan, and have never seen a speedtest get over 16Mbps, even to an NZ location. I'm lucky to get over 2Mbps to West Coast US.

Here's a test to Aussie just now

I have spoken to Snap and they said Speedtest isn't a reliable indicator, and that the CIR is only 10Mbps. Reading between the lines - "deal with it".

That said, I had pretty crappy DSL prior to this, so I'm happy with a faster connection for less money. It's just a pity it's not as fast as I thought it would be.

Maybe they mean PIR is 10 megabit.

blair003

557 posts

Ultimate Geek

#684680 12-Sep-2012 00:27

Wouldn't it be illegal (fair trading act) to sell 30/10 UFB with a PIR of 10mbit?

mercutio

1392 posts

Uber Geek

#684681 12-Sep-2012 00:31

blair003: Wouldn't it be illegal (fair trading act) to sell 30/10 UFB with a PIR of 10mbit?

how's it different from an adsl2+ connection that only does 10 megabit?

it's still faster than 80% of new zealand users.

1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | ... | 19