[109775] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Recommendation of Tools

daemon@ATHENA.MIT.EDU (Craig Holland)
Fri Dec 5 14:47:48 2008

Date: Fri, 05 Dec 2008 11:47:29 -0800
From: Craig Holland <grinch@panix.com>
To: Anders =?ISO-8859-1?B?TGluZGLkY2s=?= <list-only@dnz.se>,
	Pekka Savola <pekkas@netcore.fi>
In-Reply-To: <E59A4A8C-C642-484B-9F33-1611E0C944EC@dnz.se>
Cc: NANOG <nanog@nanog.org>
Errors-To: nanog-bounces@nanog.org

Hi...

> According to the 0.75 sorcecode ICMP is still the default prot used,
> and the definition of MTR from bitwizards homepage disagress with you:
> 
> "mtr combines the functionality of the 'traceroute' and 'ping'
> programs in a single network diagnostic tool.
> As mtr starts, it investigates the network connection between the
> host mtr runs on and a user-specified destination host. After it
> determines the address of each network hop between the machines, it
> sends a sequence ICMP ECHO requests to each one to determine the
> quality of the link to each machine. As it does this, it prints
> running statistics about each machine. For a preview take a look at
> the screenshots."
> 
> Even if you use UDP/TCP or whatever, the return packet will be ICMP
> and that will be ratelimited by any carrier worth there salt...

...recent attempts to get mtr working through a cisco fwsm got me sniffing,
and yes indeed, icmp is the protocol in play with mtr (both outbound and
inbound).


Rgs,
craig




home help back first fref pref prev next nref lref last post