以太網端口電口工作模式簡單先容：

1．以太網口的兩端工作模式（ 10M 半雙工、10M 全雙工、100M 半雙工、100M 全雙工、自協商）必須設置一致。

2.假如一端是固定模式(無論是10M 、100M) ，另外一端是自協商模式， 即便能夠協商成功，自協商的那一端也將只能工作在半雙工模式。

3.假如一端工作在全雙工模式，另外一端工作在半雙工模式(包括自協商出來的半雙工，也一樣處理)，Ping 是沒有題目的， 流量小的時候也沒有任何題目， 流量達到約15%以上時，就會出現沖突、錯包，終極影響了工作性能！

4.對于兩端工作模式都是自協商，最后協商成的結果是“兩端都支持的工作模式中優先級最高的那一類”。

5. 假如A 端自協商， B 端設置為100M 全雙工， A 協商為100M 半雙工后， 再強制將B改為10M 全雙工， A 端也會馬上向下協商到10M 半雙工；假如A 端自協商， B 端設置為10M 全雙工，A 協商為10M 半雙工后， 再強制將B 改為100M 全雙工， 會出現協商不成功，連接不上！這個時候，假如插拔一下網線，又會重新協商在100M 半雙工。

建議

以太網口的兩端工作模式必須設置一致。否則，就會出現流量一大速度變慢的題目。大多數設備以太網口的默認的出廠設置是自協商。假如兩端都是自協商， 協商成功了， 但網絡不通，此時請檢查網線是否支持100M。假如兩端都是自協商，協商成功并且運行在全雙工，在沒有Link Down 的條件下，將其中一端“立即”設置為固定的“10M/100M全雙工”，兩端仍然能夠工作在全雙工。但是，萬一將來插拔網線或者其他原因出現重新Link ，就會重新協商為“一端全雙工& 一端半雙工”的不穩定連接。因此，這種情況一定要避免！請牢記以上五條，現實工作中經常碰到這類故障，尤其是第三條，疏忽了輕易導致判定錯誤。

自協商基本原理

自動協商模式是端口根據另一端設備的連接速度和雙工模式， 自動把它的速度調節到最高的公共水平，即線路兩端能具有的最快速度和雙工模式。自協商功能答應一個網絡設備能夠將自己所支持的工作模式信息傳達給網絡上的對端，并接受對方可能傳遞過來的相應信息，從而解決雙工和10M/100M 速率自協商題目。自協商功能完全由物理層芯片設計實現，因此并不使用專用數據包或帶來任何高層協議開銷。自協商功能的基本機制是： 每個網絡設備在上電、治理命令發出、或是用戶干預時發出

FLP（快速連接脈沖），協商信息封裝在這些FLP 序列中。FLT 中包含有時鐘/數字序列，將這些數據從中提取出來就可以得到對端設備支持的工作模式，以及一些用于協商握手機制的其他信息。當一個設備不能對FLP 作出有效反應， 而僅返回一個NLP（普通連接脈沖）時，它被作為一個10BASE-T 兼容設備。快速鏈路脈沖FLP 和普通鏈路脈沖NLP 都僅使用于非屏蔽雙絞線上，而不能應用在光纖媒體。

自動協商的內容主要包括雙工模式、運行速率、流控等內容， 一旦協商通過， 鏈路兩真個設備就鎖定在這樣一種運行模式下。1000M 以太網也支持自協商，在此從略。

電口和光口自協商主要區別是在OSI 中它們所處的位置不同。對于電口來說,協商發生在鏈路信號傳輸之前； 對于光口來說, 自協商機制與PCS 在同一層, 這意味著光口的協商必須先建立鏈路同步以后才可以進行協商。PCS （ Physical Coding Sub-layer ）

千兆光口自協商

千兆光口可以工作在強制和自協商兩種模式。802.3 規范中千兆光口只支持1000M 速率，支持全雙工（ Full ）和半雙工（ Half ）兩種雙工模式。

自協商和強制最根本的區別就是兩者再建立物理鏈路時發送的碼流不同， 自協商模式發送的是/C/碼，也就是配置（ Configuration ）碼流，而強制模式發送的是/I/ 碼，也就是idle 碼流。

千兆光口自協商過程:

1.兩端都設置為自協商模式

雙方互相發送/C/碼流，假如連續接收到3 個相同的/C/ 碼且接收到的碼流和本端工作方式相匹配，則返回給對方一個帶有Ack 應答的/C/ 碼，對端接收到Ack 信息后，以為兩者可以互通，設置端口為UP 狀態

2.一端設置為自協商，一端設置為強制自協商端發送/C/碼流，強制端發送/I/ 碼流，強制端無法給對端提供本真個協商信息，也無法給對端返回Ack 應答，故自協商端DOWN 。但是強制端本身可以識別/C/ 碼，以為對端是與自己相匹配的端口，所以直接設置本端端口為UP 狀態

3.兩端均設置為強制模式
雙方互相發送/I/碼流，一端接收到/I/碼流后，以為對端是與自己相匹配的端口，直接設置本端端口為UP 狀態

MDI 表示平行平行網線,MDIX 表示交叉

