android模拟器 ping不通_【更新】OSPF直连邻居状态Full，且有路由，不通！怎么回事？...

  网

  工

  圈

网络工程师阿龙 圈内最早的公益公众号,本号已认证！学网络关注我一个就够了！(关注近5w+)关注 听说 99%的 网工都来这里充电

往期推荐

OSPF直连邻居状态Full，且有路由，不通！怎么回事？

首先，跟大家说声抱歉，上一期我的理解有误！同时，也感谢大家参与评论。

我个人认为，技术只有互联交流、互相指正、分享出来才能学得更加深刻。

下面红线是上期我的个人见解，有误！有误！有误！本期更新一下！

1 情景一

配置说明： 1、两端修改OSPF网络类型：p2p 2、R1、R2配直连ip地址，分别为37.1.1.1/24 、38.1.1.1/24 3、直接接口均宣告到OSPF进程中。 现象：

我在R1上去ping  38.1.1.1，在R2接口抓包，看到了R1的ARP广播报文。

我的理解： 1、R1 ping R2的38.1.1.1，要封装二层的时候，发现没有38.1.1.1对应的MAC地址，先把目的IP和本出接口IP与运算，发现不同网段，就去找路由表，发现有下一跳，刚好也是38.1.1.1。 2、于是R1就去找下一跳38.1.1.1的MAC地址，也没有MAC地址，就发送了ARP请求广播报文。 3、R2收到后，拆开ARP请求广播报文，里面的目的ip是我自己，就是在找我，但是看到源IP地址跟我不是同一个网段的(与运算)，决定不进行ARP响应。(这点，是我在华为ensp模拟器上，没抓到响应报文，故这样理解。) 4、R1 连续发了5个ARP请求报文没收到响应，就没学习到38.1.1.1的MAC地址，于是无法完成二层封装，所以，R1 ping 不通 R2。 有网友很聪明，写了静态ARP，于是我试试：

[R1]arp static 38.1.1.1 00e0-fcfc-6898

[R1]

[R2]arp static  37.1.1.1 00e0-fc75-047c

[R2]

现在，我们在R1再来ping 一下：

哈哈，一下子就通了。

2 情景二

配置说明： 1、两端默认OSPF网络类型：broacast 2、R1、R2配直连ip地址，分别为37.1.1.1/24 、38.1.1.1/24 3、直接接口均宣告到OSPF进程中。 其实这两OSPF配置，是多余的。

因为以太网直连，都不通，OSPF必然无法建立。 有人会问P2P类型，为啥OSPF可以建立邻居呢？ 那是因为OSPF在P2P网络类型不检查掩码，在MA网络会检查掩码，因为有DR和2类LSA，不检查的话，拓扑会有问题，计算路由会有问题。 现在，在R3去ping R4必然是不通的：

没有抓到ARP请求广播报文！ 我的理解是： 1、R3 ping R4的38.1.1.1，要封装二层的时候，发现没有38.1.1.1对应的MAC地址，先把目的IP和本出接口IP与运算，发现不同网段，就去找路由表，发现路由表没有路由，于是直接丢弃！

好吧，那要不，我们写条静态路由：

[R3]ip route-static 0.0.0.0 0.0.0.0 GigabitEthernet 0/0/0

[R3]

[R4]IP route-static 0.0.0.0 0.0.0.0 GigabitEthernet 0/0/0

[R4]

现在在ping 看看：

现在广播报文有了，说明R3发ARP广播是先去找路由表的，没有就丢弃。有的话，就按路由表下一跳。 R4还是没有响应ARP请求报文，我的理解，跟上述一样，不同网段，不响应。 我们来写写静态arp，看看能不能通？

[R3]arp static 38.1.1.1  00e0-fc32-7532

[R3]

[R4]arp static  37.1.1.1 00e0-fc81-5be5

[R4]

3 情景三

配置说明：

1、两端串行链路。

2、R1、R2配直连ip地址，分别为37.1.1.1/24 、38.1.1.1/24

3、直接接口均宣告到OSPF进程中。

OSPF 邻居FULL，有路由。

现在，在R5 ping R6 38.1.1.1看看：

能ping通，是因为串行链路，不需要MAC地址，所以也不需要ARP。

串行链路，路由器就认为对端就只有一台设备，点对点，不是MA网络。

3 情景三

配置说明：

PC1 去ping PC2 ，能通，ARP也有响应报文：

1、PC1 ping PC2的38.1.1.1，要封装二层的时候，发现没有38.1.1.1对应的MAC地址，先把目的IP和本出接口IP与运算，发现不同网段，就去找网关。 2、PC1有设置网关，于是就找网关38.1.1.1，请求网关的MAC地址。 3、PC2收到会，发现38.1.1.1 是在找我，于是我就响应给PC1。 (所以，我感觉这里跟路由器处理机制不一样，PC的ARP响应，不检查源IP是否与我同网段，所以会有响应。) 现在，我把两边PC的网关取消掉，看看能不能ping通？

ARP广播报文，啥也没有。

因为PC1 去找网关，没找到，就直接丢弃报文了。

总结

看完，您讲收益如下： 1、ARP发请求报文时，先与运算一下，是不是同网段的？同网段的，直接发送请求报文。不同网段的，找网关或找路由表，找网关，直接请求网关的MAC地址。找路由表，就查到下一跳。 2、对端设备，我个人感觉应该是不同厂商处理ARP响应报文机制不一样。 或者不同类型设备处理机制不一样，像本次使用，路由器发现ARP请求报文里的源IP和目的IP不一样，就不响应报文，而PC且又可以响应。 大家有空，也可以测试一下其他厂商的，如思科。看看结论如何？ 以上是我个人理解，欢迎大家来吐槽！多多指教，我们一起成长~