有一次在6509-A上show ip arp summary 发现有10000多个10.0.0.0/8的条目，都是通过办公网络的6509-B对接的G1/7口学到，而且6509-A的CPU达到了30%，当时判断是有人在扫描公司的10网段，导致BR-3通过6509-B的G3/9的arp代理学到了这么多的ARP。随后把G3/9的arp代理关闭后，竟然导致公司访问机房的服务器网段session中断。这种情况在一个全三层网络环境下是非常奇怪的。
最后找到了原因：
在6509-A上配置到office的路由是这样的：
ip route 10.0.0.0 255.248.0.0 GigabitEthernet1/7     
而不是通过指下一跳的IP，而是只指了接口，这样就会导致数据包到达G1/7口的时候，通过发ARP广播的方式查找10段的IP，而不是正常情况下把数据包转发给办公网络的6509-B进行处理，这种情况在办公网络的交换机的G3/9的ARP代理没有关闭的情况下，是可以通信的，一旦把G3/9的arp代理关闭，6509-A的G1/7无法通过ARP学到10段的mac，就会导致中断。
经验总结：
任何时候在做静态路由的时候，不要光指接口，还要跟上下一跳的IP地址。
  • 赞
  • 收藏
  • 评论
  • 举报

上一篇：利用自反ACL实现VLAN之间的单向访问

下一篇：网络流分析的疑惑