Re: Recommendation of Tools

2008-12-04 Thread Pekka Savola
On Wed, 3 Dec 2008, Anders Lindbäck wrote: Mtr is even less usefull then that, in its default mode it does a traceroute and then proceeds to ICMP Ping flood each IP in the list generated by the traceroute, the result is usually completly useless on WAN topologies due to asym-routing, ICMP node

Re: Recommendation of Tools

2008-12-04 Thread Anders Lindbäck
On 4 dec 2008, at 14.05, Pekka Savola wrote: On Wed, 3 Dec 2008, Anders Lindbäck wrote: Mtr is even less usefull then that, in its default mode it does a traceroute and then proceeds to ICMP Ping flood each IP in the list generated by the traceroute, the result is usually completly

Re: Recommendation of Tools

2008-12-04 Thread Anders Lindbäck
On 4 dec 2008, at 17.49, Daniel Hagerty wrote: =?ISO-8859-1?Q?Anders_Lindb=E4ck?= [EMAIL PROTECTED] writes: According to the 0.75 sorcecode ICMP is still the default prot used, =20 and the definition of MTR from bitwizards homepage disagress with you: Have you considered checking an

Re: Recommendation of Tools

2008-12-03 Thread Antonio Querubin
On Wed, 3 Dec 2008, Pekka Savola wrote: FWIW, Mtr measures latency/delay and loss based on ICMP messages heard back from the routers on path. As a result, in almost all cases, the real hop-by-hop latency of actual end-to-end data packets is better than it can report. mtr has a recently

Re: Recommendation of Tools

2008-12-03 Thread Fredy Kuenzler
Lee, Steven (NSG Malaysia) schrieb: Hi all, do you have any recommended tools that can measure latency/delay hop by hop basis? Preferable the tools can measure the running (live) traffic. Try Smokeping for long-term latency stats: http://oss.oetiker.ch/smokeping/ Fredy

Re: Recommendation of Tools

2008-12-03 Thread Pekka Savola
On Tue, 2 Dec 2008, Antonio Querubin wrote: On Wed, 3 Dec 2008, Pekka Savola wrote: FWIW, Mtr measures latency/delay and loss based on ICMP messages heard back from the routers on path. As a result, in almost all cases, the real hop-by-hop latency of actual end-to-end data packets is better

RE: Recommendation of Tools

2008-12-03 Thread Christine Lane
] Sent: Tuesday, December 02, 2008 11:26 PM To: Andrew Mulholland; nanog@nanog.org Subject: Re: Recommendation of Tools At 11:23 PM 02-12-08 -0500, Andrew Mulholland wrote: On Tue, Dec 2, 2008 at 10:47 PM, Lee, Steven (NSG Malaysia) [EMAIL PROTECTED] wrote: Hi all, do you have any

Re: Recommendation of Tools

2008-12-03 Thread Anders Lindbäck
Mtr is even less usefull then that, in its default mode it does a traceroute and then proceeds to ICMP Ping flood each IP in the list generated by the traceroute, the result is usually completly useless on WAN topologies due to asym-routing, ICMP node protections by carriers and punting

RE: Recommendation of Tools

