1、PON網(wǎng)絡(luò)組網(wǎng)和工程故障排查,2,1 設(shè)備管理,提綱,PON網(wǎng)絡(luò)組網(wǎng) 工程故障排查,FTTH應(yīng)用場(chǎng)景分析,FTTH場(chǎng)景 高帶寬接入，滿足三網(wǎng)融合需求,提供PON上行光貓,黑龍江電信PON上行光貓組網(wǎng),遠(yuǎn)程管理模式： 支持ITMS和EMS共同管理 EMS維護(hù)光路的開(kāi)通和管理 ITMS維護(hù)業(yè)務(wù)的開(kāi)通和管理,4,B,上網(wǎng),VLAN1,VLAN 3,VLAN 2,TR069,R,R,PON互通 應(yīng)用,EMS,VoIP,光貓自動(dòng)開(kāi)通流程,1.用戶報(bào)裝后，營(yíng)業(yè)廳和開(kāi)通部門(mén)將用戶的物理信息（住址、所在OLT、所在端口等）下發(fā)到TL1自動(dòng)工單系統(tǒng)。 2.將用戶的業(yè)務(wù)信息（VLAN、語(yǔ)音信息等）下發(fā)到ITMS平

2、臺(tái)。 3.在用戶放裝前，TL1先將用戶的認(rèn)證信息下發(fā)到相應(yīng)OLT上。 4.安裝人員到現(xiàn)場(chǎng)放裝，家庭網(wǎng)關(guān)設(shè)備上電后，安裝人員填入LOID號(hào)。 5.家庭網(wǎng)關(guān)將LOID上報(bào)OLT，OLT完成對(duì)家網(wǎng)設(shè)備的授權(quán)。并打開(kāi)相應(yīng)的通道。（TR069） 6.家庭網(wǎng)關(guān)將LOID上報(bào)ITMS平臺(tái)。 7.ITMS平臺(tái)將用戶業(yè)務(wù)配置下發(fā)給家庭網(wǎng)關(guān)。,光貓注冊(cè)頁(yè)面,在管理員賬號(hào)頁(yè)面點(diǎn)擊右下角“注冊(cè)”按鈕，會(huì)直接彈出“邏輯ID注冊(cè)頁(yè)面”如圖8所示。在【邏輯ID】處填寫(xiě)用戶業(yè)務(wù)受理單對(duì)應(yīng)的LOID號(hào)碼，點(diǎn)擊“注冊(cè)”按鈕，HGU會(huì)自動(dòng)向OLT及ITMS平臺(tái)發(fā)起注冊(cè)，用戶對(duì)應(yīng)業(yè)務(wù)完成自動(dòng)下發(fā)。,業(yè)務(wù)下發(fā)完成后，進(jìn)度條會(huì)進(jìn)度到10

3、0%，表示業(yè)務(wù)下發(fā)成功；,光貓注冊(cè)進(jìn)度條,8,1 設(shè)備管理,提綱,PON網(wǎng)絡(luò)組網(wǎng) 工程故障排查,1、注冊(cè)進(jìn)度卡在20% 問(wèn)題分析：注冊(cè)進(jìn)度20% 是在和OLT進(jìn)行授權(quán)交互，卡在20%表示授權(quán)失敗。主要原因可能有：LOID輸入錯(cuò)誤，例如LOID中含有0，o等容易混淆的字符；輸入了空格或者不需要輸入密碼的情況下輸入了密碼；局端設(shè)備OLT上數(shù)據(jù)配置不全； 處理建議：檢查輸入的LOID和裝機(jī)單上的是否一致；聯(lián)系OLT網(wǎng)管檢查工單數(shù)據(jù)是否已經(jīng)下發(fā)到對(duì)應(yīng)OLT的槽位和PON口，檢查L(zhǎng)OID是否和裝機(jī)單的一致。,注冊(cè)卡單問(wèn)題,2、注冊(cè)進(jìn)度卡在30% 問(wèn)題分析：進(jìn)度卡在30%，管理通道未拿到IP地址，此種情況

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

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

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

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

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

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

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

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

