S5130S-EI 上送CPU ARP过多导致网络随机中断经验案例

客户网络中一台S7506E作为核心，下联多台S5130S-EI，S5500HI设备作为楼层网关，S5130S-EI下联用户反馈有时会无法访问外网，几分钟后自动恢复；

1、通过分析诊断，S5130S-EI上送CPU ARP报文一直超限速丢包；debug rxtx抓包确认，是S7506E发送了大量ARP包；而S7506E侧发送大量ARP，是因为收到了目的IP不可达的流量；

      [5F-S5130-probe]debug rxtx softcar show slot 2

      ID  Type   RcvPps Rcv_All    DisPkt_All Pps  Dyn Swi Hash ACLmax

      29  ARP    200    78471785   31635187   100  S   On  SMAC 8

2、考虑到5130S-EI，S5500HI同为S7506E下联网关设备，S5500HI下联用户没有问题，因此针对5500HI，5130S-EI 上送CPU的ARP报文数量进行对比：5500HI在30-40 pps，5130S-EI在200+pps；S5500HI，S5130S-EI与S7506E互联口均配置为trunk permit vlan all，为什么上送CPU的ARP数量差异巨大呢？

3、进一步分析5130S-EI CPU抓包，发现ARP报文来自很多不同的vlan，而有的vlan在S5130S-EI上并没有业务，进一步查看配置，发现设备创建了vlan段，即创建了很多不涉及业务的vlan；而对于S5130S-EI这款产品，这些vlan的ARP报文均上送CPU，导致业务相关ARP学习不及时，出现网络中断；

S5130S-EI将vlan精细化，删除非业务vlan后，上送CPU ARP数量降低，问题解决；

如下总结了S5130S-EI/HI ARP泛洪，上送CPU，上送平台（ARP模块）触发条件（以vlan 10为例）：

       1）设备创建vlan-interface 10，有up的物理端口放通vlan 10，接收端口（无论是否放通vlan 10），ARP会泛洪，上CPU，上送平台处理；

       2）设备未创建vlan-interface 10，创建了vlan 10，有up的物理口放通vlan 10，接收端口（无论是否放通vlan 10），ARP会泛洪，上CPU，但不上送平台处理；

       3）设备未创建vlan 10，或者创建了vlan 10，但没有up的端口放通vlan 10，接收端口丢弃来自vlan 10的ARP报文；