1、PON網(wǎng)絡(luò)組網(wǎng)和工程故障排查21 設(shè)備管理提綱 PON網(wǎng)絡(luò)組網(wǎng) 工程故障排查FTTH應用場景分析FTTH場景 高帶寬接入，滿足三網(wǎng)融合需求n提供PON上行光貓 黑龍江電信PON上行光貓組網(wǎng)遠程管理模式：v 支持ITMS和EMS共同管理v EMS維護光路的開通和管理v ITMS維護業(yè)務(wù)的開通和管理4VLAN1接BAS，橋由模式，用于滿足PC上網(wǎng)VLAN2接ITMS，路由模式，實現(xiàn)TR069遠程管理VLAN3接軟交換，路由模式，實現(xiàn)VoIP業(yè)務(wù)應用B上網(wǎng)VLAN1VLAN 3VLAN 2TR069RRPON互通互通應用應用EMSVoIP光貓自動開通流程1.用戶報裝后，營業(yè)廳和開通部門將用戶的物理信

2、息（住址、所在OLT、所在端口等）下發(fā)到TL1自動工單系統(tǒng)。2.將用戶的業(yè)務(wù)信息（VLAN、語音信息等）下發(fā)到ITMS平臺。3.在用戶放裝前，TL1先將用戶的認證信息下發(fā)到相應OLT上。4.安裝人員到現(xiàn)場放裝，家庭網(wǎng)關(guān)設(shè)備上電后，安裝人員填入LOID號。5.家庭網(wǎng)關(guān)將LOID上報OLT，OLT完成對家網(wǎng)設(shè)備的授權(quán)。并打開相應的通道。（TR069）6.家庭網(wǎng)關(guān)將LOID上報ITMS平臺。7.ITMS平臺將用戶業(yè)務(wù)配置下發(fā)給家庭網(wǎng)關(guān)。 光貓注冊頁面在管理員賬號頁面點擊右下角“注冊”按鈕，會直接彈出“邏輯ID注冊頁面”如圖8所示。在【邏輯ID】處填寫用戶業(yè)務(wù)受理單對應的LOID號碼，點擊“注冊”按鈕

3、，HGU會自動向OLT及ITMS平臺發(fā)起注冊，用戶對應業(yè)務(wù)完成自動下發(fā)。 業(yè)務(wù)下發(fā)完成后，進度條會進度到100%，表示業(yè)務(wù)下發(fā)成功；光貓注冊進度條81 設(shè)備管理提綱 PON網(wǎng)絡(luò)組網(wǎng) 工程故障排查 1、注冊進度卡在20%問題分析：注冊進度20% 是在和OLT進行授權(quán)交互，卡在20%表示授權(quán)失敗。主要原因可能有：LOID輸入錯誤，例如LOID中含有0，o等容易混淆的字符；輸入了空格或者不需要輸入密碼的情況下輸入了密碼；局端設(shè)備OLT上數(shù)據(jù)配置不全；處理建議：檢查輸入的LOID和裝機單上的是否一致；聯(lián)系OLT網(wǎng)管檢查工單數(shù)據(jù)是否已經(jīng)下發(fā)到對應OLT的槽位和PON口，檢查LOID是否和裝機單的一致。注

4、冊卡單問題 2、注冊進度卡在30%問題分析：進度卡在30%，管理通道未拿到IP地址，此種情況需要檢查局端設(shè)備OLT數(shù)據(jù)配置。處理建議：可以先確認管理通道是否拿到IP地址，具體方法如下：在瀏覽器輸入，使電信管理員賬號telecomadmin登陸設(shè)備。進入狀態(tài)-網(wǎng)絡(luò)側(cè)信息，檢查1_TR069_R_VID_46是否可以拿到IP地址。如果IP地址沒有拿到，則需要聯(lián)系局端設(shè)備OLT（請將裝機單上的OLT IP地址和注冊的LOID發(fā)給OLT人員），請OLT檢查數(shù)據(jù)配置是否完整，特別是vlan46是否存在；注冊卡單問題2、注冊進度卡在40%問題分析：進度卡在40%；管理通道