12、5.DISTANCE=1156. LOS=0（ONU斷纖告警）.LOF=0（ONU 幀定界丟失告警）.DOW=0（窗口漂移告警）.SF=0（信號(hào)失效告警）.SD=0（信號(hào)降級(jí)告警）.LCDG=0（GEM通道定界丟失告警）.RDI=0（下行數(shù)據(jù)無(wú)效告警）.SUF=0（測(cè)距失敗告警）.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

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

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

15、置LOID和Password 。在寬帶注冊(cè)頁(yè)面注冊(cè)時(shí)就會(huì)設(shè)置LOID和Password，并發(fā)起注冊(cè)。 OMCI日志分析?？捎糜诜治龉こ探^大多數(shù)OMCI互通問(wèn)題，比如ONU發(fā)現(xiàn)和激活、LOID認(rèn)證授權(quán)、OLT下配置和性能管理功能。 PLOAM日志分析。用于分析一般較底層的互通問(wèn)題，如反復(fù)去激活、掉電告警等。PLOAM日志需要通過(guò)串口獲取，先將光纖斷掉，輸入以下命令后再插上光纖。 dmesg -n 8 hi_cli /home/cli/klog/setcfg -v sys 0 dbg 0 x10 print 0 x10,設(shè)備發(fā)現(xiàn)問(wèn)題,設(shè)備發(fā)現(xiàn)正常流程 只要ONU與OLT之間的ploam交互能夠到達(dá)

16、O5狀態(tài)就代表OLT能發(fā)現(xiàn)設(shè)備。在OMCI日志通過(guò)搜索“omci recv ploam status=”來(lái)查看ONU的狀態(tài)變化。 正常情況下，OMCI應(yīng)該到達(dá)O5后狀態(tài)后再無(wú)狀態(tài)變化。 OLT發(fā)現(xiàn)不了設(shè)備 判斷依據(jù)：在OMCI日志中通過(guò)“omci recv ploam status=” 搜索到的ploam狀態(tài)最多只能到達(dá)O2、O3或者O4。不能到達(dá)O5。 處理辦法： 首先在維護(hù)賬號(hào)頁(yè)面的“WAN側(cè)狀態(tài)信息”查看ONU的收發(fā)光功率。正常情況下，收光范圍應(yīng)為（-27-8），發(fā)光范圍應(yīng)為（05）。收光太弱或太強(qiáng)都會(huì)影響設(shè)備發(fā)現(xiàn)和注冊(cè)。 如果太弱，則需要排查OLT到ONU之間的光纖、ONU上的法蘭盤(pán)是

17、否插好、法蘭盤(pán)兩端的光纖連接頭是否一致（藍(lán)色SC/PC）、光纖連接處是否不潔、ONU尾纖是否有破損等。 如果太強(qiáng)，則需要增加光衰，或者使用大分光比分光器，或者把光纖拔松一點(diǎn)，再在頁(yè)面讀取收光功率，直至滿足收光范圍。 排查局端以及線路是否存在故障，可采用其他設(shè)備對(duì)比測(cè)試。,LOID注冊(cè)問(wèn)題,LOID注冊(cè)正常流程 在OMCI日志中，可以通過(guò)“ AuthStates =”來(lái)查找OLT下發(fā)的LOID認(rèn)證狀態(tài)，只要最后一次是” AuthStates = 0 x01“即代表認(rèn)證成功。 在OMCI日志中，可以通過(guò)“ Loid = ”來(lái)確認(rèn)ONU上報(bào)的LOID ASCII碼。 LOID注冊(cè)失敗問(wèn)題 如果LOI

