【正文】 首先懷疑是網(wǎng)管中L3VPN業(yè)務(wù)中部分靜態(tài)路由在網(wǎng)絡(luò)側(cè)丟失了，但實(shí)際這些路由還生效。L3VPN。故障消除。 Tunnel0/0/12主備L2/L3上配置了一模一樣的網(wǎng)關(guān)接口和ip地址。 0 RD Static Tunnel0/0/7 0 59 Interface Flags NextHop Proto 0 RDStatic VirtualEthernet2/0/ D VirtualEthernet2/0/ D VirtualEthernet2/0/ Cost上行路由無(wú)誤；134LTECYJNDD2dis ip routingtable核心層設(shè)備tunnel狀態(tài)正常，保護(hù)組正常，無(wú)任何告警，且MPLS LSP PING測(cè)試成功，排除物理鏈路問(wèn)題；在“130二干落地2”上創(chuàng)建測(cè)試loopback接口，模擬基站網(wǎng)關(guān)。初步排查發(fā)現(xiàn)其他網(wǎng)關(guān)沒有問(wèn)題。其中上邊兩臺(tái)為二干落地，與二干核心層通過(guò)UNI對(duì)接。三、 解決措施在中興PTN6500設(shè)備上將業(yè)務(wù)配置L3VPN配置客戶側(cè)靜態(tài)路由下一跳（出口）類型從“下一跳IP+出接口”修改為“下一跳IP”，問(wèn)題得到解決，2個(gè)廠家的基站設(shè)備均可以ping通相應(yīng)的OMC。OMC專業(yè)： 設(shè)備機(jī)型： PTN設(shè)備廠家： 中興設(shè)備型號(hào)：6500軟件版本： 網(wǎng)管U31 一、 故障描述海南某地區(qū)原本只有諾西LTE基站，后續(xù)由于建設(shè)需要，需要開通華為L(zhǎng)TE基站，完成華為基站電路調(diào)度后，無(wú)線開通人員反饋華為基站無(wú)法連通華為OMC網(wǎng)管，而同一地區(qū)的諾西LTE基站可以連通諾西OMC網(wǎng)管?！?案例號(hào)JT7201407280080作者：海南 鐘強(qiáng) 推薦人：關(guān)鍵字： LTE。三、解決措施 在傳輸網(wǎng)管上查看L2L3設(shè)備的PWE3業(yè)務(wù)告警，無(wú)異常告警，業(yè)務(wù)正常； 在傳輸網(wǎng)管上進(jìn)行PWE3tunnel的 LSP ping測(cè)試，確認(rèn)對(duì)接接入層端口設(shè)置為tag aware，查看路徑問(wèn)題，檢查完后均顯示無(wú)問(wèn)題； 在傳輸網(wǎng)管上查看與基站相連的PTN950端口，端口顯示UP，也無(wú)問(wèn)題； 在傳輸網(wǎng)管查看主L2L3節(jié)點(diǎn)的L3VE子接口的狀態(tài)，顯示UP，查看該L3VE子接口的配置，發(fā)現(xiàn)在該子接口下沒有配置批量終結(jié)VLAN； 在該L3VE子接口上配置批量終結(jié)VLAN，終結(jié)基站配置中對(duì)應(yīng)的VLAN并重新部署業(yè)務(wù)后，故障得到解決。VLAN終結(jié)。 預(yù)防/監(jiān)控措施1. PTN傳輸設(shè)備目前可以提供100/1000M的光/電接口，現(xiàn)在的TD或LTE站使用的傳輸接口多為光口，在進(jìn)行測(cè)試時(shí)都可以使用以太網(wǎng)測(cè)試設(shè)備進(jìn)行測(cè)試。而在進(jìn)行過(guò)重新配置隧道后，業(yè)務(wù)恢復(fù)。三、 故障處理經(jīng)過(guò)1. 傳輸人員在中興PTN網(wǎng)管上對(duì)該站點(diǎn)的電路重新刪除后再新配，配置完成后在網(wǎng)管上進(jìn)行ping測(cè)試，返回信息為“！?。。。?！”，顯示正確，但無(wú)線人員上站調(diào)測(cè)仍然不通； 2. 無(wú)線人員在沒有找到問(wèn)題后，將無(wú)線BBU設(shè)備進(jìn)行更換，但在更換后問(wèn)題依舊； 3. 傳輸人員到站，利用以太網(wǎng)測(cè)試儀對(duì)該傳輸端口進(jìn)行測(cè)試，測(cè)試方法和結(jié)果如下： 萬(wàn)州雷士地產(chǎn)ZLH基站的地址如下：業(yè)務(wù)IP：：325； 第一步：設(shè)置儀表的物理接口屬性儀表設(shè)置如下： 注意是 光口 1000Mbps 全雙工第二步：設(shè)置光口的IP地址為萬(wàn)州雷士地產(chǎn)ZLH基站的業(yè)務(wù)IP 第三步：設(shè)置儀表的VLAN為萬(wàn)州雷士地產(chǎn)ZLH基站的業(yè)務(wù)VLAN 第四步：連接PTN設(shè)備業(yè)務(wù)端口，開始進(jìn)行連通性測(cè)試第五步：利用以太網(wǎng)（光口）測(cè)試儀對(duì)LTE交換局(MME)IP地址 測(cè)試結(jié)果ping不通，將情況反饋傳輸網(wǎng)管監(jiān)控人員。三、解決措施（1）確認(rèn)Tunnel 運(yùn)行狀態(tài)是否一致，刷新Tunnel運(yùn)行狀態(tài)；（2）檢查Tunnel 路徑是否正常，確認(rèn)路徑是否存在硬件故障；（3）如果存在新設(shè)備，檢查設(shè)備參數(shù)。檢查TUNNEL 路徑是否有問(wèn)題，首先在入節(jié)點(diǎn)上執(zhí)行PING包測(cè)試，測(cè)試是否PING通目的地址，測(cè)試結(jié)果異常。靜態(tài)路由有鎖定選項(xiàng)，重要的靜態(tài)路由可以手工鎖定防止自動(dòng)計(jì)算時(shí)誤刪。故障最終定位為L(zhǎng)2/L3設(shè)備VPN PEER標(biāo)簽與VRF標(biāo)簽不一致導(dǎo)致丟包。從L3設(shè)備與EPC對(duì)接端口ping惠山L2/L31的繞接口，發(fā)現(xiàn)有丟包。PTN接入到匯聚之間的問(wèn)題，具體可能為匯聚環(huán)光功率異?；騾R聚設(shè)備單板故障。流量分析是處理PTN傳輸鏈路故障的一個(gè)比較好的方法，如果能做到對(duì)關(guān)鍵鏈路定期監(jiān)控，可以通過(guò)一些流量的指標(biāo)來(lái)反映網(wǎng)絡(luò)的使用情況和健康狀況。配置為手工負(fù)載分擔(dān)方式時(shí)，聚合組的各成員鏈路上同時(shí)都有業(yè)務(wù)流量存在，它們共同承擔(dān)業(yè)務(wù)的傳送。聯(lián)合佛山的同事進(jìn)行驗(yàn)證，發(fā)現(xiàn)佛山L2/L3設(shè)備與二干對(duì)接的一條光路光功率偏低，但是未觸發(fā)LAG告警。首先檢查數(shù)據(jù)配置，沒有發(fā)現(xiàn)問(wèn)題。無(wú)線設(shè)備為中興設(shè)備，傳輸設(shè)備為華為PTN設(shè)備，基站主設(shè)備的CC板通過(guò)GE口與傳輸對(duì)接。四、 預(yù)防/監(jiān)控措施本次故障是LTE基站新開站電路調(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)。在備用橋接點(diǎn)上通過(guò)show arp查詢是否學(xué)到基站對(duì)應(yīng)IP的mac地址，確認(rèn)為備用橋接點(diǎn)未學(xué)習(xí)到基站Node B的mac地址引起。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)電路配置正常。二、 故障診斷無(wú)線側(cè)基站數(shù)據(jù)問(wèn)題無(wú)線專業(yè)檢查基站數(shù)據(jù)配置情況，確認(rèn)配置正常?！?傳輸中興備用橋接點(diǎn)MAC學(xué)習(xí)異常導(dǎo)致LTE基站SCTP偶聯(lián)斷故障案例案例號(hào)JT7201402110035作者：四川 陳超 推薦人：江西 石玥關(guān)鍵字：備用橋接點(diǎ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)。三、 解決措施對(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。 安排代維上站新增CXP板， 現(xiàn)場(chǎng)發(fā)現(xiàn)8槽位有CXP板，但網(wǎng)管上檢測(cè)不到，更換這塊CXP板后并在網(wǎng)管上增加后，業(yè)務(wù)重新部署正常，PW的告警消除。 由于看不出是哪側(cè)未部署下去，考慮到L2/L3PTN已經(jīng)部署了大量的LTE業(yè)務(wù)，出問(wèn)題的應(yīng)該是PTN950側(cè)。在平時(shí)傳輸設(shè)備維護(hù)工作中應(yīng)特別注意網(wǎng)管告警的使用，通過(guò)網(wǎng)管告警可快速確定故障信息、故障位置，盡快排除故障?；緜?cè)同事重啟基站LTE主設(shè)備，10分鐘后，網(wǎng)管告警清除，基站正常啟動(dòng)。經(jīng)查， MPLS OAM，檢測(cè)報(bào)文類型為FFD，檢測(cè)報(bào)文周期為10ms，屬正常范圍。因此可以確認(rèn)不是由于PTN業(yè)務(wù)問(wèn)題導(dǎo)致的業(yè)務(wù)中斷。PTN6900專業(yè)： 設(shè)備類型：PTN設(shè)備型號(hào)：PTN6900。查詢了當(dāng)前單板硬件已經(jīng)使用的ARP數(shù)目：發(fā)現(xiàn)112這四個(gè)單板的ARP數(shù)都達(dá)到了4093的上限值。進(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)。在這種情況下還是一個(gè)可以ping通，一個(gè)ping不通，分析認(rèn)為問(wèn)題可能是出現(xiàn)在L2/L3節(jié)點(diǎn)的ARP表上，可能一個(gè)IP能學(xué)到ARP，一個(gè)可能沒學(xué)到。分析認(rèn)為問(wèn)題應(yīng)該出在L2/L3節(jié)點(diǎn)，從L3節(jié)點(diǎn)ping基站的報(bào)文在這里被丟棄。LTE專業(yè)：設(shè)備類型：PTN設(shè)備型號(hào)：PTN3900設(shè)備廠家：華為軟件版本：一、 故障描述某地市基站開站時(shí)，基站ping L2/L3節(jié)點(diǎn)能通，ping MME不通，從L2/L3節(jié)點(diǎn)ping基站通，ping MME通，從L3節(jié)點(diǎn)出接口ping網(wǎng)關(guān)通的，ping基站不通。 ※※※※※ LTEPTN網(wǎng)絡(luò)基站無(wú)法ping通故障分析與處理案例號(hào) JT7201408270031作者：山西 張俊 推薦人：江西 石玥關(guān)鍵字：PTN。※※※※※ 華為設(shè)備配置LTE基站PW時(shí)提示路徑創(chuàng)建操作成功相關(guān)操作失敗案例號(hào) JT1201003121355作者：遼寧 魯偉 推薦人：江西 郭思敏關(guān)鍵字：華為PTN6900；操作失?。宦窂絼?chuàng)建專業(yè)： 設(shè)備類型：PTN設(shè)備型號(hào)：PTN6900設(shè)備廠家：華為軟件版本：一、 故障描述城域網(wǎng)LTE傳輸網(wǎng)絡(luò)，核心層L3設(shè)備、L2/L3設(shè)備都是使用PTN690016組網(wǎng)，PTN690016版本為PTN 6900 V6R6C00SPC300+SPH010，L2/L3節(jié)點(diǎn)使用EX5單板下掛PTN3900匯聚環(huán)，LTE基站大部分使用PTN950或者PTN960承載；按照每個(gè)LTE基站兩個(gè)IP，兩個(gè)VLAN的規(guī)范配置數(shù)據(jù)，但在配置L2/L3節(jié)點(diǎn)PTN6900數(shù)據(jù)的時(shí)候，報(bào)錯(cuò)，無(wú)法完成PW配置，報(bào)錯(cuò)信息為：“路徑創(chuàng)建操作成功，相關(guān)操作失敗。鑒于QOS設(shè)置是在tunnel上實(shí)現(xiàn)，懷疑tunnel經(jīng)過(guò)的路徑上有網(wǎng)元存在問(wèn)題。LTE專業(yè)： 設(shè)備類型：PTN設(shè)備型號(hào)：PTN1900設(shè)備廠家：華為軟件版本： 故障描述 本地網(wǎng)一臺(tái)華為PTN1900設(shè)備，在開通LTE業(yè)務(wù)時(shí)，按要求設(shè)置保證帶寬40M、峰值帶寬320M，配置下發(fā)時(shí)顯示“分配帶寬失敗”。 預(yù)防/監(jiān)控措施通過(guò)本次案例分析，發(fā)現(xiàn)此類問(wèn)題的解決需對(duì)設(shè)備的一些深入的配置進(jìn)行了解，以滿足現(xiàn)網(wǎng)的各類業(yè)務(wù)需求。 解決措施 首先通過(guò)與省公司溝通，嘗試通過(guò)增加規(guī)劃vlan數(shù)量解決；但是由于目前各類業(yè)務(wù)預(yù)先分配的vlan已基本用完，無(wú)法騰挪出更多空余的vlan留給LTE使用。LTE。ETHTRUNK是什么，怎么沒有用到過(guò)。廠家定義的“單板”指的是可以插子卡的母板，而不是EXEG8等子卡。本案例集在集團(tuán)公司的組織下，由江西公司姜丹丹、安徽公司楊彬、江蘇公司夏志超和陳東等評(píng)選、審核和編輯而成。導(dǎo) 讀LTE PTN在全國(guó)推廣使用過(guò)程中，各種故障較多，故障原因涵蓋維護(hù)管理的方方面面，給網(wǎng)絡(luò)維護(hù)管理帶來(lái)了不小的壓力。相關(guān)案例同樣適用于維護(hù)人員的日常學(xué)習(xí)，有利于較好把握現(xiàn)網(wǎng)運(yùn)行過(guò)程中的隱患點(diǎn)，從而加強(qiáng)對(duì)網(wǎng)絡(luò)設(shè)備的日常巡檢力度，有效降低承載LTE業(yè)務(wù)的PTN網(wǎng)絡(luò)故障率。原因排查：通過(guò)網(wǎng)管檢查，沒有有價(jià)值的當(dāng)前告警和歷史告警；通過(guò)試配置一條電路到其它EthTrunk接口，成功