ZXCTN 6500设备下挂LTE基站升级后大量SCTP路径断链问题

问题描述（故障现象）

在PTN没有做任何操作情况下，移动在做全网LTE基站升级后反馈大量上报SCTP路径断告警，该告警经无线解释主要产生机理如下：

每个LTE基站同核心网侧共4个地址建立偶联链接，当某个核心网管理地址同基站通信失败后会上报SCTP路径断告警，当告警产生时，SCTP建链会同另外三个地址建链，不会影响偶联及业务，但是会触发无线上报该告警。

组网环境

全网受到影响基站不固定，较为分散，据了解以前也曾出现过，均在基站进行操作后发生，然后每天告警逐渐减少，经过几天震荡后则基本消失。

原因分析

1.问题定位初期，检查现网是否存在相关节点的异常告警及性能，发现站点不存在对应的异常告警及性能。

2.怀疑网络中是否存在广播风暴问题，经过排查，现网不存在该类问题，主要检查了网络中关键路径的广播报文，组播报文的统计情况，不存在异常，同时也未发现有带宽利用率超限的情况。

3.承载侧对无线提取出问题站点进行重点检查分析，详细检查节点在网络中分布情况，确认是否存在公用路径、公用节点可能引起基站闪报SCTP路径断告警，仔细检查后并未发现明显的公用路径及节点；

4.通过以往经验，均为发现明显异常，着重检查上游核心层设备，首先检查桥接点的相关配置，发现有部分桥接组的虚子接口配置了vlan range的封装方式，再继续排查，发现出问题的无线基站基本下挂在该类桥接组下，怀疑问题可能跟该配置有关。

5.选取部分该种配置，修改为其他未出现问题的配置方式，然后无线验证发现基站SCTP路径断告警消失；

6.继续进行验证，采取抓包方式进行分析：

选取未修改的桥接组业务在基站侧设备进行镜像抓包，在65L3落地点进行镜像抓包，即在上图中的1、2处进行镜像抓包，发现有少量SCTP建链报文丢失。

将抓包有丢失的桥接组进行修改，修改后再进行抓包分析，发现丢包现象消失，随后将全部vlan range配置删除，SCTP路径断告警基本消失。

7.分析为何该种配置会引起SCTP建链报文丢失：

实际在上述组网中，桥接点采取VSI的业务模型方式，二层方面采取EVPLAN业务模型，而对于ZXCTN 6500R1版本不支持vlanrange方式的组网配置，导致配置后可能出现SCTP建链报文丢失的问题，修改为正常配置后，无线建链正常，告警消失。

附配置截图如下。

L3虚接口修改后的配置方式：

L3虚子接口修改前配置方式：

解决方案

对于R1版本的ZXCTN 6500设备作为L2L3桥接点，新建的L2/L3虚子接口不应该配置vlanrange的VLAN封装类型，若已配置则需要修改，修改办法如下：

1、 删除三层虚子接口下ARP绑定永久关系（注意对于每个网段需要修改S1和OMC两个子接口，此操作会中断业务，需要晚上申请工单操作）；

2、 通过命令行，修改L2/L3虚子接口封装类型为dot1q；

3、 主桥接点进行网管对三层虚子接口下的ARP“转永久”；

4、 备桥接点通过命令行进行ARP绑定永久操作，并写盘保存后上载。