排除QINQ網絡故障

■ 山東廣電網絡有限公司濟寧分公司 何鈺 李瑞祥

故障現象

近日筆者接到同事的反映，某新開通的互聯網用戶不能正常上網，寬帶PPPoE撥號錯誤代碼顯示651。

故障分析

得知這一信息后，我們了解到用戶的接入方式是光纖入戶。因為這次是新安裝的用戶，為了盡快排除故障，我們決定和現場安裝人員配合共同處理好該故障。在獲取ONU的MAC地址后，登錄到OLT上使用命令show interface epon-onu creationinformation | include 90a6 得到該ONU的ID號，緊接著使用命令show running-config epon-onu 1/13/2查看ONU的配置。

通過查看該ONU的配置信息，我們得知該ONU的端口1、3和4配置了互聯網業務，端口2配置了VOD點播業務。其中互聯網業務使用的VLAN是2001，點播業務使用的VLAN是1002。

既然ONU的配置信息正確，那么是不是ONU的光功率有問題呢？使用命令show epon-onu 1/13/2 transceiver得到目前ONU的接收光功率是-22db，光功率屬于正常范圍。既然ONU配置信息正確、ONU光功率正常，按照網絡層次劃分應該排查下ONU上游設備OLT的配置。使用命令show running-config interface epon-olt 1/13查看下PON口1/13的配置信息，具體配置文件如下：

通過查看PON口的配置發現，該PON的QINQ的翻譯規則有誤，在這里有兩個問題需要說明一下，第一簡要介紹一下QINQ的概念，QINQ即VLAN嵌套，該技術通過在以太幀中堆疊兩個802.1Q報頭，有效地擴展了VLAN數目，使VLAN的數目最多可達4096x4096個。第二是我們互聯網的內層VLAN是2000-2999，點播的內層VLAN是1000-1999。上面提到該ONU使用的內層VLAN是2001，那么按照上面PON口配置的QINQ規則“vlanmapping ingress outer from 1000 to 2011 translate outer 1254 inner copy-fromouter”會將內層VLAN2001翻譯成VOD點播的外層VLAN 1254，這樣自然而然的用戶就會上不去網。

為了驗證一下分析得是否正確，我們使用命令show mac-address-table l2-address vlan 1254查看一下VLAN 1254MAC地址信息，如圖1所示。

通過查看VLAN 1254的MAC地址表，我們發現這次新開通用戶的電腦MAC地址f46d.0420.d102，的確被打上了一個VOD點播VLAN的外層標簽。

故障解決

既然知道了故障原因，那么就需要修改PON的配置：

通過刪除PON口的錯誤QINQ規則，并將該PON口進行了重新配置。為了驗證下配置是否正確，再一次使用命令 show macaddress-table l2-address vlan 2254查看下互聯網VLAN2254的MAC地址表，如圖2所示。

通過查看互聯網VLAN2254的MAC地址表，可以清晰地看到用戶的電腦MAC已經學習到，這時現場安裝人員也告知用戶可以正常撥號上網了，這樣我們就完成了該故障的排除。

故障總結

從得知故障的簡單信息，到查看ONU的配置信息和光功率，再到通過查看PON口的配置信息從而發現故障原因，最后通過修改PON口的QINQ規則網絡恢復了正常。通過這次故障查修，我們可以清晰地看到故障產生的原因，后期得知是同事使用Excel制作OLT配置腳本時，無意中將互聯網和VOD點播的內層VLAN進行了疊加，才導致了PON口配置的內層VLAN混亂。

通過這次故障的排查我們舉一反三，將目前在用OLT的配置文件進行了檢查，從而防止類似問題的再次發生，同時要求同事們在配置OLT使用腳本時，需要仔細檢查配置文件，杜絕了配置OLT人為因素錯誤的發生。