10:05
关于
ping
和
trace
命令,有
2
个发现
首先是
ping
和
trace
的不同,虽然都是
ICMP
协议,但是可以有
ping
过
trace
不过或者相反的情况
再一个是
pc
的
ping&trace
和
UNIX/router
的不同,曾发生过某些节点前者不能过但后者却能够过的情况,
当时也和同事讨论过,也没讨论出个子丑寅卯来
不知道这有啥解释么?
关于你的第一个问题,是很正常的,因为
ping
和
traceroute
的原理不同,
对于
ping,
发送的是一个
echo request
包,类型为
8 0
,当被
ping
者接到相关
icmp
包的时候,根据实际情
况,逻辑是,就发回
reply 0 0,
逻辑否,则根据具体情况发出一些其他的信息,总结起来的说,是看目的是
否能及时的把
icmp reply
包送回到源,一当路径上的某个节点把
reply
包给
deny
掉了,就肯定
ping
不通
了,比如会是
time out,
下面是对
ping
的一些
debug
输出,
debug ip pa de 100,access-list 100 permit icmp any any,
1
、这个是
ping
通的
Sending 5, 100-byte ICMP Echos to 192.168.100.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 36/51/68 ms
R4(config)#
*Mar 1 00:03:20.579: IP: tableid=0, s=172.16.14.2 (local), d=192.168.100.1 (Serial1/0), routed via FIB
*Mar 1 00:03:20.583: IP: s=172.16.14.2 (local), d=192.168.100.1 (Serial1/0), len 100, sending
*Mar 1 00:03:20.587: ICMP type=8, code=0
*Mar 1 00:03:20.639: IP: tableid=0, s=192.168.100.1 (Serial1/0), d=172.16.14.2 (Serial1/0), routed via
RIB
*Mar 1 00:03:20.643: IP: s=192.168.100.1 (Serial1/0), d=172.16.14.2 (Serial1/0), len 100, rcvd 3
*Mar 1 00:03:20.647: ICMP type=0, code=0
2
、有路由,
ping
不通的,我在
R1
上做了如下设置
access-list 100 deny icmp any any