很多用戶在使用交換網絡的時候，都反應有網絡連接慢的問題，運用交換機故障診斷技術就能夠很好的解決這一問題。最簡單的交換機故障診斷技術方法是在交換機的空閑端口接入一個監測工具，例如協議分析儀。把監測工具接入交換機的一個空閑端口，不用中斷服務就可以查看所屬廣播域。該監測工具與廣播域里的其他站點一樣有相同的權限。

不幸的是，交換機故障診斷技術(做為一個多端口的橋接設備)幾乎不轉發流量到監測端口。因為橋接設備就是這樣設計的，流量直轉發到所屬的目的端口，不會去其他的端口。協議分析儀因此幾乎監測不到流量。

非常少的流量會轉到其他端口。站點和服務器之間可能每秒鐘會轉發幾千個幀，但是監測端口每分鐘只能看到幾個幀。轉發到監測端口的流量幾乎全部都是廣播，包含一些零星的目的地址不明的幀。這些零星的幀是由于路由轉發表老化的結果，經常是目的端口不明的幀。一些經驗不夠的技術人員看到這么高的廣播(接近100%)，卻沒有注意到端口利用率很低，就誤判網絡出現了廣播風暴，其實不是。

這樣查看交換網絡幾乎沒有用，因為監測工具必須獲取流量。獲得的流量或者對廣播域的查詢對網絡搜索和發現其他類型問題是有很有幫助的，但對解決用戶連接慢的問題并沒有多大的幫助。對大多數交換機故障診斷技術來說，都有一個更好的選擇，可以把需要監測的端口流量備份到一個專門的空閑口。這種技術通常稱為端口鏡像。

大多數交換機廠家都提供備份或鏡像流量的功能，可以把監測工具接入交換機一個專門配置過的端口。老的交換機故障診斷技術必須指定一個專門的監測口做為鏡像口，但現在大多數新的交換機可以指定任何一個端口做為鏡像口。

雖然交換機廠家實現鏡像的方式各不相同，但是有一些基本相同的監測選項。值得注意的是，幾乎在所有的情況下，交換機故障診斷技術在轉發流量到鏡像口的時候，同時把錯誤都過濾掉了。對于交換機故障診斷技術來說，這意味著同時過濾掉了有用的信息。

此外，實際操作當中需要我們通過控制口(交換機的RS232端口)，或者Telnet進程來配置鏡像。這意味著除了監測工具之外，我們通常還需要帶一臺電腦或者終端來對交換機進行配置。鏡像端口經常只是一個“監聽”端口，不過很多交換機廠家允許把該端口配置成全雙工的。

配置了鏡像口，監測工具就可以查看報告連接慢的主機和服務器之間的實際流量的備份。鏡像口可以只監測交換機的任意一個端口，甚至可以是Uplink口，也可以同時監測交換機的多個端口。但是同時監測的端口很多的話，過高的流量就有可能會超過鏡像口的接收能力。監測端口的輸出能力是一個很重要的問題。鏡像口可以收，也可以發。在配置的時候，經常關掉了鏡像口發的功能。但不管有沒有關掉鏡像口發的功能(不管鏡像口是全雙工或者不是)，鏡像口的接收能力都是有限制的。如果被監測的全雙工端口的速率和鏡像口是一樣的話，交換機在轉發流量的時候很容易就會丟包，但是交換機不會通知您。

假設您在監測一個以100MB全雙工速率連接到交換機的服務器的話，那么服務器在全雙工工作的時候，服務器的收發速率都是100MB，那么總共就有了200MB。然而交換機的100MB鏡像口最多只能接收100MB的流量。所以任何交換機的端口(全雙工的)利用率超過50%的時候，鏡像口接收到的包就會有丟失。

如果把多個端口鏡像到一個端口，丟包的問題就會更加的嚴重。因為大多數交換機都工作在低容量，這個問題并不會被立刻注意到。大多數用戶連接的平均利用率都很低。只是偶爾會有流量的突發。如果選擇一個高速的鏡像口，就可以減少丟包的問題。例如中的100MB鏡像口換成1000MB，那么就可以很容易的接收200MB的監測流量。