18、D認(rèn)證失敗，OLT須下發(fā)失敗的認(rèn)證狀態(tài)。在OMCI日志中，可以通過(guò)“ AuthStates = ”來(lái)查找認(rèn)證失敗原因，并同OLT方面溝通。 0 x02代表LOID不正確。 0 x03代表LOID正確，密碼不對(duì)。 0 x04代表LOID沖突。 認(rèn)證失敗后，OLT將ONU去激活，進(jìn)入靜默狀態(tài)。通常靜默時(shí)間是15分鐘。電信規(guī)范定義默認(rèn)是1分鐘。靜默時(shí)間結(jié)束后會(huì)重新進(jìn)入設(shè)備發(fā)現(xiàn)激活流程，然后重新進(jìn)行LOID認(rèn)證。進(jìn)入靜默時(shí)PON燈會(huì)閃爍。 在工程上，有時(shí)候也會(huì)遇到OLT出于未知原因，OLT不向ONU請(qǐng)求LOID，或者網(wǎng)關(guān)上報(bào)LOID后，OLT不反饋LOID認(rèn)證狀態(tài)，在這種情況下，需要與OLT方面溝通。

19、,設(shè)備不斷去激活問(wèn)題,設(shè)備被不斷去激活表現(xiàn)為，網(wǎng)關(guān)的網(wǎng)絡(luò)G燈每次常亮一段時(shí)間（十幾分鐘到幾十分鐘）會(huì)變?yōu)殚W爍，不能穩(wěn)定在常亮的狀態(tài)。 設(shè)備被不斷去激活通常有兩種情況： 一種是注冊(cè)流程中的周期性的靜默狀態(tài)，前面已說(shuō)明，通過(guò)修改為正確的LOID和Password可以解決。 還有一種是在已經(jīng)成功完成LOID認(rèn)證情況下被去激活，在OMCI日志中，可以看到OLT也下發(fā)了” AuthStates = 0 x01“認(rèn)證成功的狀態(tài)之后，仍有大量周期性的O5O2O3O4O5的打印。這一般屬于OLT設(shè)置障礙問(wèn)題，在集團(tuán)測(cè)試或分省入網(wǎng)測(cè)試時(shí)經(jīng)常遇到。可采用其他設(shè)備對(duì)比測(cè)試，如果異廠設(shè)備（尤其同屬OLT廠家的）可以注

20、冊(cè)上，則修改網(wǎng)關(guān)的GponSN為相同的GponSN，并使用相同的LOID和Password看看能否注冊(cè)上。,VEIP配置下發(fā)問(wèn)題,在ONU成功完成LOID認(rèn)證以后，OLT首先發(fā)起ONU的MIB同步流程，其后通過(guò)OMCI消息下發(fā)VEIP業(yè)務(wù)單播和組播配置。 在OMCI日志中，通過(guò)“STD_UNICAST_SERVICE”搜索OLT下發(fā)了哪些VEIP單播業(yè)務(wù)，可以根據(jù)vlanid與WAN連接對(duì)應(yīng)起來(lái)。只有OLT下發(fā)了單播業(yè)務(wù)，才能通過(guò)acl display sfc_entry all命令查看到有對(duì)應(yīng)的sfc規(guī)則。 在OMCI日志中，通過(guò)“multicast gemport”可以搜索到組播GEM P

21、ort是否下發(fā)。組播GEM port通常是4095或者3087。 如果某WAN連接對(duì)應(yīng)的vlan在VEIP配置信息中沒(méi)有找到，那肯定是OLT未配置好，需要聯(lián)系OLT解決。,應(yīng)用問(wèn)題排查,網(wǎng)關(guān)應(yīng)用模塊問(wèn)題一般排查方法 對(duì)于涉及WAN側(cè)的應(yīng)用問(wèn)題，主要通過(guò)端口鏡像抓包進(jìn)行分析，分析原則如下： 相比正常流程，什么包沒(méi)收到或沒(méi)發(fā)出。 如果是包沒(méi)有從網(wǎng)關(guān)發(fā)出去，那么主要應(yīng)關(guān)注WAN連接配置是否正確，確認(rèn)網(wǎng)絡(luò)接口是否已創(chuàng)建，應(yīng)用模塊是否已啟動(dòng)。 如果是包沒(méi)有從PON口進(jìn)來(lái)： 確認(rèn)OLT是否已經(jīng)下了單播配置，上層環(huán)境是否正常。 抓包確認(rèn)之前網(wǎng)關(guān)的回包是否正確。,DHCP原理,動(dòng)態(tài)獲取ip 為了動(dòng)態(tài)獲取并使用

