[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-osi-model-explained-networking-layers-zh":3,"article-related-osi-model-explained-networking-layers-zh":31,"series-research-f64c8577-f362-4ef5-b1ac-78859c83ed26":74},{"id":4,"slug":5,"title":6,"content":7,"summary":8,"source":9,"source_url":10,"author":11,"image_url":12,"cover_image":12,"category":13,"language":14,"translated_content":11,"related_article_id":15,"keywords":16,"key_takeaways":23,"views":27,"created_at":28,"published_at":29,"topic_cluster_id":30},"f64c8577-f362-4ef5-b1ac-78859c83ed26","osi-model-explained-networking-layers-zh","OSI 模型到現在還好用","\u003Cp data-speakable=\"summary\">OSI 模型是七層網路參考模型，\u003Ca href=\"\u002Fnews\u002Fmistral-leanstral-proof-engineering-open-model-zh\">工程\u003C\u002Fa>師常拿它來拆解封包、定位故障，還有對齊溝通。\u003C\u002Fp>\u003Cp>這套模型在 1984 年定稿。它把網路通訊切成七層，從實體線路一路到應用程式。聽起來很教科書，但你在查封包掉包、TLS 失敗，或 VPN 行為怪怪的時候，它真的很好用。\u003C\u002Fp>\u003Cp>更直白一點，OSI 沒贏在市場，卻贏在語言。TCP\u002FIP 才是今天網路的主幹，但 OSI 仍是很多工程團隊的共同\u003Ca href=\"\u002Fnews\u002Fethereum-app-list-turns-discovery-into-map-zh\">地圖\u003C\u002Fa>。\u003C\u002Fp>\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>Fact\u003C\u002Fth>\u003Cth>Value\u003C\u002Fth>\u003Cth>Why it matters\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>Publication year\u003C\u002Ftd>\u003Ctd>1984\u003C\u002Ftd>\u003Ctd>成為正式標準\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Number of layers\u003C\u002Ftd>\u003Ctd>7\u003C\u002Ftd>\u003Ctd>每層分工清楚\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>ISO standard\u003C\u002Ftd>\u003Ctd>ISO 7498\u003C\u002Ftd>\u003Ctd>官方參考版本\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>ITU-T standard\u003C\u002Ftd>\u003Ctd>X.200\u003C\u002Ftd>\u003Ctd>電信領域版本\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003Ch2>為什麼它到現在還能用\u003C\u002Fh2>\u003Cp>先講結論。OSI 不是因為實作贏了，而是因為它夠好懂。工程師需要的不是一張漂亮圖，而是一套能快速縮小故障範圍的語言。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783346588623-i7pm.png\" alt=\"OSI 模型到現在還好用\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>當你遇到問題時，OSI 會逼你先問：是線路、交換器、路由器、傳輸協定，還是應用程式？這種切法很土，但有效。尤其在值班、教學、設計審查時，大家很快就能對焦。\u003C\u002Fp>\u003Cp>它還有一個現實優勢。新手可以先背七層，老手可以拿來講 QUIC、DNS、TLS、VPN，甚至雲端負載平衡。模型不一定準到每個細節，但在溝通上很省力。\u003C\u002Fp>\u003Cul>\u003Cli>\u003Ca href=\"https:\u002F\u002Fwww.iso.org\u002Fstandard\u002F20269.html\" target=\"_blank\" rel=\"noopener\">ISO 7498\u003C\u002Fa> 是 1984 年正式標準。\u003C\u002Fli>\u003Cli>\u003Ca href=\"https:\u002F\u002Fwww.itu.int\u002Frec\u002FT-REC-X.200\" target=\"_blank\" rel=\"noopener\">ITU-T X.200\u003C\u002Fa> 是電信版本參考。\u003C\u002Fli>\u003Cli>\u003Ca href=\"https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc1122\" target=\"_blank\" rel=\"noopener\">RFC 1122\u003C\u002Fa> 定義 TCP\u002FIP 主體架構。\u003C\u002Fli>\u003Cli>\u003Ca href=\"https:\u002F\u002Fwww.ietf.org\u002F\" target=\"_blank\" rel=\"noopener\">IETF\u003C\u002Fa> 主導了網際網路協定演進。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>七層到底在分什麼\u003C\u002Fh2>\u003Cp>OSI 的核心價值，是把複雜系統切成小塊。底層處理訊號和位元，中層負責路由與傳輸，上層則面對使用者看到的服務。這種分層法，讓排錯不會像在黑箱裡亂抓。\u003C\u002Fp>\u003Cp>實務上，你可以這樣看：\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>Layer 1, Physical\u003C\u002Fstrong>：線材、無線訊號、原始 bits。\u003C\u002Fli>\u003Cli>\u003Cstrong>Layer 2, Data Link\u003C\u002Fstrong>：frame、MAC address、區域網路傳送。\u003C\u002Fli>\u003Cli>\u003Cstrong>Layer 3, Network\u003C\u002Fstrong>：IP、路由、封包轉送。\u003C\u002Fli>\u003Cli>\u003Cstrong>Layer 4, Transport\u003C\u002Fstrong>：TCP、UDP、QUIC、端到端傳輸。\u003C\u002Fli>\u003Cli>\u003Cstrong>Layer 5, Session\u003C\u002Fstrong>：連線建立與維持。\u003C\u002Fli>\u003Cli>\u003Cstrong>Layer 6, Presentation\u003C\u002Fstrong>：編碼、壓縮、加密格式。\u003C\u002Fli>\u003Cli>\u003Cstrong>Layer 7, Application\u003C\u002Fstrong>：HTTP、DNS、SMTP、SSH。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>這份\u003Ca href=\"\u002Fnews\u002Fai-qinggan-peiban-xingui-kaifa-zhinan-zh\">清單\u003C\u002Fa>不是背誦題而已。你在現場排障時，會直接用到它。如果 ping 通但網站打不開，問題可能在 Layer 6 或 Layer 7。如果連下一跳都到不了，先看 Layer 3。如果網卡燈都不亮，先別怪 \u003Ca href=\"\u002Ftag\u002Fapi\">API\u003C\u002Fa>。\u003C\u002Fp>\u003Cp>ISO 的定義也提到，OSI 是在不同主機之間，以對應層交換 protocol data units。這句話很學術，但意思很簡單：它在講抽象層，不是在畫課本插圖。\u003C\u002Fp>\u003Cblockquote>“The Open Systems Interconnection model is a seven-layer reference model.” — \u003Ca href=\"https:\u002F\u002Fwww.iso.org\u002Fstandard\u002F20269.html\" target=\"_blank\" rel=\"noopener\">International Organization for Standardization\u003C\u002Fa>\u003C\u002Fblockquote>\u003Ch2>OSI 和 TCP\u002FIP 差在哪\u003C\u002Fh2>\u003Cp>這裡最容易吵架。OSI 比較細，TCP\u002FIP 比較務實。前者像是把房子分成七個房間，後者像是直接告訴你水電怎麼接、網路怎麼通。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783346583905-jifm.png\" alt=\"OSI 模型到現在還好用\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>兩者最大的差異，在於層數和目的。OSI 先當參考模型，再談協定設計。TCP\u002FIP 則是先把網路跑起來，再慢慢整理成架構。\u003C\u002Fp>\u003Cp>結果也很現實。今天的網際網路，靠的是 TCP\u002FIP。教學、面試、文件，卻常常還是 OSI。這種分裂看起來很怪，其實很正常。學校愛清楚，產業愛能跑。\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>OSI：\u003C\u002Fstrong> 7 層，還把 Session 和 Presentation 拆開。\u003C\u002Fli>\u003Cli>\u003Cstrong>TCP\u002FIP：\u003C\u002Fstrong> 常見 4 層或 5 層說法。\u003C\u002Fli>\u003Cli>\u003Cstrong>OSI：\u003C\u002Fstrong> 先有參考模型，再談協定。\u003C\u002Fli>\u003Cli>\u003Cstrong>TCP\u002FIP：\u003C\u002Fstrong> 先有可用協定，再整理模型。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果你做過網路設備、後端、資安或 SRE，應該都碰過這個落差。文件寫 OSI，實作看 TCP\u002FIP。這不是誰比較高級，而是兩套工具本來就不同。\u003C\u002Fp>\u003Cp>我覺得這也是 OSI 還活著的原因。它不負責跑流量，它負責讓人講得清楚。這件事在大型團隊裡很值錢。\u003C\u002Fp>\u003Ch2>它在現代排障時怎麼用\u003C\u002Fh2>\u003Cp>現在的網路很雜。雲端、CDN、API Gateway、mTLS、Zero Trust、QUIC，全都混在一起。這時候 OSI 的價值不是精準預測，而是幫你先切範圍。\u003C\u002Fp>\u003Cp>例如，線路有問題，先看 Layer 1。交換器或 VLAN 出包，先看 \u003Ca href=\"\u002Ftag\u002Flayer-2\">Layer 2\u003C\u002Fa>。路由不對，先看 Layer 3。連線建立了，但認證失敗，可能是 Layer 6 或 Layer 7。這種分法很老派，但很實用。\u003C\u002Fp>\u003Cp>它也能處理一些邊界情況。像 GRE、隧道、封裝、代理，常常跨好幾層。你不一定能把它硬塞進單一層，但 OSI 至少給你一個討論位置，不會整個亂掉。\u003C\u002Fp>\u003Cul>\u003Cli>硬體故障先查 Layer 1。\u003C\u002Fli>\u003Cli>MAC、ARP、交換器先查 Layer 2。\u003C\u002Fli>\u003Cli>IP、路由、下一跳先查 Layer 3。\u003C\u002Fli>\u003Cli>TCP、UDP、QUIC 先查 Layer 4。\u003C\u002Fli>\u003Cli>TLS、編碼、壓縮先查 Layer 6。\u003C\u002Fli>\u003Cli>HTTP、DNS、SSH 先查 Layer 7。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果你帶新人，這套分法尤其好用。先讓他知道問題在哪一層，再去看工具。這比直接丟一堆 Wireshark 截圖有效太多。\u003C\u002Fp>\u003Cp>如果你是資深工程師，OSI 也不是拿來背誦的。它是拿來問診的。先定位層，再決定要不要往下挖。\u003C\u002Fp>\u003Ch2>它為什麼還能活在文件和面試\u003C\u002Fh2>\u003Cp>很多模型會死在兩件事上：太抽象，或太難用。OSI 剛好卡在中間。它夠抽象，所以能通用；它又夠簡單，所以大家還記得住。\u003C\u002Fp>\u003Cp>這也解釋了為什麼它常出現在面試題。面試官不一定想考你協定細節，而是想看你能不能把問題拆開。你能不能分清楚 Layer 3 與 Layer 7，往往比你背出幾個 RFC 更重要。\u003C\u002Fp>\u003Cp>對文件來說也是一樣。當團隊在寫架構圖、故障報告、系統設計時，OSI 是很省字的工具。只要一句「問題在 Layer 4」，大家大概就知道要看哪裡。\u003C\u002Fp>\u003Cblockquote>“The OSI model became the standard framework for discussing and teaching networking.” — \u003Ca href=\"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FOSI_model\" target=\"_blank\" rel=\"noopener\">Wikipedia: OSI model\u003C\u002Fa>\u003C\u002Fblockquote>\u003Ch2>背景脈絡其實很重要\u003C\u002Fh2>\u003Cp>OSI 的歷史背景，放到今天看也很有意思。它出現在 1970 到 1980 年代，當時各家系統彼此不相容，大家都想要一套通用語言。這個需求到現在其實沒消失，只是換成雲端、API、微服務和多協定環境。\u003C\u002Fp>\u003Cp>最後真正稱霸的是 TCP\u002FIP。原因很現實：它先跑起來，而且跑得夠大。OSI 的協定陣營沒有拿下整個網際網路，但它的分層思想留下來了。這種結果很像工程圈常見的結局，漂亮設計未必贏，能落地的才會留。\u003C\u002Fp>\u003Cp>今天你在看 \u003Ca href=\"https:\u002F\u002Fwww.ietf.org\u002F\" target=\"_blank\" rel=\"noopener\">IETF\u003C\u002Fa> 規格、雲端文件，或像 \u003Ca href=\"https:\u002F\u002Fwww.cloudflare.com\u002F\" target=\"_blank\" rel=\"noopener\">Cloudflare\u003C\u002Fa> 這類基礎設施服務時，也還是會看到分層思維。名稱可能變了，但切問題的方法很像。這就是 OSI 的生命力。\u003C\u002Fp>\u003Ch2>結論很簡單\u003C\u002Fh2>\u003Cp>OSI 模型沒有過時。它只是沒有拿來跑流量，卻一直拿來幫人理解流量。這種工具在工程現場很值錢。\u003C\u002Fp>\u003Cp>如果你在寫文件、教新人、或處理線上事故，我建議你直接用 OSI 先切層。下一次網路出包，先問一句：問題最早出在哪一層？\u003C\u002Fp>","OSI 模型是七層網路參考模型，雖然比現代網路堆疊更老，卻仍是工程師拆解封包、除錯與溝通的共同語言。","en.wikipedia.org","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FOSI_model",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783346588623-i7pm.png","research","zh","7f13f21d-e4cd-4ed5-bf73-10c328681594",[17,18,19,20,21,22],"OSI 模型","網路分層","TCP\u002FIP","網路排障","ISO 7498","ITU-T X.200",[24,25,26],"OSI 的價值在於溝通與排障，不在實作本身。","七層分工能快速縮小故障範圍。","TCP\u002FIP 主導了網際網路，OSI 仍是教學與文件的共同語言。",0,"2026-07-06T14:02:38.037796+00:00","2026-07-06T14:02:38.028+00:00","27d1df7b-3d5b-4e6c-bd52-f4fc94d5b020",{"tags":32,"relatedLang":33,"relatedPosts":37},[],{"id":15,"slug":34,"title":35,"language":36},"osi-model-explained-networking-layers-en","The OSI model still explains networking well","en",[38,44,50,56,62,68],{"id":39,"slug":40,"title":41,"cover_image":42,"image_url":42,"created_at":43,"category":13},"ccf82d31-981a-47a5-b5e2-970ee982b11e","camvla-calibration-free-view-robust-vla-zh","CamVLA 讓機器人不怕換鏡頭","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783404180796-s1pg.png","2026-07-07T06:02:31.413058+00:00",{"id":45,"slug":46,"title":47,"cover_image":48,"image_url":48,"created_at":49,"category":13},"1eed455b-155a-4dce-9aaf-7f8328e9614f","data-link-layer-osi-layer-2-en-zh","OSI 第2層：資料鏈結層速懂","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783348374154-2340.png","2026-07-06T14:32:28.437901+00:00",{"id":51,"slug":52,"title":53,"cover_image":54,"image_url":54,"created_at":55,"category":13},"404bac33-b9b4-41bb-bb9a-1d98a63aa536","evaluation-protocols-fine-tuned-llms-2026-zh","2026 微調 LLM 評估流程","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783101776530-b8eu.png","2026-07-03T18:02:24.572198+00:00",{"id":57,"slug":58,"title":59,"cover_image":60,"image_url":60,"created_at":61,"category":13},"8f3122c8-9eb1-4aa6-b780-3b62003b3418","deepspec-data-regeneration-pipeline-qwen3-eagle3-zh","DeepSpec 應被視為資料重生管線，而不是訓練技巧","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783080165006-321z.png","2026-07-03T12:02:18.375863+00:00",{"id":63,"slug":64,"title":65,"cover_image":66,"image_url":66,"created_at":67,"category":13},"6cfddc0d-ce6e-4a14-baf7-3531bf32bc5d","program-as-weights-fuzzy-functions-zh","PAW把提示詞編成可重用工具","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783062178440-pnt0.png","2026-07-03T07:02:32.5878+00:00",{"id":69,"slug":70,"title":71,"cover_image":72,"image_url":72,"created_at":73,"category":13},"5bd0dc27-5a7f-4563-8086-acccc98eb2fc","lacuna-llm-unlearning-localization-testbed-zh","LACUNA：檢驗 LLM 真的有沒有忘記","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783060373883-d92j.png","2026-07-03T06:32:31.28626+00:00",[75,80,85,90,95,100,105,110,115,120],{"id":76,"slug":77,"title":78,"created_at":79},"f18dbadb-8c59-4723-84a4-6ad22746c77a","deepmind-bets-on-continuous-learning-ai-2026-zh","DeepMind 押注 2026 連續學習 AI","2026-03-26T08:16:02.367355+00:00",{"id":81,"slug":82,"title":83,"created_at":84},"f4a106cb-02a6-4508-8f39-9720a0a93cee","ml-papers-of-the-week-github-research-desk-zh","每週 ML 論文清單，為何紅到 GitHub","2026-03-27T01:11:39.284175+00:00",{"id":86,"slug":87,"title":88,"created_at":89},"c4f807ca-4e5f-47f1-a48c-961cf3fc44dc","ai-ml-conferences-to-watch-in-2026-zh","2026 AI 研討會投稿時程整理","2026-03-27T01:51:53.874432+00:00",{"id":91,"slug":92,"title":93,"created_at":94},"cf046742-efb2-4753-aef9-caed5da5e32e","adaptive-block-scaled-data-types-zh","IF4：神經網路量化的聰明選擇","2026-03-31T06:00:36.990273+00:00",{"id":96,"slug":97,"title":98,"created_at":99},"53a0dc54-0371-4e40-8d5e-74e94a73840c","geometry-aware-similarity-metrics-for-neural-representations-zh","超越距離測量：用微分幾何重新理解神經網路","2026-03-31T06:01:01.241968+00:00",{"id":101,"slug":102,"title":103,"created_at":104},"fee7d472-a775-4b1d-bbc2-1e8bca1bbf8b","on-the-fly-repulsion-in-the-contextual-space-for-rich-divers-zh","讓AI繪圖更有創意：用排斥力提升生成多樣性","2026-03-31T06:01:25.439673+00:00",{"id":106,"slug":107,"title":108,"created_at":109},"a9901203-d69b-447b-8854-15d14eab32b4","vision-aided-beam-prediction-cnn-eca-zh","影像輔助波束預測升級 CNN","2026-04-01T10:00:25.8073+00:00",{"id":111,"slug":112,"title":113,"created_at":114},"b55e7dd4-0a24-4b3d-804d-b0309a03f498","triple-band-fss-mimo-antenna-sub-6-ghz-zh","三頻 FSS MIMO 天線瞄準 sub-6 GHz","2026-04-01T13:18:36.857305+00:00",{"id":116,"slug":117,"title":118,"created_at":119},"f68290bd-e7f3-4b30-ba22-dcd4e0130a66","openclaw-1299-repos-eight-weeks-analysis-zh","OpenClaw 1299 個 Repo 的資料解讀","2026-04-02T05:03:45.208411+00:00",{"id":121,"slug":122,"title":123,"created_at":124},"ed9f80eb-eb02-4d35-8ad4-0ddf428751dd","beam-coherence-aware-combining-mmwave-mimo-zh","毫米波 MIMO 的雙階合併法","2026-04-02T05:27:26.897188+00:00"]