2008-12-03 Thread Braun, Mike
, and then record the path change (time/date and the differences in latency on the new path)? Mike -Original Message- From: Anders Lindbäck [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 03, 2008 10:02 AM To: Pekka Savola Cc: nanog@nanog.org Subject: Re: Recommendation of Tools Mtr

Re: Recommendation of Tools

2008-12-03 Thread Anders Lindbäck
AM To: Pekka Savola Cc: nanog@nanog.org Subject: Re: Recommendation of Tools Mtr is even less usefull then that, in its default mode it does a traceroute and then proceeds to ICMP Ping flood each IP in the list generated by the traceroute, the result is usually completly useless on WAN topologies

Re: Recommendation of Tools

2008-12-03 Thread Andre Gironda
On Wed, Dec 3, 2008 at 11:01 AM, Anders Lindbäck [EMAIL PROTECTED] wrote: And using UDP will not really provide better results due to the same thing, and IIRC Cisco from 12.0 has a standard setting of no more then 1 ICMP Unreach per 500ms.. then connect to a udp service with something like

Re: Recommendation of Tools

2008-12-03 Thread Nick Hilliard
Lee, Steven (NSG Malaysia) wrote: Hi all, do you have any recommended tools that can measure latency/delay hop by hop basis? Preferable the tools can measure the running (live) traffic. Tools like smokeping, mtr, traceroute and all that will give you highly skewed results, whose accuracy will

RE: Recommendation of Tools

2008-12-03 Thread Skywing
The problem is return path ICMP time exceeded from intermediate hops, and not the response from the final destination. – S -Original Message- From: Andre Gironda [EMAIL PROTECTED] Sent: Wednesday, December 03, 2008 16:35 To: nanog@nanog.org nanog@nanog.org Subject: Re: Recommendation

Re: Recommendation of Tools

2008-12-03 Thread Andre Gironda
On Wed, Dec 3, 2008 at 3:54 PM, Nick Hilliard [EMAIL PROTECTED] wrote: If you want to do this properly, you will need to install dedicated measurement hosts hanging off each router and measure response times to them instead. RIPE TTM boxes are pretty good for this: http://www.ripe.net/ttm/

Re: Recommendation of Tools

2008-12-03 Thread Antonio Querubin
Lee, Steven (NSG Malaysia) wrote: Hi all, do you have any recommended tools that can measure latency/delay hop by hop basis? Preferable the tools can measure the running (live) traffic. One other freeware/open-source tool you might want to look at is pchar which attempts to characterize

Re: Recommendation of Tools

2008-12-03 Thread Marc Manthey
Am 04.12.2008 um 01:56 schrieb Antonio Querubin: Lee, Steven (NSG Malaysia) wrote: Hi all, do you have any recommended tools that can measure latency/ delay hop by hop basis? Preferable the tools can measure the running (live) traffic. One other freeware/open-source tool you might want to

Recommendation of Tools

2008-12-02 Thread Lee, Steven (NSG Malaysia)
Hi all, do you have any recommended tools that can measure latency/delay hop by hop basis? Preferable the tools can measure the running (live) traffic. Regards, Steven Lee

Re: Recommendation of Tools

2008-12-02 Thread Andrew Mulholland
On Tue, Dec 2, 2008 at 10:47 PM, Lee, Steven (NSG Malaysia) [EMAIL PROTECTED] wrote: Hi all, do you have any recommended tools that can measure latency/delay hop by hop basis? Preferable the tools can measure the running (live) traffic. mtr ? - http://www.bitwizard.nl/mtr/ its an ncurses

Re: Recommendation of Tools

2008-12-02 Thread Brad Fleming
perfSONAR is another, more long term solution for performance monitoring (if that's what you happen to be looking for). http://www.internet2.edu/performance/pS-PS/ -- Brad Fleming Network Engineer Kansas Research and Education Network Office:785-856-9800 x.222 Moblie: 785-865-7231 NOC:

Re: Recommendation of Tools

2008-12-02 Thread Tehno Mage
I don't know if it helps, but anyways. There is another tool called Iperf ( http://sourceforge.net/projects/iperf ). It's usually used to report bandwidth between two hops which you define, but it can be also used to measure jitter, datagram loss, and a lot of other things, one in all it's very

Re: Recommendation of Tools

2008-12-02 Thread Pekka Savola
On Tue, 2 Dec 2008, Andrew Mulholland wrote: On Tue, Dec 2, 2008 at 10:47 PM, Lee, Steven (NSG Malaysia) [EMAIL PROTECTED] wrote: Hi all, do you have any recommended tools that can measure latency/delay hop by hop basis? Preferable the tools can measure the running (live) traffic. mtr ? -

Re: Re: Recommendation of Tools

2008-12-02 Thread aawolfe
On Dec 3, 2008 1:52am, Pekka Savola [EMAIL PROTECTED] wrote: On Tue, 2 Dec 2008, Andrew Mulholland wrote: On Tue, Dec 2, 2008 at 10:47 PM, Lee, Steven (NSG Malaysia) [EMAIL PROTECTED] wrote: Hi all, do you have any recommended tools that can measure latency/delay hop by hop basis?

Re: Recommendation of Tools

2008-12-02 Thread Hank Nussbacher
At 11:23 PM 02-12-08 -0500, Andrew Mulholland wrote: On Tue, Dec 2, 2008 at 10:47 PM, Lee, Steven (NSG Malaysia) [EMAIL PROTECTED] wrote: Hi all, do you have any recommended tools that can measure latency/delay hop by hop basis? Preferable the tools can measure the running (live) traffic.