相邻路由ping不同网段的端口的问题

righteous

若隐若现 发表于 2013-12-5 09:35
r4都没有R1的172.16.1.段的路由啊怎么会通？

忽略了 一个问题，R4

righteous

若隐若现 发表于 2013-12-5 09:35
r4都没有R1的172.16.1.段的路由啊怎么会通？

忽略了一个问题，R4是no ip routing当主机用的时候才能ping通172 的网段。

righteous

24K 发表于 2013-12-5 11:30
路由器上默认开启了proxy arp

好像真的是这个原因

吴绪城

路由器4ping 路由器1的172接口的地址，数据包发送给路由器1，路由器1本地对于172.是直连路由，然后接受到ping包的源地址也是本地的直连接口10. 所以就可以回包了，当路由器4ping路由器2的时候，数据会因为目的地址是路由器1的直连接口，所以路由器1会把数据从172发出，到达路由器2，路由器2在回复路由器4的时候就会发现本地不会有10.的直连接口了，所以也不会有路由，所以就不通，因为路由器1在2和4之间，都有直连，所以是通的   能明白？

浓浓秋枫挽彩霞

righteous 发表于 2013-12-5 22:33
R4直接ping不通，但是R4用no ip routing 当主机用的时候就可以ping通了。什么原理？

R 4没有路由，所以应该是目标不可达。提示UUUUU。当主机能通，可能是有默认路由的关系吧，不管去哪里，都把包从f0/0丢出去，所以R1能收到包。而R1是知道R4的，所以能回包。

caofeng

因为10.2.2.0 和172.16.1.0是r1的直接路由，所以能ping 通

ztbit

R4 在ping R1的S1/0 口时候 （由于没有路由）这个 ICMP request包根本就没发出去就在R4中丢弃。
假如R4 用PC替代，PC如果没有网关， ICMP request包根本也没发出去，被丢弃了。
如果有网关，封装网关地址后 被发出去，R1负责对目的IP解封装 查自己路由表。

ztbit

R4 在ping R1的S1/0 口时候 （由于没有路由）这个 ICMP request包根本就没发出去就在R4中丢弃。
假如R4 用PC替代，PC如果没有网关， ICMP request包根本也没发出去，被丢弃了。
如果有网关，封装网关地址后 被发出去，R1负责对目的IP解封装 查自己路由表。