无线RR+RTN+PTN混合组网MTU设置错误导致维护管道断开问题

发布时间:  2012-05-24 浏览次数:  125 下载次数:  0
问题描述
无线站点割接之前,管理维护通道正常,能够在M2000看到基站并集成上来,但割接以后基站业务无法正常工作,通过PING测试发现长度为1500的包无法从基站到RNC通。具体问题现象:
  1. 无线基站ping 1500大包,存在丢包。Ping 1450的包就OK。导致部分KPI指标低。
  2. 微波的MTU值是1522
  3. PTN POC-POP之间是IP-LINE业务,业务层面好像没有MTU值设置。端口级别是1500。
组网图如下:



PTN 、RTN网管上均无告警信息。

处理过程
在first mile,无线基站ping过来的报文是native eth,实际长度应该为1504字节(多了VLAN那4个字节 ),RTN透传不对报文做封装解封装处理,所以报文能通过MTU设置为1522的RTN
 
报文到了POC点PTN后,PTN起IP-Line,首先会剥离VLAN,然后对1500字节长度的报文进行MPLS/PW封装、构造基于PTN系统MAC的二层头、起VLAN直接口等操作,这样一来,就多了34个字节,如下图所示。POC点PTN将MPLS报文送给Middle mile的RTN时,实际报文长度已经有1534了,超过了Middle mile上RTN默认的MTU值。
 
图中802.1q header就应该是VLAN子接口打上的VLAN
 

基于以上的分析:
1504字节的报文抵达PTN之后,将4个字节VLAN剥掉后,封装入MPLS报文,变成1534字节,上网络侧的时候,因为网络侧接口是VLAN子接口,故在1534基础上再加上4个字节的VLAN,变为1538字节,1538字节在上MM场景RTN之后,RTN纯二层透传,仍然1538字节,并送到POP侧PTN,再由POP侧PTN将1538字节的vlan和MPLS/PW剥掉还原1500的报文给RNC。


根因

第三方设备MTU值过小

解决方案
通过修改MM上微波的MTU从缺省的1522到1600后解决。

建议与总结
PTN ETH端口的默认端口MTU是1620
IPLINE没有业务MTU,由端口MTU生效限制(二层业务MTU业务先经过端口MTU在经过业务MTU)

END