簡(jiǎn)介IEEE 802.3-2022 以太網(wǎng)標(biāo)準(zhǔn)正式版全文面向網(wǎng)絡(luò)設(shè)備研發(fā)工程師、協(xié)議棧開(kāi)發(fā)者、測(cè)試認(rèn)證人員及高校網(wǎng)絡(luò)方向師生用于查閱從 1Mb/s 到 400Gb/s 各速率的 MAC、MII、PHY 與 CSMA/CD 規(guī)范支持產(chǎn)品設(shè)計(jì)選型、協(xié)議實(shí)現(xiàn)對(duì)照與標(biāo)準(zhǔn)符合性驗(yàn)證。資源包內(nèi)為1個(gè)PDF文件共7025頁(yè)體量約93.79MB相比2018版新增1400余頁(yè)主要補(bǔ)充25G至100G相關(guān)條款并修訂10G內(nèi)容同時(shí)整合此前各項(xiàng)修訂需注意802.3df-2024、802.3ck-2022、802.3db-2022等后續(xù)修訂未納入涉及400/800Gb/s新進(jìn)展時(shí)需另行查閱。文檔按總則、MAC、各速率PHY、管理信息庫(kù)與術(shù)語(yǔ)索引分層組織便于按章節(jié)定位。已有287人學(xué)習(xí)下載適合作為案頭標(biāo)準(zhǔn)手冊(cè)長(zhǎng)期備查。1. 7000 頁(yè)不是冗余以太網(wǎng)標(biāo)準(zhǔn)真正的野心是讓 1 Mb/s 和 400 Gb/s 共用一套 MAC翻開(kāi)這份 802.3-2022 行業(yè)標(biāo)準(zhǔn) IEEE802.3 文檔第一反應(yīng)通常是7025 頁(yè)是不是注水了反直覺(jué)的地方在于頁(yè)數(shù)暴漲的那 1400 多頁(yè)幾乎全砸在 25G 到 100G 的 PMD、FEC 和接口細(xì)節(jié)上而管幀格式的那幾頁(yè)和上世紀(jì)八十年代幾乎一模一樣。同一套 MAC 既要伺候 1 Mb/s 的同軸電纜也要伺候 400 Gb/s 的背板靠的不是把舊東西刪掉重寫(xiě)而是在中間插了一層又一層適配殼。搞懂這層殼怎么長(zhǎng)出來(lái)的你才知道為什么換個(gè)光模塊不用改驅(qū)動(dòng)、為什么 100G 鏈路起不來(lái)時(shí)第一步該看協(xié)商而不是看光功率。2. 分層與解耦為什么換了物理層MAC 一行都不用改MAC 這一層做的事情少得可憐組幀、填源和目的地址、算 32 位 CRC、按規(guī)則決定什么時(shí)候能發(fā)。它完全不知道對(duì)端是 10BASE-T 的雙絞線還是 400GBASE-DR4 的并行光。真正讓這個(gè)謊言成立的是夾在 MAC 和物理介質(zhì)之間的一串子層——調(diào)和子層RS、介質(zhì)無(wú)關(guān)接口MII、物理編碼子層PCS、物理介質(zhì)接入子層PMA、物理介質(zhì)相關(guān)子層PMD。標(biāo)準(zhǔn)把這串東西寫(xiě)成一條流水線每一層只跟上下相鄰的層打交道速率和介質(zhì)的所有臟活都被關(guān)在 PCS 以下。2.1 RS 與 MII把 PHY 差異擋在 MAC 之外的薄殼RS 的職責(zé)聽(tīng)上去微不足道把 MAC 送來(lái)的串行位流按 MII 的位寬切開(kāi)發(fā)送時(shí)把前導(dǎo)碼和 SFD 交出去接收時(shí)把載波偵聽(tīng)和沖突檢測(cè)的信號(hào)翻譯成 MAC 認(rèn)識(shí)的 PLS 原語(yǔ)。但正是這層“翻譯”把 MAC 和 PHY 徹底解耦了。MAC 可以做成一份 RTL 或者一個(gè)軟核在 FPGA 里跑十年不動(dòng)PHY 從 100BASE-TX 換到 1000BASE-X 再到 25GBASE-R換的是 MII 之上的握手方式和 MII 本身的形態(tài)MAC 側(cè)看到的仍然是“有載波 / 無(wú)載波 / 收到一個(gè)字節(jié)”。常見(jiàn)實(shí)現(xiàn)里MII 并不一定有對(duì)應(yīng)的引腳。芯片內(nèi)部模塊之間直接按 MII 的時(shí)序約定傳信號(hào)甚至只在邏輯上遵守位寬和時(shí)鐘關(guān)系只有跨芯片、跨板卡時(shí)才落到真實(shí)的并行總線上。理解這一點(diǎn)讀標(biāo)準(zhǔn)時(shí)就不會(huì)糾結(jié)某個(gè)接口為什么既描述了引腳又描述了幀結(jié)構(gòu)——它們描述的其實(shí)是同一個(gè)邏輯契約的兩種落地形態(tài)。2.2 MII 家族的退化史并行位寬撞墻之后轉(zhuǎn)向串行這條演進(jìn)線索值得單獨(dú)拎出來(lái)因?yàn)樗忉屃舜罅俊盀槭裁催@個(gè)接口長(zhǎng)這樣”的疑問(wèn)。早期的 MII 用 4 位并行、25 MHz 時(shí)鐘湊出 100 Mb/s千兆的 GMII 把位寬加到 8 位、時(shí)鐘提到 125 MHz萬(wàn)兆的 XGMII 直接把位寬拉到 32 位并改用雙沿采樣。位寬越加越寬時(shí)鐘越來(lái)越高板級(jí)時(shí)序收斂越來(lái)越難于是方向掉頭SGMII 之類(lèi)改成串行把時(shí)鐘嵌進(jìn)數(shù)據(jù)里用 8B/10B 編碼保證足夠的跳變讓接收端恢復(fù)時(shí)鐘。這個(gè)權(quán)衡可以用一行算式看清楚。def mii_clock(rate_gbps: float, width_bits: int, ddr: bool False) - float: rate_gbps: 單向線速率單位 Gb/s width_bits: 每個(gè)方向的并行位寬 ddr: 是否雙沿采樣上下沿都傳數(shù)據(jù) 返回該接口需要的時(shí)鐘頻率單位 MHz edges_per_cycle 2 if ddr else 1 return rate_gbps * 1000 / (width_bits * edges_per_cycle) for name, rate, width, ddr in [ (MII, 0.1, 4, False), # 25 MHz板級(jí)輕松 (GMII, 1.0, 8, False), # 125 MHz開(kāi)始要關(guān)注走線 (XGMII, 10.0, 32, True), # 156.25 MHz32 位并行走線已經(jīng)很難 (CGMII, 100.0, 64, True), # 781.25 MHz單總線已不現(xiàn)實(shí) ]: print(f{name:6s} {mii_clock(rate, width, ddr):8.2f} MHz)跑出來(lái)的 781.25 MHz 是個(gè)信號(hào)到了 100G靠加寬總線換低時(shí)鐘這條路走到頭了。所以 40G/100G 之后的 MII 在實(shí)現(xiàn)上被切成多條 lane每條 lane 跑一個(gè)可以接受的速率再在 PCS 里做 lane 分發(fā)和對(duì)齊。這也解釋了標(biāo)準(zhǔn)里為什么反復(fù)出現(xiàn)“PCS lane marker”“l(fā)ane 對(duì)齊”這類(lèi)詞——它們不是可選的優(yōu)化而是并行接口撐不住之后的必然產(chǎn)物。提示讀某條 clause 里的位寬和時(shí)鐘時(shí)先算一遍這個(gè)式子。算出來(lái)超過(guò) 200 MHz 的并行總線基本可以斷定標(biāo)準(zhǔn)里會(huì)有配套的多 lane 方案。2.3 幀格式里那個(gè)“一個(gè)字段兩種含義”的歷史包袱以太網(wǎng)幀第 13、14 字節(jié)是一個(gè)被復(fù)用過(guò)的字段小于等于 15000x05DC時(shí)它表示后面 LLC 數(shù)據(jù)的長(zhǎng)度大于等于 15360x0600時(shí)它表示上層協(xié)議類(lèi)型。1501 到 1535 這 35 個(gè)值在標(biāo)準(zhǔn)里是未定義的縫隙。這個(gè)設(shè)計(jì)是歷史妥協(xié)的化石——早期以太網(wǎng)需要一個(gè)長(zhǎng)度字段讓接收端知道有效載荷到哪結(jié)束后來(lái)上層協(xié)議需要一個(gè)類(lèi)型字段來(lái)做多路分解標(biāo)準(zhǔn)干脆讓同一個(gè)位置承擔(dān)兩種語(yǔ)義用數(shù)值范圍區(qū)分。寫(xiě)解析代碼時(shí)這個(gè)坑非常具體。def decode_ethernet_frame(raw: bytes) - dict: raw: 從目的 MAC 首字節(jié)開(kāi)始、到 FCS 之前結(jié)束的字節(jié)串。 7 字節(jié)前導(dǎo)碼 0xAA 和 1 字節(jié) SFD 0xAB 已被 PHY/RS 剝掉。 if len(raw) 14: raise ValueError(不足 14 字節(jié)連 DA SA Type/Length 都不夠) dst :.join(f{b:02x} for b in raw[0:6]) src :.join(f{b:02x} for b in raw[6:12]) tlv int.from_bytes(raw[12:14], big) if tlv 0x0600: # 1536 起按 EtherType 解釋 mode, body ethertype, raw[14:] elif tlv 1500: # 1500 及以下按長(zhǎng)度解釋 mode, body length, raw[14:14 tlv] else: # 1501~1535 是標(biāo)準(zhǔn)里留的縫隙 raise ValueError(f0x{tlv:04x} 落在未定義區(qū)間幀大概率被截?cái)? # 最小幀 64 字節(jié)含 4 字節(jié) FCS不足的由發(fā)送端補(bǔ)零接收端要靠長(zhǎng)度判斷 padded len(raw) 4 64 return {dst: dst, src: src, tlv: tlv, mode: mode, payload_len: len(body), padded: padded}幾個(gè)參數(shù)要拎清楚。raw不包含 FCS因?yàn)?CRC 一般在 MAC 里校驗(yàn)完就丟了padded判斷的是補(bǔ)零46 字節(jié)的最小載荷是為了讓幀從目的地址到 FCS 湊滿(mǎn) 64 字節(jié)這個(gè)數(shù)字直接來(lái)自下一章的沖突檢測(cè)時(shí)間預(yù)算不是隨便定的長(zhǎng)度模式下body只取到長(zhǎng)度字段聲明的字節(jié)數(shù)后面的補(bǔ)零必須丟掉否則上層會(huì)讀到垃圾。2.4 MDI 上的另一件事PoE 的檢測(cè)與分級(jí)介質(zhì)相關(guān)接口MDI是以太網(wǎng)和電纜的物理分界供電也發(fā)生在這里。標(biāo)準(zhǔn)把直流電壓疊加在雙絞線的中心抽頭上數(shù)據(jù)變壓器對(duì)直流是隔離的所以供電和數(shù)據(jù)互不干擾。關(guān)鍵在于上電之前的那幾步PSE 先輸出一個(gè) 2.8 V 到 10 V 之間的探測(cè)電壓測(cè)簽名電阻標(biāo)稱(chēng) 25 kΩ 左右確認(rèn)是對(duì)端設(shè)備之后才做分級(jí)用電流或電壓簽名區(qū)分功率檔位最后才把完整電壓加上去。為什么探測(cè)電壓壓得這么低因?yàn)槿魏魏弦?guī) PHY 的輸入端都能扛住 10 V而一個(gè)不帶 PoE 功能的普通網(wǎng)卡大概率沒(méi)有那個(gè) 25 kΩ 簽名于是 PSE 就停在探測(cè)階段不動(dòng)。這是用極小的代價(jià)換來(lái)了“插錯(cuò)口不燒設(shè)備”的安全性。類(lèi)型PSE 輸出上限PD 端可用功率典型分級(jí)方式Type 115.4 W12.95 W單事件Class 0~3Type 230 W25.5 W單事件 兩級(jí)探測(cè)Class 4Type 360 W51 W雙事件分級(jí)Class 5~6Type 490 W71.3 W雙事件分級(jí) AutoclassClass 7~8表里 PSE 輸出和 PD 可用之間那一截?fù)p耗是通道損耗標(biāo)準(zhǔn)允許它就是這么大。單對(duì)線的場(chǎng)景另有 PoDL 的一套分級(jí)原理相同但電壓等級(jí)和類(lèi)別數(shù)不同別把兩套參數(shù)混著用。3. 從沖突檢測(cè)到全雙工CSMA/CD 的時(shí)間預(yù)算為什么是 512 bit半雙工共享介質(zhì)上發(fā)送方必須在沖突信號(hào)傳回來(lái)之前一直占著線否則它會(huì)以為發(fā)送成功沖突雙方的數(shù)據(jù)全廢。這條約束翻譯成公式很短最小幀的發(fā)送時(shí)間必須大于等于信號(hào)往返一圈的時(shí)間。10 Mb/s 時(shí)標(biāo)準(zhǔn)取了 512 bit 時(shí)間也就是 51.2 微秒配上同軸電纜的傳播速度和最多四個(gè)中繼器就得到了那個(gè)著名的 2500 米網(wǎng)絡(luò)直徑。512 這個(gè)數(shù)字不是設(shè)計(jì)出來(lái)的是被光速和當(dāng)時(shí)的器件延遲逼出來(lái)的。3.1 slot time 與網(wǎng)絡(luò)直徑一個(gè)用光速算出來(lái)的數(shù)字把這條約束寫(xiě)成一個(gè)可驗(yàn)證的預(yù)算鏈路能不能在半雙工下工作就一目了然。def slot_time_us(speed_mbps: float, slot_bits: int 512) - float: 512 bit 時(shí)間在不同速率下折算成微秒這就是往返預(yù)算的總盤(pán)子 return slot_bits / speed_mbps def topology_delay_us(cable_len_m: float, repeaters: int, prop_us_per_km: float 5.0, phy_delay_us: float 0.5, repeater_delay_us: float 0.5) - float: 估一條拓?fù)湔加枚嗌偻禃r(shí)間電纜按往返算其余按單程延遲乘 2 或按個(gè)數(shù)算 cable 2 * (cable_len_m / 1000.0) * prop_us_per_km fixed 2 * phy_delay_us repeaters * repeater_delay_us return cable fixed for speed, length, reps in [(10, 2500, 4), (100, 200, 2), (1000, 100, 0)]: budget slot_time_us(speed) used topology_delay_us(length, reps) flag 夠用 if used budget else 超預(yù)算 print(f{speed:5d} Mb/s {length:5d} m {reps} 中繼器 f預(yù)算 {budget:6.2f} μs 占用 {used:5.2f} μs {flag})10 Mb/s 和 100 Mb/s 兩行都還能過(guò)到 1000 Mb/s 半雙工預(yù)算只剩 0.512 微秒比一個(gè) PHY 自身的延遲還小物理上不可能滿(mǎn)足。標(biāo)準(zhǔn)的解法是載波擴(kuò)展把短幀在物理層補(bǔ)齊到 512 字節(jié)再發(fā)讓占用介質(zhì)的時(shí)間重新拉長(zhǎng)到預(yù)算之內(nèi)再疊加幀突發(fā)把補(bǔ)齊的開(kāi)銷(xiāo)攤薄。這條補(bǔ)丁只在千兆半雙工上存在過(guò)屬于典型的“為了兼容舊機(jī)制而付出的額外復(fù)雜度”。參數(shù)上要留意prop_us_per_km取 5 是工程近似實(shí)際電纜里電磁波速度大約是光速的 0.6 到 0.77 倍折算下來(lái)每公里 4 到 5.5 微秒。phy_delay_us和repeater_delay_us才是真正吃掉預(yù)算的大頭這也是為什么速率每提一檔網(wǎng)絡(luò)直徑就斷崖式下跌——不是電纜變差了是固定延遲在越來(lái)越小的預(yù)算里占比越來(lái)越大。3.2 全雙工之后沖突消失但 Pause 幀和 buffer 頂了上來(lái)全雙工點(diǎn)對(duì)點(diǎn)鏈路里收發(fā)各走一對(duì)線沖突在物理上不存在CSMA/CD 的整套機(jī)制被整體旁路最小幀長(zhǎng)的約束也從“必須”退化成“保持格式兼容”。沖突這個(gè)矛盾消失之后新的矛盾立刻補(bǔ)位發(fā)送方比接收方快接收端的緩沖填滿(mǎn)就丟幀。標(biāo)準(zhǔn)給的答案是 MAC 控制幀也就是 Pause 幀。它用類(lèi)型字段 0x8808 標(biāo)記操作碼 0x0001目的地址固定為 01-80-C2-00-00-01這個(gè)地址被規(guī)定為“不轉(zhuǎn)發(fā)”所以暫停請(qǐng)求只影響相鄰一跳。幀里帶的參數(shù)以 512 bit 時(shí)間為單位表示“請(qǐng)對(duì)方暫停多久”。設(shè)計(jì)上它是一條建議而不是命令接收方可以完全忽略也可以提前恢復(fù)發(fā)送。這個(gè)軟約束在存儲(chǔ)轉(zhuǎn)發(fā)設(shè)備上帶來(lái)的問(wèn)題不小——上游停了下游的緩沖還在往外吐鏈路抖動(dòng)會(huì)沿著路徑累積。真正踩過(guò)坑的人對(duì)這段歷史都有血淚經(jīng)驗(yàn)后來(lái)在無(wú)損網(wǎng)絡(luò)里演化出的按優(yōu)先級(jí)流控一旦形成環(huán)路就會(huì)出現(xiàn)暫停幀互相鎖死整片網(wǎng)絡(luò)進(jìn)入死鎖排查起來(lái)像黑匣子。這也從側(cè)面說(shuō)明把流控做在 MAC 層、做成不帶拓?fù)涓兄膯翁盘?hào)本身就是個(gè)有局限的設(shè)計(jì)。3.3 PLCA把 CSMA/CD 的舊思路搬到單對(duì)線上做時(shí)分復(fù)用單對(duì)雙絞線的多點(diǎn)場(chǎng)景一條線掛多個(gè)節(jié)點(diǎn)沒(méi)有交換機(jī)重新把共享介質(zhì)的問(wèn)題帶了回來(lái)。10 Mb/s 的速率下往返預(yù)算又變得很緊CSMA/CD 的退避算法在長(zhǎng)線纜上效率極低。標(biāo)準(zhǔn)給出的方案是物理層沖突避免在一個(gè)混合段里選一個(gè)協(xié)調(diào)者由它周期性發(fā)出 BEACON 開(kāi)啟一輪各節(jié)點(diǎn)按節(jié)點(diǎn) ID 順序依次拿到自己的發(fā)送機(jī)會(huì)輪到誰(shuí)誰(shuí)發(fā)沒(méi)輪到的閉嘴。這套機(jī)制的巧妙之處在于它把調(diào)度做在了 PHY 里而不是 MAC 里。MAC 看到的仍然是一個(gè)“可以發(fā)”的信號(hào)完全不用改。輪轉(zhuǎn)過(guò)程中還有一個(gè)提交階段用來(lái)讓新上線的節(jié)點(diǎn)在不打亂現(xiàn)有順序的前提下插進(jìn)來(lái)。節(jié)點(diǎn)數(shù)被限制在很小的范圍混合段里最多 8 個(gè)因?yàn)楣?jié)點(diǎn)越多一輪的時(shí)間越長(zhǎng)每個(gè)節(jié)點(diǎn)分到的帶寬越少。4. 物理層編碼與協(xié)商64B/66B、RS-FEC 和 AN 是怎么決定鏈路能不能起來(lái)的一條鏈路起不來(lái)九成的情況下問(wèn)題不在光功率而在兩端沒(méi)有對(duì)上同一套“語(yǔ)言”編碼方式、FEC 開(kāi)關(guān)、lane 數(shù)量、甚至是否啟用節(jié)能特性。這些參數(shù)全都在物理層協(xié)商階段確定而協(xié)商本身又必須在鏈路還沒(méi)建立的時(shí)候完成于是標(biāo)準(zhǔn)被迫設(shè)計(jì)了一套比正常速率慢得多、但極其魯棒的通信方式。4.1 編碼譜系4B/5B、8B/10B、64B/66B 與那段被浪費(fèi)的帶寬線路編碼要解決兩件事讓接收端能從數(shù)據(jù)里恢復(fù)時(shí)鐘足夠的電平跳變以及保持直流平衡不讓變壓器飽和。4B/5B 和 8B/10B 都用 25% 的額外帶寬換這兩件事在百兆和千兆時(shí)代這筆賬劃算。到了 100G25% 意味著白扔 25 Gb/s 的線路帶寬和相應(yīng)的功耗賬算不過(guò)來(lái)了。64B/66B 的做法是把 64 位載荷加 2 位同步頭打成一塊開(kāi)銷(xiāo)降到 3.125%。跳變密度不再靠編碼表保證而是靠后面的自同步擾碼器。同步頭的兩個(gè)比特只有 01純數(shù)據(jù)和 10含控制字符兩種合法取值00 和 11 從未出現(xiàn)——這個(gè)性質(zhì)讓接收端可以在任意位置開(kāi)一個(gè) 66 位的滑窗靠非法組合快速找到塊邊界。SYNC_LEGAL {0b01: data, 0b10: control} # 00 / 11 非法可直接判錯(cuò) def pack_block(block64: int) - int: 64 位載荷 2 位同步頭拼成 66 位一塊開(kāi)銷(xiāo) 2/64 3.125% return (0b01 64) | (block64 ((1 64) - 1)) def unpack_block(block66: int): 返回 (載荷, 類(lèi)型)同步頭非法時(shí)返回 (None, 錯(cuò)誤說(shuō)明) sync (block66 64) 0b11 if sync not in SYNC_LEGAL: return None, sync header 非法塊邊界大概率丟了 return block66 ((1 64) - 1), SYNC_LEGAL[sync]pack_block里那個(gè)掩碼不能省調(diào)用方傳進(jìn)來(lái)的高位如果沒(méi)清干凈會(huì)污染同步頭接收端看到 11 就判定失鎖。unpack_block的返回值設(shè)計(jì)成二元組而不是拋異常是因?yàn)檎鎸?shí)接收機(jī)在失鎖后需要連續(xù)統(tǒng)計(jì)非法同步頭的數(shù)量來(lái)決定是否重新對(duì)齊單次失敗不該中斷整個(gè)接收流程。4.2 FEC 與交織為什么 100G 之后糾錯(cuò)成了必選項(xiàng)PAM4 調(diào)制一個(gè)符號(hào)攜帶 2 比特眼圖從 NRZ 的一個(gè)變成三個(gè)同樣的噪聲容限下信噪比要求陡增。速率的提升又把符號(hào)率推高信道損耗加劇。結(jié)果就是原始誤碼率惡化到 1e-4 到 1e-5 這個(gè)量級(jí)靠物理層的模擬均衡已經(jīng)壓不下去了必須引入前向糾錯(cuò)。100G 及以上的以太網(wǎng)用里德-所羅門(mén)碼作用在 GF(2^10) 上一個(gè)符號(hào) 10 比特。兩套參數(shù)值得記住一套是 528 符號(hào)里 14 個(gè)校驗(yàn)符號(hào)能糾 7 個(gè)符號(hào)錯(cuò)開(kāi)銷(xiāo)約 2.7%另一套是 544 符號(hào)里 30 個(gè)校驗(yàn)符號(hào)能糾 15 個(gè)開(kāi)銷(xiāo)約 5.8%。前者多用于電接口和背板后者多用于光接口因?yàn)楣怄溌返男旁氡雀o張。選哪套不是自由的PMD 條款里寫(xiě)死了。代價(jià)有三塊。一是延遲編解碼本身加上交織深度在 cut-through 轉(zhuǎn)發(fā)設(shè)備上能明顯測(cè)出來(lái)二是功耗FEC 邏輯在 400G 端口上是個(gè)不小的發(fā)熱源三是線路速率必須提高因?yàn)橐休d校驗(yàn)符號(hào)實(shí)際波特率比標(biāo)稱(chēng)速率高幾個(gè)百分點(diǎn)。這三塊代價(jià)換來(lái)的是誤碼率從 1e-4 量級(jí)降到 1e-15 以下把“鏈路能通”變成了“鏈路能穩(wěn)定跑滿(mǎn)”。交織是配合 FEC 的另一個(gè)手段。突發(fā)錯(cuò)誤會(huì)連續(xù)打壞一串符號(hào)超過(guò)糾錯(cuò)能力就整塊報(bào)廢把編碼后的符號(hào)按固定規(guī)則打散到多條 lane 上突發(fā)錯(cuò)誤就被攤成了分散的單符號(hào)錯(cuò)落在糾錯(cuò)能力之內(nèi)。代價(jià)同樣是延遲交織越深延遲越大。4.3 Auto-Negotiation 與 link training兩端怎么談出共同語(yǔ)言協(xié)商要解決一個(gè)雞生蛋的問(wèn)題要談速率得先能通信可通信本身依賴(lài)速率已經(jīng)談好。標(biāo)準(zhǔn)的解法是用一套獨(dú)立于業(yè)務(wù)速率的低速信令。百兆和千兆用的是快速鏈路脈沖一串 33 個(gè)脈沖其中 16 個(gè)承載鏈路碼字17 個(gè)提供時(shí)鐘信息用最笨的曼徹斯特式跳變讓對(duì)端即使頻率對(duì)不準(zhǔn)也能解出來(lái)。鏈路碼字的基頁(yè)只有 16 位塞不下多少東西。低位是 5 位選擇符標(biāo)識(shí)這是以太網(wǎng)中間一串是技術(shù)能力位對(duì)端據(jù)此判斷雙方支持的交集最高位是“還有下一頁(yè)”標(biāo)志次高位是確認(rèn)再次是遠(yuǎn)程故障。能力不夠就把后續(xù)的下一頁(yè)翻出來(lái)一頁(yè)一頁(yè)把 FEC、節(jié)能、通道參數(shù)這些擴(kuò)展能力傳過(guò)去。字段語(yǔ)義位序簡(jiǎn)化作用選擇符標(biāo)識(shí)使用的協(xié)議族以太網(wǎng)是固定編碼技術(shù)能力位聲明支持的速率與雙工組合雙方取交集遠(yuǎn)程故障告訴對(duì)端“我這邊收不到有效信號(hào)”確認(rèn)握手應(yīng)答保證雙方都讀到了對(duì)方的頁(yè)下一頁(yè)標(biāo)志能力太多時(shí)翻頁(yè)承載擴(kuò)展參數(shù)背板和 10G 以上的銅纜場(chǎng)景用的是另一套基于差分曼徹斯特編碼的協(xié)商頁(yè)更長(zhǎng)能塞進(jìn) FEC 意愿、lane 數(shù)量、通道損耗這些信息。協(xié)商完成之后還有一步 link training兩端用已知的訓(xùn)練序列反復(fù)調(diào)整發(fā)送端的均衡系數(shù)把眼圖調(diào)到最優(yōu)然后才切換到正常數(shù)據(jù)。這個(gè)過(guò)程對(duì)使用者是不可見(jiàn)的但它是高速背板鏈路能起來(lái)的前提。節(jié)能特性搭的是同一班車(chē)支持低功耗閑置的一端在下一頁(yè)里聲明能力雙方都支持才啟用。這也是排查時(shí)容易忽略的地方——鏈路在某些對(duì)端上起不來(lái)原因可能是協(xié)商里某個(gè)可選能力位對(duì)不上而不是物理層壞了。5. 常見(jiàn)問(wèn)題與排查讀這份 7025 頁(yè)文檔最容易翻車(chē)的五個(gè)地方這份文檔的體量和結(jié)構(gòu)決定了它不好用。它不是一本從頭讀到尾的書(shū)而是一份按條款號(hào)索引的契約集合加上幾十個(gè)可選特性矩陣。翻車(chē)通常不是因?yàn)榧夹g(shù)難而是因?yàn)檎义e(cuò)了地方或者用錯(cuò)了版本假設(shè)。5.1 現(xiàn)象查不到 800G 的條款現(xiàn)象很直接按目錄翻遍全篇找不到 800 Gb/s 相關(guān)的內(nèi)容懷疑文檔缺頁(yè)或者下載不完整。原因是版本邊界。這份 2022 版是 2018 版的整體修訂本文還有配套的精品資源點(diǎn)擊獲取