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

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

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

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

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

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

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

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

9、情況， 在排除OMCI/OAM下發配置和WAN連接接配置問題以后，優先考慮PON口鏡像抓包。對于涉及與平臺交互的TR069、VOIP業務問題，抓包和日志最好同步提供抓取，便于完整排查。OLT鏡像方法17通過主控盤對上聯盤做鏡像（需準備抓包的電模塊）Admin# cd deAdmindevice# set mirror to 19:3 Admindevice# set mirror add 19:4 /將上聯盤的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線卡注冊調試命令行18打開GPON線卡調試命令查看故障ONU SN是否可以持續正常發現，如果不能正常發現，則需確認ONU是否正常接入。GPON線卡開啟調試打印：Configgpon# debug 127Configgpon# set io currentGPON線卡關閉調試打印:Configgpon# debug 0Configgpon# set io default查看ONU狀態信息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)（數據帶寬，范圍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（下行數據無效告警）.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互通中網關與OLT之間主要通過PLOAM消息和OMCI消息進行交互。 PLOAM主要負責ONU的測距、激活和OMCI管理通道（OMCC）建立。流程如右圖所示，這里的ONU授權指物理標識（GponSN）認證。OMCI則主要負責ONU的業務配置管理、故障管理和性能管理。 OMCI互通問題OMCI&PLOAM工程中一般基于邏輯標識認證，主要通過OMCI來完成。流程如右圖所示。ONU上存儲著用于認證的邏輯標識LOID+Password。OLT發起對ONU的認證

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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