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.


View this topic in a long page with up to 500 replies per page Create new topic
1 | 2 
637 posts

Ultimate Geek
+1 received by user: 2

Trusted

  Reply # 704113 20-Oct-2012 20:00
Send private message

Publius:What i've calculated is that maybe 2/3rds of the latency between NZ-US NZ-AS (and im measuring just the latency between the two routers in a traceroute which are on either sides of the undersea cable) is due to physical limitations, but ~1/3rd isn't and it surprises me that its as high as that.

1. Things are unlikely to improve end-to-end latency wise until it is feasible to increase the speed of light inside fiber.
2. You are not measuring what you think you are: "the latency between two routers in a traceroute which are on either sides of the undersea cable". This is just absolutely incorrect.
3. As explained before you are seeing the end-to-end latency to Brisbane due to the topology of the network involved.
4. Don't trust reverse DNS.

4663 posts

Uber Geek
+1 received by user: 855

Trusted
Subscriber

  Reply # 704125 20-Oct-2012 20:25
Send private message

Publius: I'm wondering if some clueful poeple here can help me.

I've been looking at a few traceroutes from NZ to various overseas destinations and what been bugging me is the times involved with the undersea cable legs.

For example round-trip tracing from Auckland to Sydney (host905.rimuhosting.com)
5. vocus1.ape.nzix.net 3.4
6. ten-0-2-0-400.bdr01.akl01.akl.VOCUS.net.au 43.1

So the real-world one-way distance would be 19.85ms
According to wolfram|alpha "distance auckland sydney" is 10.1ms
According to Southern Cross Networks themselves the auckland sydney cable leg is 11.38ms.

So 19.85 real world, 11.38 for the distance. We have a missing 8.47ms which is huge!

Can anyone explain why? Don't tell me its routers because i'm measuring the between two routers in a path.
Maybe network equipment we can't see? In this trace its within the Vocus network before it heads across the sea and stays within the Vocus network for a good number of hops after so not likely that its bad network design (ie surely all things within their control).

I should add that this is true for Auckland->US etc, and the above trace is not a problem but an example of a generalisation of why Auckland-Sydney (or any other place) seems twice as far away as it should be.


Maybe this is what Kim Dotcom found out: the traffic is being routed via GCSB spying routers - three of them. 

Telecom was investigating why his dedicated connection to the Sky Tower suddenly slowed down...and discovered the traffic was being routed to a different place. 

Plus some ISPs run through the Internal Affairs spying firewall.....supposedly set up to catch paedophiles (the usual excuse), but mighty handy for spying on absolutely.... everyone.  

That would add some latency. 




____________________________________________________
I'm on a high fibre diet. 

 

High fibre diet


 
 
 
 


25446 posts

Uber Geek
+1 received by user: 5257

Moderator
Trusted
Biddle Corp
Subscriber

  Reply # 704129 20-Oct-2012 20:40
Send private message

Linuxluver:
Publius: I'm wondering if some clueful poeple here can help me.

I've been looking at a few traceroutes from NZ to various overseas destinations and what been bugging me is the times involved with the undersea cable legs.

For example round-trip tracing from Auckland to Sydney (host905.rimuhosting.com)
5. vocus1.ape.nzix.net 3.4
6. ten-0-2-0-400.bdr01.akl01.akl.VOCUS.net.au 43.1

So the real-world one-way distance would be 19.85ms
According to wolfram|alpha "distance auckland sydney" is 10.1ms
According to Southern Cross Networks themselves the auckland sydney cable leg is 11.38ms.

So 19.85 real world, 11.38 for the distance. We have a missing 8.47ms which is huge!

Can anyone explain why? Don't tell me its routers because i'm measuring the between two routers in a path.
Maybe network equipment we can't see? In this trace its within the Vocus network before it heads across the sea and stays within the Vocus network for a good number of hops after so not likely that its bad network design (ie surely all things within their control).

I should add that this is true for Auckland->US etc, and the above trace is not a problem but an example of a generalisation of why Auckland-Sydney (or any other place) seems twice as far away as it should be.


Maybe this is what Kim Dotcom found out: the traffic is being routed via GCSB spying routers - three of them. 

Telecom was investigating why his dedicated connection to the Sky Tower suddenly slowed down...and discovered the traffic was being routed to a different place. 

Plus some ISPs run through the Internal Affairs spying firewall.....supposedly set up to catch paedophiles (the usual excuse), but mighty handy for spying on absolutely.... everyone.  

That would add some latency. 


