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

首先，使用交換機空閑端口分析網(wǎng)絡流量。

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

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

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

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

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

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

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

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

二、使用一套設備輔助監(jiān)控工作

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

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

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

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

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

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

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

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

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

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