Geekzone: technology news, blogs, forums
Guest
Welcome Guest.
You haven't logged in yet. If you don't have an account you can register now.
This subforum is now locked. Please post TelstraClear topics in the Vodafone forum. You can find more information here.


View this topic in a long page with up to 500 replies per page Create new topic
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12
Have plan, send $NZD50m
3475 posts

Uber Geek
+1 received by user: 75

Subscriber

  Reply # 524581 22-Sep-2011 12:56 Send private message

jnawk: Thanks for that, Mr. Telecom.


Actually that is not Neils surname, ;) but I do hope your comments help to highlight to Neil and Gary just how frustrated and annoyed these problems make some of us.

Just for the record.  Neil has got Telecom issues sorted for me quickly in the past via back channels and while covering his own arse as much as he could, made is more than clear that he gets more than pissed off as well at poor performance by front line staff and poorly designed systems and often looks to us as users for empowerment to shake things up internally when needed.

I find Neil fairly well balanced (far more level headed than I am).







Promote New Zealand - Get yourself a .kiwi.nz domain name!!!

Check out mine - i.am.a.can.do.kiwi.nz - [email protected]


601 posts

Ultimate Geek
+1 received by user: 5

Trusted

  Reply # 524582 22-Sep-2011 12:57 Send private message

Beccara: 

This isn't shaping, The TCP stack has been tweaked to higher than default 64k and as such with the latency his single TCP stream performance is limited to 64k. I'm not actually sure there is a issue