22、一個(gè)合法的IP地址，需要經(jīng)歷以下幾個(gè)階段： 發(fā)現(xiàn)階段：即DHCP 客戶端尋找DHCP 服務(wù)器的階段。 提供階段：即DHCP 服務(wù)器提供IP 地址的階段。 選擇階段：即DHCP 客戶端選擇某臺(tái)DHCP 服務(wù)器提供的IP 地址的階段。 確認(rèn)階段：即DHCP 服務(wù)器確認(rèn)所提供的IP 地址的階段。,DHCP原理,重用曾經(jīng)分配的ip DHCP客戶端每次重新登錄網(wǎng)絡(luò)時(shí)，不需要再發(fā)送DHCP-DISCOVER報(bào)文，而是直接發(fā)送包含前一次分配的IP地址的DHCP-REQUEST請(qǐng)求報(bào)文，即報(bào)文中的Option 50（請(qǐng)求的IP地址選項(xiàng)）字段填入曾經(jīng)使用過(guò)的IP地址。DHCP服務(wù)器收到這一報(bào)文后，判斷DHCP客

23、戶端是否可以使用請(qǐng)求的地址： 如果可以使用請(qǐng)求的地址，DHCP服務(wù)器將回復(fù)DHCP-ACK確認(rèn)報(bào)文。收到DHCP-ACK報(bào)文后，DHCP客戶端可以繼續(xù)使用該地址進(jìn)行通信。 如果請(qǐng)求的IP地址已無(wú)法再分配給DHCP客戶端（例如，此IP地址已分配給其它DHCP客戶端使用），則DHCP服務(wù)器將回復(fù)DHCP-NAK否認(rèn)報(bào)文。DHCP客戶端收到此報(bào)文后，必須重新發(fā)送DHCP-DISCOVER報(bào)文來(lái)請(qǐng)求新的IP地址。,DHCP原理,更新租約 IP 租約期限達(dá)到一半（T1）時(shí)，DHCP 客戶端會(huì)自動(dòng)以單播的方式，向DHCP 服務(wù)器發(fā)送DHCP-REQUEST 報(bào)文，請(qǐng)求更新IP 地址租約。如果收到DHCP-

24、ACK 報(bào)文，則租約更新成功；如果收到DHCP-NAK 報(bào)文，則重新發(fā)起申請(qǐng)過(guò)程。 到達(dá)租約期限的87.5%（T2）時(shí)，如果仍未收到DHCP 服務(wù)器的應(yīng)答，DHCP 客戶端會(huì)自動(dòng)向DHCP 服務(wù)器發(fā)送更新其IP 租約的廣播報(bào)文。如果收到DHCP-ACK 報(bào)文，則租約更新成功；如果收到DHCP-NAK 報(bào)文，則重新發(fā)起申請(qǐng)過(guò)程。 DHCP客戶端主動(dòng)釋放IP地址 DHCP客戶端不再使用分配的IP地址時(shí)，會(huì)主動(dòng)向DHCP服務(wù)器發(fā)送DHCPRELEASE報(bào)文，通知DHCP服務(wù)器釋放IP地址的租約。DHCP服務(wù)器會(huì)保留這個(gè)DHCP客戶端的配置信息，以便該客戶端重新申請(qǐng)地址時(shí)，重用這些參數(shù)。,DHCP問(wèn)題

