交換機故障還是比較常用的，于是我研究了一下交換機故障的五種排除方法，在這里拿出來和大家分享一下，希望對大家有用。在一個交換網(wǎng)絡(luò)里，您如何確 定從哪里開始動手查找問題？想深入“透視”一個交換網(wǎng)絡(luò)是非常困難的。首先，在2層交換的時候還是橋接轉(zhuǎn)發(fā)方式，但到了3層交換卻有了更高級的特性和轉(zhuǎn)發(fā) 規(guī)則，例如VLAN。

到了4層交換，就更加復(fù)雜了，出現(xiàn)了更高級的轉(zhuǎn)發(fā)和負(fù)載均衡技術(shù)，交換機故障診斷和解決就需要更多的交換機配置知識。在安裝完一臺交換機后，每個交換機的半雙工端口 就構(gòu)成了一個沖突域。如果該端口連接了一個集線器，集線器下面連接若干站點，那么沖突域會擴(kuò)大。但隨著交換產(chǎn)品的價格下跌，現(xiàn)在大多數(shù)新建的網(wǎng)絡(luò)每個交換 端口都只連接一個站點。因此，在半雙工連接情況下，沖突域僅針對一個單獨的電纜鏈路。

交換機通常是一個獨立廣播域的一部分，包括串連或者并連的任意數(shù)目的其他交換機。如果使用了OSI模型3層的功能，就可以創(chuàng)建多廣播域，廣播域的數(shù) 目與VLAN數(shù)目相等。最極限的情況，如果交換機功能允許，每個端口可以配置為一個獨立的廣播域。可以把這種情況描述為路由到桌面。為每個端口創(chuàng)建一個獨 立的廣播域后，交換機故障診斷就會嚴(yán)格受限。但是如果我們把每個端口設(shè)置為一個單獨的廣播域，交換機在轉(zhuǎn)發(fā)流量的時候，每個端口都需要路由服務(wù)，這會占用 交換機CPU的有限資源。

在網(wǎng)絡(luò)環(huán)境中，對每個單獨的端口進(jìn)行路由請求和應(yīng)答是非常困難的，我們應(yīng)該避免這樣的配置。不幸的是，這種情況在實際情況中非常常見，網(wǎng)絡(luò)中經(jīng)常發(fā) 現(xiàn)服務(wù)器全部在一個子網(wǎng)或者廣播域中，所有的客戶在另外的子網(wǎng)或者廣播域中。在這種情況下，所有的請求都必須路由。如果維護(hù)行為限制在一個單獨的服務(wù)器群 里，那么考慮把服務(wù)器放進(jìn)單獨的VLAN里。然后把使用這臺服務(wù)器的用戶放到同一個VLAN。這樣就可以使用2層交換的橋接方式來交換流量，只有很少的請 求需要路由。如果服務(wù)器支撐多于一個用戶區(qū)，可以在服務(wù)器上多裝一塊網(wǎng)卡來實現(xiàn)到用戶的2層交換連接。

對交換機故障進(jìn)行診斷的5種技術(shù)

可以采取5種基本方式來透視交換機。每一種方法都不同，都有積極或者消極的一面。類似在網(wǎng)絡(luò)中遇到的其他問題一樣，沒有一個最好的答案。最合適的方 案往往取決于您手中可以利用到的資源（什么工具可以使用或者以前安裝過什么工具），而且使用這些技術(shù)有可能造成服務(wù)中斷。

即使把這些方式組合起來，也不能監(jiān)測到所連接的網(wǎng)絡(luò)，在交換的環(huán)境里面，也不像集線器那樣方便監(jiān)測。我們幾乎不可能看到通過一個交換機的全部流量。 大多數(shù)的交換機故障診斷會假設(shè)流量會在站點和所連接的服務(wù)器之間或經(jīng)過故障診斷交換機uplink口通過。而實際上如果2臺主機直接傳輸信息的話，就不會 使用交換機的uplink口或者任何其他的端口來交換流量。除非你知道具體用到哪個端口，否則是監(jiān)測不到的。

舉個例子，一臺服務(wù)器接入一臺交換機。在反映有問題的用戶中，一部分是直接與這臺交換機相連，另外的一部分用戶是由這臺交換機的uplink口從其 他路由器或者交換機連接上來的。故障報告是訪問服務(wù)器“慢”，這樣的交換機故障報告對技術(shù)支持工程師來說基本上沒有任何價值。