1. 從網(wǎng)線插上就能上網(wǎng)說起第三章到底在講什么很多人翻《網(wǎng)絡是怎樣連接的》這本書前兩章看得挺順到了第三章突然卡住——不是因為難而是因為這一章開始往下鉆了。前兩章講的是從瀏覽器發(fā)出請求、經(jīng)過協(xié)議棧、到達局域網(wǎng)這一路的宏觀流程讀者還能靠生活經(jīng)驗腦補第三章則一頭扎進了信號在網(wǎng)線、光纖、無線電波里到底是怎么跑的以及交換機、路由器這些設備內(nèi)部到底在干什么。抽象層級一下子降到了電氣特性和硬件轉發(fā)邏輯很多人就在這里掉隊了。我最初讀這一章時也有同樣的感受明明知道數(shù)據(jù)從A傳到B但書里開始講電壓、光脈沖、雙絞線為什么要擰、MAC地址表怎么學習腦子里的模型就開始打架。后來我換了個思路——把第三章當成拆快遞來看前面幾章講的是快遞單怎么填、怎么送到分揀中心第三章講的是包裹在傳送帶上怎么被識別、怎么被分流、怎么被裝車。這個類比一建立整章的脈絡就清楚了。第三章的核心其實就三件事第一信號如何在物理介質上表示0和1第二局域網(wǎng)內(nèi)的交換機如何根據(jù)MAC地址把幀送到正確的端口第三路由器如何在不同網(wǎng)絡之間做轉發(fā)決策。這三件事層層遞進從電信號到二層轉發(fā)再到三層轉發(fā)構成了數(shù)據(jù)真正動起來的完整鏈條。關鍵詞可以概括為物理層信號編碼、雙絞線與光纖、MAC地址與交換機轉發(fā)、路由表與最長前綴匹配、ARP解析。這篇筆記適合兩類人一類是正在讀這本書、卡在第三章需要一份人話版梳理的讀者另一類是已經(jīng)工作、但發(fā)現(xiàn)自己對數(shù)據(jù)包到底怎么從網(wǎng)卡出去始終只有模糊印象的開發(fā)者。我會把書里的核心邏輯拆開補上書中一筆帶過但實際很關鍵的細節(jié)再分享幾個我踩過的理解坑。讀完之后你至少能對著一個抓包結果說清楚這個幀從網(wǎng)卡到交換機再到路由器每一步發(fā)生了什么。2. 信號是怎么變成0和1的物理層的編碼邏輯2.1 雙絞線為什么要擰差分信號與抗干擾書里提到網(wǎng)線是雙絞線很多人記住了擰在一起這個結論卻沒搞懂為什么。這里的關鍵是差分信號傳輸。一根網(wǎng)線里真正傳一路數(shù)據(jù)用的是兩根線它們傳輸?shù)氖菢O性相反的同一個信號。接收端不看某根線對地的絕對電壓而是看兩根線之間的電壓差。這么做的直接好處是抗共模干擾外界電磁噪聲會同時耦合到兩根線上兩根線的電壓一起升高或降低差值不變接收端照樣能正確判讀。那擰又是為了什么兩根線如果平行走它們受到的干擾不完全相同差值就會被破壞。把兩根線按固定節(jié)距絞合能讓它們交替地靠近和遠離干擾源從而讓干擾在兩線上盡可能均等。節(jié)距每絞一圈的長度是經(jīng)過計算的不同線對的節(jié)距還不一樣目的是減少線對之間的串擾。這就是為什么你拆開一根網(wǎng)線會發(fā)現(xiàn)四對線的絞合密度肉眼可見地不同——這不是工藝隨意而是設計。提示這也是為什么網(wǎng)線不能隨便壓折、不能和強電走同一線槽。絞合結構一旦被破壞差分抗干擾能力下降表現(xiàn)為丟包、速率協(xié)商降級而不是直接斷網(wǎng)排查起來很隱蔽。2.2 從電壓到比特編碼方式?jīng)Q定了怎么讀信號在線上是連續(xù)變化的電壓要表示離散的0和1就需要編碼規(guī)則。書里介紹了曼徹斯特編碼這類方案核心思想是用電壓的跳變來表示比特而不是用絕對電平高低。比如規(guī)定從高到低跳變代表0從低到高跳變代表1。這樣做的好處是接收端可以從信號本身提取時鐘——每個比特周期中間必有一次跳變接收方據(jù)此同步不需要額外時鐘線。這里有個容易被忽略的點編碼效率。曼徹斯特編碼每個比特都需要一次跳變占用的帶寬是數(shù)據(jù)率的兩倍效率只有50%。所以高速以太網(wǎng)后來改用更高效的編碼方案如4B/5B、8B/10B以及更高速率下的多電平編碼用多個電平或更復雜的映射在同樣帶寬下傳更多數(shù)據(jù)。書里沒有展開這些細節(jié)但理解編碼是在帶寬和同步能力之間做權衡這個思路比記住具體編碼名字重要得多。我在實際排查一次鏈路問題時遇到過相關現(xiàn)象某段鏈路速率協(xié)商不到預期值換線后恢復。后來分析線材質量導致高頻成分衰減嚴重高編碼效率的方案對信號質量要求更高協(xié)商機制自動降級到更保守的編碼和速率。這說明物理層的編碼選擇和線材質量是綁定的不是軟件層面能繞過去的。2.3 光纖與無線換了介質邏輯沒變書里對光纖和無線也做了介紹。光纖用光脈沖的有無表示比特全反射把光約束在纖芯里傳播。相比銅纜光纖不受電磁干擾、衰減低、帶寬大但代價是彎折半徑有要求、接續(xù)需要專用設備。無線則把比特調制到射頻載波上通過調制方式幅度、頻率、相位或其組合承載信息挑戰(zhàn)在于共享介質、干擾和衰減。我想強調的是不管介質怎么換用某種物理量的變化表示比特并讓接收端能可靠判讀這個本質不變。理解了銅纜的差分和編碼再看光纖和無線只是物理量和干擾來源變了分析框架可以直接遷移。這也是我建議讀這一章時不要死記每種介質參數(shù)、而要抓住表示—同步—抗擾這條主線的原因。3. 交換機內(nèi)部MAC地址表是怎么學出來的3.1 幀進入交換機的那一刻發(fā)生了什么數(shù)據(jù)幀從網(wǎng)卡發(fā)出進入交換機的某個端口。交換機做的第一件事不是查表轉發(fā)而是學習它讀取這個幀的源MAC地址把它和從哪個端口進來的綁定寫進MAC地址表。這個動作叫源地址學習是交換機自愈能力的來源——不需要人工配置網(wǎng)絡自己就能建立轉發(fā)表。學完之后才查目的MAC地址。如果表里有對應條目就從記錄的端口轉發(fā)出去這叫單播轉發(fā)如果表里沒有交換機不會丟棄而是從除入端口外的所有端口泛洪出去這叫泛洪。目的端收到后會回應回應幀的源地址又會被學習于是表項逐步補全。這個先泛洪、后學習、再單播的機制是理解二層網(wǎng)絡行為的關鍵。注意泛洪是有代價的。表項沒建立起來之前廣播域內(nèi)會有額外流量如果網(wǎng)絡里存在環(huán)路泛洪會引發(fā)廣播風暴。這也是為什么二層網(wǎng)絡要跑生成樹協(xié)議——不是可有可無的配置而是防止泛洪失控的安全閥。3.2 MAC地址表的老化為什么條目會消失MAC地址表不是永久保存的每個條目都有老化時間常見默認值是幾分鐘量級。如果一段時間內(nèi)沒有再從某個端口收到該源地址的幀條目就會被刪除。這個設計很務實設備可能換端口、可能下線表項必須能自動清理否則表會越撐越大且充滿過期信息。老化機制帶來一個實際現(xiàn)象設備靜默一段時間后第一幀往往要經(jīng)過泛洪才能到達因為表項已經(jīng)老化掉了。這在抓包時表現(xiàn)為偶爾出現(xiàn)泛洪幀很多人誤以為是故障其實是正常的老化—重學習過程。我在排查一次間歇性延遲問題時最后定位到的就是某設備休眠喚醒后表項已老化首包泛洪帶來的額外處理時延屬于預期行為而非缺陷。3.3 交換機為什么不做IP層的事二層與三層的分工書里反復強調交換機工作在二層看的是MAC地址不關心IP。這個分工的意義在于職責單一、轉發(fā)快。交換機只需要維護MAC表、做硬件級別的查表轉發(fā)不需要理解IP地址、不需要跑路由協(xié)議。這種傻快的特性正是局域網(wǎng)高效的原因。但這也帶來邊界交換機無法隔離廣播域。廣播幀會在整個二層網(wǎng)絡內(nèi)泛洪網(wǎng)絡越大廣播開銷越大。要隔離廣播域就得上路由器或三層交換機用IP子網(wǎng)把大網(wǎng)絡切小。理解這條邊界你就明白為什么企業(yè)網(wǎng)絡里接入層用交換機、核心層做路由是常見架構——不是隨便分的而是二層和三層的職責天然不同。4. 路由器怎么選路路由表與最長前綴匹配4.1 路由表不是一張地圖而是一組規(guī)則很多人把路由表想象成一張完整的地圖其實它更像一組匹配規(guī)則。每條路由表項包含目的網(wǎng)絡/前綴長度和下一跳/出接口。路由器收到一個IP包拿目的IP去和表項逐一比對選出匹配的那條。問題來了如果多條表項都能匹配怎么辦答案是最長前綴匹配——前綴越長網(wǎng)絡越具體優(yōu)先級越高。舉個例子路由表里有10.0.0.0/8和10.1.0.0/16兩條一個目的地址10.1.2.3兩條都能匹配但/16比/8更具體所以選/16那條。這個規(guī)則的意義在于支持路由聚合與例外并存可以用一條大前綴概括一片網(wǎng)絡再用更具體的前綴為其中某個子網(wǎng)指定特殊路徑兩者不沖突。4.2 默認路由兜底的那條其他都走這里路由表里通常有一條0.0.0.0/0叫默認路由。它的前綴長度是0能匹配任何地址但因為是最短前綴只有在沒有更具體匹配時才會被選中。它的作用就是兜底本地不知道往哪送的包統(tǒng)統(tǒng)交給默認網(wǎng)關。家用路由器里那條默認網(wǎng)關配置本質上就是在主機路由表里加了一條默認路由。這里有個實操中常見的困惑為什么我明明配了某條明細路由流量還是走了默認網(wǎng)關大概率是明細路由的前綴寫錯了或者掩碼長度不對導致它沒有比默認路由更具體。排查時直接看路由表里目標地址命中的是哪條比猜要快得多。4.3 ARPIP地址到MAC地址的翻譯路由器決定下一跳之后還得把包封裝成幀發(fā)出去而幀需要目的MAC地址。這就輪到ARP出場在本地網(wǎng)段內(nèi)廣播誰是這個IP對應主機回應自己的MAC。結果會緩存進ARP表后續(xù)直接查。ARP的關鍵點在于它只在本地網(wǎng)段內(nèi)工作?？缇W(wǎng)段通信時主機ARP解析的是網(wǎng)關的MAC而不是最終目的主機的MAC包到了網(wǎng)關網(wǎng)關再在自己的網(wǎng)段內(nèi)做下一跳的ARP。這個逐跳解析的機制是理解跨網(wǎng)段轉發(fā)的基礎。很多人誤以為源主機能直接知道遠端主機的MAC這是典型誤解。提示ARP緩存也有老化。緩存失效后重新解析會帶來短暫延遲表現(xiàn)為隔一段時間第一次訪問某地址稍慢。如果頻繁出現(xiàn)要檢查是否有ARP欺騙或表項異常刷新而不是簡單歸咎于網(wǎng)絡慢。5. 把第三章串起來一個包從網(wǎng)卡到路由器的完整旅程5.1 逐層封裝與逐跳轉發(fā)的對照現(xiàn)在把前面幾塊拼起來。應用數(shù)據(jù)下來經(jīng)過傳輸層、網(wǎng)絡層封裝成IP包到了鏈路層要封裝成幀幀頭填的是下一跳的MAC同網(wǎng)段就是目的主機跨網(wǎng)段就是網(wǎng)關。幀變成比特流經(jīng)編碼變成電信號或光信號從網(wǎng)卡出去到達交換機。交換機學源MAC、查目的MAC轉發(fā)到對應端口。幀到達路由器路由器拆幀、看IP目的地址、查路由表、做最長前綴匹配、決定下一跳再重新封裝成新幀新幀的源MAC是路由器出口、目的MAC是下一跳繼續(xù)轉發(fā)。這個過程中有兩個重新封裝的節(jié)點特別值得注意每經(jīng)過一個路由器幀的MAC頭都會被換掉但IP頭基本不變除非NAT等特殊處理。這就是為什么說MAC地址是逐跳有效的IP地址是端到端有效的。抓住這句話二層和三層的分工就徹底清楚了。5.2 用抓包驗證眼見為實光看文字容易飄我建議你實際抓一次包對照。在主機上抓一個訪問外網(wǎng)的包你會看到發(fā)出的幀目的MAC是網(wǎng)關的如果能在網(wǎng)關側抓包會看到幀的MAC已經(jīng)換了一輪但IP源和目的沒變。再配合看交換機的MAC表和路由器的路由表整條鏈路就活了。我自己的習慣是遇到包到底走沒走對路的問題先抓包看幀的MAC對不對再看IP的目的地址和路由表匹配最后看ARP表里下一跳的MAC是否有效。這三步基本能覆蓋大部分轉發(fā)異常。這個排查順序不是書里寫的是我在實際處理中總結出來的比盲目看日志高效。5.3 常見誤解清單讀這一章時我整理了幾個高頻誤解列出來供對照常見誤解實際情況源主機直接知道遠端主機的MAC跨網(wǎng)段時只知道網(wǎng)關MAC逐跳解析交換機認識IP地址二層交換機只看MAC不處理IP路由表是完整地圖是一組匹配規(guī)則靠最長前綴匹配選路MAC表永久有效有老化時間靜默后會重新學習泛洪是故障表項未建立時的正常機制環(huán)路下才危險把這些誤解糾正過來第三章的很多別扭感就消失了。我個人體會是這一章難不在于概念多而在于它要求你在抽象流程和物理現(xiàn)實之間來回切換而大多數(shù)人習慣只待在其中一層。多抓幾次包、多對著表看幾遍切換就順了。