25、,DHCP無(wú)法獲取地址 打開(kāi)抓的包，過(guò)濾條件bootp。如看到網(wǎng)關(guān)設(shè)備發(fā)出的DHCP Discovery包并沒(méi)有任何DHCP Server回，表明線路不正常，遇到此類(lèi)型的工程問(wèn)題，需要查看網(wǎng)絡(luò)環(huán)境。,DHCP問(wèn)題,DHCP方式地址經(jīng)常變化 打開(kāi)抓的包，過(guò)濾條件bootp。關(guān)注兩部分： 查看租約期為多少，一般建議租約期不低于1天，如果過(guò)短（例如20分鐘）建議平臺(tái)修改，這樣會(huì)造成下掛設(shè)備頻繁續(xù)租，增加平臺(tái)壓力。 如果續(xù)租時(shí)間正常，但設(shè)備上抓包發(fā)現(xiàn)設(shè)備頻繁請(qǐng)求地址（10分鐘多于2次），有可能因?yàn)樵O(shè)備沒(méi)有收到上層平臺(tái)的arp單播報(bào)文，導(dǎo)致arping程序頻繁Kill UDHCPC后再重啟，導(dǎo)致DHCP

26、頻繁獲取地址。這種情況下需要平臺(tái)進(jìn)行調(diào)整，回應(yīng)下掛設(shè)備的arp單播報(bào)文。,PPPOE原理,PPPOE流程三階段Discovery階段 Discovery階段由四個(gè)過(guò)程組成。完成之后通信雙方都會(huì)知道PPPoE的Session_ID以及對(duì)方以太網(wǎng)地址，它們共同確定了唯一的PPPoE Session。 PPPoE Client 廣播發(fā)送一個(gè)PADI 報(bào)文，在此報(bào)文中包含PPPoE Client 想要得到的服務(wù)類(lèi)型信息。 所有的PPPoE Server 收到PADI 報(bào)文之后，將其中請(qǐng)求的服務(wù)與自己能夠提供的服務(wù)進(jìn)行比較，如果可以提供，則單播回復(fù)一個(gè)PADO 報(bào)文。 根據(jù)網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)，PPPoE C

27、lient 可能收到多個(gè)PPPoE Server 發(fā)送的PADO 報(bào)文，PPPoE Client 選擇最先收到的PADO 報(bào)文對(duì)應(yīng)的PPPoEServer 做為自己的PPPoE Server，并單播發(fā)送一個(gè)PADR 報(bào)文。 PPPoE Server 產(chǎn)生一個(gè)唯一的會(huì)話ID（SESSION ID），標(biāo)識(shí)和PPPoEClient 的這個(gè)會(huì)話，通過(guò)發(fā)送一個(gè)PADS 報(bào)文把會(huì)話ID 發(fā)送給PPPoE Client，如果沒(méi)有錯(cuò)誤，會(huì)話建立后便進(jìn)入PPPoE Session 階段。,PPPOE原理,PPPOE流程三階段Session階段 Session階段可劃分為兩部分，一是PPP協(xié)商階段，二是PPP報(bào)文

28、傳輸階段。PPPoE Session上的PPP協(xié)商和普通的PPP協(xié)商方式一致，分為L(zhǎng)CP、認(rèn)證、NCP三個(gè)階段。 LCP 階段主要完成建立、配置和檢測(cè)數(shù)據(jù)鏈路連接。 協(xié)商成功后，開(kāi)始進(jìn)行認(rèn)證工作，認(rèn)證協(xié)議類(lèi)型由LCP 協(xié)商結(jié)果（CHAP 或者PAP）決定。 認(rèn)證成功后，PPP 進(jìn)入NCP 階段，NCP 是一個(gè)協(xié)議族，用于配置不同的網(wǎng)絡(luò)層協(xié)議，常用的是IP 控制協(xié)議（IPCP），它負(fù)責(zé)配置用戶的IP 和DNS等工作。 PPPoE Session的PPP協(xié)商成功后，其上就可以承載PPP數(shù)據(jù)報(bào)文。在PPPoE Session階段所有的以太網(wǎng)數(shù)據(jù)包都是單播發(fā)送的。,PPPOE原理,PPPOE流程三階段

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

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

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

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

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

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