Measuring PoP to PoP latency--tools to use?
What tools exist that will periodically log into multiple routers and run ping tests to various destinations and then record the results in graphical form? I am trying to avoid writing an expect script to do this. I want to set up something that records semi-live data to produce a web page similar to: http://ipnetwork.bgtmo.ip.att.net/current_network_performance.shtml The map portion of the graphic may be too fancy. A simple grid similar to this might be better: http://www.internethealthreport.com Any suggestions as to what tools to investigate would be greatly appreciated. I browsed the nanog archives as well as google...no hits so far. Thanks, BM
What tools exist that will periodically log into multiple routers and run ping tests to various destinations and then record the results in graphical form?
maybe the RTR cisco router feature for sonde-like probing ? Response Time Reporter: http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft/120... -- Adam Obszyñski, CCNP+CCDP ATM S.A., ul. Grochowska 21a, 04-186 Warszawa +48-607-608701, +48-22-5156418, http://www.atm.com.pl/
On Wed, Aug 22, 2001 at 06:08:15PM +0200, Adam Obszynski wrote:
What tools exist that will periodically log into multiple routers and run ping tests to various destinations and then record the results in graphical form?
maybe the RTR cisco router feature for sonde-like probing ? Response Time Reporter: http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/120newft/120... how many ISPs use this and [how] do they find it helps them operationally? it has been around for years, during which time i have heard no actual data wrt its operational utility, reckon that cisco would be responsive to ISP suggestions for improvements to it (if other router vendors have similar functionality they should probably speak up; we can put such features in the caida tool taxonomy) maybe a nanog panel on provider experiences/caveats on any of such vendor-provided functionality is not a terrible idea. mod all the anxiety involved in sharing such experiences k
### On Wed, 22 Aug 2001 17:38:25 -0700, k claffy <kc@ipn.caida.org> casually ### decided to expound upon nanog@nanog.org the following thoughts about ### "Re: Measuring PoP to PoP latency--tools to use?": kc> how many ISPs use this and [how] do they kc> find it helps them operationally? I don't know any ISPs that us it. I imagine some enterprise networks do. I played around with it in anticipation for using it to measure jitter but found it of limited usefulness because if you have to deploy a box to do localised collection of the data anyways you may as well run a better jitter probe from that unix box. kc> it has been around for years, during which time kc> i have heard no actual data wrt its operational utility, kc> reckon that cisco would be responsive kc> to ISP suggestions for improvements to it I thought I read somewhere that Cisco was planning on dropping RTR from the featuresets. Then again, I may have just imagined that. kc> (if other router vendors have similar functionality kc> they should probably speak up; kc> we can put such features in the caida tool taxonomy) Seconded... kc> maybe a nanog panel on provider experiences/caveats kc> on any of such vendor-provided functionality kc> is not a terrible idea. kc> mod all the anxiety involved in sharing such experiences I remember at one time that on-the-router measurement features were kinda frowned upon. At least that's the general feeling I got from people. Has this attitude reversed? -- /*====================[ Jake Khuon <khuon@GBLX.Net> ]======================+ | Chief Global Data Network Management Architect /~_ |_ () |3 /-\ |_ | | VOX: +1 (425) 391-2262 Fax: +1 (425) 391-6772 \_| C R O S S I N G | +=============[ 900 4th. Ave., Floor 12, Seattle, WA 98164 ]=============*/
I will try not to violate my NDA here but there is a company that is nearly finished beta testing a service (hardware based) that is designed to measure latency, delay, jitter and packet loss. The initial product is meant specifically for the core but there is an edge product in development as well. I can't tell you anything more without getting myself into trouble. Regards, Larry Diffey ----- Original Message ----- From: "Jake Khuon" <khuon@GBLX.Net> To: "k claffy" <kc@ipn.caida.org> Cc: <nanog@nanog.org> Sent: Wednesday, August 22, 2001 5:52 PM Subject: Re: Measuring PoP to PoP latency--tools to use?
### On Wed, 22 Aug 2001 17:38:25 -0700, k claffy <kc@ipn.caida.org>
### decided to expound upon nanog@nanog.org the following thoughts about ### "Re: Measuring PoP to PoP latency--tools to use?":
kc> how many ISPs use this and [how] do they kc> find it helps them operationally?
I don't know any ISPs that us it. I imagine some enterprise networks do. I played around with it in anticipation for using it to measure jitter but found it of limited usefulness because if you have to deploy a box to do localised collection of the data anyways you may as well run a better jitter probe from that unix box.
kc> it has been around for years, during which time kc> i have heard no actual data wrt its operational utility, kc> reckon that cisco would be responsive kc> to ISP suggestions for improvements to it
I thought I read somewhere that Cisco was planning on dropping RTR from
casually the
featuresets. Then again, I may have just imagined that.
kc> (if other router vendors have similar functionality kc> they should probably speak up; kc> we can put such features in the caida tool taxonomy)
Seconded...
kc> maybe a nanog panel on provider experiences/caveats kc> on any of such vendor-provided functionality kc> is not a terrible idea. kc> mod all the anxiety involved in sharing such experiences
I remember at one time that on-the-router measurement features were kinda frowned upon. At least that's the general feeling I got from people. Has this attitude reversed?
-- /*====================[ Jake Khuon <khuon@GBLX.Net> ]======================+ | Chief Global Data Network Management Architect /~_ |_ () |3 /-\ |_ | | VOX: +1 (425) 391-2262 Fax: +1 (425) 391-6772 \_| C R O S S I N G | +=============[ 900 4th. Ave., Floor 12, Seattle, WA 98164 ]=============*/
I'll take the opportunity to plug some old friends at the RIPE Test Traffic project. They are measuring and analysing unidirectional latencies and routing vectors using GPS as a precision timesource. Daniel Karrenberg shed some statistical light on their raw data at RIPE-38. http://www.ripe.net/test-traffic/ for more information. Joshua On Wed, 22 Aug 2001, Larry Diffey wrote:
I will try not to violate my NDA here but there is a company that is nearly finished beta testing a service (hardware based) that is designed to measure latency, delay, jitter and packet loss. The initial product is meant specifically for the core but there is an edge product in development as well. I can't tell you anything more without getting myself into trouble.
I wrote a Perl script using SNMP to collect data from cisco RPING probes. It is storing and visualizing it later using RRD libraries. I am perfectly aware that ICMP echo is not really an efficient way to measure network latency. It is rather 'IOS kernel ICMP response' latency monitor.... I had no time to use SAA yet, which is probably better. If you are interested in my script drop me a note and I will forward it to you. Przemek -----Original Message----- From: owner-nanog@merit.edu [mailto:owner-nanog@merit.edu]On Behalf Of Murphy, Brennan Sent: Wednesday, August 22, 2001 11:35 AM To: 'nanog@merit.edu' Subject: Measuring PoP to PoP latency--tools to use? What tools exist that will periodically log into multiple routers and run ping tests to various destinations and then record the results in graphical form? I am trying to avoid writing an expect script to do this. I want to set up something that records semi-live data to produce a web page similar to: http://ipnetwork.bgtmo.ip.att.net/current_network_performance.shtml The map portion of the graphic may be too fancy. A simple grid similar to this might be better: http://www.internethealthreport.com Any suggestions as to what tools to investigate would be greatly appreciated. I browsed the nanog archives as well as google...no hits so far. Thanks, BM
participants (7)
-
Adam Obszynski -
Jake Khuon -
Joshua Goodall -
k claffy -
Larry Diffey -
Murphy, Brennan -
Przemyslaw Karwasiecki