5、拿到了IP地址，此種情況需要ITMS平臺檢查工單是否做好。處理建議：聯(lián)系ITMS平臺檢查工單；注冊卡單問題 3、業(yè)務(wù)下發(fā)成功后，無法撥號上網(wǎng)問題分析：無法撥號上網(wǎng)，分兩種情況；寬帶業(yè)務(wù)未下發(fā)下來；寬帶業(yè)務(wù)下發(fā)下來了，其中又分為兩種情況：撥號提示678，此種情況需要檢查局端設(shè)備OLT數(shù)據(jù)配置；撥號提示691或619，此種情況需要bras平臺檢查撥號賬號是否綁定或密碼錯誤。處理建議：可以先確認寬帶業(yè)務(wù)是否下發(fā)下來了，具體方法如下：在瀏覽器輸入，使用HG后背上的用戶user/密碼，登陸設(shè)備；進入狀態(tài)，網(wǎng)絡(luò)側(cè)信息，檢查_INTERNET_B_VID_的是否存在。如果不存在，則寬帶

6、業(yè)務(wù)沒有下發(fā)下來，需要聯(lián)系ITMS平臺檢查寬帶工單是否正常。注冊卡單問題如果_INTERNET_B_VID_存在，則寬帶業(yè)務(wù)已經(jīng)下發(fā)下來，撥號測試寬帶通道是否正常；如果撥號提示678：1、則需要聯(lián)系局端設(shè)備OLT，請OLT檢查數(shù)據(jù)配置是否完整，特別是寬帶vlan是否存在 2、核查光貓業(yè)務(wù)VLAN連接模式是否被更改為路由模式，改回橋接模式后看能否恢復正常。在OLT網(wǎng)管更換CVLAN數(shù)據(jù)后測試能否恢復正常；如果撥號提示691或619，則需要聯(lián)系需要聯(lián)系bras平臺，檢查撥號賬號是否綁定或密碼錯誤。注冊卡單問題 4、業(yè)務(wù)下發(fā)成功后，語音無法注冊問題分析：語音無法注冊，分兩種情況；語音業(yè)務(wù)未下發(fā)下來；

7、語音業(yè)務(wù)下發(fā)下來了，其中又分為兩種情況：語音通道未拿到IP地址，此種情況需要檢查局端設(shè)備OLT數(shù)據(jù)配置；語音通道拿到了IP地址，此種情況需要語音軟交換平臺檢查語音數(shù)據(jù)是否做好。處理建議：可以先確認語音業(yè)務(wù)是否下發(fā)下來了，具體方法如下：在瀏覽器輸入，使用使用電信管理員賬號telecomadmin登陸設(shè)備；進入狀態(tài)，網(wǎng)絡(luò)側(cè)信息，檢查_VOICE_R_VID_的是否存在。如果不存在，則語音業(yè)務(wù)沒有下發(fā)下來，需要聯(lián)系ITMS平臺檢查語音工單是否正常。如果_VOICE_R_VID_存在，則語音業(yè)務(wù)已經(jīng)下發(fā)下來，查看語音通道是否拿到IP地址；如果IP地址沒有拿到，則需要聯(lián)系局端設(shè)備O

8、LT，請OLT檢查數(shù)據(jù)配置是否完整，特別是語音vlan是否存在；如果IP地址可以拿到，則需要聯(lián)系語音軟交換平臺，檢查語音數(shù)據(jù)是否做好。注冊卡單問題HGU通用排查方法模塊日志下載方法：隱藏頁面，確保對應服務(wù)已啟用，如下圖所示。常用的是agent（tr069）、sip、H.248、OMCI和OAM這幾項日志，分別對應于/var/agent.log, /var/SipAppLog.txt , /var/MegacoAppLog.txt, /var/fhomci.log, /var/hi_oam.log。HGU通用排查方法端口鏡像抓包方法：如右圖的示例。注：網(wǎng)關(guān)使用過程中，如果遇到WAN連接數(shù)據(jù)不通的

