由此，可以重點檢查主路由器的路由表和DNS的轉換表。由于多數Internet訪問流量被引導到了營業廳業務服務器，所以可以重點檢查DNS 服務器。用網絡測試儀對DNS服務器做查詢，觀察查詢結果，發現DNS轉換表有相當大的比例指向了營業廳子網中的業務服務器。筆者懷疑是DNS服務器出了問題!

　　于是通知中心網絡的網管人員將DNS服務器重新啟動并快速設置一次，稍后網絡管理人員報告網絡業務恢復正常。用網絡測試儀的Internet工具包查詢DNS服務器，可以看到指向營業廳業務服務器的數據已經全部消失，這表明網絡已經完全恢復了正常工作。但好景不長，約3分鐘后，故障重新出現，仍有97%的通道流量被指向了子網。

　　由于DNS服務器只設置了一臺，沒有備份或備用服務器，于是不得不立即來到中心網絡機房，對DNS服務器及其周圍設備進行檢查。測試服務器網卡和與路由器的電纜正常。為了不中斷服務，筆者讓網管人員在另一臺備用服務器上臨時安裝設置了DNS服務器。經過短暫的業務中斷后，更換上的新DNS服務器開始投入適用。只見子網路由器的流量立刻降低到了1.5%。經過30分鐘的穩定工作后，所有用戶均恢復到正常工作狀態，故障消除。

　　3、故障原因

　　大家知道，DNS服務器用于將用戶域名轉換為IP地址，一般來說不會出現什么問題。但由于某些原因，造成了類似本例的中轉換地址統統指向了營業廳子網的業務服務器。業務服務器不具備路由處理功能，對發送來的IP數據包要么拒收并置之不理，要么返回目標不可達或需要重定向的報告數據包。這就是我們在ICMP監測時經常觀察到的現象。

　　本地鐵通的用戶數量并不多，而且與上級網絡的鏈路帶寬為155M的ATM鏈路，大有富余，所以上Internet的用戶其上網速度主要受子網帶寬的影響。因為許多的用戶要經過擁擠的無效E1鏈路，造成路由重定向和嚴重的時延。大量的IP數據包擁向只有2M帶寬的子網路由器，流量達到了97%，造成子網工作速度突然變慢，路由器出現嚴重擁塞等現象。

　　4、兩點建議

　　(1)DNS服務器要定期“體檢”

　　基為了防止DNS服務不穩定造成業務中斷或出錯，不少網管人員在設置DNS服務器時都安裝了備用DNS服務器，亦即安裝不只一臺DNS服務器。但這樣做也會帶來一個潛在的危險，即主DNS服務器出問題，備用自動服務器投入運行，這樣會犧牲一定的網絡帶寬，使得系統總體性能有所下降。危險在于，性能的下降常常是在不知不覺中來到的。所以，為了保證網絡經常處于良好的工作狀態，網絡管理人員需要定期檢查DNS服務器的轉換表。

　　本故障中的DNS指向錯誤導致用戶的IP數據包對準了子網服務器，但如果對準的不是服務器而是中心網絡本地網段中的某臺機器，則故障強度會減弱，用戶不會感到非常明顯的速度變慢。這樣可能不會感到明顯的“身體不適”從而使得網絡長期帶病運行。就象人一樣，定期的體檢對及時發現疾病及其隱患是非常必要的。而如何及時發現路由優化方面的問題，也是網絡定期項目測試中的內容之一，對大型網絡則更有必要，必須堅持定期維護和測試。

　　(2)網絡狀況的實時監控

　　許多網絡設備如路由器、交換機、只能集線器等都支持SNMP網管功能，但為了全面監測網絡通道功能，還需要網絡設備支持全面的RMON和RMON2。用這樣的設備組建起來的網絡其管理和故障診斷功能是很不錯的。但現實的問題是，這樣的網絡設備價格是普通網絡設備的 6～10倍左右，用戶難以接受。因此，為了隨時監測網絡的服務應用流量及其比例、來源，工作記錄以及必要時進行解包分析，建議用戶在重要的服務器通道或路由通道上安裝監測接口。以便必要時可以隨時將流量分析儀、網絡測試儀接入通道進行監測和分析。這樣，本故障的查找時間可以縮短到20分鐘左右。當然，如果資金允許，也可以將流量分析儀長期接入通道對多個重要的網絡設備進行全速率透明流量監測，這樣可以把故障定位時間縮短到1分鐘以內。

　　這次“出診”總的來說還算順利，其實每次出診就是一次學習和提高的機會。也許上述案例只是個案，你可能不會遇到，但排錯思路還是值得大家借鑒的。另外，最后的兩點建議我希望能夠引起大家的重視。