1、5G NR PTN与核心网VLAN ID配置不一致导致传输不通故障处理案例一、 关键词：5G、传输、PTN二、 案例分类1. 问题分类：网络性能2. 手段分类：施工调整三、 优化背景辽宁大连开通5G实验站，基站开通，使用脚本开站方式开通后提示SCTP偶联断开，需要排查原因。四、 问题现象某站NSA开通60M带宽，开通后提示SCTP偶联断开。五、 原因分析首先检查基站地址、远端地址以及端口号，如下：地址远端端口号近端端口号核心网地址10.10.10.10500036412管理/业务地址掩码网关Vlan基地址200.200.200.624200.200.200.11033该地市运营商传输设备采用P
2、TN与OTN组网，基站直连PTN，PTN通过OTN直连核心网，其中IP地址与网关均为核心网5GC分配地址。基站开通后查看VSW，VBP，AAU版本正常，均升级至2.00.20.02P08版本。故障不通依次按照如下步骤进行：1、 检查VSW单板传输光口收发光是否正常；2、 检查基站xml配置信息是否与核心网配置信息相符，导入的XML文件配置是否生效；3、 Sctp容器内进入xnsctp进程，使用showtcb命令查看基站SCTP配置情况以及工作状态。4、 VSW单板的brs容器内，手动是否能ping通网关以及核心网地址；5、 检查核心网是否配置基站IP等相关信息；6、 检查传输链路是否通路。排查
3、结果如下：1、 经查询，VSW单板传输光口收发光正常；2、 主要核查配置的基站IP与核心网地址，网关，掩码，Vlan是否正确，避免笔误或者传递信息缺失，同时通过查询其他信息，确认XML文件是否生效，现场通过如下命令进入ngm容器，核查ngap状态确认信息正确；3、 经排查XML配置文件生效但状态为未建立；4、 经与核心网同事确认，相关信息已配置，包括基站IP，Vlan；5、 查看通路情况，ping超时，执行如下命令：6、 由于已经通过brsping操作确认基站到核心网不通，接下来要确认基站与核心网之间网元是否通路，经调查，现场基站组网结构为如下：现在的问题变为：a.判断基站与PTN是否通路b.
4、判断PTN与5GC是否通路通过抓包，得到如下信令：可以看到1号区域为基站发出消息，2号区域为华为PTN设备消息，同时基站地址末三位与PTN给出的MAC地址相同，说明基站与PTN设备通路，但是经过包过滤，发现我司基站发出去的arp消息只有广播，没有响应，如下图：查看广播内容，从码流的编码上可以看出，该ARP消息携带了基站配置的源地址与目的地址：其中VlanID:1033，源地址：200.200.200.6；目的地址：200.200.200.1即网关。其中ARP地址解析协议，即ARP（Address Resolution Protocol），是根据IP地址获取物理地址的一个TCP/IP协议。主机发
5、送信息时将包含目标IP地址的ARP请求广播到网络上的所有主机，并接收返回消息，以此确定目标的物理地址，此条信令表明，基站发出了连接请求消息，但是目的地址一直没给回复，至此可以确认基站正常发包，需要继续确认PTN是否正常接收以及转包，另外核心网是否有响应。由于该网络下，PTN设备没有配置IP，无法判断是网关不通还是目的地址10.10.10.10不通，因此PTN增加IP地址，将其设置为网关地址200.200.200.1，继续抓包：可以看到，当PTN设置了网关后，基站路由打通，可以抓到基站200.200.200.6向10.10.10.10发送的激活消息，但是PTN设置地址200.200.200.1回
6、复目标不可达，说明步骤a.基站与PTN业务通，同时也验证了步骤b.PTN与核心网业务地址不通。为了弄清PTN与核心网互通情况，双方进行了排查，PTN侧检查Vlan配置时，发现PTN配置VlanID为1280，但是核心网配置Vlan为1033，并未配置1280，为自学习状态，如下图：六、 解决方案PTN侧将其与核心网物理连接断开，断开后，自学习处VlanID为空，等待2分钟重新连接后，PTN自学习到新的VlanID，如下图：七、 效果评估再次检查基站收发包情况，发现偶联正常，收发包正常，如图：同时可以看出，先前PTN给出的核心网物理地址之一的，正是配置的核心网网关，就是说先前PTN虽然能识别到核心网MAC地址，但是并不能说明PTN与核心网通路，PTN最开始给出的结论是错误的，至此，该问题解决。八、 基于案例提炼的方法、流程及评估标准建议偶联不通故障处理涉及多个环节，需要从简单到复杂一一排查，当需要其他部门配合时，需要将抓包工具准备好，确认哪个环节出现问题，后续对于PTN自学习产生VlanID学习错误的问题还要继续跟踪，确认到底是核心网交换机问题还是PTN学习错误。已获得授权通信资料：白先生客栈
