近日,在城區某基站部署完OLT設備后就陸續接到用戶的報修,同時寬帶維護人員也反映轄區內有部分用戶上不網。根據這一故障現象和特點,當前最需要做的是鎖定故障點。根據用戶報修的小區,我們按照規劃可以查到該用戶使用的VLAN,這里值得一提的是,目前互聯網用戶采用的是PUPV,即每用戶每VLAN,所以這里就使用到了QINQ技術即VLAN嵌套。根據用戶使用的外層VLAN信息,我們登錄到所屬的OLT上使用命令show mac-address-table l2-address vlan 2771,查 看該VLAN的MAC地址,這樣我們就核查該OLT上聯口VLAN透傳信息后沒有發現問題。問題分析到這里故障的處理陷入了僵局。
通過故障現象得知,該OLT下只是部分用戶上不去網,正是這一部分上不了網的用戶在OLT的上聯口是學習不到對應VLAN的MAC地址,即從OLT上學習不到BRAS上過來的VLAN2771的MAC,所以我們大膽猜測是BRAS上的配置有問題。
登錄到BRAS上查看配置(其實BRAS又稱寬帶接入服務器,在配置上和路由器十分相似),首先需要查看的是VLAN2771這個子接口是否存在,接下來再查看該子接口是不是已經封裝了VLAN2771。這些都沒有問題,那么最后需要查看的是用戶側電路的配置即VCC接口,該用戶側電路端口的封裝的類型是ipover-ethernet。
其實,在BRAS上的用戶側電路上對端口的封裝類型主要有三種類型,第一種pppover-ethernet模式供PPPoE撥號上網用戶使用,第二種ip-over-ethernet模式供動態獲取IP地址供DHCP用戶使用,最后一種multi是混雜模式,配置該模式后該接口可以允許PPPoE撥號上網和靜態IP地址用戶使用。那么回過來我們再查看VLAN2771封裝的類型是ip-over-ethernet,而現實中使用該VLAN的用戶都是PPPoE撥號上網用戶。問題分析這里我們就找到了故障點。
既然找到了網絡故障發生的原因,接下來我們將修改該端口的配置即:

//封裝端口類型為PPPoE撥號模式
通過上面的配置,我們已經將該子接口的VCC封裝類型做了修改,這時使用該VLAN的用戶也陸續恢復了網絡服務。
后期我們仔細分析了出現故障的原因,是因為在用戶側電路子接口封裝方式不正確而導致的網絡故障,究其原因主要還是對BRAS設備的知識理解不夠透徹,后期我們將把學習BRAS配置作為一種常態,在不斷的實踐中逐漸達到熟練配置設備的目的。只有在網絡運維的過程中,練好過硬的網絡排錯本領,這樣才能在不斷發展的網絡維護中,以最快的速度和最佳的辦法處理好問題。只有把網絡工作做好,才能將客戶服務質量加以提升。