The TCP stack is an agreement on how to process the packets on the endpoints.  The only thing the _IP_ network in the middle should care about is the IP Address (ports aren't at the IP level).  It's not a TCP network, it's an IP network.

Therefore, if both endpoints support the widely supported large window extension, then they should be able to achieve higher throughputs.

If they can't, that means that someone in the middle is doing something special to the traffic - which TCL states they don't do.

Add on to that the fact that another NZ ISP has a completely different experience indicates that the difference is likely to be on TCL's network, or on their immediate upstream provider, both of which are TCL's responsibility to manage.

By modifying or otherwise delaying the TCP packets as they pass through the network, TCL is shaping the traffic, regardless of what they call it.

I'd be interested to see if UDP packets are rate limited the same way.




Have plan, send $NZD50m
3475 posts

Uber Geek
+1 received by user: 75

Subscriber

  Reply # 524588 22-Sep-2011 13:01 Send private message

Talkiet: With all due respect, I was basically complimenting TCL on the attention they are giving to this issue. I think you have over-reacted to my comment.

Regards
Neil G


You did climb into a boiling pot with some fairly annoyed users who are just getting tired with the crap being dished up.

I think Telecom and Telstra need a bit of a wake up call that none of these little issues in isolation are an issue at all.

The problem is, as you'll know if you've been following the thread now in my signature, that we are being impacted by a constant stream of this crap.

Neil you're based in Christchurch, so you know what constant aftershocks are like. 

Constant poor service, fobbing off and problem denial becomes as wearing at being woken at 3am by yet another aftershock.

I can't speak for the OP, but I'm living with both and I'm tired of it.  I can't do anything about the earth, but I can sure help push the case to get telco support  back in New Zealand for our employment and get an imporvement in communications!






Promote New Zealand - Get yourself a .kiwi.nz domain name!!!

Check out mine - i.am.a.can.do.kiwi.nz - [email protected]




178 posts

Master Geek
+1 received by user: 11


  Reply # 524593 22-Sep-2011 13:11 Send private message

Beccara:
jpollock:
Talkiet: To keep in perspective though, you're complaining about a residential broadband service with no performance SLAs only being able to achieve 3-4mbps on a single thread, when with multiple threads you can still max out the connection?

I agree that it's a little odd, but it's hardly the worst example of a broadband 'fault' I have ever seen.

To clarify, yes, I agree there's something a little odd here, but performance is by no means actually bad - and there is (presumably) no performance SLAs associated with this product... TCL are going WAY above and beyond in the level of troubleshooting they are giving this IMO.

Cheers - N


Telstra Clear repeatedly states that they don't shape the connection in any way shape or form. ?Given that they charge per byte, they have no reason to.

So, this means that their service doesn't match their published statements, and as such they must either fix the service or refund the fee.

This sort of "bug" is exactly what got Telecom into hot water with the regulator.?


This isn't shaping, The TCP stack has been tweaked to higher than default 64k and as such with the latency his single TCP stream performance is limited to 64k. I'm not actually sure there is a issue


Have you read all the posts here? What about the one where I posted about how I took my workstation out to my friend's place, with all the same settings, and the connection blazed along at 10mbit/sec? The only difference between that result and the one I usually get is that result was achieved on an XNet DSL connection, whereas I'm limited to poor old TelstraClear Cable. Supposed to get 15mbit, get 3mbit. And you call no problem? I'm glad TelstraClear have taken the matter more seriously than you appear to have.

Have plan, send $NZD50m
3475 posts

Uber Geek
+1 received by user: 75

Subscriber

  Reply # 524595 22-Sep-2011 13:12 Send private message

jpollock: both of which are TCL's responsibility to manage.


This is an issue that Telstra Australia will and do take ownership of.

I have had issues with transit outside of Telstra's network in the past and had direct assistance from Melbourne where my problem was passed "down" to Level 3 staff to sort out.

If it does turn out to be a transit problem then we only need to figure roughly where it's happening and there's any amount of help in that space, though some providers do make Telstra New Zealand look quick.






Promote New Zealand - Get yourself a .kiwi.nz domain name!!!

Check out mine - i.am.a.can.do.kiwi.nz - [email protected]




178 posts

Master Geek
+1 received by user: 11


  Reply # 524596 22-Sep-2011 13:12 Send private message

Talkiet:
jnawk:
That post has been informative for me - should TelstraClear fail to resolve the matter, I'll be looking elsewhere, and now I've narrowed the list by one provider. Thanks for that, Mr. Telecom.

Apparently I can't say sh*t here. Sorry.


With all due respect, I was basically complimenting TCL on the attention they are giving to this issue. I think you have over-reacted to my comment.

Regards
Neil G


Fair enough. Would Telecom have given the same issue the same attention? If so, I retract my foaming-at-the-mouth rant and offer a sincere apology.



178 posts

Master Geek
+1 received by user: 11


  Reply # 524597 22-Sep-2011 13:14 Send private message

jpollock: I'd be interested to see if UDP packets are rate limited the same way.


I'd think not, however, I'll see about getting it tested out. Tomorrow, when I have traffic again.

1916 posts

Uber Geek
+1 received by user: 459

Trusted
Spark NZ

  Reply # 524604 22-Sep-2011 13:31 Send private message

jnawk:
Talkiet:
jnawk:
That post has been informative for me - should TelstraClear fail to resolve the matter, I'll be looking elsewhere, and now I've narrowed the list by one provider. Thanks for that, Mr. Telecom.

Apparently I can't say sh*t here. Sorry.


With all due respect, I was basically complimenting TCL on the attention they are giving to this issue. I think you have over-reacted to my comment.

Regards
Neil G


Fair enough. Would Telecom have given the same issue the same attention? If so, I retract my foaming-at-the-mouth rant and offer a sincere apology.


The 100% honest answer is that I don't know... I'm relatively sure that ANY level 1 helpdesk from any ISP would be flummoxed by this clearly complicated or subtle issue. I have worked on issues before where unexpected performance (that was still well in excess of what would be considered reasonable BB performance) was observed - just because it was unexpected... Often unexpected performance is an early indicator of a problem, even if at an absolute level it's still fine for 99.99% of people.

Have you tried using this:

http://wand.net.nz/~perry/max_download.php

Plug in the values you know and see what you get...

Cheers - N


807 posts

Ultimate Geek
+1 received by user: 63

UberGroup

  Reply # 524610 22-Sep-2011 13:37 Send private message

jnawk:
Beccara:
jpollock:
Talkiet: To keep in perspective though, you're complaining about a residential broadband service with no performance SLAs only being able to achieve 3-4mbps on a single thread, when with multiple threads you can still max out the connection?

I agree that it's a little odd, but it's hardly the worst example of a broadband 'fault' I have ever seen.

To clarify, yes, I agree there's something a little odd here, but performance is by no means actually bad - and there is (presumably) no performance SLAs associated with this product... TCL are going WAY above and beyond in the level of troubleshooting they are giving this IMO.

Cheers - N


Telstra Clear repeatedly states that they don't shape the connection in any way shape or form. ?Given that they charge per byte, they have no reason to.

So, this means that their service doesn't match their published statements, and as such they must either fix the service or refund the fee.

This sort of "bug" is exactly what got Telecom into hot water with the regulator.?


This isn't shaping, The TCP stack has been tweaked to higher than default 64k and as such with the latency his single TCP stream performance is limited to 64k. I'm not actually sure there is a issue


Have you read all the posts here? What about the one where I posted about how I took my workstation out to my friend's place, with all the same settings, and the connection blazed along at 10mbit/sec? The only difference between that result and the one I usually get is that result was achieved on an XNet DSL connection, whereas I'm limited to poor old TelstraClear Cable. Supposed to get 15mbit, get 3mbit. And you call no problem? I'm glad TelstraClear have taken the matter more seriously than you appear to have.


Congrats you managed to find one host you control that can use window scaling, Window scaling is a bit of a black art, Some support it and other dont and sometimes things in the middle of the path mess it up, The fact that you speed didn't drop below the RWIN 64k with 150ms latency max tells me your connection is working just fine. You say multiple streams can max your connection. Your Xnet traces show that the path is different compared to Telstra within the hosting providers own network

XNet
 8:  206.223.143.2                                       175.493ms              
 9:  67.199.135.234                                      166.472ms asymm  8     
10:  173.231.0.18                                        165.929ms asymm  9     
11:  173.231.0.26                                        165.996ms asymm 10     
12:  173.231.39.84                                       166.854ms reached  

Telstra
9: 206.223.143.122 152.605ms asymm 8
10: 216.218.213.250 155.251ms asymm 13
11: 173.231.0.66 168.804ms asymm 13
12: 173.231.0.26 153.828ms asymm 13
13: 173.231.39.84 157.154ms reached 

So as you can see the hop from the IX which is 206.223.143.xxx Telstra jumps to a Hurricane Electric node (216.218.213.250) whilst Xnet jump to a Packet Exchange node (67.199.135.234) From there its within http://WebNX.com network and even then it's taking a different path.

Your jumping to dangerous conclusions that it's Telstra at fault here when the path within the hosting providers network is different! Window Scaling is nice but it's not guaranteed that it will work. Have you even spoken to your hosting provider?




Most problems are the result of previous solutions...

All comment's I make are my own personal opinion and do not in any way, shape or form reflect the views of current or former employers unless specifically stated 

601 posts

Ultimate Geek
+1 received by user: 5

Trusted

  Reply # 524611 22-Sep-2011 13:40 Send private message

I just wanted to clarify, I think TCL's doing a good job tracking down the problem.

I do, however, consider it an important fault that needs to be resolved.

I have noticed it before, and always thought that TCL shaped their traffic. Now that I realize that they don't, I wish I'd raised a ruckus about this back when I first saw the problem, way back in 2009.






178 posts

Master Geek
+1 received by user: 11


  Reply # 524615 22-Sep-2011 13:47 Send private message

Beccara: Congrats you managed to find one host you control that can use window scaling, Window scaling is a bit of a black art, Some support it and other dont and sometimes things in the middle of the path mess it up, The fact that you speed didn't drop below the RWIN 64k with 150ms latency max tells me your connection is working just fine. You say multiple streams can max your connection. Your Xnet traces show that the path is different compared to Telstra within the hosting providers own network

XNet
?8:? 206.223.143.2?????????????????????????????????????? 175.493ms???????????? ?
?9:? 67.199.135.234????????????????????????????????????? 166.472ms asymm? 8??? ?
10:? 173.231.0.18??????????????????????????????????????? 165.929ms asymm? 9??? ?
11:? 173.231.0.26??????????????????????????????????????? 165.996ms asymm 10??? ?
12:? 173.231.39.84?????????????????????????????????????? 166.854ms reached ?

Telstra
9: 206.223.143.122 152.605ms asymm 8
10: 216.218.213.250 155.251ms asymm 13
11: 173.231.0.66 168.804ms asymm 13
12: 173.231.0.26 153.828ms asymm 13
13: 173.231.39.84 157.154ms reached?

So as you can see the hop from the IX which is 206.223.143.xxx Telstra jumps to a Hurricane Electric node (216.218.213.250) whilst Xnet jump to a Packet Exchange node (67.199.135.234) From there its within?http://WebNX.com?network and even then it's taking a different path.

Your jumping to?dangerous?conclusions that it's Telstra at fault here when the path within the hosting providers network is different! Window Scaling is nice but it's not guaranteed that it will work. Have you even spoken to your hosting provider?


So, it sounds like it might be a problem with TC's upstream provider, who you identify as HE. I recall either in this thread or the Cable-modem-off-but-still-traffic thread that DonGould pointed out it is the ISP's responsibility to manage the upstream provider.

At this stage, I might introduce a box in Germany, to which performance is also lame on TC but fine on XNet. But let's see what TC have to say for theirselves first - they did ask for Friday as deadline after all.



178 posts

Master Geek
+1 received by user: 11


  Reply # 524617 22-Sep-2011 13:50 Send private message

jpollock: I just wanted to clarify, I think TCL's doing a good job tracking down the problem.

I do, however, consider it an important fault that needs to be resolved.

I have noticed it before, and always thought that TCL shaped their traffic. Now that I realize that they don't, I wish I'd raised a ruckus about this back when I first saw the problem, way back in 2009.


+1, +1 and +1.

I "noticed" it a long time ago, but given none of the remote servers were ones I had any control over (and hence no idea of loading), I always assumed the remote end was the problem.


807 posts

Ultimate Geek
+1 received by user: 63

UberGroup

  Reply # 524620 22-Sep-2011 13:55 Send private message

jnawk:
Beccara: Congrats you managed to find one host you control that can use window scaling, Window scaling is a bit of a black art, Some support it and other dont and sometimes things in the middle of the path mess it up, The fact that you speed didn't drop below the RWIN 64k with 150ms latency max tells me your connection is working just fine. You say multiple streams can max your connection. Your Xnet traces show that the path is different compared to Telstra within the hosting providers own network

XNet
?8:? 206.223.143.2?????????????????????????????????????? 175.493ms???????????? ?
?9:? 67.199.135.234????????????????????????????????????? 166.472ms asymm? 8??? ?
10:? 173.231.0.18??????????????????????????????????????? 165.929ms asymm? 9??? ?
11:? 173.231.0.26??????????????????????????????????????? 165.996ms asymm 10??? ?
12:? 173.231.39.84?????????????????????????????????????? 166.854ms reached ?

Telstra
9: 206.223.143.122 152.605ms asymm 8
10: 216.218.213.250 155.251ms asymm 13
11: 173.231.0.66 168.804ms asymm 13
12: 173.231.0.26 153.828ms asymm 13
13: 173.231.39.84 157.154ms reached?

So as you can see the hop from the IX which is 206.223.143.xxx Telstra jumps to a Hurricane Electric node (216.218.213.250) whilst Xnet jump to a Packet Exchange node (67.199.135.234) From there its within?http://WebNX.com?network and even then it's taking a different path.

Your jumping to?dangerous?conclusions that it's Telstra at fault here when the path within the hosting providers network is different! Window Scaling is nice but it's not guaranteed that it will work. Have you even spoken to your hosting provider?


So, it sounds like it might be a problem with TC's upstream provider, who you identify as HE. I recall either in this thread or the Cable-modem-off-but-still-traffic thread that DonGould pointed out it is the ISP's responsibility to manage the upstream provider.

At this stage, I might introduce a box in Germany, to which performance is also lame on TC but fine on XNet. But let's see what TC have to say for theirselves first - they did ask for Friday as deadline after all.


Or something to do with your host, 173.231.0.66 is on TC and 173.231.0.18 is XNet which within your hosting provider




Most problems are the result of previous solutions...

All comment's I make are my own personal opinion and do not in any way, shape or form reflect the views of current or former employers unless specifically stated 

1916 posts

Uber Geek
+1 received by user: 459

Trusted
Spark NZ

  Reply # 524621 22-Sep-2011 13:55 Send private message

jnawk:
jpollock: I just wanted to clarify, I think TCL's doing a good job tracking down the problem.

I do, however, consider it an important fault that needs to be resolved.

I have noticed it before, and always thought that TCL shaped their traffic. Now that I realize that they don't, I wish I'd raised a ruckus about this back when I first saw the problem, way back in 2009.


+1, +1 and +1.

I "noticed" it a long time ago, but given none of the remote servers were ones I had any control over (and hence no idea of loading), I always assumed the remote end was the problem.



Could you ask TCL to supply you a link of a file hosted somewhere near the edge of their network? That way you can see what sort of performance you can get across the network that they themselves have control over.

If it turns out that a configuration choice of an external provider is limiting your per thread throughput, there's realistically very little that could be done about it (edit: done by TCL anyway)... That's the way the Internet works.

Cheers - N


601 posts

Ultimate Geek
+1 received by user: 5

Trusted

  Reply # 524622 22-Sep-2011 14:00 Send private message

Talkiet: 

Could you ask TCL to supply you a link of a file hosted somewhere near the edge of their network? That way you can see what sort of performance you can get across the network that they themselves have control over.

If it turns out that a configuration choice of an external provider is limiting your per thread throughput, there's realistically very little that could be done about it... That's the way the Internet works.

Cheers - N



The problem is that if the latency dropped to 35ms, the throughput would go up to 14Mbps, so it's really only obvious when you leave the network.




1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12
View this topic in a long page with up to 500 replies per page Create new topic




Twitter »
Follow us to receive Twitter updates when new discussions are posted in our forums:



Follow us to receive Twitter updates when news items and blogs are posted in our frontpage:



Follow us to receive Twitter updates when tech item prices are listed in our price comparison site:





Trending now »

Hot discussions in our forums right now:

Government Limos
Created by networkn, last reply by Bung on 31-Oct-2014 12:39 (94 replies)
Pages... 5 6 7


Got a good ol parking fine
Created by Lyderies, last reply by Bung on 1-Nov-2014 21:05 (25 replies)
Pages... 2


How good is your general Science Knowledge?
Created by Aredwood, last reply by freitasm on 1-Nov-2014 18:38 (48 replies)
Pages... 2 3 4


Shutup and take my money (via NFC on my mobile phone)
Created by sxz, last reply by sonyxperiageek on 31-Oct-2014 22:34 (24 replies)
Pages... 2


OneDrive code giveaway - go!
Created by freitasm, last reply by PhantomNVD on 1-Nov-2014 10:31 (36 replies)
Pages... 2 3


Uber: a cheaper taxi ride?
Created by kingdragonfly, last reply by livisun on 31-Oct-2014 14:47 (34 replies)
Pages... 2 3


Sky will be 'upgrading software' of My Sky to connect to internet. What does that mean?
Created by Geektastic, last reply by TwoSeven on 1-Nov-2014 17:43 (30 replies)
Pages... 2


DDos Protection from ISP
Created by charsleysa, last reply by freitasm on 31-Oct-2014 12:11 (46 replies)
Pages... 2 3 4



Geekzone Live »

Try automatic live updates from Geekzone directly in your browser, without refreshing the page, with Geekzone Live now.

Are you subscribed to our RSS feed? You can download the latest headlines and summaries from our stories directly to your computer or smartphone by using a feed reader.

Alternatively, you can receive a daily email with Geekzone updates.