筆者單位近期進行了衛通中心站和端站的擴容建設,從衛星通信可靠性的角度考慮,為衛通中心站和端站購置了帶外控制設備。衛通中心站和端站的連接關系如圖1所示。
終端站2和終端站1、中心站分別通信,兩條鏈路互為備份,終端站1在中心站附近,兩者通過光收發互聯。設備安裝配置完畢后,中心站控制終端站2沒有問題,但中心站與終端站1的控制端始終無法連通。
圖1 衛通中心站和端站的連接關系圖
由于鏈路涉及的環節較多,因此需按照分段排查的思想處理故障。首先,將終端站1的控制調制解調器放在中心站三層交換機上,兩者可以連通,說明終端站1的控制調制解調器沒有問題。其次,將一臺筆記本電腦放在終端站1的三層交換機上,與終端站1的控制調制解調器也能連通,說明終端站1的網絡連接沒有問題。用這臺筆記本電腦與中心站的控制終端相互Ping包,也可以連通,說明中心站與終端站1的網絡沒有問題,但筆記本電腦始終無法Ping通中心站的控制調制解調器。筆者初步判斷問題出在控制調制解調器上。
在筆記本電腦上啟用抓包軟件,通過分析發現,當筆記本電腦Ping中心站的控制調制解調器時,雖然能發現控制調制解調器的MAC地址,但始終無法解析為IP地址,因此兩者始終無法通信。
找到了故障根源后,怎么解決MAC地址無法解析的問題呢?筆者研究了一下三層交換機,發現交換機并沒有啟用三層協議,即當作一個集線器使用,工作在二層。既然控制調制解調器在二層無法解析MAC地址,是否可以啟用三層協議,在網絡層完成通信呢?筆者在中心站和端站1的三層交換機劃分了一個VLAN,并為VLAN配置了IP地址,將中心站和端站1涉及到帶外控制的設備都接到這個VLAN里,中心站和端站1的控制設備可以連通了,通過抓包軟件可以看到MAC地址可以解析了。經過一段時間拷機,設備工作穩定,故障排除了。
如今,信息傳輸鏈路串接的設備不斷增多,故障點也隨之增加。在信息傳輸鏈路出現業務故障時,首要的是以分段的思想排除可能的疑點,不斷縮小故障點,直到確認故障原因??傊?,信息傳輸鏈路出現問題并不可怕,只要有了思路,困難必定迎刃而解。