OSI 模型到現在還好用

OSI 模型是七層網路參考模型，工程師常拿它來拆解封包、定位故障，還有對齊溝通。

這套模型在 1984 年定稿。它把網路通訊切成七層，從實體線路一路到應用程式。聽起來很教科書，但你在查封包掉包、TLS 失敗，或 VPN 行為怪怪的時候，它真的很好用。

更直白一點，OSI 沒贏在市場，卻贏在語言。TCP/IP 才是今天網路的主幹，但 OSI 仍是很多工程團隊的共同地圖。

為什麼它到現在還能用

先講結論。OSI 不是因為實作贏了，而是因為它夠好懂。工程師需要的不是一張漂亮圖，而是一套能快速縮小故障範圍的語言。

當你遇到問題時，OSI 會逼你先問：是線路、交換器、路由器、傳輸協定，還是應用程式？這種切法很土，但有效。尤其在值班、教學、設計審查時，大家很快就能對焦。

它還有一個現實優勢。新手可以先背七層，老手可以拿來講 QUIC、DNS、TLS、VPN，甚至雲端負載平衡。模型不一定準到每個細節，但在溝通上很省力。

• ISO 7498 是 1984 年正式標準。
• ITU-T X.200 是電信版本參考。
• RFC 1122 定義 TCP/IP 主體架構。
• IETF 主導了網際網路協定演進。

七層到底在分什麼

OSI 的核心價值，是把複雜系統切成小塊。底層處理訊號和位元，中層負責路由與傳輸，上層則面對使用者看到的服務。這種分層法，讓排錯不會像在黑箱裡亂抓。

實務上，你可以這樣看：

• Layer 1, Physical：線材、無線訊號、原始 bits。
• Layer 2, Data Link：frame、MAC address、區域網路傳送。
• Layer 3, Network：IP、路由、封包轉送。
• Layer 4, Transport：TCP、UDP、QUIC、端到端傳輸。
• Layer 5, Session：連線建立與維持。
• Layer 6, Presentation：編碼、壓縮、加密格式。
• Layer 7, Application：HTTP、DNS、SMTP、SSH。

這份清單不是背誦題而已。你在現場排障時，會直接用到它。如果 ping 通但網站打不開，問題可能在 Layer 6 或 Layer 7。如果連下一跳都到不了，先看 Layer 3。如果網卡燈都不亮，先別怪 API。

ISO 的定義也提到，OSI 是在不同主機之間，以對應層交換 protocol data units。這句話很學術，但意思很簡單：它在講抽象層，不是在畫課本插圖。

“The Open Systems Interconnection model is a seven-layer reference model.” — International Organization for Standardization

OSI 和 TCP/IP 差在哪

這裡最容易吵架。OSI 比較細，TCP/IP 比較務實。前者像是把房子分成七個房間，後者像是直接告訴你水電怎麼接、網路怎麼通。

兩者最大的差異，在於層數和目的。OSI 先當參考模型，再談協定設計。TCP/IP 則是先把網路跑起來，再慢慢整理成架構。

結果也很現實。今天的網際網路，靠的是 TCP/IP。教學、面試、文件，卻常常還是 OSI。這種分裂看起來很怪，其實很正常。學校愛清楚，產業愛能跑。

• OSI： 7 層，還把 Session 和 Presentation 拆開。
• TCP/IP： 常見 4 層或 5 層說法。
• OSI： 先有參考模型，再談協定。
• TCP/IP： 先有可用協定，再整理模型。

如果你做過網路設備、後端、資安或 SRE，應該都碰過這個落差。文件寫 OSI，實作看 TCP/IP。這不是誰比較高級，而是兩套工具本來就不同。

我覺得這也是 OSI 還活著的原因。它不負責跑流量，它負責讓人講得清楚。這件事在大型團隊裡很值錢。

它在現代排障時怎麼用

現在的網路很雜。雲端、CDN、API Gateway、mTLS、Zero Trust、QUIC，全都混在一起。這時候 OSI 的價值不是精準預測，而是幫你先切範圍。

例如，線路有問題，先看 Layer 1。交換器或 VLAN 出包，先看 Layer 2。路由不對，先看 Layer 3。連線建立了，但認證失敗，可能是 Layer 6 或 Layer 7。這種分法很老派，但很實用。

它也能處理一些邊界情況。像 GRE、隧道、封裝、代理，常常跨好幾層。你不一定能把它硬塞進單一層，但 OSI 至少給你一個討論位置，不會整個亂掉。

• 硬體故障先查 Layer 1。
• MAC、ARP、交換器先查 Layer 2。
• IP、路由、下一跳先查 Layer 3。
• TCP、UDP、QUIC 先查 Layer 4。
• TLS、編碼、壓縮先查 Layer 6。
• HTTP、DNS、SSH 先查 Layer 7。

如果你帶新人，這套分法尤其好用。先讓他知道問題在哪一層，再去看工具。這比直接丟一堆 Wireshark 截圖有效太多。

如果你是資深工程師，OSI 也不是拿來背誦的。它是拿來問診的。先定位層，再決定要不要往下挖。

它為什麼還能活在文件和面試

很多模型會死在兩件事上：太抽象，或太難用。OSI 剛好卡在中間。它夠抽象，所以能通用；它又夠簡單，所以大家還記得住。

這也解釋了為什麼它常出現在面試題。面試官不一定想考你協定細節，而是想看你能不能把問題拆開。你能不能分清楚 Layer 3 與 Layer 7，往往比你背出幾個 RFC 更重要。

對文件來說也是一樣。當團隊在寫架構圖、故障報告、系統設計時，OSI 是很省字的工具。只要一句「問題在 Layer 4」，大家大概就知道要看哪裡。

“The OSI model became the standard framework for discussing and teaching networking.” — Wikipedia: OSI model

背景脈絡其實很重要

OSI 的歷史背景，放到今天看也很有意思。它出現在 1970 到 1980 年代，當時各家系統彼此不相容，大家都想要一套通用語言。這個需求到現在其實沒消失，只是換成雲端、API、微服務和多協定環境。

最後真正稱霸的是 TCP/IP。原因很現實：它先跑起來，而且跑得夠大。OSI 的協定陣營沒有拿下整個網際網路，但它的分層思想留下來了。這種結果很像工程圈常見的結局，漂亮設計未必贏，能落地的才會留。

今天你在看 IETF 規格、雲端文件，或像 Cloudflare 這類基礎設施服務時，也還是會看到分層思維。名稱可能變了，但切問題的方法很像。這就是 OSI 的生命力。

結論很簡單

OSI 模型沒有過時。它只是沒有拿來跑流量，卻一直拿來幫人理解流量。這種工具在工程現場很值錢。

如果你在寫文件、教新人、或處理線上事故，我建議你直接用 OSI 先切層。下一次網路出包，先問一句：問題最早出在哪一層？