While this was quoted in the media I don't for one second actually believe it. You don't intercept traffic by rerouting it, you simply mirror ports. This won't increase latency in any way.

Likewise the DIA filter is simply a BGP based route meaning it also can't affect latency

3873 posts

Uber Geek
+1 received by user: 159


  Reply # 704130 20-Oct-2012 20:44
Send private message

sbiddle:  While this was quoted in the media I don't for one second actually believe it. You don't intercept traffic by rerouting it, you simply mirror ports. This won't increase latency in any way.

Likewise the DIA filter is simply a BGP based route meaning it also can't affect latency


Do we really have to let facts get in the way of a good conspiracy story?!




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

Check out mine - i.am.a.can.do.kiwi.nz - don@i.am.a.can.do.kiwi.nz


25446 posts

Uber Geek
+1 received by user: 5257

Moderator
Trusted
Biddle Corp
Subscriber

  Reply # 704142 20-Oct-2012 21:01
Send private message

It's also worth mentioning (as reported in many media stories about Dotcom) that he actually had fibre installed to his home. His fibre isn't going to be running to the Sky Tower, however there were reports he did have a backup wireless link to the Sky Tower.


4663 posts

Uber Geek
+1 received by user: 855

Trusted
Subscriber

  Reply # 704159 20-Oct-2012 22:04
Send private message

sbiddle:

While this was quoted in the media I don't for one second actually believe it. You don't intercept traffic by rerouting it, you simply mirror ports. This won't increase latency in any way.

Likewise the DIA filter is simply a BGP based route meaning it also can't affect latency


Good to know. But you're assuming competence. ;-)  




____________________________________________________
I'm on a high fibre diet. 

 

High fibre diet


4663 posts

Uber Geek
+1 received by user: 855

Trusted
Subscriber

  Reply # 704161 20-Oct-2012 22:06
Send private message

DonGould:
sbiddle:  While this was quoted in the media I don't for one second actually believe it. You don't intercept traffic by rerouting it, you simply mirror ports. This won't increase latency in any way.

Likewise the DIA filter is simply a BGP based route meaning it also can't affect latency


Do we really have to let facts get in the way of a good conspiracy story?!


The spying isn't a theory. That is a cold, hard fact....whether it's the GCSB watching foreigners or Internal Affairs watching locals. 

But the technical assumptions were theoretical...and Steve B has accounted for those.  




____________________________________________________
I'm on a high fibre diet. 

 

High fibre diet


3329 posts

Uber Geek
+1 received by user: 1764

Trusted
Spark NZ

  Reply # 704171 20-Oct-2012 22:50
Send private message

Linuxluver:
sbiddle:

While this was quoted in the media I don't for one second actually believe it. You don't intercept traffic by rerouting it, you simply mirror ports. This won't increase latency in any way.

Likewise the DIA filter is simply a BGP based route meaning it also can't affect latency


Good to know. But you're assuming competence. ;-)  


He's actually describing how things work. You're the one assuming things. :-)

Cheers- N

1 | 2 
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:





News »

Vodafone TV — television in the cloud
Posted 17-Oct-2017 19:29


Nokia 8 review: Classy midrange pure Android phone
Posted 16-Oct-2017 07:27


Why carriers might want to embrace Commerce Commission study, MVNOs
Posted 13-Oct-2017 09:42


Fitbit launches Ionic, its health and fitness smartwatch
Posted 12-Oct-2017 15:52


Xero launches machine learning automation to improve coding accuracy for small businesses
Posted 12-Oct-2017 15:45


Bank of New Zealand uses Intel AI to detect financial crime
Posted 12-Oct-2017 15:39


Sony launches Xperia XZ1, a smartphone with real-time 3D capture
Posted 11-Oct-2017 10:26


Notes on Nokia’s phone comeback
Posted 10-Oct-2017 10:06


Air New Zealand begins Inflight Wi-Fi rollout
Posted 9-Oct-2017 20:16


The latest mobile phones in perspective
Posted 9-Oct-2017 18:34


Review: Acronis True Image 2018 — serious backup
Posted 8-Oct-2017 11:22


Lenovo launches ThinkPad Anniversary Edition 25
Posted 7-Oct-2017 23:16


Less fone, more tech as Vodafone gets brand make-over
Posted 6-Oct-2017 08:16


API Talent Achieves AWS MSP Partner Status
Posted 5-Oct-2017 21:20


Stellar Consulting Group now a Domo Partner
Posted 5-Oct-2017 21:03



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.