9、情況， 在排除OMCI/OAM下發(fā)配置和WAN連接接配置問題以后，優(yōu)先考慮PON口鏡像抓包。對于涉及與平臺交互的TR069、VOIP業(yè)務(wù)問題，抓包和日志最好同步提供抓取，便于完整排查。OLT鏡像方法17通過主控盤對上聯(lián)盤做鏡像（需準備抓包的電模塊）Admin# cd deAdmindevice# set mirror to 19:3 Admindevice# set mirror add 19:4 /將上聯(lián)盤的4號口鏡像到3號口Admindevice# sh mirror Mirroring information:=port Mirroring =The port which traffic

10、 mirror to : 19:3.The port which traffic mirror from : 19:4.OLT線卡注冊調(diào)試命令行18打開GPON線卡調(diào)試命令查看故障ONU SN是否可以持續(xù)正常發(fā)現(xiàn)，如果不能正常發(fā)現(xiàn)，則需確認ONU是否正常接入。GPON線卡開啟調(diào)試打印：Configgpon# debug 127Configgpon# set io currentGPON線卡關(guān)閉調(diào)試打印:Configgpon# debug 0Configgpon# set io default查看ONU狀態(tài)信息19Configgpon# show status link 0 onuid 1-ON

11、UID:1 STATUS:ACTIVE（是否激活） SN: ALCL-f8c981e7 OMCI_PORTID:3961（OMCI通道）; OMCI_ALLOCID:1;ACTIVATE_TYPE:2 US_FEC:DISABLE DEACT_ACTION:0 DISCOVER_NUM_AFTER_DEACT:0PORT_ID:187(C),188(C),189(C),190(C),ALLOCID:287(C)（數(shù)據(jù)帶寬，范圍256-639）,671(C)（語音帶寬640-1023）,BER_INTERVAL=12000ms.ZERO_EQD=265500.EQD=251115.DISTANC

12、E=1156.LOS=0（ONU斷纖告警）.LOF=0（ONU 幀定界丟失告警）.DOW=0（窗口漂移告警）.SF=0（信號失效告警）.SD=0（信號降級告警）.LCDG=0（GEM通道定界丟失告警）.RDI=0（下行數(shù)據(jù)無效告警）.SUF=0（測距失敗告警）.LOA=0（ploam消息應答丟失告警）.DG=0（掉電告警）.LOAM=0（PLOAM丟失告警）.PEE=0.TYPE=0.Rx_power:-15.68db.(ad=0.00)（OLT接收到的光功率）.thread:up=-100,low=-3200.alarm=0.BIP8:DS=0.US=0（上行BIP8告警）.DS_MAX=5

13、.DS_MIN=5.US_MAX=5.US_MIN=5.DS_E=1.US_E=1.OMCI互通問題OMCI&PLOAMGPON互通中網(wǎng)關(guān)與OLT之間主要通過PLOAM消息和OMCI消息進行交互。 PLOAM主要負責ONU的測距、激活和OMCI管理通道（OMCC）建立。流程如右圖所示，這里的ONU授權(quán)指物理標識（GponSN）認證。OMCI則主要負責ONU的業(yè)務(wù)配置管理、故障管理和性能管理。 OMCI互通問題OMCI&PLOAM工程中一般基于邏輯標識認證，主要通過OMCI來完成。流程如右圖所示。ONU上存儲著用于認證的邏輯標識LOID+Password。OLT發(fā)起對ONU的認證

