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

某局突然出現(xiàn)大量LTE基站丟包情況，經(jīng)過分析發(fā)現(xiàn)丟包站點(diǎn)集中在一對橋接點(diǎn)上。

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

典型LTE組網(wǎng)環(huán)境，業(yè)務(wù)采用OAM-MAPPING模型。

原因分析

1、核心網(wǎng)問題；

2、PTN網(wǎng)絡(luò)某處鏈路有誤碼；

3、路由問題；

4、橋接點(diǎn)硬件問題。

解決方案

1.無線網(wǎng)管觀察故障網(wǎng)段，并沒有發(fā)現(xiàn)任何異常告警，詢問網(wǎng)優(yōu)中心得知無線側(cè)也并沒有發(fā)現(xiàn)任何異常告警，初步判斷故障點(diǎn)不在核心網(wǎng)設(shè)備上。

2.在出現(xiàn)故障的主用LTE橋接ZXCTN 6500上ping丟包的基站IP發(fā)現(xiàn)沒有丟包，然后再從該橋接6500帶故障網(wǎng)段的網(wǎng)關(guān)為源地址ping核心網(wǎng)EPC地址發(fā)現(xiàn)會(huì)丟一半的包，確定問題出在這里。經(jīng)此分析應(yīng)該是EPC下行流量采用符合分擔(dān)方式分別下行到主、備用橋接點(diǎn)，而丟掉的報(bào)文應(yīng)該是從備用橋接點(diǎn)丟的。

3.通過檢查丟包基站業(yè)務(wù)在PTN上的配置發(fā)現(xiàn)所有丟包基站均沒有配置偽線雙規(guī)保護(hù)，而不丟包的基站業(yè)務(wù)都是配置了偽線雙規(guī)保護(hù)的。

4.查詢兩臺(tái)橋接中興6500設(shè)備操作日志發(fā)現(xiàn)當(dāng)天備用橋接設(shè)備內(nèi)新增了很多L3VPN的網(wǎng)關(guān)，而丟包網(wǎng)段的網(wǎng)關(guān)就在這些網(wǎng)關(guān)之中，通過分析應(yīng)該是有一半流量下行到備用橋接中興ZXCTN 6500設(shè)備上后由于未配置雙歸保護(hù)導(dǎo)致流量無法通過二三層橋接轉(zhuǎn)發(fā)到L2VPN而被丟棄，進(jìn)而引起發(fā)基站丟包。

5.之前LTE下行流量到達(dá)備用橋接點(diǎn)后通過靜態(tài)路由繞回到主用橋接點(diǎn)后繼續(xù)下行，所以業(yè)務(wù)不受影響，而當(dāng)備用橋接點(diǎn)L3VPN中增加了基站網(wǎng)關(guān)子接口后，由于直連路由優(yōu)先級(jí)高于靜態(tài)路由，所以流量不會(huì)再被轉(zhuǎn)發(fā)到主用橋接點(diǎn)，而當(dāng)備用橋接點(diǎn)沒有到達(dá)基站的偽線時(shí)流量就會(huì)被丟棄。

6.在備用橋接點(diǎn)把之前添加的基站網(wǎng)關(guān)子接口從L3VPN中刪除后業(yè)務(wù)全部恢復(fù)。