本節書摘來自異步社群《network warrior中文版（第2版）——思科網絡工程師必備手冊》一書中的第3章，第3.3節，作者【美】gary a. donahue，更多章節内容可以通路雲栖社群“異步社群”公衆号檢視
network warrior中文版（第2版）——思科網絡工程師必備手冊
對于10m/100m鍊路，發生自動協商故障時，很可能是鍊路的一端被設定為100m/全雙工，而對端則被設定為了自動協商。這最終會導緻鍊路兩端（網卡/接口）分别運作100m/全雙工和100m/半雙工。
圖3-1所示為一條半雙工鍊路。對于半雙工鍊路，信号接收線路（rx）會受到監控1。在rx線路暢通之前，若有幀現身于rx線路，将不會被發送2。要是tx（信号發送）線路發送幀的同時，rx線路收到了幀，便發生了沖突。沖突會導緻沖突錯誤計數器3遞增，在随機回退（back-off）延遲之後，未發送成功的幀将會被重傳。聯想到現代化交換式網絡環境，這聽起來似乎有點“毛骨悚然”，但請不要忘記，在以太網發展的初級階段，資料可都是在單條線路上收發的。交換機和雙絞線全是後來才發明的。
圖3-2所示為一條全雙工鍊路。在全雙工操作模式的操作中，rx線路不受監控，而總是“認為”tx線路可用4。由于rx和tx線路完全獨立，是以在全雙工模式的操作中，不會發生沖突。
當鍊路兩端（接口/網卡）分别為全雙工和半雙工時，半雙工那端就會發生大量的沖突。由于全雙工那端在發送幀時不檢測rx線路，是以隻要全雙工側的裝置有較多資料待發，便會不停地發幀。而由于鍊路對端裝置接口（網卡）為半雙工，是以不但會偵聽rx線路，而且隻有在rx線路可用（暢通）時才會發幀。因為那台半雙工側裝置很難獲得發幀的機會，是以隻能留下“劣迹斑斑”的沖突記錄，并會給人以一種網絡裝置運作速度變慢的感覺。此類故障其實并不難查，因為半雙工接口通常都會自報沖突，而全雙工接口則不然。接口全雙工即意味着，無需執行clear-to-send（清除發送）條件測試，對于這種情況，全雙工接口不會記錄任何錯誤。故障的出現是拜過量沖突所賜，但隻限于半雙工一側。
圖3-3所示為一條發生了自動協商故障的鍊路。
注意
實戰中，要是看見某個設為自動協商的接口，最終協商成了100m/半雙工，那麼其對端接口多半為100m/半雙工。如今，不支援全雙工的100mbit/s端口已很難見到，是以，隻要正确配置了自動協商模式，交換機麼端口最終不可能最後協商成半雙工。
1譯者注：原文是“in a half-duplex environment, the receiving (rx) line is monitored”。好在英語文法支援被動語态，請問作者，rx線路受“誰”的監控？譯者不知作者葫蘆裡所賣何藥，隻能直譯。
2譯者注：原文是“if a frame is present on the rx link, no frames are sent until the rx line is clear”。再問作者，幀被誰發送？此外，前半句是“rx link”，後半句是“rx line”。譯者很困惑，譯文為直譯。
3譯者注：請問作者，“沖突錯誤計數器”是什麼，從哪兒來？
4譯者注：原文是“figure 3-2 shows a full-duplex link. in full-duplex operation, the rx line is not monitored, and the tx line is always considered available”。不受“誰”監控，被“誰”視為可用，作者并沒有說通過，譯者隻能直譯。