核心設備諸如路由器和BRAS,在網(wǎng)絡中的位置決定了其設備的重要性,它的每一步操作都直接影響著網(wǎng)絡的穩(wěn)定性。筆者單位的上網(wǎng)方式采用的是PPPOE撥號,PPPOE撥號采用的是點到點協(xié)議,具有用戶認證及通知IP地址的功能。主要解決了通過同一個用戶前置接入設備連接多個用戶主機,又要提供類似撥號一樣的接入控制、計費等功能的問題,而且還可以減少用戶側的配置操作。近日,有同事反映PPPOE撥號不能成功,經(jīng)過對網(wǎng)絡進行分析和上網(wǎng)方式的比較,并排查BRAS的相關參數(shù)配置,最后將故障定位在BRAS端口封裝上。接下來就介紹一下故障的處理過程。
近日,有同事反映某辦公區(qū)網(wǎng)絡出現(xiàn)異常,具體的故障現(xiàn)象是在辦公電腦上使用靜態(tài)IP地址可上網(wǎng),但是使用PPPOE撥號上網(wǎng)不可以,撥號錯誤代碼651或者678。
出現(xiàn)故障后,需要對故障現(xiàn)象進行收集,搜集的內(nèi)容包括故障現(xiàn)象、故障發(fā)生的時間、故障發(fā)生之前的操作、故障發(fā)生時問題的跟蹤、故障發(fā)生后相關日志告警的查看和發(fā)生故障后的操作。通過對這些內(nèi)容的搜集后,基本得知故障現(xiàn)象是在辦公網(wǎng)電腦上設置靜態(tài)IP地址可以訪問Internet,這里使用的IP地址是從地址池里排除的靜態(tài)地址,在BRAS上也稱作IP-host。
既然使用靜態(tài)的IP地址可以上網(wǎng),那么就可以說網(wǎng)絡是通達的。為什么會出現(xiàn)撥號故障呢?而且具體的錯誤代碼是651。這里就涉及到上網(wǎng)方式的問題,它取決于BRAS業(yè)務接口接入用戶的封裝類型,BRAS上定義的上網(wǎng)的方式具體有DHCP、PPPOE和靜態(tài)IP-host,那么結合業(yè)務端口的封裝類型就是ipover-etherne,即 IPoE,只允許DHCP用戶接入;ppp-overethernet即 PPPoE,只允 許PPPoE用戶接入。
問題分析到這里,我們使用命令show runningconfig uim 查看端口的封裝類型,得到如下信息。
interface gei-0/0/1/13.266
通過對端口VCC封裝的查看,只看到端口加入了VCC接口,并沒有進行封裝,這樣就很好解釋該接口下為什么不能撥號上網(wǎng)了。
既然要實現(xiàn)用戶側同時滿足靜態(tài)IP和PPPOE撥號上網(wǎng)兩種方式,那就要封裝混合模式,即包含IP-HOST和PPPOE撥號。接下來我們就要對接口的VCC進行配置。具體的配置如下:
vcc-configuration
//進入VCC配置模式
interface gei-0/0/1/13.266
//進入子接口
bind sal 4
//綁定sal
encapsulation multi
//封裝端口模式
pppox template 1
//綁定aaa模板
通過上面的配置,我們先進入用戶側電路配置模式,然后在對應的子接口下,綁定SAL。SAL的作用是綁定域名,即撥號上網(wǎng)使用的寬帶賬號需要攜帶sal4中定義的域名。最后,結合上面的網(wǎng)絡需求,要同時滿足靜態(tài)IP地址和PPPOE兩種上網(wǎng)方式,這也是我們需要急切解決的問題。這就需要把端口封裝成混合模式即encapsulation multi,該模式就包含了我們上面講到的IP-HOST和PPPOE撥號兩種上網(wǎng)方式。
配置完畢后,經(jīng)過對網(wǎng)絡進行驗證測試,結果是使用PPPOE撥號上網(wǎng)可以正常撥號,當然使用靜態(tài)IP地址也沒有問題。這樣就達到了解決故障的目的。
從得到故障信息后,認真對故障現(xiàn)象進行信息采集,并對故障現(xiàn)象進行了分析,通過對上網(wǎng)方式的比較,得知端口的封裝模式?jīng)Q定了上網(wǎng)方式。需要將端口VCC封裝模式定義成混合模式,才能同時滿足固定IP地址和PPPOE撥號上網(wǎng)的需求。后期,我們得知該辦公區(qū)新建不久,當時的需求只是配置一個固定IP地址作為網(wǎng)絡設備管理使用,所以并沒有考慮到撥號上網(wǎng)這一需求。
通過這次故障的排查,掌握解決問題的方法很重要。通過對故障現(xiàn)象信息的收集,并結合網(wǎng)絡結構逐步縮小故障范圍,在縮小故障范圍的同時可以合理使用對比驗證的方法,最終達到將故障點定位,解決問題的目的。