14、并對ONU上報的LOID和Password進行效驗，返回效驗結(jié)果給ONU并根據(jù)效驗結(jié)果控制ONU的接入。在完成LOID認證以后，OLT首先通過MIB同步流程同步與ONU之間的配置，其后會下發(fā)VEIP配置給網(wǎng)關(guān)。OMCI互通問題排查通過ps檢查fhomci進程是否存在，不存在則盡快下載OMCI日志，保留現(xiàn)場。指示燈分析。可通過指示燈快速確定當前ONU狀態(tài)。可以在維護賬號頁面的“WAN側(cè)狀態(tài)信息”查看ONU注冊狀態(tài)。“已注冊已授權(quán)”表示LOID認證成功，“已注冊未授權(quán)”表示物理標識認證成功，“未注冊未授權(quán)”表示認證不成功。可以在維護賬號的“遠程管理頁面”查詢或設(shè)置LOID和Password 。在寬

15、帶注冊頁面注冊時就會設(shè)置LOID和Password，并發(fā)起注冊。OMCI日志分析。可用于分析工程絕大多數(shù)OMCI互通問題，比如ONU發(fā)現(xiàn)和激活、LOID認證授權(quán)、OLT下配置和性能管理功能。PLOAM日志分析。用于分析一般較底層的互通問題，如反復去激活、掉電告警等。PLOAM日志需要通過串口獲取，先將光纖斷掉，輸入以下命令后再插上光纖。dmesg -n 8hi_cli /home/cli/klog/setcfg -v sys 0 dbg 0 x10 print 0 x10指示燈名稱顏色標識文字顯示功能PON狀態(tài)燈綠色網(wǎng)絡(luò)G或光纖G熄滅：表示ONU未開始激活流程；常亮：表示ONU已經(jīng)激活；閃爍：

16、表示ONU正在進行激活。光信號狀態(tài)燈紅色光信號熄滅：表示ONU接收光功率正常；常亮：表示ONU PON口光模塊電源關(guān)斷。設(shè)備發(fā)現(xiàn)問題設(shè)備發(fā)現(xiàn)正常流程只要ONU與OLT之間的ploam交互能夠到達O5狀態(tài)就代表OLT能發(fā)現(xiàn)設(shè)備。在OMCI日志通過搜索“omci recv ploam status=”來查看ONU的狀態(tài)變化。正常情況下，OMCI應該到達O5后狀態(tài)后再無狀態(tài)變化。OLT發(fā)現(xiàn)不了設(shè)備判斷依據(jù)：在OMCI日志中通過“omci recv ploam status=”搜索到的ploam狀態(tài)最多只能到達O2、O3或者O4。不能到達O5。處理辦法： 首先在維護賬號頁面的“WAN側(cè)狀態(tài)信息”查看O

17、NU的收發(fā)光功率。正常情況下，收光范圍應為（-27-8），發(fā)光范圍應為（05）。收光太弱或太強都會影響設(shè)備發(fā)現(xiàn)和注冊。 如果太弱，則需要排查OLT到ONU之間的光纖、ONU上的法蘭盤是否插好、法蘭盤兩端的光纖連接頭是否一致（藍色SC/PC）、光纖連接處是否不潔、ONU尾纖是否有破損等。 如果太強，則需要增加光衰，或者使用大分光比分光器，或者把光纖拔松一點，再在頁面讀取收光功率，直至滿足收光范圍。 排查局端以及線路是否存在故障，可采用其他設(shè)備對比測試。LOID注冊問題LOID注冊正常流程在OMCI日志中，可以通過“ AuthStates =”來查找OLT下發(fā)的LOID認證狀態(tài)，只要最后一次是”

