国际专线电路调试案例分析

本文链接：https://blog.csdn.net/TXNMG/article/details/127420829

本文详述了XX集团在开通到日本、英国和意大利的MSTP专线电路过程中遇到的问题及解决方案。针对日本电路，通过调整J2、V5字节及封装协议解决了通信问题。英国电路的IPSEC隧道调通问题通过改用L2TP方案解决。意大利电路的带宽问题通过调整MTU值得以改善。总结中强调了MTU匹配、封装协议一致性及用户端设备配置的重要性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一、案例背景

XX集团是XX公司的重要合作伙伴，也是重庆分公司的重点保障对象。近期，其连续申请了到日本、英国和意大利的3条国际MSTP专线电路，我们在电路开通调试初期碰到以下几个问题：

日本电路：

重庆XX采用华为Metro 1000传输设备EFS单板接入以太网专线业务，对端采用思科15454传输设备，两端业务开通后，测试无法ping通。

英国电路和意大利电路：

（XX至英国电路网络图）

（XX至英国电路简图）

问题一：在9月下旬，由于E段传输路由器还没有调通，协调通过IPSEC隧道临时解决，而调试IPSEC过程中无法调通隧道。

问题二：在12月9日调通E段传输路由后，进行全程联调，ping65500字节的大包有3%丢包；用MSTP仪表打环测试能够达到10M带宽，但两端使用单台电脑下载达不到10M带宽（平均速度不到3M带宽），英国POP点架设FTP服务器端，重庆使用FTP客户端进行下载测试，平均速率是300KB/S，造成用户感知不好。意大利电路也有同样带宽不能达10M的情况

二、案例分析

下面对这3条电路的开通、调试过程详细分析如下：

日本电路

1）、检查网元告警，Metro 1000设备EFS单板有LP_TIM_VC12、LP_SLM_VC12、LP_RDI_VC12告警，说明端设备J2、V5字节设置不一致。

2）、由于对端设备查询这两个字节比较困难，华为默认的

J2字节为HuaWei SBS，V5字节为异步，因此对J2、V5字节尝试更改，当J2字节修改为“00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00”（16进制方式16个0）后，LP_TIM-V12告警消失。V5字节从0X01至0X0D依次修改，发现对端设备采用GFP_F封装协议时，V5字节为0X0D(GFP映射)，当对端设备采用HDLC封装协议时，V5字节为0X08（其它映射（测试使用）），设置和对端一直后，LP_SLM_VC12、LP_RDI_VC12告警消失。

3）、封装与映射中需要配置的包括映射协议、扰码方式、校验字段长度、FCS计算位序、扩展头选项，而对端设备只能看到映射协议和校验字段长度两项。在映射协议上，华为EFS单板支持GFP、HDLC、LAPS三种封装协议， GFP协议包括GFP-F和GFP-T协议，华为的EFS单板支持的是GFP_F协议；对端选择GFP-F协议，本端选择GFP协议，校验字段长度上，对端选择CRC32，本端选择FCS32。其它三项扰码方式、FCS计算位序与扩展头选项只能通过设置不同的选项来测试，最终选择扰码方式为“X43+1”， F