PON網(wǎng)絡(luò)組網(wǎng)和工程故障排查綜述

1、PON網(wǎng)絡(luò)組網(wǎng)和工程故障排查21 設(shè)備管理提綱 PON網(wǎng)絡(luò)組網(wǎng) 工程故障排查FTTH應(yīng)用場景分析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ù)應(yīng)用B上網(wǎng)VLAN1VLAN 3VLAN 2TR069RRPON互通互通應(yīng)用應(yīng)用EMSVoIP光貓自動開通流程1.用戶報裝后，營業(yè)廳和開通部門將用戶的物理信

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

3、，HGU會自動向OLT及ITMS平臺發(fā)起注冊，用戶對應(yīng)業(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ā)到對應(yīng)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連接模式是否被更改為路由模式，改回橋接模式后看能否恢復(fù)正常。在OLT網(wǎng)管更換CVLAN數(shù)據(jù)后測試能否恢復(fù)正常；如果撥號提示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通用排查方法模塊日志下載方法：隱藏頁面，確保對應(yīng)服務(wù)已啟用，如下圖所示。常用的是agent（tr069）、sip、H.248、OMCI和OAM這幾項日志，分別對應(yīng)于/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)盤做鏡像（需準(zhǔ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消息應(yīng)答丟失告警）.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主要負責(zé)ONU的測距、激活和OMCI管理通道（OMCC）建立。流程如右圖所示，這里的ONU授權(quán)指物理標(biāo)識（GponSN）認證。OMCI則主要負責(zé)ONU的業(yè)務(wù)配置管理、故障管理和性能管理。 OMCI互通問題OMCI&PLOAM工程中一般基于邏輯標(biāo)識認證，主要通過OMCI來完成。流程如右圖所示。ONU上存儲著用于認證的邏輯標(biāo)識LOID+Password。OLT發(fā)起對ONU的認證并對ONU上報的

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

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

16、行激活。光信號狀態(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應(yīng)該到達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)信息”查看ONU的收發(fā)光功率

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

18、es = 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)之后，仍有大量周期性的O5O2O3O4O5的打

20、印。這一般屬于OLT設(shè)置障礙問題，在集團測試或分省入網(wǎng)測試時經(jīng)常遇到?？刹捎闷渌O(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連接對應(yīng)起來。只有OLT下發(fā)了單播業(yè)務(wù)，才能通過acl display sfc_en

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

22、了單播配置，上層環(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請求報文，即報文中的Option 50（請求

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

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

25、客戶端的配置信息，以便該客戶端重新申請地址時，重用這些參數(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單播報文，導(dǎo)致arp

26、ing程序頻繁Kill UDHCPC后再重啟，導(dǎo)致DHCP頻繁獲取地址。這種情況下需要平臺進行調(diào)整，回應(yīng)下掛設(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ù)進行比較，如果可以提供，則單播回復(fù)一個PA

27、DO 報文。根據(jù)網(wǎng)絡(luò)的拓撲結(jié)構(gòu)，PPPoE Client 可能收到多個PPPoE Server 發(fā)送的PADO 報文，PPPoE Client 選擇最先收到的PADO 報文對應(yīng)的PPPoEServer 做為自己的PPPoE Server，并單播發(fā)送一個PADR 報文。PPPoE Server 產(chǎn)生一個唯一的會話ID（SESSION ID），標(biāo)識和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），它負責(zé)配置用戶的IP 和DNS等工作。PPPoE Session的PPP協(xié)商成功后，其上就可以承載PPP數(shù)據(jù)報文。在PPPoE Session階段所有的以太網(wǎng)數(shù)據(jù)包都是單播發(fā)送的。PPPO

29、E原理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錯誤，則應(yīng)為賬號密碼錯誤，導(dǎo)致鑒權(quán)失敗。網(wǎng)關(guān)PPPOE撥號無法獲得地址打開抓的包，過濾條件pppoed | ppp

30、。如看到網(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é)議請求，但是平臺回復(fù)Authenticate-Nak，說明用戶鑒權(quán)失敗，導(dǎo)致的撥號不成功，需要與局方溝通獲取正確的賬號密碼。另外，對于上網(wǎng)通道，可以將路由改成橋，由PC撥號，如果返回691錯誤，則可以說明故障原因即如上所述。此外，對于

31、鑒權(quán)失敗的情況，還需要確認賬號密碼中是否有有特殊字符或者非法字符，或者空的賬號密碼，以便盡快準(zhǔn)確地確認。PPPOE問題PPPoE撥號能上網(wǎng)，但時常掉線需要檢查網(wǎng)絡(luò)環(huán)境，確定Reply包丟失的原因，可能的原因之一是線路質(zhì)量較差；考慮是不是BRAS隨機性的沒有回應(yīng)，當(dāng)連續(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報文，還能收起其他雜亂的PADI報文。說

32、明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ù)了解該用戶裝機當(dāng)天是好的，后續(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的光貓，抓取了故障終端的OMCI報文，

33、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)：如果搜索不到“AuthStates =

34、 0 x”，則需要分析日志，本次故障的情況是搜索不到該字段。100毫秒后，網(wǎng)關(guān)被去授權(quán)。在和OLT交互過程中，所有來自O(shè)LT的request請求，網(wǎng)關(guān)均響應(yīng)“Command processed successfully”，也未發(fā)現(xiàn)有響應(yīng)超時的情況。典型工程案例143典型工程案例144從日志看OLT沒有設(shè)置認證狀態(tài)，所以導(dǎo)致卡20%。需要OLT方面明確說明失敗原因，如果是LOID不正確、沖突、不存在，應(yīng)該要下發(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燈站