18、AuthStates = 0 x01“即代表認證成功。在OMCI日志中，可以通過“ Loid = ”來確認ONU上報的LOID ASCII碼。LOID注冊失敗問題如果LOID認證失敗，OLT須下發(fā)失敗的認證狀態(tài)。在OMCI日志中，可以通過“ AuthStates = ”來查找認證失敗原因，并同OLT方面溝通。0 x02代表LOID不正確。0 x03代表LOID正確，密碼不對。0 x04代表LOID沖突。認證失敗后，OLT將ONU去激活，進入靜默狀態(tài)。通常靜默時間是15分鐘。電信規(guī)范定義默認是1分鐘。靜默時間結(jié)束后會重新進入設(shè)備發(fā)現(xiàn)激活流程，然后重新進行LOID認證。進入靜默時PON燈會閃爍。在

19、工程上，有時候也會遇到OLT出于未知原因，OLT不向ONU請求LOID，或者網(wǎng)關(guān)上報LOID后，OLT不反饋LOID認證狀態(tài)，在這種情況下，需要與OLT方面溝通。設(shè)備不斷去激活問題設(shè)備被不斷去激活表現(xiàn)為，網(wǎng)關(guān)的網(wǎng)絡(luò)G燈每次常亮一段時間（十幾分鐘到幾十分鐘）會變?yōu)殚W爍，不能穩(wěn)定在常亮的狀態(tài)。設(shè)備被不斷去激活通常有兩種情況：一種是注冊流程中的周期性的靜默狀態(tài)，前面已說明，通過修改為正確的LOID和Password可以解決。還有一種是在已經(jīng)成功完成LOID認證情況下被去激活，在OMCI日志中，可以看到OLT也下發(fā)了” AuthStates = 0 x01“認證成功的狀態(tài)之后，仍有大量周期性的O5O2

20、O3O4O5的打印。這一般屬于OLT設(shè)置障礙問題，在集團測試或分省入網(wǎng)測試時經(jīng)常遇到。可采用其他設(shè)備對比測試，如果異廠設(shè)備（尤其同屬OLT廠家的）可以注冊上，則修改網(wǎng)關(guān)的GponSN為相同的GponSN，并使用相同的LOID和Password看看能否注冊上。VEIP配置下發(fā)問題在ONU成功完成LOID認證以后，OLT首先發(fā)起ONU的MIB同步流程，其后通過OMCI消息下發(fā)VEIP業(yè)務(wù)單播和組播配置。在OMCI日志中，通過“STD_UNICAST_SERVICE”搜索OLT下發(fā)了哪些VEIP單播業(yè)務(wù)，可以根據(jù)vlanid與WAN連接對應起來。只有OLT下發(fā)了單播業(yè)務(wù)，才能通過acl displa

21、y sfc_entry all命令查看到有對應的sfc規(guī)則。在OMCI日志中，通過“multicast gemport”可以搜索到組播GEM Port是否下發(fā)。組播GEM port通常是4095或者3087。如果某WAN連接對應的vlan在VEIP配置信息中沒有找到，那肯定是OLT未配置好，需要聯(lián)系OLT解決。應用問題排查網(wǎng)關(guān)應用模塊問題一般排查方法對于涉及WAN側(cè)的應用問題，主要通過端口鏡像抓包進行分析，分析原則如下：相比正常流程，什么包沒收到或沒發(fā)出。如果是包沒有從網(wǎng)關(guān)發(fā)出去，那么主要應關(guān)注WAN連接配置是否正確，確認網(wǎng)絡(luò)接口是否已創(chuàng)建，應用模塊是否已啟動。如果是包沒有從PON口進來：確認

22、OLT是否已經(jīng)下了單播配置，上層環(huán)境是否正常。抓包確認之前網(wǎng)關(guān)的回包是否正確。DHCP原理動態(tài)獲取ip為了動態(tài)獲取并使用一個合法的IP地址，需要經(jīng)歷以下幾個階段：發(fā)現(xiàn)階段：即DHCP 客戶端尋找DHCP 服務(wù)器的階段。提供階段：即DHCP 服務(wù)器提供IP 地址的階段。選擇階段：即DHCP 客戶端選擇某臺DHCP 服務(wù)器提供的IP 地址的階段。確認階段：即DHCP 服務(wù)器確認所提供的IP 地址的階段。DHCP原理重用曾經(jīng)分配的ipDHCP客戶端每次重新登錄網(wǎng)絡(luò)時，不需要再發(fā)送DHCP-DISCOVER報文，而是直接發(fā)送包含前一次分配的IP地址的DHCP-REQUEST請求報文，即報文中的Opti