MDI 口是快速以太網100BASE-T 定義的與介質有關接口（ Media Dependent Inte***ce ）。MDI 是指通過收發器發送的100BASE-T 信號，即100BASE-TX 、FX 或T4 信號。將集線器或交換機連接網絡接口卡時， 其發送和接收對通常是相互連接的。集線器或交換機之間連接時，通常需要一條跨接電纜，其中的發送和接收對是反接的。MDI 是正常的UTP 或STP 連接，而MDI-X 即是UPLINK 口，MDI-X 連接器的發送和接收對是在內部反接的， 這就使得不同的設備（如集線器-集線器或集電器-交換機），可以利用常規的UTP 或STP 電纜實現背靠背的級聯。

MDI 、MDIX 分別代表什么？

是網線的標準A 類接法和B 類接法.也就是人們通常所說的交叉網線和直聯網線.直聯網線就是白黃黃白綠藍白蘭綠白棕棕另一端同樣如此.交叉網線就是另一真個1 和3,2 和6 對調.這樣就成了交叉網線,可以用于兩臺PC 之間直接聯接.MDI,MDIX 實在意思就是說網線順序壓錯了沒有關系.無論是直聯的還是交叉的只要插上往都會自動實識.從而正確的加以使用.一般現在的交換機和路由器都具備此功能.由于都具備了.所以好多人就不在關注.以為這是基本的功能了.也不太在意網線的選擇了

以太網交換機屬于MDIX 設備， 輸出的以太網口屬于MDIX 接口，連接MDI 類設備(如PC 機)時，需要使用普通(平行)網線，假如采用交叉網線，是不能正確連接通訊的。

當前某些最新的以太網交換機，如華為-3Com 公司的Quidway S3526 以太網交換機的10／100M 以太網口具備智能MDI ／ MDIX 識別技術，可以自動識別連接的網線類型用戶不管采用普通網線或者交叉網線均可以正確連接設備。極大方便了用戶的使用。用戶也可以對端口進行配置，將其強制配置成MDIX 或者MDI 工作方式。

端口自動翻轉(Auto MDI/MDIX)- 路由器重要性能指標之一

我們通常在選購路由器時,都會發現這個一項"支持端口自動翻轉".可能也并不會有人在意,但是這一功能萬萬不可卻少.眾所周知,網線分為:直通線,交叉線和反轉線

直通線: 兩頭都是A 類(規范的制作方法,100M 接法)

交差線: 一頭是A 類,一頭是B 類

反轉線: 一頭是A 類,另一頭是完全把A 反過來排

以上中:A 類: 白橙/ 橙/ 白綠/ 藍/ 白藍/ 綠/ 白棕/ 棕

B 類: 白綠/ 綠/ 白橙/ 藍/ 白藍/ 橙/白棕/ 棕

直通線用于連接不同類設備; 電腦--- 交換機, 交換機---- 路由器

交叉線用于連接相同類設備; 電腦---- 電腦, 交換機---- 交換機

反轉線用于電腦直接連接路由器. 電腦---- 路由器

由以上可以看出,假如路由器不支持端口自動翻轉(Auto MDI/MDIX) 話,那么我們連接它們時就必須嚴格遵守以上原則.即假如要直接與電腦連接就必須使用反轉線.這樣一來,就會給用戶帶來很多麻煩.因此路由器一旦支持端口自動翻轉,用戶就可以省往這些麻煩,你可以使用以上三種線中的任意一種就可以隨意連接任何設備,所以大家在購買路由器時,一定要買帶有這項功能的路由器.一般情況下,近段時間來上市的路由器都支持端口自動翻轉.目前這項功能已經主流的功能之一

協商原理：

先從最初的10 兆以太網說起吧,為了維護鏈路的正常可用,接口要定期發送脈沖,假如在規定時間內,接口沒有收到脈沖,就進進down 狀態,假如兩次收到脈沖,就轉為up 狀態,這種脈沖就是normal link pulse, 簡稱nlp. 其發送脈沖的間隔是16ms10 兆不支持自動協商,是由于只能發送nlp,而自動協商是要接口能發送flp(fast link pulse)脈沖,百兆,千兆口都能發送flp.flp 的發送間隔比nlp 要小很多.百兆接口發送flp 時,假如在規定時間內收到了響應,那接口可以進進百兆模式,假如超時沒有收到flp, 只收到nlp,轉而向下兼容,發送nlp,轉為10 兆模式.而雙工題目是在flp 中進行的,在一對接口中,相互發送flp, 在flp 中有個"速率雙工能力"字段,2 個接口就是靠這個字段來協商雙工題目的.而要能保證兩者進行協商,條件是任何一方都不能手工指定雙工,否則這個"速率雙工能力"將被忽略.可能造成無法協商正確的雙工結果.

舉個例子:假如一邊是自動協商,一邊是100 兆全雙工,那最后的結果是100 兆半雙工.原因:100 兆是由于雙方都發送flp, 而半雙工的原因是手工指定全雙工的一端將flp 中"速率雙工能力"字段滯空.另外自動協商一端無法就雙工能力進行協商,轉為半雙工.
所以100 兆和雙工題目要具體,分別的考慮.因此,一個不支持自適應的設備（或手工指定模式的設備）是不會發出FLP 快速連接脈沖的（用于協商），只能發正常的NLP 正常連接脈沖。但是一個自適應的設備是發出FLP 的，但是由于沒有收到對真個FLP，那么它就會一直向半雙工往適應，所以會造成協商成半雙工模式。

改正辦法是全部手工指定，不要協商。或者全部啟用協商。