在交換網絡中，對交換機進行故障排除通常比對路由器進行故障排除困難得多。 其實路由器比交換機復雜多了，不過希望大家明天給大家介紹一些維護交換機的經驗。 教大家兩種簡單易用的交換機故障排除方法。 我希望他們能幫助你。

首先，使用交換機空閑端口分析網絡流量。

當出現網絡串擾或其他問題時，我們需要先分析一些數據流量。 只有在分析的基礎上，才能快速解決問題，快速解決問題。 因此，我一般遇到切換失敗，想切換到免費端口訪問的測量工具，比如 。 合約解析器直接連接到交換機的空閑端口，這樣可以在不中斷當前服務的情況下使用廣播區域交換機的位置。 網絡管理員可以據此判斷網絡故障是否由域引起。

不過在實際工作中，有一個小方法需要注意。 眾所周知，交換機是一種二層設備，屬于網絡設備，會廣播域，但不會發送其他流量。 即交換機屬于大廣播域，不屬于沖突域，交換機不呈現任何有價值的流量檢測端口。 機會交換直接將數據流量轉發到相應的目的端口。 通常，在那些空閑的端口上，合約分析器只能監測廣播包，幾乎不能監測到其他信息流。

由于轉發到（檢測端口）的流量幾乎都是廣播，包括一些目的地址不明的碎片片段。 這種零碎的框架旨在解決路由表和轉發表的老化問題。 可以看出，如果不做任何特殊處理，雖然連接到監控設備的空閑端口，也只能發現無窮無盡的廣播包，卻無法監控到其他有價值的信息流。

最昂貴的檢測設備也必須能夠幫助我們的管理員找到流量問題的根源。 在價值流的情況下，這樣的監控設備也是無能為力的。 所以我們網絡管理員需要千方百計，但是自由港也可以通過其他端口接收流量。

此時，端口鏡像技術可以幫助我們有效解決問題。 端口鏡像是指將部分端口流量備份到空閑端口，讓空閑端口與嘗試端口有相同的流量。 基本上，Cisco 交換機具有這樣的技術，即 Cisco 交換機可以連接到專門處理 的監控工具。 在較早的 Cisco 版本中，可能對此有一些限制。 但是，目前市場上的交換機可以自由配置任意交換機端口，實現端口鏡像技術。

不過，還有一個問題需要注意。 為了提高轉發效率，交換機在轉發流量時，往往會過濾掉一些數據包和信息。 總的來說，這可以顯著提高數據轉發的交換效率。 但是，我們不希望我們的網絡管理員在看到這些情況時進行故障排除。 因為這種虛假信息可能會反映出問題的根源。 如果出現網絡故障，請更改交換機的配置。 但是，經過調查，這個參數應該是回去的時候改的。

在監控鏡像端口時，有一個丟包問題需要注意。 輸出端口的監控能力是影響最終調試效果的一個特別重要的因素。 鏡像端口與普通交換機端口相同。 可以接收也可以發送，但是為了簡化檢測數據結果，我們往往會關閉監控端口的分組功能。 我們在配置端口鏡像的時候，讓只分析接收到的信息流。 在這些配置中，接收鏡像端口仍然具有相對較大的限制能力。 如果檢測到的全雙工端口速率與鏡像端口的速率相同，則鏡像端口在交換機轉發流量時很容易丟失。 監控端口上過好的流量信息可能會超出鏡像端口的接收能力。 因此，即使理論上可以使用任何自由端口作為鏡像端口。 但是，為了減少PA的丟包，網絡管理員在規劃端口鏡像時需要做出一定的選擇，至少要保證鏡像端口的性能低于竊聽端口。 這樣可以保證檢測結果的正確性。

所以，為了減少監控端口丟包的發生，我有兩個建議。 一是不要將多個監控端口的信息流量鏡像到一個端口，這樣會減緩數據包的丟失。 二是選擇一個高速空閑端口作為監控端口。

二、使用一套設備輔助監控工作

因為交換機是一個二層設備，它不能轉發所有的信息流量。所以我們想，我們是否可以使用一個單一的設備，像網橋一樣，幫助監控收集你需要的信息

事實上，當今的許多企業網絡都是一個大型廣播域。 例如，在中間的關鍵鏈路上放置一個網橋，然后將網絡監視器連接到網橋的空閑端口。 在這些情況下，不需要配置鏡像端口來讓網絡監視器收集它需要的網絡流量。

這些技術的困難在于網絡管理員應該選擇合適的位置來放置集線器。 如果選擇不當，互聯網監控仍然無法收集到它需要的東西。 如今，大多數企業都將其 Web 應用程序建立在服務器/客戶端或服務器/瀏覽器模型之上。 這與原來的網絡部署模型不同。 過去，企業在部署網絡時，可以設置每臺主機允許其他員工訪問共享文件夾。 但今天不同了。 為了提高安全性和企業文件共享，網絡管理員一般會部署專用的文件服務器來管理共享文件。 文件安全由統一備份和改進的文件訪問授權方案支持。

此時，企業服務器和客戶之間的流量往往是最集中的。 如果網絡管理員將網橋部署在服務器端，網絡監控在輪胎空閑端口，無疑可以監控到大部分網絡流量，這使得網絡監控得到的診斷結果相對合理。 部署在服務器端的網絡設備，如網橋，可以幫助網絡管理員收集數據流量，如用戶登錄失敗、訪問沖突、數據丟包、認證失敗等，為我們的解決方案提供數據支持。 特別是，在這些方法中，我們可以確定是交換機側的故障還是其他層面的問題。 俗話說，不識廬山真面目，只知大山。 有時，交換機無法發現網絡故障，它可以幫助我們的網絡管理員快速找到交換機故障。

也就是說，到目前為止，可以這么說，我理解它的唯一方法是查看和剖析交換網絡環境中的化學地址層錯誤。 通過這些方法，可以發現是否有交換機等網絡設備地址解析錯誤。 特別是對ARP攻擊的檢測有很好的效果。

但是，使用網橋對 Cisco 交換機進行故障排除仍然存在一些缺點。

一是需要經常拔掉集線器，這可能會給日常網絡訪問帶來麻煩。 由于服務器和客戶端介于兩者之間，網絡管理員可以花時間放置低效的集線器設備。 這將大大提高服務器的性能，只有當網絡無法維護時，網絡管理員才會臨時在服務器和客戶段之間部署集線器。 此時服務器運維技術，您需要暫時斷開與互聯網的連接。

其次，如果橋接端口的工作狀態與其他外圍設備不同，比如服務器的鏈路不是全雙工或者橋接端口的雙工狀態不匹配，這會帶來很多額外的錯誤結果。 這個錯誤的結果將由網絡管理員來解決。 為此，筆者認為如果需要使用網橋來判斷倒換故障，最好先確認一下hub端口和現網的運行狀態，以免出現不匹配的現象，造成一些不必要的麻煩。

三、網絡管理員只能被動使用。 在服務器端附近放置集線器是荒謬的行為。 因此服務器運維技術，網絡管理員部署網橋時出現問題往往只是網絡故障問題。 因此，這種網絡監控不能成為一種日常行為。 所以這種方法對網絡管理員來說更具反應性。

以上就是企業網交換機的兩種調試方法。 經常使用它。 這兩種方法可以幫助網絡管理員排除大多數由交換機故障引起的網絡問題。 但在實際工作中，仍然存在一些開關故障無法通過這些方法解決的情況。 我們需要借助網絡管理員的經驗來一探究竟。 雖然，使用現有技術和工具以某種簡單的方式查看整個企業交換網絡幾乎是不可能的。