問題描述

從NodeB往路由器方向Ping包，超過1454長度的報(bào)文無法通過。

網(wǎng)絡(luò)結(jié)構(gòu)為：NodeB直連我司OSN 1500的接口板EFS8；OSN1500通過GE口連接到一個(gè)OSN7500上；OSN7500連接路由器，對接RNC。

處理過程

1、觀察與微波或NodeB對接的端口MAC計(jì)數(shù)（或RMON性能統(tǒng)計(jì)，但接口板暫不支持統(tǒng)計(jì)報(bào)文的字節(jié)長度）；

2、根據(jù)在端口看到的MAC計(jì)數(shù)，在無線側(cè)修改（減小）最小分片包長；

或2、增加業(yè)務(wù)MTU（目前不支持PW承載的業(yè)務(wù)MTU在線修改功能，必須刪除PW后重建）。

根因

1、從NodeB往路由器分別Ping 1473、1455、1454長度的把文，觀察端口MAC計(jì)數(shù)，可以看出，從NodeB Ping過來的報(bào)文，實(shí)際上增加了46字節(jié)。因此無線側(cè)ping報(bào)文的MTU，實(shí)際上只包含了凈荷，不包括MAC層的其他信息，如：DA、SA、VLAN、FCS等。經(jīng)SE確認(rèn)：“其實(shí)OSN設(shè)備的“MTU”應(yīng)該叫最大包長（包含DA SA），借用了“MTU”這個(gè)名稱。”

2、在操作中發(fā)現(xiàn)，在OSN3500和OSN1500對接的場景下，只需改變RNC的最小分片包長即可，不用改NodeB的。因此咨詢研發(fā)我們的業(yè)務(wù)MTU校驗(yàn)機(jī)制，確認(rèn)在PL317芯片（OSN 1500的Q1PEGS2單板的芯片）上是在pw->VUNI處校驗(yàn)；而在SD8850芯片（0SN 3500/7500的N1PEG8、N1PEX2、N2PEX1的芯片）上是在VUNI->pw處校驗(yàn)。例如：在NodeB上往RNC ping 2000字節(jié)MTU的報(bào)文，將會被NodeB拆成1500＋500兩個(gè)包來發(fā)（NodeB沒改），因?yàn)樵谙滤淼罆r(shí)校驗(yàn)業(yè)務(wù)MTU，但下隧道卻是OSN 3500，而OSN 3500又是在上隧道時(shí)校驗(yàn)，所以相當(dāng)于沒校驗(yàn)，這時(shí)報(bào)文可以正常通過；ping報(bào)文到RNC后，RNC發(fā)出2000字節(jié)的響應(yīng)報(bào)文，但被拆成了1480＋520兩個(gè)包發(fā)出去（RNC改了最小分片包長），此時(shí)OSN 3500在上隧道時(shí)校驗(yàn)（小于業(yè)務(wù)MTU 1500），OSN 1500在下隧道校驗(yàn)（小于業(yè)務(wù)MTU 1500），因此也能正常通過；最終結(jié)果是Ping包正常無丟包。也可以說明在RNC沒改之前ping不通的原因了。

建議與總結(jié)

創(chuàng)建PW前，需從無線側(cè)了解清楚業(yè)務(wù)MTU的需求，并適當(dāng)增加一定字節(jié)數(shù)（至少增加46字節(jié)）來確定PW業(yè)務(wù)MTU的大小。