1. 項目緣起與整體設(shè)計思路1.1 為什么我會去啃這份800G規(guī)范最早接觸800G這個話題是因為手頭一個數(shù)據(jù)中心互聯(lián)的仿真項目需要評估下一代光模塊的鏈路預(yù)算。當(dāng)時市面上能查到的公開資料要么停留在400G的架構(gòu)上要么就是廠商宣傳稿里一堆漂亮數(shù)字但缺少可復(fù)現(xiàn)的細(xì)節(jié)。真正讓我下決心系統(tǒng)整理這份筆記的是發(fā)現(xiàn)很多同行在討論800G時把電氣側(cè)接口和光側(cè)參數(shù)混為一談導(dǎo)致方案評審時經(jīng)常雞同鴨講。這份筆記的核心目標(biāo)很明確把800G以太網(wǎng)規(guī)范中與工程落地最相關(guān)的部分抽出來形成一份能直接指導(dǎo)選型、仿真和測試的參考。它解決的不是“800G是什么”這種科普問題而是“當(dāng)我要設(shè)計一個800G鏈路時哪些參數(shù)必須卡死、哪些地方容易踩坑、不同實現(xiàn)路徑的取舍邏輯是什么”。適合有一定高速信號基礎(chǔ)、正在做數(shù)據(jù)中心網(wǎng)絡(luò)規(guī)劃或光模塊評估的工程師參考也適合想從400G平滑過渡到800G的團(tuán)隊作為技術(shù)預(yù)研材料。1.2 整體架構(gòu)的取舍邏輯800G規(guī)范最核心的變化不在于速率數(shù)字本身而在于它把“通道數(shù)×單通道速率”這個乘法拆成了多種組合。400G時代主流是8×50G PAM4到了800G規(guī)范層面同時認(rèn)可8×100G和16×50G兩種電氣接口方案。這個設(shè)計背后有很現(xiàn)實的工程考量8×100G對SerDes和封裝的要求極高但端口密度和功耗更優(yōu)16×50G可以復(fù)用部分400G時代的成熟IP但走線復(fù)雜度和連接器體積會上去。我在整理時把內(nèi)容分成三大塊電氣接口參數(shù)、光側(cè)鏈路預(yù)算、以及前向糾錯與鏈路訓(xùn)練。這樣分的理由是實際項目中這三塊分別對應(yīng)不同的責(zé)任方——芯片選型看電氣接口光模塊采購看光側(cè)預(yù)算系統(tǒng)聯(lián)調(diào)看FEC和訓(xùn)練。如果混在一起講讀者很難快速定位到自己關(guān)心的部分。提示很多團(tuán)隊在預(yù)研階段只關(guān)注速率和功耗忽略了FEC模式對延遲的影響。800G規(guī)范里FEC從RS(544,514)向更高速率演進(jìn)時糾錯能力和延遲的平衡點會變化這個必須在架構(gòu)設(shè)計早期就納入考量。1.3 與400G規(guī)范的繼承關(guān)系800G并不是憑空冒出來的它在很多基礎(chǔ)機(jī)制上直接繼承了400G的框架。比如PAM4調(diào)制、RS-FEC的基本結(jié)構(gòu)、以及鏈路訓(xùn)練的狀態(tài)機(jī)邏輯都能在400G規(guī)范里找到影子。但繼承不等于照搬800G在通道綁定、偏斜容忍和誤碼率分配上做了明顯調(diào)整。我特意在筆記里用了一張對照表來梳理這些差異因為實際調(diào)試時很多問題就是因為工程師默認(rèn)“800G就是400G翻倍”而忽略了這些細(xì)節(jié)。比如400G時代每個通道的偏斜預(yù)算相對寬松到了800G由于單通道速率翻倍同樣的物理走線差異會導(dǎo)致更大的UI偏移規(guī)范對通道間偏斜的要求實際上收緊了。2. 核心參數(shù)拆解與實操要點2.1 電氣接口的關(guān)鍵參數(shù)800G電氣接口最核心的參數(shù)是每通道速率、調(diào)制方式和通道數(shù)。8×100G方案里每個通道跑106.25Gbps的PAM4信號這個數(shù)字不是隨便定的——它是在扣除FEC開銷和編碼效率后剛好能承載800G有效載荷的最小整數(shù)通道配置。16×50G方案則是53.125Gbps每通道對SerDes的奈奎斯特頻率要求從約26.5GHz降到約13.3GHz這個差異直接決定了芯片選型范圍。實際選型時我習(xí)慣先算一個“通道裕量”用規(guī)范給出的發(fā)送端眼圖模板和接收端容忍度反推PCB走線能承受的最大插入損耗。8×100G方案在FR4板材上的有效走線長度通常比16×50G短不少如果背板走線超過一定長度要么換更低損耗的板材要么就得考慮16×50G方案。這個計算過程我在筆記里寫了詳細(xì)步驟包括如何從規(guī)范里的S參數(shù)模板推導(dǎo)損耗預(yù)算。另一個容易被忽視的參數(shù)是回波損耗。800G規(guī)范對連接器和過孔的回波損耗要求比400G更嚴(yán)因為更高速率下反射對眼圖的干擾更明顯。實測中一個設(shè)計不良的過孔在26.5GHz處可能產(chǎn)生幾dB的諧振直接吃掉鏈路裕量。2.2 光側(cè)鏈路預(yù)算的構(gòu)成光側(cè)部分800G規(guī)范定義了多種PMD類型對應(yīng)不同的傳輸距離和光纖類型。以常見的2km和10km場景為例預(yù)算構(gòu)成包括發(fā)送光功率、光纖損耗、連接器損耗、以及接收靈敏度。這里的關(guān)鍵是800G的接收靈敏度指標(biāo)通常是在特定FEC模式下給出的脫離FEC談靈敏度沒有意義。我在筆記里整理了一個預(yù)算計算模板把每個環(huán)節(jié)的典型值和最壞值都列出來。比如2km場景下光纖損耗按0.35dB/km算連接器按每個0.5dB算再留出一定的老化裕量。這個模板的好處是當(dāng)你換用不同廠商的光模塊時可以直接把規(guī)格書里的數(shù)字填進(jìn)去快速判斷鏈路是否可行。注意光模塊規(guī)格書里的靈敏度往往是在理想消光比和特定溫度下測的實際部署時溫度變化會導(dǎo)致靈敏度劣化。我在多個項目里見過夏天機(jī)房溫度升高后鏈路誤碼率飆升的情況所以預(yù)算里一定要留溫度裕量。2.3 FEC模式的選擇邏輯800G規(guī)范里FEC的選擇直接影響到有效載荷速率和鏈路延遲。常見的RS(544,514)模式開銷約5.8%能糾正一定數(shù)量的符號錯誤。但到了800G由于單通道速率更高同樣的FEC模式在相同誤碼率下可能不夠用所以規(guī)范里也引入了更強(qiáng)的FEC選項。選擇FEC時我通常考慮三個因素鏈路誤碼率基線、延遲敏感度、以及芯片支持情況。如果鏈路基線誤碼率在1E-5左右RS(544,514)通常夠用如果超過1E-4可能就需要更強(qiáng)的FEC或者考慮降低單通道速率。延遲方面更強(qiáng)的FEC意味著更長的碼塊和更多的處理時間對某些實時性要求高的場景需要權(quán)衡。2.4 鏈路訓(xùn)練的狀態(tài)機(jī)要點鏈路訓(xùn)練是800G里比較復(fù)雜的部分它負(fù)責(zé)在鏈路建立初期協(xié)商雙方的能力、調(diào)整均衡參數(shù)、以及確認(rèn)FEC模式。狀態(tài)機(jī)從發(fā)送訓(xùn)練序列開始經(jīng)過系數(shù)交換、均衡收斂、到最后進(jìn)入正常數(shù)據(jù)模式每一步都有超時和重試機(jī)制。實操中常見的問題是訓(xùn)練卡在某個狀態(tài)反復(fù)重試。根據(jù)我的經(jīng)驗這通常指向三個方向一是通道間偏斜超出容忍范圍導(dǎo)致訓(xùn)練序列無法正確對齊二是均衡系數(shù)收斂到邊界值說明信道條件比預(yù)期差三是雙方能力集不匹配比如一方只支持8×100G而另一方配置成了16×50G。排查時我會先用訓(xùn)練狀態(tài)寄存器讀出當(dāng)前卡在哪個子狀態(tài)再針對性檢查物理層參數(shù)。3. 實操過程與核心環(huán)節(jié)實現(xiàn)3.1 從規(guī)范到仿真模型的建立拿到規(guī)范后第一步不是急著跑仿真而是把關(guān)鍵參數(shù)提取成一張參數(shù)表。我通常按電氣、光、FEC三列來組織每列下面再分發(fā)送端、接收端、信道。這張表的作用是作為后續(xù)所有工作的單一數(shù)據(jù)源避免不同文檔里參數(shù)不一致。建立仿真模型時電氣部分我用IBIS-AMI模型來模擬發(fā)送端和接收端的行為信道部分用實測或廠商提供的S參數(shù)。這里有個細(xì)節(jié)規(guī)范里的眼圖模板是理想條件下的實際仿真時要把封裝和過孔的寄生參數(shù)加進(jìn)去否則結(jié)果會過于樂觀。我一般會先用一個簡單的通道模型跑通流程再逐步替換成更精確的模型。光側(cè)仿真相對簡單主要是用預(yù)算表做鏈路可行性判斷。但如果要做誤碼率曲線就需要把光模塊的噪聲模型和FEC解碼器一起建模。這部分我通常用簡化的高斯噪聲近似雖然不夠精確但對于方案篩選足夠用了。3.2 通道偏斜的測量與補(bǔ)償通道偏斜是800G調(diào)試?yán)锢@不開的問題。測量方法是在發(fā)送端發(fā)送已知的測試圖案在接收端用示波器或誤碼儀抓取各通道的到達(dá)時間。我習(xí)慣用PRBS31圖案因為它能覆蓋較長的游程更容易暴露偏斜問題。補(bǔ)償手段主要有兩種一是在PCB設(shè)計階段通過走線等長來被動補(bǔ)償二是在芯片里通過可編程延遲線來主動補(bǔ)償。被動補(bǔ)償?shù)木仁芟抻诎宀牡慕殡姵?shù)均勻性和制造公差通常只能做到幾個ps的精度。主動補(bǔ)償更靈活但需要芯片支持而且延遲線本身會引入抖動。實測中我發(fā)現(xiàn)即使走線等長由于過孔和連接器的差異通道間仍可能有幾ps的殘余偏斜。這時候就需要用主動補(bǔ)償來微調(diào)。調(diào)整時我會先掃一遍延遲線代碼找到誤碼率最低的區(qū)間再在這個區(qū)間里細(xì)調(diào)。3.3 FEC性能的實測驗證FEC性能不能只看規(guī)范里的理論曲線必須實測。我的做法是在鏈路里注入可控的誤碼然后觀察FEC解碼后的誤碼率。注入誤碼可以用噪聲源或者故意劣化發(fā)送端信號質(zhì)量來實現(xiàn)。測試時要注意FEC解碼器需要一定數(shù)量的碼塊才能統(tǒng)計出有意義的誤碼率。我通常至少采集1E8個碼塊對于低誤碼率場景甚至要采集1E10個。這個時間成本不低所以我會先用短時間測試做粗略判斷確認(rèn)方向后再做長時間驗證。另一個經(jīng)驗是FEC的糾錯能力在突發(fā)錯誤和隨機(jī)錯誤面前表現(xiàn)不同。規(guī)范里的指標(biāo)通常是針對隨機(jī)錯誤的但實際鏈路里突發(fā)錯誤更常見比如電源噪聲引起的周期性干擾。所以我在測試時會特意加入一些突發(fā)錯誤模式看看FEC的余量夠不夠。3.4 鏈路訓(xùn)練的調(diào)試流程鏈路訓(xùn)練調(diào)試我一般按這個順序來先確認(rèn)雙方能力集匹配再檢查訓(xùn)練序列的發(fā)送和接收是否正常然后看均衡系數(shù)收斂情況最后驗證進(jìn)入數(shù)據(jù)模式后的誤碼率。能力集匹配是最容易出問題的環(huán)節(jié)。800G規(guī)范里有很多可選特性如果雙方配置不一致訓(xùn)練就會卡住。我通常會先把雙方配置都設(shè)成最保守的模式確認(rèn)能通之后再逐步開啟高級特性。均衡系數(shù)收斂情況能反映信道質(zhì)量。如果系數(shù)收斂到邊界值說明信道條件比預(yù)期差可能需要調(diào)整發(fā)送端預(yù)加重或接收端均衡強(qiáng)度。我一般會記錄收斂后的系數(shù)值作為鏈路健康度的參考。進(jìn)入數(shù)據(jù)模式后的誤碼率驗證是最后一步也是最重要的一步。這時候要跑長時間測試觀察誤碼率是否穩(wěn)定。如果誤碼率隨時間漂移可能是溫度或電源問題需要進(jìn)一步排查。4. 常見問題與排查技巧實錄4.1 訓(xùn)練失敗類問題速查訓(xùn)練失敗是800G調(diào)試?yán)镒罡哳l的問題。我把常見原因和排查方法整理成了下面這張表方便快速定位?，F(xiàn)象可能原因排查方法訓(xùn)練卡在能力協(xié)商階段雙方配置不匹配讀取雙方能力寄存器對比配置訓(xùn)練卡在系數(shù)交換階段通道偏斜過大測量各通道到達(dá)時間檢查偏斜訓(xùn)練卡在均衡收斂階段信道損耗過大檢查S參數(shù)確認(rèn)插入損耗是否超預(yù)算訓(xùn)練反復(fù)重試信號質(zhì)量差抓取眼圖檢查眼高眼寬訓(xùn)練成功但誤碼率高FEC模式不匹配確認(rèn)雙方FEC配置一致這張表是我從多個項目里總結(jié)出來的基本上覆蓋了八成以上的訓(xùn)練問題。實際排查時我會先用訓(xùn)練狀態(tài)寄存器確定卡在哪個階段再對照表格縮小范圍。4.2 誤碼率偏高的排查思路誤碼率偏高但訓(xùn)練能成功這種情況往往更棘手因為問題可能出在多個環(huán)節(jié)。我的排查順序是先看發(fā)送端眼圖再看信道損耗然后看接收端均衡最后看FEC。發(fā)送端眼圖主要看眼高和眼寬以及是否有明顯的確定性抖動。如果眼圖閉合可能是預(yù)加重設(shè)置不當(dāng)或者驅(qū)動器供電有問題。信道損耗用矢量網(wǎng)絡(luò)分析儀測S參數(shù)重點看奈奎斯特頻率處的插入損耗和回波損耗。接收端均衡主要看CTLE和DFE的配置是否合理有時候默認(rèn)配置并不適合當(dāng)前信道。FEC方面如果誤碼率在FEC糾錯能力邊緣稍微改善一點信道就能大幅降低誤碼率。但如果誤碼率遠(yuǎn)超F(xiàn)EC能力就需要從物理層找原因了。4.3 溫度與電源引起的偶發(fā)問題有些問題只在特定溫度或電源條件下出現(xiàn)排查起來很費勁。我遇到過夏天機(jī)房溫度升高后某條鏈路誤碼率從1E-12飆升到1E-6的情況。后來發(fā)現(xiàn)是光模塊的消光比隨溫度漂移導(dǎo)致接收端靈敏度劣化。這類問題的排查方法是做溫度循環(huán)測試從低溫到高溫逐步變化同時監(jiān)測誤碼率。如果誤碼率在某個溫度點突然惡化就重點檢查該溫度下光模塊和芯片的關(guān)鍵參數(shù)。電源方面我會用示波器監(jiān)測電源紋波特別是在大流量突發(fā)時電源噪聲可能耦合到信號上。提示偶發(fā)問題最難復(fù)現(xiàn)所以一旦出現(xiàn)要盡可能記錄當(dāng)時的環(huán)境條件、配置參數(shù)和誤碼率曲線。這些數(shù)據(jù)對后續(xù)分析至關(guān)重要。4.4 互操作性問題的處理經(jīng)驗不同廠商的設(shè)備互操作時經(jīng)常出現(xiàn)“各自單獨測試都正常連在一起就不行”的情況。這通常是因為規(guī)范里有些參數(shù)是“可選”或“建議”的不同廠商實現(xiàn)程度不同。處理互操作問題我的經(jīng)驗是先做最小化配置只開啟雙方都強(qiáng)制支持的必選特性確認(rèn)能通之后再逐步開啟可選特性。如果某個可選特性開啟后出問題就重點檢查雙方對該特性的實現(xiàn)差異。有時候需要抓取訓(xùn)練過程的詳細(xì)日志對比雙方的狀態(tài)機(jī)跳轉(zhuǎn)是否一致。另一個技巧是準(zhǔn)備一套“黃金配置”也就是經(jīng)過驗證的、最保守的參數(shù)組合。當(dāng)互操作出問題時先用黃金配置確認(rèn)物理鏈路沒問題再逐步調(diào)整到目標(biāo)配置。5. 工具選型與測試環(huán)境搭建5.1 仿真工具的選擇電氣仿真我主要用兩種工具一種是通用的電路仿真器適合做通道級仿真另一種是專門的SerDes仿真工具內(nèi)置了IBIS-AMI模型支持。選擇時主要看模型庫是否齊全以及仿真速度是否滿足迭代需求。對于800G這種高速信號仿真精度和速度的平衡很重要。我通常先用快速仿真做方案篩選確認(rèn)幾個候選方案后再用高精度仿真做詳細(xì)驗證。高精度仿真時要把封裝、過孔、連接器的模型都加進(jìn)去否則結(jié)果參考價值有限。光側(cè)仿真相對簡單用預(yù)算表加簡單的噪聲模型就夠了。但如果要做系統(tǒng)級誤碼率分析就需要把光模塊和FEC一起建模這時候可能需要專門的系統(tǒng)仿真工具。5.2 測試儀表的配置要點800G測試對儀表帶寬要求很高。示波器至少需要33GHz以上帶寬才能較好地觀察100G PAM4信號。誤碼儀需要支持PAM4圖案生成和分析以及FEC解碼功能。我配置測試環(huán)境時會特別注意儀表的校準(zhǔn)。高速測試?yán)镫娎|和連接器的損耗會直接影響測量結(jié)果。我通常會用電子校準(zhǔn)件做端口校準(zhǔn)把參考面推到被測件接口處。另外儀表的抖動本底噪聲也要提前測一下避免把儀表噪聲誤判為信號問題。對于鏈路訓(xùn)練測試還需要儀表支持訓(xùn)練序列的發(fā)送和接收。有些儀表內(nèi)置了訓(xùn)練狀態(tài)機(jī)模擬功能可以模擬對端設(shè)備的行為這對單獨測試一端設(shè)備很有用。5.3 測試夾具的設(shè)計注意事項測試夾具在800G測試?yán)锖荜P(guān)鍵設(shè)計不好會引入額外的損耗和反射。我設(shè)計夾具時遵循幾個原則走線盡量短且等長過孔盡量少連接器選高頻性能好的。板材選擇上800G測試夾具通常需要用低損耗板材比如Megtron 6或類似等級的材料。普通FR4在26.5GHz處損耗太大會導(dǎo)致測試結(jié)果偏悲觀。夾具的接地設(shè)計也很重要不良的接地會引入諧振影響高頻性能。我一般會先用仿真驗證夾具設(shè)計確認(rèn)插入損耗和回波損耗在可接受范圍內(nèi)再投板。投板后先用矢量網(wǎng)絡(luò)分析儀測S參數(shù)和仿真結(jié)果對比確認(rèn)夾具本身沒問題再用于正式測試。6. 從規(guī)范到落地的經(jīng)驗總結(jié)6.1 參數(shù)裕量的分配策略800G鏈路設(shè)計里裕量分配是個藝術(shù)。規(guī)范給出的指標(biāo)通常是“最壞情況”下的最低要求實際設(shè)計時如果只按規(guī)范卡線量產(chǎn)時很容易出問題。我的經(jīng)驗是在規(guī)范基礎(chǔ)上留出至少20%的裕量關(guān)鍵環(huán)節(jié)比如FEC和光預(yù)算甚至要留30%。裕量分配要區(qū)分“設(shè)計裕量”和“制造裕量”。設(shè)計裕量是留給仿真和實測差異的制造裕量是留給批次波動的。我通常在設(shè)計階段就把這兩部分分開算避免后期因為制造波動導(dǎo)致整體裕量不足。另一個經(jīng)驗是裕量不要平均分配。信道損耗、連接器、FEC這幾個環(huán)節(jié)里FEC的裕量最寶貴因為它是最后一道防線。如果FEC裕量不足前面環(huán)節(jié)稍微劣化就會導(dǎo)致誤碼率飆升。所以我會優(yōu)先保證FEC有足夠裕量其他環(huán)節(jié)可以適當(dāng)壓縮。6.2 從400G遷移的注意事項從400G遷移到800G最大的陷阱是“想當(dāng)然”。很多在400G上驗證過的設(shè)計直接搬到800G上會出問題。比如PCB走線400G時代能用的長度800G時代可能就超損耗了。連接器也是400G能用的連接器800G時代回波損耗可能就不達(dá)標(biāo)了。我的建議是遷移時把800G當(dāng)成一個全新項目來做不要假設(shè)400G的經(jīng)驗都能復(fù)用。當(dāng)然400G時代積累的測試方法、調(diào)試流程、以及團(tuán)隊協(xié)作模式是可以繼承的但具體參數(shù)和設(shè)計規(guī)則必須重新驗證。遷移過程中我會先做一個“差異分析”把400G和800G規(guī)范逐條對比找出所有變化點。然后針對每個變化點評估影響制定應(yīng)對措施。這個分析看起來費時間但能避免后期大量返工。6.3 團(tuán)隊協(xié)作與文檔管理800G項目通常涉及芯片、光模塊、PCB、系統(tǒng)等多個團(tuán)隊協(xié)作復(fù)雜度高。我的經(jīng)驗是一定要有一個“單一數(shù)據(jù)源”的文檔把所有關(guān)鍵參數(shù)、接口定義、測試結(jié)果都記錄在里面。這個文檔由系統(tǒng)工程師維護(hù)各團(tuán)隊更新自己負(fù)責(zé)的部分。文檔管理上我習(xí)慣用版本控制工具來管理規(guī)范筆記和測試報告。每次規(guī)范更新或測試完成都提交一個新版本并記錄變更內(nèi)容。這樣后期追溯問題時能快速定位到是哪個版本引入的變化。團(tuán)隊溝通方面我會定期組織跨團(tuán)隊的技術(shù)評審重點對齊接口參數(shù)和測試標(biāo)準(zhǔn)。800G項目里很多問題都是因為接口理解不一致導(dǎo)致的定期對齊能提前發(fā)現(xiàn)這些隱患。6.4 后續(xù)演進(jìn)方向的思考800G不是終點規(guī)范本身也在演進(jìn)。從目前的趨勢看下一步可能會在單通道速率和通道數(shù)上繼續(xù)做文章同時FEC和鏈路訓(xùn)練機(jī)制也會進(jìn)一步優(yōu)化。我在筆記里留了一些擴(kuò)展接口方便后續(xù)補(bǔ)充新內(nèi)容。對于正在做800G預(yù)研的團(tuán)隊我的建議是不要只盯著當(dāng)前規(guī)范要留出一定的前瞻性。比如PCB設(shè)計時可以按更高頻率的要求來選板材和連接器這樣后續(xù)升級時不用重新設(shè)計。芯片選型時也可以考慮支持更高通道速率的型號給未來留出空間。當(dāng)然前瞻性也要適度過度設(shè)計會增加成本和復(fù)雜度。我的做法是在關(guān)鍵環(huán)節(jié)留出可升級的余地比如用可編程的均衡器和FEC這樣后續(xù)可以通過固件升級來適配新規(guī)范而不需要換硬件。