23、on 50（請求的IP地址選項）字段填入曾經(jīng)使用過的IP地址。DHCP服務(wù)器收到這一報文后，判斷DHCP客戶端是否可以使用請求的地址：如果可以使用請求的地址，DHCP服務(wù)器將回復DHCP-ACK確認報文。收到DHCP-ACK報文后，DHCP客戶端可以繼續(xù)使用該地址進行通信。如果請求的IP地址已無法再分配給DHCP客戶端（例如，此IP地址已分配給其它DHCP客戶端使用），則DHCP服務(wù)器將回復DHCP-NAK否認報文。DHCP客戶端收到此報文后，必須重新發(fā)送DHCP-DISCOVER報文來請求新的IP地址。DHCP原理更新租約IP 租約期限達到一半（T1）時，DHCP 客戶端會自動以單播的方式，

24、向DHCP 服務(wù)器發(fā)送DHCP-REQUEST 報文，請求更新IP 地址租約。如果收到DHCP-ACK 報文，則租約更新成功；如果收到DHCP-NAK 報文，則重新發(fā)起申請過程。到達租約期限的87.5%（T2）時，如果仍未收到DHCP 服務(wù)器的應答，DHCP 客戶端會自動向DHCP 服務(wù)器發(fā)送更新其IP 租約的廣播報文。如果收到DHCP-ACK 報文，則租約更新成功；如果收到DHCP-NAK 報文，則重新發(fā)起申請過程。DHCP客戶端主動釋放IP地址DHCP客戶端不再使用分配的IP地址時，會主動向DHCP服務(wù)器發(fā)送DHCPRELEASE報文，通知DHCP服務(wù)器釋放IP地址的租約。DHCP服務(wù)器會

25、保留這個DHCP客戶端的配置信息，以便該客戶端重新申請地址時，重用這些參數(shù)。DHCP問題DHCP無法獲取地址打開抓的包，過濾條件bootp。如看到網(wǎng)關(guān)設(shè)備發(fā)出的DHCP Discovery包并沒有任何DHCP Server回，表明線路不正常，遇到此類型的工程問題，需要查看網(wǎng)絡(luò)環(huán)境。DHCP問題DHCP方式地址經(jīng)常變化打開抓的包，過濾條件bootp。關(guān)注兩部分：查看租約期為多少，一般建議租約期不低于1天，如果過短（例如20分鐘）建議平臺修改，這樣會造成下掛設(shè)備頻繁續(xù)租，增加平臺壓力。如果續(xù)租時間正常，但設(shè)備上抓包發(fā)現(xiàn)設(shè)備頻繁請求地址（10分鐘多于2次），有可能因為設(shè)備沒有收到上層平臺的arp單播

26、報文，導致arping程序頻繁Kill UDHCPC后再重啟，導致DHCP頻繁獲取地址。這種情況下需要平臺進行調(diào)整，回應下掛設(shè)備的arp單播報文。PPPOE原理PPPOE流程三階段Discovery階段Discovery階段由四個過程組成。完成之后通信雙方都會知道PPPoE的Session_ID以及對方以太網(wǎng)地址，它們共同確定了唯一的PPPoE Session。PPPoE Client 廣播發(fā)送一個PADI 報文，在此報文中包含PPPoE Client 想要得到的服務(wù)類型信息。所有的PPPoE Server 收到PADI 報文之后，將其中請求的服務(wù)與自己能夠提供的服務(wù)進行比較，如果可以提供，則

