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 
insane
2416 posts

Uber Geek

Trusted
Subscriber

  #540994 4-Nov-2011 01:52
Send private message

RE the deprioritisation of IcMP

With many core cisco routers/layer3 switches, such as the 6500 which can be found in probably most ISP networks, the ICMP responses are processed by the supervisor and not via the ASICS on the line cards which forward traffic.

The supervisors look after all manner of routing duties such as routing table updates, spanning tree etc etc and will for very short periods of time come under high load, which has no effect on performance but would appear to if using IcMP to judge performance.

This is why you sometimes see high latency in trace routes on some hops but normal latency to the destination. You can't have a low final destination if that traffic didnt go via the other hops quickly

sbiddle
29273 posts

Uber Geek

Moderator
Trusted
Biddle Corp
Lifetime subscriber

  #541004 4-Nov-2011 06:21
Send private message

Morph:
Screeb: So I guess the national test didn't include any Wellington servers, because TelstraClear would probably come last if it did.


TelstraClear have fiber lines up and down the country and in so connect with many companies in Wellington .. Citylink is 1 they do not peer with , There are many they do.


CityLink / WIX is not the same thing. TelstraClear have a POP at WIX and lots of traffic is transited via this (Stuff and Trademe as two examples). They do not however publically peer at WIX, which means other connected WIX traffic such as the speedtest.net server do not benefit from peering.


 
 
 
 


Ragnor
8035 posts

Uber Geek

Trusted

  #541154 4-Nov-2011 14:12
Send private message

insane: RE the deprioritisation of IcMP

With many core cisco routers/layer3 switches, such as the 6500 which can be found in probably most ISP networks, the ICMP responses are processed by the supervisor and not via the ASICS on the line cards which forward traffic.

The supervisors look after all manner of routing duties such as routing table updates, spanning tree etc etc and will for very short periods of time come under high load, which has no effect on performance but would appear to if using IcMP to judge performance.

This is why you sometimes see high latency in trace routes on some hops but normal latency to the destination. You can't have a low final destination if that traffic didnt go via the other hops quickly


Yeah that's a better explanation of what I was saying.

Something like tcptraceroute would give more interesting results imo.

 

michaeln
224 posts

Master Geek

Trusted

  #542687 8-Nov-2011 16:24
Send private message

Ragnor:
insane: RE the deprioritisation of IcMP

With many core cisco routers/layer3 switches, such as the 6500 which can be found in probably most ISP networks, the ICMP responses are processed by the supervisor and not via the ASICS on the line cards which forward traffic.

The supervisors look after all manner of routing duties such as routing table updates, spanning tree etc etc and will for very short periods of time come under high load, which has no effect on performance but would appear to if using IcMP to judge performance.

This is why you sometimes see high latency in trace routes on some hops but normal latency to the destination. You can't have a low final destination if that traffic didnt go via the other hops quickly


Yeah that's a better explanation of what I was saying.

Something like tcptraceroute would give more interesting results imo.

 


If you use traceroute then you'll likely see anomalous results from the intermediate switches, since they process the ICMP packet. But, for a simple PING, the intermediate switches and routers look at the header, see that the destination is not them and pass it only quickly via ASIC. So in that case, end-to-end PINGs are probably fairly indicative of real-world results. The ideal of course would be timestamped UDP packets out of iperf. Actually, the modern ideal would be Y.1731 but that's impractical at the moment.

So, for measuring end to end latency, PING is probably good enough. As Ragnor says, a traceroute will show high latency on some hops but normal latency to the destination. But also, a switch might process switch ICMP even when it's NOT the final destination and delay it, resulting in slightly higher RTT results than a 'real' application would see.

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





News »

Nanoleaf enhances lighting line with launch of Triangles and Mini Triangles
Posted 17-Oct-2020 20:18


Synology unveils DS16211+
Posted 17-Oct-2020 20:12


Ingram Micro introduces FootfallCam to New Zealand channel
Posted 17-Oct-2020 20:06


Dropbox adopts Virtual First working policy
Posted 17-Oct-2020 19:47


OPPO announces Reno4 Series 5G line-up in NZ
Posted 16-Oct-2020 08:52


Microsoft Highway to a Hundred expands to Asia Pacific
Posted 14-Oct-2020 09:34


Spark turns on 5G in Auckland
Posted 14-Oct-2020 09:29


AMD Launches AMD Ryzen 5000 Series Desktop Processors
Posted 9-Oct-2020 10:13


Teletrac Navman launches integrated multi-camera solution for transport and logistics industry
Posted 8-Oct-2020 10:57


Farmside hits 10,000 RBI customers
Posted 7-Oct-2020 15:32


NordVPN starts deploying colocated servers
Posted 7-Oct-2020 09:00


Google introduces Nest Wifi routers in New Zealand
Posted 7-Oct-2020 05:00


Orcon to bundle Google Nest Wifi router with new accounts
Posted 7-Oct-2020 05:00


Epay and Centrapay partner to create digital gift cards
Posted 2-Oct-2020 17:34


Inseego launches 5G MiFi M2000 mobile hotspot
Posted 2-Oct-2020 14:53









Geekzone Live »

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


Support Geekzone »

Our community of supporters help make Geekzone possible. Click the button below to join them.

Support Geezone on PressPatron



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.