关于一条静态路由的奇怪实验

a491747001jt

正常情况下，R1会有关于R2 172.1.1.2的ARP表，但是MAC表里没有。当R1ping 3.3.3.3 时，第一个包，先封装R2的MAC，找MAC表，发现没有，泛洪出去。R2  R3都收到，R2通过三层转方法这个包，R3收到的TTL应该是254，R3还从R1收到一个包，TTL是255，这个包MAC不是R3 SVI接口的MAC 所以交给三层处理，然后给R1回复。 这时候R1的MAC表里有了R2的MAC，所以后续的包就查看MAC表，直接给R2了。  抓包会发现5个包，R3一共会收到6个。一个TTL为 255，5个TTL为254 。R3回复都是直接给R1。R2收不到任何的回复。

R2接口shutdown后，  会暂时丢包，因为ARP表项还在，MAC表里关于R2的MAC也还没超时。过10多秒，MAC超时后，R1在ping 3.3.3.3 这时候也像刚开始一样，查ARP封装MAC，但是MAC表里没有关于该MAC的表项，就泛洪出去，R3直接收到后交给三层处理然后回复R1   这里R3收到5个包 TTL 255

R1上清除ARP表后，封装都封装不了，肯定不通。
绑定一个错误的MAC后，封装查MAC表，没有该MAC表项，泛洪出去，R3收到交给三层处理，回复！

q0066421

fule2004 发表于 2014-6-6 13:51
根据上面的各位的回复，我整理了下：
1.R1ping 3.3.3.3 R1查看自己的路由表，发现自己有关于3.3.3.3的路由 ...

少了一步递归查找，查路由表最终的目的是确定逃出接口，所以得知下一跳172.1.1.2后，会继续查找，得到逃出接口vlan1。有了逃出接口，才开始icmp封包的过程。