27、單播回復一個PADO 報文。根據(jù)網(wǎng)絡(luò)的拓撲結(jié)構(gòu)，PPPoE Client 可能收到多個PPPoE Server 發(fā)送的PADO 報文，PPPoE Client 選擇最先收到的PADO 報文對應的PPPoEServer 做為自己的PPPoE Server，并單播發(fā)送一個PADR 報文。PPPoE Server 產(chǎn)生一個唯一的會話ID（SESSION ID），標識和PPPoEClient 的這個會話，通過發(fā)送一個PADS 報文把會話ID 發(fā)送給PPPoE Client，如果沒有錯誤，會話建立后便進入PPPoE Session 階段。PPPOE原理PPPOE流程三階段Session階段Session

28、階段可劃分為兩部分，一是PPP協(xié)商階段，二是PPP報文傳輸階段。PPPoE Session上的PPP協(xié)商和普通的PPP協(xié)商方式一致，分為LCP、認證、NCP三個階段。LCP 階段主要完成建立、配置和檢測數(shù)據(jù)鏈路連接。協(xié)商成功后，開始進行認證工作，認證協(xié)議類型由LCP 協(xié)商結(jié)果（CHAP 或者PAP）決定。認證成功后，PPP 進入NCP 階段，NCP 是一個協(xié)議族，用于配置不同的網(wǎng)絡(luò)層協(xié)議，常用的是IP 控制協(xié)議（IPCP），它負責配置用戶的IP 和DNS等工作。PPPoE Session的PPP協(xié)商成功后，其上就可以承載PPP數(shù)據(jù)報文。在PPPoE Session階段所有的以太網(wǎng)數(shù)據(jù)包都是單播

29、發(fā)送的。PPPOE原理PPPOE流程三階段Terminate階段Terminate階段指在PPP協(xié)議結(jié)束會話時，PPPoE Client和PPPoE Server通信雙方均可發(fā)送使用PADT數(shù)據(jù)包來結(jié)束PPPoE會話；PADT數(shù)據(jù)包可以在會話建立以后的任意時刻單播發(fā)送。在發(fā)送或接收到PADT后，就不允許再使用該會話發(fā)送PPP流量。PPPOE問題nPC PPPOE撥號無法獲得地址確保PC接在橋上，如果返回678錯誤。則主要懷疑OLT未下VEIP配置或上層交換不正常，須與局方溝通和檢查。如果返回691錯誤，則應為賬號密碼錯誤，導致鑒權(quán)失敗。網(wǎng)關(guān)PPPOE撥號無法獲得地址打開抓的包，過濾條件pppo

30、ed | ppp。如看到網(wǎng)關(guān)設(shè)備發(fā)出的PADI包并沒有任何BRAS回，主要懷疑OLT未下VEIP配置或上層交換不正常，須與上層溝通和檢查。另外，對于上網(wǎng)通道，可以將路由改成橋，由PC撥號，如果返回678錯誤，則可以說明故障原因即如上所述。PPPOE問題網(wǎng)關(guān)PPPOE撥號無法獲得地址打開抓的包，過濾條件pppoed | ppp。如看到網(wǎng)關(guān)向BRAS平臺發(fā)起了PPP協(xié)議的PAP鑒權(quán)協(xié)議請求，但是平臺回復Authenticate-Nak，說明用戶鑒權(quán)失敗，導致的撥號不成功，需要與局方溝通獲取正確的賬號密碼。另外，對于上網(wǎng)通道，可以將路由改成橋，由PC撥號，如果返回691錯誤，則可以說明故障原因即如上

