問題描述（故障現(xiàn)象）

在PTN沒有做任何操作情況下，移動在做全網(wǎng)LTE基站升級后反饋大量上報SCTP路徑斷告警，該告警經(jīng)無線解釋主要產(chǎn)生機理如下：

每個LTE基站同核心網(wǎng)側(cè)共4個地址建立偶聯(lián)鏈接，當某個核心網(wǎng)管理地址同基站通信失敗后會上報SCTP路徑斷告警，當告警產(chǎn)生時，SCTP建鏈會同另外三個地址建鏈，不會影響偶聯(lián)及業(yè)務，但是會觸發(fā)無線上報該告警。

組網(wǎng)環(huán)境

全網(wǎng)受到影響基站不固定，較為分散，據(jù)了解以前也曾出現(xiàn)過，均在基站進行操作后發(fā)生，然后每天告警逐漸減少，經(jīng)過幾天震蕩后則基本消失。

原因分析

1.問題定位初期，檢查現(xiàn)網(wǎng)是否存在相關(guān)節(jié)點的異常告警及性能，發(fā)現(xiàn)站點不存在對應的異常告警及性能。

2.懷疑網(wǎng)絡(luò)中是否存在廣播風暴問題，經(jīng)過排查，現(xiàn)網(wǎng)不存在該類問題，主要檢查了網(wǎng)絡(luò)中關(guān)鍵路徑的廣播報文，組播報文的統(tǒng)計情況，不存在異常，同時也未發(fā)現(xiàn)有帶寬利用率超限的情況。

3.承載側(cè)對無線提取出問題站點進行重點檢查分析，詳細檢查節(jié)點在網(wǎng)絡(luò)中分布情況，確認是否存在公用路徑、公用節(jié)點可能引起基站閃報SCTP路徑斷告警，仔細檢查后并未發(fā)現(xiàn)明顯的公用路徑及節(jié)點；

4.通過以往經(jīng)驗，均為發(fā)現(xiàn)明顯異常，著重檢查上游核心層設(shè)備，首先檢查橋接點的相關(guān)配置，發(fā)現(xiàn)有部分橋接組的虛子接口配置了vlan range的封裝方式，再繼續(xù)排查，發(fā)現(xiàn)出問題的無線基站基本下掛在該類橋接組下，懷疑問題可能跟該配置有關(guān)。

5.選取部分該種配置，修改為其他未出現(xiàn)問題的配置方式，然后無線驗證發(fā)現(xiàn)基站SCTP路徑斷告警消失；

6.繼續(xù)進行驗證，采取抓包方式進行分析：

選取未修改的橋接組業(yè)務在基站側(cè)設(shè)備進行鏡像抓包，在65L3落地點進行鏡像抓包，即在上圖中的1、2處進行鏡像抓包，發(fā)現(xiàn)有少量SCTP建鏈報文丟失。

將抓包有丟失的橋接組進行修改，修改后再進行抓包分析，發(fā)現(xiàn)丟包現(xiàn)象消失，隨后將全部vlan range配置刪除，SCTP路徑斷告警基本消失。

7.分析為何該種配置會引起SCTP建鏈報文丟失：

實際在上述組網(wǎng)中，橋接點采取VSI的業(yè)務模型方式，二層方面采取EVPLAN業(yè)務模型，而對于ZXCTN 6500R1版本不支持vlanrange方式的組網(wǎng)配置，導致配置后可能出現(xiàn)SCTP建鏈報文丟失的問題，修改為正常配置后，無線建鏈正常，告警消失。

附配置截圖如下。

L3虛接口修改后的配置方式：

L3虛子接口修改前配置方式：

解決方案

對于R1版本的ZXCTN 6500設(shè)備作為L2L3橋接點，新建的L2/L3虛子接口不應該配置vlanrange的VLAN封裝類型，若已配置則需要修改，修改辦法如下：

1、 刪除三層虛子接口下ARP綁定永久關(guān)系（注意對于每個網(wǎng)段需要修改S1和OMC兩個子接口，此操作會中斷業(yè)務，需要晚上申請工單操作）；

2、 通過命令行，修改L2/L3虛子接口封裝類型為dot1q；

3、 主橋接點進行網(wǎng)管對三層虛子接口下的ARP“轉(zhuǎn)永久”；

4、 備橋接點通過命令行進行ARP綁定永久操作，并寫盤保存后上載。