圈内最早的公益公众号,本号已认证！学网络关注我一个就够了！（关注近5w+）首先，跟大家说声抱歉，上一期我的理解有误！同时，也感谢大家参与评论。
我个人认为，技术只有互联交流、互相指正、分享出来才能学得更加深刻。
下面红线是上期我的个人见解，有误！有误！有误！本期更新一下！
2、R1、R2配直连ip地址，分别为37.1.1.1/24 、38.1.1.1/24我在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。[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、R1、R2配直连ip地址，分别为37.1.1.1/24 、38.1.1.1/24那是因为OSPF在P2P网络类型不检查掩码，在MA网络会检查掩码，因为有DR和2类LSA，不检查的话，拓扑会有问题，计算路由会有问题。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请求报文，我的理解，跟上述一样，不同网段，不响应。
[R3]arp static 38.1.1.1 00e0-fc32-7532
[R3]
[R4]arp static 37.1.1.1 00e0-fc81-5be5
[R4]
配置说明：
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网络。
配置说明：
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且又可以响应。大家有空，也可以测试一下其他厂商的，如思科。看看结论如何？以上是我个人理解，欢迎大家来吐槽！多多指教，我们一起成长~
本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请
点击举报。