31、所述。此外，對于鑒權(quán)失敗的情況，還需要確認賬號密碼中是否有有特殊字符或者非法字符，或者空的賬號密碼，以便盡快準確地確認。PPPOE問題PPPoE撥號能上網(wǎng)，但時常掉線需要檢查網(wǎng)絡(luò)環(huán)境，確定Reply包丟失的原因，可能的原因之一是線路質(zhì)量較差；考慮是不是BRAS隨機性的沒有回應，當連續(xù)三次沒有回Reply包后，PPPoE程序認為鏈路失效，直接發(fā)出PADT包，主動斷開鏈接。如下所示。PPPOE問題鏈路正常，但網(wǎng)關(guān)pppoe總是拿不到地址打開抓的包，過濾條件pppoed | ppp。如發(fā)現(xiàn)只有網(wǎng)關(guān)PADI發(fā)出，收不到BRAS的PADO報文。同時不僅能抓到設(shè)備自己發(fā)出的PADI報文，還能收起其他雜亂的

32、PADI報文。說明OLT將其他設(shè)備發(fā)往OLT的PADI報文回灌到了我們自己的設(shè)備。發(fā)生這種情況，一般需要檢查網(wǎng)絡(luò)環(huán)境典型工程案例140某地PON工程現(xiàn)場，采用電信海思方案HG260GS出現(xiàn)在華為OLT下注冊不成功問題，發(fā)現(xiàn)一直注冊卡到20%，超時后提示注冊失敗。典型工程案例141據(jù)了解該用戶裝機當天是好的，后續(xù)之后出現(xiàn)的故障，在終端上將LOID清空，可以在華為未授權(quán)的ONU列表中通過MAC地址發(fā)現(xiàn)該終端，一旦填入LOID則不出現(xiàn)在未授權(quán)設(shè)備中，但該設(shè)備實際并未上線，光貓的網(wǎng)絡(luò)G燈站不住。登陸故障光貓狀態(tài)為未注冊未授權(quán)首先在現(xiàn)場更換了光貓發(fā)現(xiàn)故障依舊。于是針對注冊不上OLT的光貓，抓取了故障終端

33、的OMCI報文，LOID為4511LO00520612。分析OMCI報文，發(fā)現(xiàn)OLT通過電信定義的私有ME獲取LOID（LOID是用ASCII碼形式表示的）和Password之后，未設(shè)置網(wǎng)關(guān)的認證狀態(tài)。網(wǎng)關(guān)認證狀態(tài)有如下幾種情況：如果最后一次為“AuthStates = 0 x01”則LOID注冊成功。如果是“AuthStates = 0 x02”，則是LOID配置不正確。如果是“AuthStates = 0 x03”，則是密碼不對。如果是“AuthStates = 0 x04”，則是LOID已經(jīng)被另外一臺設(shè)備使用OLT側(cè)下發(fā)的狀態(tài)：典型工程案例142OLT側(cè)下發(fā)的狀態(tài)：如果搜索不到“Auth

34、States = 0 x”，則需要分析日志，本次故障的情況是搜索不到該字段。100毫秒后，網(wǎng)關(guān)被去授權(quán)。在和OLT交互過程中，所有來自O(shè)LT的request請求，網(wǎng)關(guān)均響應“Command processed successfully”，也未發(fā)現(xiàn)有響應超時的情況。典型工程案例143典型工程案例144從日志看OLT沒有設(shè)置認證狀態(tài)，所以導致卡20%。需要OLT方面明確說明失敗原因，如果是LOID不正確、沖突、不存在，應該要下發(fā)認證狀態(tài)說明失敗原因的。如果是因為物理鏈路的原因，OLT上可以看到有無特殊的告警。通過與華為廠家溝通，他們將OLT上的數(shù)據(jù)刪除重新添加后終端可以正常注冊，定位為華為OLT問題。典型工程案例245某地PON工程現(xiàn)場，局端OLT設(shè)備為5516-01,下掛星網(wǎng)銳捷廠家型號為HG-GP800-S的2+1 GPON光貓，經(jīng)常出現(xiàn)光貓無法注冊問題，現(xiàn)場該光貓PON燈