Packets dropped due to ICMP off

[jhellenthal at dataix.net (Jason Hellenthal)]

I don't recall seeing this thread before this message but this is
nothing new. Most times you allowed to pass-thru these networks but not
directly communicate with them. Whether it be some strenuous policy put
in place by someone that still desires to provide routes back to the
community or just the vision of the administrator of that router... it
still works as intended for all other types of traffic.

Besides, blocking ICMP type 0 doesn't neccesarily bust traceroutes.

Using options (-I | -P icmp) would definately be busted but a normal
traceroute from most systems that I have been on default to UDP
datagrams.

On Wed, Aug 08, 2012 at 08:46:35PM -0400, Jim Ray wrote:
> Awe, man, don't laugh too hard. Turned out to be problem with Firefox. Safari on iPhone and IE on PC work. 
> 
> I learned something, too, and appreciate the input: tracert using ICMP is not valid test. Not everyone has ping enabled. So, what looks like packet loss at next hop is really ICMP turned off. 
> 
> Sent from my iPhone

-- 

 - (2^(N-1)) JJH48-ARIN

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 455 bytes
Desc: not available
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20120809/1fde7869/attachment-0001.bin>