论文部分内容阅读
【摘要】多业务传送平台（MSTP，multi-service transmission platform）技术基于SDH平台，实现TDM、ATM、以太网等多种类型业务的接入、处理和传送，支持二层交换，支持以太网业务QoS，用户业务包括数据、话音、图像等多种形式。目前支持MSTP业务的传输设备厂商繁多，设备型号、板卡与参数不尽相同，给通信运营商为客户开通、调测MSTP专线业务带来不便，本文结合实例，阐述MSTP业务升速调测流程。
【关键词】MSTP 升速 调测
一、任务目标
对某长途MSTP专线业务进行升速，带宽由4M升速为20M，A端用户端使用华为OSN 3500光端机，N1EFT8板，通过SDH网络穿通，经由长途中继DWDM网与Z端连通，Z端牵头，组网示意图如图1所示。
二、处理过程与解析
升速前A端本地网络管理人员接Z端本地维护人员通知，预先配置8个新增时隙通道，与用户4M在用业务路由一致，避免丢包或不通，在用户端光端机空余以太口落地，形成16M MSTP业务，于割接前先进行调测对通，减少正式升速时业务中断时长。调测过程中先后遇到三个问题，逐一解决后业务畅通。
2.1问题与处理一：路径不通
A端配置完成后发现上报ETH-LOS告警，8个新增时隙同时上报TU-AIS告警。处理过程分三步：
1、包含A端本地传输全程路由向A端用户环回，TU-AIS告警消失。联系z端本地维护人员其反映z端业务配置完毕，无AIS告警，其接以太网仪表发现业务不通，其本地传输路由自环正常，其讲A端未接用户设备，上报ETH-LOS告警属正常。
2、与Z端本地传输机房核对电路调度单内容与长途对接时隙无误，从A端本地与长途对接口向Z端环回，Z端反馈仍不通，A端去激活部分业务，Z端无AIS告警。
3、考虑到z端本地传输直接通知A端本地传输升速虽属常见现象，但毕竟与正常流程有出入，怀疑有相关部门未接到调测通知，从而未进行业务配置。
询问Z端维护人员后得知，Z端本地与长途维护人员由于沟通不力，未通知A端长途传输，随即通知A端长途配置业务，Z端核查配置，找到其无AIS告警的原因并修正。随后A端TU-AIS消失，逐条去激活业务配置，Z端相应时隙均可见AIS告警上报。
2.2问题与处理二：参数前后有差异
A端用户端新以太口按调前参数配置V5字节、Lcas、FCS32、J2字节、MTU值、TAG属性及工作模式，发现J2字节实收值与调前不符，上报LP-TIM告警。
解决方案：询问z端本地得知其用户端更换了光端机厂商，正在配置相关参数，协商后z端按调前参数更改J2字节，网管告警消失，此时从A端环回，z端接以太表测试16M通道畅通。
2.3问题与处理三：再度告警与流量异常
正式升速时，A、z两端按调度单修改业务配置，发现A端上报ALM_GFP_dCSF告警，查看端口RMON性能，收A端用户有流量，收z端无流量。
解决方案：Z端网管上报以太口连接中断告警，检查Z端接收光功率正常，Z端与用户拔插尾纤确认端口连接无误。怀疑z端新光端机与其用户设备参数不匹配，经核实z端光端机与用户交换机均为100M光接口，核对vlan ID与TAG属性无误，MTU值符合用户要求，发现端口工作模式不匹配，修改工作模式后告警消失，但业务仍不通。与z端仔细核对参数，发现Z端新设备不支持FCS校验，A端关闭FCS校验，用户确认业务畅通，升速任务完成。
三、总结与建议
分析本次MSTP业务升速调测过程，建议今后进行业务配置与调测时按如下流程进行：
1.对于调整及升速业务，做好调前准备工作，核对调前路由，预先配置新增时隙通道并调通，保证新增路径与调前路由一致，减少割接时业务中断时长。
2.割接时各相关部门应同时操作，否则会延长业务中断时间，接到业务调整通知时与其他相关部门先沟通，再修改配置。
3.发现业务不通时先分析告警，查找并排除本端故障，再联系其他部门核对传输路由及配置。建议两端维护人员到用户现场配合割接，必要时借助仪器仪表，分段环回或断开业务配置，定位故障点。
4.MSTP业务参数较多，通道畅通后还应注意A、Z两端参数的匹配，值得注意的是，部分参数不一致时网管可能无告警，例如FCS校验。常用的参数包括：两端光端机之间J2字节、V5字节、FCS校验和Lcas需协商配置一致，对于VC4级别业务，J1字节、C2字节、VC4通道开销的穿通和终结也要相应调整，运营商光端机与用户交换机或路由器之间的vlan ID、TAG属性、MTU值、端口工作模式需匹配。当然端口连接不正确、连接线接触不良等问题也需逐个排除。
5.运营商通道测试畅通后，用户可能反映业务ping不通。如果用户也更换了其自维护设备，必要时建议用户自查，若用户设置了加密设备或防火墙，或者用户两端路由器的CRC设置不相同，可能会造成ping不通。
【关键词】MSTP 升速 调测
一、任务目标
对某长途MSTP专线业务进行升速，带宽由4M升速为20M，A端用户端使用华为OSN 3500光端机，N1EFT8板，通过SDH网络穿通，经由长途中继DWDM网与Z端连通，Z端牵头，组网示意图如图1所示。
二、处理过程与解析
升速前A端本地网络管理人员接Z端本地维护人员通知，预先配置8个新增时隙通道，与用户4M在用业务路由一致，避免丢包或不通，在用户端光端机空余以太口落地，形成16M MSTP业务，于割接前先进行调测对通，减少正式升速时业务中断时长。调测过程中先后遇到三个问题，逐一解决后业务畅通。
2.1问题与处理一：路径不通
A端配置完成后发现上报ETH-LOS告警，8个新增时隙同时上报TU-AIS告警。处理过程分三步：
1、包含A端本地传输全程路由向A端用户环回，TU-AIS告警消失。联系z端本地维护人员其反映z端业务配置完毕，无AIS告警，其接以太网仪表发现业务不通，其本地传输路由自环正常，其讲A端未接用户设备，上报ETH-LOS告警属正常。
2、与Z端本地传输机房核对电路调度单内容与长途对接时隙无误，从A端本地与长途对接口向Z端环回，Z端反馈仍不通，A端去激活部分业务，Z端无AIS告警。
3、考虑到z端本地传输直接通知A端本地传输升速虽属常见现象，但毕竟与正常流程有出入，怀疑有相关部门未接到调测通知，从而未进行业务配置。
询问Z端维护人员后得知，Z端本地与长途维护人员由于沟通不力，未通知A端长途传输，随即通知A端长途配置业务，Z端核查配置，找到其无AIS告警的原因并修正。随后A端TU-AIS消失，逐条去激活业务配置，Z端相应时隙均可见AIS告警上报。
2.2问题与处理二：参数前后有差异
A端用户端新以太口按调前参数配置V5字节、Lcas、FCS32、J2字节、MTU值、TAG属性及工作模式，发现J2字节实收值与调前不符，上报LP-TIM告警。
解决方案：询问z端本地得知其用户端更换了光端机厂商，正在配置相关参数，协商后z端按调前参数更改J2字节，网管告警消失，此时从A端环回，z端接以太表测试16M通道畅通。
2.3问题与处理三：再度告警与流量异常
正式升速时，A、z两端按调度单修改业务配置，发现A端上报ALM_GFP_dCSF告警，查看端口RMON性能，收A端用户有流量，收z端无流量。
解决方案：Z端网管上报以太口连接中断告警，检查Z端接收光功率正常，Z端与用户拔插尾纤确认端口连接无误。怀疑z端新光端机与其用户设备参数不匹配，经核实z端光端机与用户交换机均为100M光接口，核对vlan ID与TAG属性无误，MTU值符合用户要求，发现端口工作模式不匹配，修改工作模式后告警消失，但业务仍不通。与z端仔细核对参数，发现Z端新设备不支持FCS校验，A端关闭FCS校验，用户确认业务畅通，升速任务完成。
三、总结与建议
分析本次MSTP业务升速调测过程，建议今后进行业务配置与调测时按如下流程进行：
1.对于调整及升速业务，做好调前准备工作，核对调前路由，预先配置新增时隙通道并调通，保证新增路径与调前路由一致，减少割接时业务中断时长。
2.割接时各相关部门应同时操作，否则会延长业务中断时间，接到业务调整通知时与其他相关部门先沟通，再修改配置。
3.发现业务不通时先分析告警，查找并排除本端故障，再联系其他部门核对传输路由及配置。建议两端维护人员到用户现场配合割接，必要时借助仪器仪表，分段环回或断开业务配置，定位故障点。
4.MSTP业务参数较多，通道畅通后还应注意A、Z两端参数的匹配，值得注意的是，部分参数不一致时网管可能无告警，例如FCS校验。常用的参数包括：两端光端机之间J2字节、V5字节、FCS校验和Lcas需协商配置一致，对于VC4级别业务，J1字节、C2字节、VC4通道开销的穿通和终结也要相应调整，运营商光端机与用户交换机或路由器之间的vlan ID、TAG属性、MTU值、端口工作模式需匹配。当然端口连接不正确、连接线接触不良等问题也需逐个排除。
5.运营商通道测试畅通后，用户可能反映业务ping不通。如果用户也更换了其自维护设备，必要时建议用户自查，若用户设置了加密设备或防火墙，或者用户两端路由器的CRC设置不相同，可能会造成ping不通。