OSN3500设备EMS4单板上业务出现闪断现象,传输无告警
问题描述
组网为典型的3G联通组网。OSN3500设备EMS4单板上承载的无线业务出现闪断现象,而且闪断时间很短,传输无告警。
处理过程
1、分析了最新采集的数据,确认搬经站点EMS4的业务都配置了hub spoke功能,不会产生环路。
:ethn-get-workmode-ex:$bid#,0xff,ip1&&ip$portnumber#
ETH VBLP-HUBSPOKEN STATE:
BOARD-ID VB-ID PORT-ID HUB/SPOKEN
13 1 lp1 spoken
13 1 lp2 hub
13 1 lp3 spoken
13 1 lp4 spoken
13 1 lp5 spoken
13 1 lp6 spoken
13 1 lp7 spoken
13 1 lp8 spoken
2、分析了联通站点EGS4的业务配置,虽然没有查到业务,但可肯定不是配置的网桥业务,所以也不会有环路产生。
failed! cmd:0xd2a9 error:0x9b1d NSERR_ETH_VB_NOT_EXIST
failed! cmd:0xd2a9 error:0x9b1d NSERR_ETH_VB_NOT_EXIST
3、最近一次的数据采集,把搬经mac地址学习表采集了100次,分析未发现mac地址学习跳变的情况,更加说明没有产生环路。
4、分析三个返回的频繁闪断的Metro1000站点的数据,端口未发现有eth_los告警,由此推断NodeB应该没有复位端口。
分析传输没有问题,召集无线,数据共同制定方案:
1、采集闪断前后的数据,黑匣子中没有记录丢包情况;
2、在设备闪报的时候,VCTRUNCK32和VCTRUNCK40两个业务对应的EFT单板上报ETHLOS告警.持续时间4S.电话会议讨论,是否是设备和以太网单板之间的对接的问题.或者对端设备问题。
抓包后数据分析:
从CE上的包来看,最后一个正常的request报文和第一个异常的request报文目的mac地址发生了改变.把问题提交给无线和CE分析,确认原因是:设备使能ARP代理功能,并且网络组网满足ARP代理功能启动的条件,导致某个设备错误地代理了其他基站的MAC地址,导致其他设备在路由器上的ARP表项被抢占,无法正常与路由器交互报文。
根因
设备使能ARP代理功能,并且网络组网满足ARP代理功能启动的条件,导致某个设备错误地代理了其他基站的MAC地址,导致其他设备在路由器上的ARP表项被抢占,无法正常与路由器交互报文。
解决方案
设备ARP代理功能需要的条件如下:
1、收到的ARP报文源IP地址与接口上某一地址在相同网段。
2、源IP地址与目的IP地址不在相同子网。
3、路由的出接口与ARP请求报文入接口不相同。
- 上一篇:OSN3500 N5EFS0透传VLAN业务时提示数据库已满 2018-12-4
- 下一篇:华为OSN3500设备VCTRUNK故障导致N2EFS0上报ALM_GFP_dLF 2018-12-4