【正文】 軟件版本：R22 故障描述 新開(kāi)萬(wàn)州雷士地產(chǎn)ZLH基站時(shí)發(fā)現(xiàn)：無(wú)線設(shè)備端調(diào)測(cè)正常，且未見(jiàn)異常告警；傳輸PTN設(shè)備端在該網(wǎng)元上無(wú)任何告警，且pin測(cè)試正常，檢查傳輸通道未見(jiàn)異常；經(jīng)對(duì)該站點(diǎn)的傳輸偽線進(jìn)行重新刪創(chuàng)后LTE基站仍然無(wú)法連接；檢查與BBU對(duì)接的傳輸端口流量，發(fā)現(xiàn)該端口幾乎沒(méi)有流量。三、解決措施（1）確認(rèn)Tunnel 運(yùn)行狀態(tài)是否一致，刷新Tunnel運(yùn)行狀態(tài)；（2）檢查Tunnel 路徑是否正常，確認(rèn)路徑是否存在硬件故障；（3）如果存在新設(shè)備，檢查設(shè)備參數(shù)。由于涉及新設(shè)備PTN6900，檢查PTN6900參數(shù)問(wèn)題，檢查發(fā)現(xiàn)MPLS TE隧道未使能MPLS TE。檢查TUNNEL 路徑是否有問(wèn)題，首先在入節(jié)點(diǎn)上執(zhí)行PING包測(cè)試，測(cè)試是否PING通目的地址，測(cè)試結(jié)果異常?！?PTN6900隧道DOWN導(dǎo)致新開(kāi)LTE基站不通案例分析和處理案例號(hào) JT7201408280147作者：四川 周斌 推薦人：江西 郭思敏關(guān)鍵字：隧道；DOWN；LTE不通專業(yè)： 設(shè)備類型：PTN設(shè)備型號(hào)：6900設(shè)備廠家：華為軟件版本：V600R006C00一、故障描述近期新開(kāi)LTE基站中，傳輸完成業(yè)務(wù)配置后，127115陸壩村3組45新建至西二主：1504西區(qū)二樞紐L3PTN2 高一備：1505高升橋樞紐L3PTN1 TUNNEL配置后運(yùn)行狀態(tài)，但端口一直顯示DOWN 導(dǎo)致基站業(yè)務(wù)不通。靜態(tài)路由有鎖定選項(xiàng)，重要的靜態(tài)路由可以手工鎖定防止自動(dòng)計(jì)算時(shí)誤刪。具體操作步驟如下：見(jiàn)附件重新分配標(biāo)簽后，打開(kāi)之前被關(guān)閉的繞接口，將業(yè)務(wù)倒換回工作，丟包現(xiàn)象消失。故障最終定位為L(zhǎng)2/L3設(shè)備VPN PEER標(biāo)簽與VRF標(biāo)簽不一致導(dǎo)致丟包。關(guān)閉惠山L2/L31的繞接口，強(qiáng)制倒換到備用L2/L3設(shè)備后，丟包現(xiàn)象消失。從L3設(shè)備與EPC對(duì)接端口ping惠山L2/L31的繞接口，發(fā)現(xiàn)有丟包。數(shù)據(jù)配置錯(cuò)誤。PTN接入到匯聚之間的問(wèn)題，具體可能為匯聚環(huán)光功率異?；騾R聚設(shè)備單板故障。經(jīng)排查發(fā)現(xiàn)，這些丟包的站點(diǎn)都集中在兩個(gè)網(wǎng)段，而這兩個(gè)網(wǎng)段對(duì)應(yīng)VLAN的虛接口都在惠山L2/L31上。流量分析是處理PTN傳輸鏈路故障的一個(gè)比較好的方法，如果能做到對(duì)關(guān)鍵鏈路定期監(jiān)控，可以通過(guò)一些流量的指標(biāo)來(lái)反映網(wǎng)絡(luò)的使用情況和健康狀況。因此，當(dāng)出現(xiàn)問(wèn)題的基站更換CC板后，源MAC地址變化，報(bào)文被轉(zhuǎn)發(fā)到LAG中正常的鏈路上。配置為手工負(fù)載分擔(dān)方式時(shí)，聚合組的各成員鏈路上同時(shí)都有業(yè)務(wù)流量存在，它們共同承擔(dān)業(yè)務(wù)的傳送。在珠海本地網(wǎng)驗(yàn)證，存在問(wèn)題的基站都能夠正常開(kāi)通，故障排查。聯(lián)合佛山的同事進(jìn)行驗(yàn)證，發(fā)現(xiàn)佛山L2/L3設(shè)備與二干對(duì)接的一條光路光功率偏低，但是未觸發(fā)LAG告警。由于配置為手工負(fù)載分擔(dān)模式，檢查發(fā)現(xiàn)捆綁在一起的兩條鏈路中，有一條始終沒(méi)有單播流量。首先檢查數(shù)據(jù)配置，沒(méi)有發(fā)現(xiàn)問(wèn)題。施工隊(duì)在開(kāi)站時(shí)反饋部分基站不能開(kāi)通。無(wú)線設(shè)備為中興設(shè)備，傳輸設(shè)備為華為PTN設(shè)備，基站主設(shè)備的CC板通過(guò)GE口與傳輸對(duì)接?！鶄鬏旀溌穯?wèn)題 LAG鏈路隱性故障導(dǎo)致LTE開(kāi)站失敗的案例分析案例號(hào)JT1201312030020作者：廣東 涂軼峰 推薦人：江西 石玥關(guān)鍵字：LAG專業(yè)：設(shè)備類型：PTN設(shè)備型號(hào)：PTN3900設(shè)備廠家：華為軟件版本：一、 故障描述2013年9月珠海公司在各高校區(qū)域開(kāi)通64個(gè)LTE基站。四、 預(yù)防/監(jiān)控措施本次故障是LTE基站新開(kāi)站電路調(diào)度出現(xiàn)，主要為對(duì)LTE業(yè)務(wù)承載中PTN內(nèi)部保護(hù)方式和對(duì)端核心網(wǎng)對(duì)接PTN保護(hù)方式認(rèn)識(shí)不系統(tǒng)，未能做到跨專業(yè)全局考慮，導(dǎo)致業(yè)務(wù)故障出現(xiàn)。三、 解決措施對(duì)基站PTN設(shè)備進(jìn)行偽線雙歸倒換，使其偽線倒換至備用橋接點(diǎn)，再在備用橋節(jié)點(diǎn)上通過(guò)show arp命令查詢已學(xué)到Node B的mac地址，業(yè)務(wù)恢復(fù)。在備用橋接點(diǎn)上通過(guò)show arp查詢是否學(xué)到基站對(duì)應(yīng)IP的mac地址，確認(rèn)為備用橋接點(diǎn)未學(xué)習(xí)到基站Node B的mac地址引起。PTN橋接點(diǎn)MAC地址學(xué)習(xí)異常：經(jīng)無(wú)線專業(yè)聯(lián)系成都核心網(wǎng)專業(yè)，確認(rèn)SGW設(shè)置主用路由優(yōu)先級(jí)較高，默認(rèn)業(yè)務(wù)均發(fā)送至主用PTN橋接點(diǎn)網(wǎng)元MY314，MME設(shè)置主備用路由優(yōu)先級(jí)相同，對(duì)業(yè)務(wù)按流量負(fù)載均衡方式進(jìn)行轉(zhuǎn)發(fā)，即是MME發(fā)送業(yè)務(wù)流量一半發(fā)送至主用橋接點(diǎn)MY314，一半發(fā)送至備用橋接點(diǎn)MY414。PTN電路數(shù)據(jù)配置問(wèn)題維護(hù)人員檢查承載PTN網(wǎng)元至中心局MY314/MY414（PTN L2/L3橋接點(diǎn)）的L2層電路數(shù)據(jù)配置、MY314/MY414橋接點(diǎn)的L2/L3橋接配置和L3層電路數(shù)據(jù)配置、路由情況，確認(rèn)電路配置正常。故初步分析定位為L(zhǎng)TE至MME間問(wèn)題，同時(shí)結(jié)合無(wú)線數(shù)據(jù)檢查和LTE基站ping SGW均正常，基本排除無(wú)線側(cè)基站數(shù)據(jù)問(wèn)題可能。二、 故障診斷無(wú)線側(cè)基站數(shù)據(jù)問(wèn)題無(wú)線專業(yè)檢查基站數(shù)據(jù)配置情況，確認(rèn)配置正常。LTE?！?傳輸中興備用橋接點(diǎn)MAC學(xué)習(xí)異常導(dǎo)致LTE基站SCTP偶聯(lián)斷故障案例案例號(hào)JT7201402110035作者：四川 陳超 推薦人：江西 石玥關(guān)鍵字：備用橋接點(diǎn)。四、 預(yù)防/監(jiān)控措施基站不能盲起除基站側(cè)原因外，大多是傳輸原因?qū)е?，在進(jìn)行故障排查時(shí)先排除L3故障，縮短故障排查時(shí)間；在排查L(zhǎng)2層故障時(shí)充分利用命令行等工具進(jìn)行故障準(zhǔn)確定位。二、 故障診斷基站側(cè)排查，排除基站側(cè)原因；傳輸側(cè)L3鏈路排查，因?qū)?yīng)的ETHTRUNK中已有多個(gè)基站能夠正常盲起，排除L3故障；L2鏈路排查：Tunnel、PW測(cè)試正常，交叉板主備倒換正常，在用命令行對(duì)應(yīng)VirtualEthernet接口DHCP報(bào)文查詢時(shí)發(fā)現(xiàn)無(wú)對(duì)應(yīng)vlan報(bào)文上報(bào)。更改工作路由Tunnel繞行接入環(huán)另一方向，工作路徑為九星橋八份洪家洋匯聚澤國(guó)二匯聚山市匯聚鴻溪花園溫嶺骨干39002二樞6900這樣仍然從原工作路徑的山市匯聚上，故障消失，排除匯聚至OMC服務(wù)器問(wèn)題；檢查潘郎水門后、陶家埠、大溪中、金岙潘網(wǎng)元的告警發(fā)現(xiàn)存在網(wǎng)關(guān)倒換告警；經(jīng)過(guò)以上排查，猜測(cè)故障存在在潘郎水門后陶家埠大溪中金岙潘這段接入環(huán)中，復(fù)位陶家埠PTN950主控，故障依舊；復(fù)位潘郎水門后PTN950主控，故障消失。三、 解決措施對(duì)基站和OMC網(wǎng)管服務(wù)器進(jìn)行Ping測(cè)試，正常，而且OMC服務(wù)器長(zhǎng)ping BBU也能通，但是故障依舊；無(wú)線側(cè)更換設(shè)備，故障依舊；傳輸更換D2EG2卡板，故障依舊；檢查相應(yīng)的L3子接口數(shù)據(jù)配置情況，確定路由等信息正確；檢查和九星橋、毛頭相同L3子接口的其他站點(diǎn)業(yè)務(wù)正常，排除PTN6900 L3至OMC網(wǎng)管服務(wù)器的問(wèn)題；檢查L(zhǎng)TE的L2業(yè)務(wù)配置，正確；檢查隧道和PW配置，正確；對(duì)業(yè)務(wù)進(jìn)行APS倒換后，故障消除，業(yè)務(wù)倒換到保護(hù)路徑上，九星橋八份洪家洋匯聚溫嶺骨干39001二樞6900毛頭潘郎水門后九星橋八份洪家洋匯聚溫嶺骨干39001二樞69001。二、 故障診斷傳輸鏈路問(wèn)題，分三段析排查：PTN6900 L3至OMC網(wǎng)管服務(wù)器問(wèn)題；匯聚點(diǎn)至OMC服務(wù)器問(wèn)題；接入層問(wèn)題。 安排代維上站新增CXP板， 現(xiàn)場(chǎng)發(fā)現(xiàn)8槽位有CXP板，但網(wǎng)管上檢測(cè)不到，更換這塊CXP板后并在網(wǎng)管上增加后，業(yè)務(wù)重新部署正常，PW的告警消除。 考慮到業(yè)務(wù)下發(fā)肯定要通過(guò)CXP板，CXP板可能會(huì)有問(wèn)題。 由于看不出是哪側(cè)未部署下去，考慮到L2/L3PTN已經(jīng)部署了大量的LTE業(yè)務(wù)，出問(wèn)題的應(yīng)該是PTN950側(cè)。 查看這條業(yè)務(wù)的狀態(tài)，發(fā)現(xiàn)為部分部署，繼續(xù)查看業(yè)務(wù)的PW基本屬性，確定為備用PW為部分部署狀態(tài)。在平時(shí)傳輸設(shè)備維護(hù)工作中應(yīng)特別注意網(wǎng)管告警的使用，通過(guò)網(wǎng)管告警可快速確定故障信息、故障位置，盡快排除故障。分析為基站LTE主設(shè)備因安裝完成后沒(méi)有及時(shí)進(jìn)行數(shù)據(jù)加載導(dǎo)致基站數(shù)據(jù)掉死導(dǎo)致傳輸設(shè)備與基站LTE設(shè)備端口工作模式無(wú)法正常協(xié)商，基站無(wú)法開(kāi)通，重啟基站設(shè)備后故障消除?；緜?cè)同事重啟基站LTE主設(shè)備，10分鐘后，網(wǎng)管告警清除，基站正常啟動(dòng)。其他配置問(wèn)題排除以上問(wèn)題后確認(rèn)應(yīng)該不是傳輸業(yè)務(wù)問(wèn)題， 查詢業(yè)務(wù)端口收光功率正常且與基站側(cè)同事配合可以正常斷開(kāi)業(yè)務(wù)接口說(shuō)明基站傳輸PTN950設(shè)備業(yè)務(wù)接口無(wú)問(wèn)題。經(jīng)查， MPLS OAM，檢測(cè)報(bào)文類型為FFD，檢測(cè)報(bào)文周期為10ms，屬正常范圍。TUNNEL配置錯(cuò)誤 對(duì)TUNNEL進(jìn)行LSP Ping測(cè)試，發(fā)現(xiàn)工作和保護(hù)TUNNEL測(cè)試均成功，無(wú)測(cè)試異常，核對(duì)網(wǎng)管數(shù)據(jù)后，發(fā)現(xiàn)TUNNEL業(yè)務(wù)配置正常。因此可以確認(rèn)不是由于PTN業(yè)務(wù)問(wèn)題導(dǎo)致的業(yè)務(wù)中斷。業(yè)務(wù)端口為7188網(wǎng)元淄博臨淄皇城6EG21。PTN6900專業(yè)： 設(shè)備類型：PTN設(shè)備型號(hào)：PTN6900。※※※※※操作問(wèn)題案例號(hào) JT7201407210080作者：山東 王建軍 推薦人：江西 郭思敏關(guān)鍵字：基站LTE設(shè)備。查詢了當(dāng)前單板硬件已經(jīng)使用的ARP數(shù)目：發(fā)現(xiàn)112這四個(gè)單板的ARP數(shù)都達(dá)到了4093的上限值。從L3節(jié)點(diǎn)ping到基站的時(shí)候，通過(guò)L2/L3節(jié)點(diǎn)需要走硬件的轉(zhuǎn)發(fā)表項(xiàng)，但是發(fā)現(xiàn)硬件沒(méi)有ARP表，所以丟棄報(bào)文。進(jìn)一步的查詢了底層的FIB表項(xiàng)：Search Vrf:2 DIP:FIBResult :1 cause:0x00000000 dftRt:0 ttl:1 dvp:6832 tpidx:0 ipTnl:0 mgid:0WorkDVPopcode:10 vpntype:0 apstype:0 apsid:0[work] tun_flag_w:0 tunnelid_w:0 tpindex_w:431 direct_w:1 vid_w:21 nhid_w:0 aid_w:0TPSTve:1 s:1 tb:6 tp:47ARPact:1 r:0 macidx:2248DMACact:1 vlan:1 valid:661 r:0 mac:d46aa876acdbSearch Vrf:2 DIP:FIBResult :1 cause:0x00000000 dftRt:0 ttl:1 dvp:6832 tpidx:0 ipTnl:0 mgid:0WorkDVPopcode:10 vpntype:0 apstype:0 apsid:0[work] tun_flag_w:0 tunnelid_w:0 tpindex_w:431 direct_w:1 vid_w:21 nhid_w:0 aid_w:0TPSTve:1 s:1 tb:6 tp:47ARPno arp!查看以上記錄發(fā)現(xiàn)。接著查詢了ARP的增刪記錄：Arp Call InfoOP Type Date Time Flag VRF IP VISPINDEX MACUpdateArpI20140424 09:19:17 9 0x00000002 0x64452894 0x00005c8a 04f938f9fd25UpdateArpI20140424 09:19:20 9 0x00000002 0x64452894 0x00005c8a 04f938f9fd25UpdateArpI20140424 09:19:23 9 0x00000002 0x64452894 0x00005c8a 04f938f9fd25UpdateArpI20140424 09:19:26 9 0x00000002 0x64452894 0x00005c8a 04f938f9fd25UpdateArpI20140424 09:19:29 9 0x00000002 0x64452894 0x00005c8a 04f938f9fd25，這種一般由于APRMISS導(dǎo)致，也就是說(shuō)當(dāng)發(fā)起PING這種操作的時(shí)候，發(fā)現(xiàn)ARP不存在，需要由平臺(tái)發(fā)起一個(gè)ARP的學(xué)習(xí)過(guò)程，這個(gè)時(shí)候有這樣的記錄。在這種情況下還是一個(gè)可以ping通，一個(gè)ping不通，分析認(rèn)為問(wèn)題可能是出現(xiàn)在L2/L3節(jié)點(diǎn)的ARP表上，可能一個(gè)IP能學(xué)到ARP，一個(gè)可能沒(méi)學(xué)到。首先對(duì)這兩個(gè)IP的路由進(jìn)行了分析。分析認(rèn)為問(wèn)題應(yīng)該出在L2/L3節(jié)點(diǎn)，從L3節(jié)點(diǎn)ping基站的報(bào)文在這里被丟棄。同時(shí)有的基站最開(kāi)始有問(wèn)題，過(guò)一段時(shí)間自己恢復(fù)了，后來(lái)再開(kāi)站的時(shí)候，基本都ping不通。LTE專業(yè)：設(shè)備類型：PTN設(shè)備型號(hào)：PTN3900設(shè)備廠家：華為軟件版本：一、 故障描述某地市基站開(kāi)站時(shí)，基站ping L2/L3節(jié)點(diǎn)能通