交換機端口還是比較常用的，于是我研究了一下單向鏈路檢測交換機端口診斷，在這里拿出來和大家分享一下，希望對大家有用。大部分交換機都會有自我診斷的功能。當交換機或者交換機端口由于某些原因出現故障的時候，都會通過指示燈來告知管理員存在的錯誤。

不過有些時候交換機也會存在誤診斷的情況。如交換機的端口工作指示燈明明表示正常，但是用戶卻反映網絡不通。如果只是普通的用戶，問題還不是很大。但是如果這個端口恰巧是用來進行備份的，那么情況就會比較糟。為了避免這種情況，在實際工作中很多網絡管理員都喜歡采用交換機的UDLD模式來消除交換機的這種誤診斷。

一、什么情況下會出現誤診斷?

誤診斷的情形主要是即使當鏈路或者交換機端口指示燈正常的(即端口的狀態是UP的)，但是接口仍然無法正常傳遞數據流量。通常情況才將這種錯誤稱之為單向鏈路。一般情況下，當出現接口故障、軟件故障、硬件失效或者其他異常原因的時候，就會出現這種錯誤。憑現在的技術手段，交換機還不能夠從根本上避免這種錯誤的發生。為此只有采取其他的方式，加強對交換機端口的檢測，以盡早發現這種錯誤。在思科系列的交換機上，就采用了UDLD模式來解決這種情況下的誤診斷。

UDLD從理論上來說，其是在第二層工作的協議。不過從實際情況來看，其往往跟***層的內容有很深的關系。也就是說，UDLD模式不光光在第二層運作，其還會跟***層的相關機制協同工作，才能夠完成。其主要的思路就是UDLD協議運行在***、二層之間，最終確定鏈路的實際工作狀態。當發現有“鏈路UP狀態正常，但是沒有傳遞流量”的時候，UDLD協議會馬上報警。具體的說，在***層中通過自動協商功能來觀測物理信令等相關的參數運作。而UDLD協議則會完成一些自動協商機制不能夠執行的任務。讓自動協商發現物理信令有異常的時候，不會自動將端口從UP狀態轉換為其他狀態，從而導致了單向鏈路的故障。而UDLD協議能夠接受來自自動協商機制傳遞來的參數，然后再發現故障的時候及時的將交換機端口處于關閉狀態。可見，UDLD模式所采用的不只只是一種協議，而是UDLD協議與自動協商機制相互作用的結果。如果網絡管理員要啟動UDLD模式的話，那么就必須要同時啟用UDLD協議和自動協商機制，在***層與第二層中通過他們的各司其責、協同工作，來防止物理上或者邏輯上的單向連接，從而從根本上消除交換機的誤診斷。

網絡管理員需要明白的是，UDLD并不是交換機原有診斷體系的補充，而是一種獨立的診斷方法。也就是說，它是從另一個角度對交換機端口的運行狀態進行自我診斷。兩者之間基本上沒有沖突或者重疊的地方。在實際工作中，傳統的診斷方法與UDLD模式經常是同時使用。

二、合理配置UDLD模式下的各種參數

如果同時啟用了UDLD協議與自動協商機制，就啟動了UDLD模式，在這種情況下，交換機的某個接口會定期的向鄰近的端口發送UDLD協議數據報。在正常情況下，交換機的這個接口會在預定計時器到期之前接收到回應的數據包。如果在這個計時器到期之前，交換機發送UDLD數據包的接口還沒有收到回應信息，則UDLD協議就會認為出現了故障，即發生了單向鏈路的故障(其實更加精確的說，應該是自動協商發現了這個故障并告知了UDLD協議)。當UDLD知道這種情況后，會馬上關閉有問題的交換機接口。

在UDLD配置的時候，首先需要考慮這個計時器。也就是說，將這個時間設置為多少為好。如果時間設置的比較短，不僅會造成不必要的數據流量，而且也有可能因為數據延遲等原因導致無法在合理的時間內接到回應的數據包。而如果將這個計時器的時間設置的比較長的話，那么就可能無法在短時間內發現問題。要知道，可能一分鐘對于用戶來說，沒有多少感覺。但是對于數據網絡傳輸來說，這個時間就很長了。默認情況下，這個計時器是15秒。在實際工作中，網絡管理員可能需要根據不同的情況來合理設置這個參數。如需要根據企業網絡的復雜情況、布線的長短來考慮。如根據以前的情況，企業可能經常會遇到網絡堵塞等情況，而這種堵塞也是暫時的，那么要適當延長這個計時器等等。筆者的建議是在剛開始的時候可以將這個計時器設置的長一點，然后慢慢的減短。***得到一個合理的數值。

三、提高端口的適用性

在采用普通接口的情況下，當某個接口因為接收不到UDLD回應消息時，接口就會關閉。這也有一種缺陷。如企業可能會有網絡擁塞，如因為臨時備份等等導致擁塞等等。此時在發送端可能無法在計時器到期之前收到回應的信息。那么遇到這種情況時，如果將交換機端口就設置為關閉，顯然就會引起不比要的麻煩。網絡管理員希望能夠給網絡“改錯”的機會。為此在原有UDLD模式的基礎上，思科交換機又提出了積極UDLD模式的概念。兩個模式的差異主要就在于后者給了網絡一個改錯的機會。