在一個交換網路裏，您如何確定從哪開始動手搜尋問題?想深入“透視”一個交換網路是非常困難的。首先，在2層交換的時候還是橋接轉發方式，但到了3層交換卻有了更高級的特性和轉發規則，例如VLAN。到了4層交 換，就更加複雜了，出現了更高級的轉發和負載均衡技術，故障診斷故障診斷和解決就需要更多的交換機配置知識。
在安裝完一台交換機後，每個交換機的半雙工端口就構成了一個衝突域。如果該端口連接了一個集線器，集線器下面連接若干站點，那麼衝突域會擴大。但隨著交換產品的價格下跌，現在大多數新建的網路每個交換端口都只連接一個站點。因此，在半雙工連接情況下，衝突域僅針對一個單獨的電纜鏈路。
交換機通常是一個獨立廣播域的一部分，包括串連或者並連的任意數目的其他交換機。如果使用了OSI模型3層的功能，就可以創建多廣播域，廣播域的數目與VLAN數目相等。最極限的情況，如果交換機功能允許，每個端口可以配置為一個獨立的廣播域。可以把這種情況描述為路由到桌面。為每個端口創建一個獨立的廣播域後，故障診斷就會嚴格受限。但是如果我們把每個端口設置為一個單獨的廣播域，交換機在轉發流量的時候，每個端口都需要路由服務，這會佔用交換機CPU的有限資源。在網路環境中，對每個單獨的端口進行路由請求和應答是非常困難的，我們應該避免這樣的配置。不幸的是，這種情況在實際情況中非常常見，網路中經常發現伺服器全部在一個子網或者廣播域中，所有的客戶在另外的子網或者廣播域中。在這種情況下，所有的請求都必須路由。如果維護行為限制在一個單獨的伺服器群裏，那麼考慮把伺服器放進單獨的VLAN裏。然後把使用這臺伺服器的用戶放到同一個VLAN。這樣就可以使用2層交換的橋接方式來交換流量，只有很少的請求需要路由。如果伺服器支撐多於一個用戶區，可以在伺服器上多裝一塊網卡來實現到用戶的2層交換連接。
對交換機進行故障診斷的5種技術
可以採取5種基本方式來透視交換機。每一種方法都不同，都有積極或者消極的一面。類似在網路中遇到的其他問題一樣，沒有一個最好的答案。最合適的方案往往取決於您手中可以利用到的資源(什麼工具可以使用或者以前安裝過什麼工具)，而且使用這些技術有可能造成服務中斷。
即使把這些方式組合起來，也不能監測到所連接的網路，在交換的環境裏面，也不像集線器那樣方便監測。我們幾乎不可能看到通過一個交換機的全部流量。大多數的故障診斷會假設流量會在站點和所連接的伺服器之間或經過故障診斷交換機uplink口通過。而實際上如果2台主機直接傳輸資訊的話，就不會使用交換機的uplink口或者任何其他的端口來交換流量。除非你知道具體用到哪個端口，否則是監測不到的。
舉個例子，如圖1，一台伺服器接入一台交換機。在反映有問題的用戶中，一部分是直接與這臺交換機相連，另外的一部分用戶是由這臺交換機的uplink口從其他路由器或者交換機連接上來的。故障報告是訪問伺服器“慢”，這樣的故障報告對技術支援工程師來說基本上沒有任何價值。
圖一、一個最基本的交換機環境
方法1：通過TELNET或者串列口接入伺服器
高級的網路技術支援工程師或其他知道交換機密碼的人在進行故障診斷時可以選擇通過TELENET或者交換機的串口登陸，來檢查交換機的配置。(如圖2)
圖 2、使用RS-232 控制端口
交換機配置可以通過上面提到的2種方法查看，雖然問題不一定是配置引起的。不管問題是作業系統有BUG還是配置不完善，都不能從配置列表中輕易的查看出。配置資訊在定位交換機是否像預期的那樣運行上比較有用，但針對故障診斷就不是了。為了驗證交換機的配置，往往需要使用多種的交換機故障診斷方法配合。
很多交換機都帶有實時的故障診斷工具，因為交換機生產廠家和型號的不同，這些故障解決工具的特徵也各不相同。但是要使用好這些工具，必須依靠一定的理論知識和實際經驗。
1
2
3
4
5
下一頁>>
