[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-osi-model-explained-networking-layers-en":3,"article-related-osi-model-explained-networking-layers-en":30,"series-research-7f13f21d-e4cd-4ed5-bf73-10c328681594":73},{"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":22,"views":26,"created_at":27,"published_at":28,"topic_cluster_id":29},"7f13f21d-e4cd-4ed5-bf73-10c328681594","osi-model-explained-networking-layers-en","The OSI model still explains networking well","\u003Cp data-speakable=\"summary\">The OSI model is a seven-layer reference model for how network communication works.\u003C\u002Fp>\u003Cp>The OSI model is older than the modern internet stack, but it still shapes how engineers talk about networks. The model was published in 1984 as ISO 7498 and ITU-T X.200, and it breaks communication into seven layers: Physical, Data Link, Network, Transport, Session, Presentation, and Application.\u003C\u002Fp>\u003Cp>That split sounds academic until you debug a packet drop, trace a TLS issue, or explain why a VPN behaves the way it does. The model gives you a shared vocabulary for everything from cables and frames to HTTP and DNS.\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>The model became a formal standard\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>Number of layers\u003C\u002Ftd>\u003Ctd>7\u003C\u002Ftd>\u003Ctd>Each layer has a specific job\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>ISO standard\u003C\u002Ftd>\u003Ctd>ISO 7498\u003C\u002Ftd>\u003Ctd>Official reference for the model\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>ITU-T standard\u003C\u002Ftd>\u003Ctd>X.200\u003C\u002Ftd>\u003Ctd>Telecom version of the same model\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003Ch2>Why the OSI model still matters\u003C\u002Fh2>\u003Cp>The internet did not adopt OSI protocols wholesale, but the model itself survived because it is practical. It gives teams a way to isolate problems: is the issue in the wire, the switch, the router, the transport protocol, or the app?\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783346592828-6a7d.png\" alt=\"The OSI model still explains networking well\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>That kind of separation is useful in classrooms, on call rotations, and design reviews. A junior engineer can learn that Ethernet frames live below IP, while a senior engineer can use the same model to explain why a QUIC issue is not the same as a DNS issue.\u003C\u002Fp>\u003Cp>The Wikipedia article notes that the OSI model became the standard framework for discussing and teaching networking, even though the original OSI protocols did not win broad adoption. That split is the key to understanding its legacy: the model won the argument about language, while TCP\u002FIP won the market.\u003C\u002Fp>\u003Cul>\u003Cli>\u003Ca href=\"https:\u002F\u002Fwww.iso.org\u002Fstandard\u002F20269.html\" target=\"_blank\" rel=\"noopener\">ISO 7498\u003C\u002Fa> formalized the model in 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> carries the telecom version of the same reference model.\u003C\u002Fli>\u003Cli>\u003Ca href=\"https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc1122\" target=\"_blank\" rel=\"noopener\">RFC 1122\u003C\u002Fa> and \u003Ca href=\"https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc1123\" target=\"_blank\" rel=\"noopener\">RFC 1123\u003C\u002Fa> define the Internet protocol suite that powered the web.\u003C\u002Fli>\u003Cli>\u003Ca href=\"https:\u002F\u002Fwww.ietf.org\u002F\" target=\"_blank\" rel=\"noopener\">IETF\u003C\u002Fa> guided the Internet stack with a less rigid structure than OSI.\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>How the seven layers break down\u003C\u002Fh2>\u003Cp>Each OSI layer has a narrow job, and that is the whole point. The lower layers move bits and frames, the middle layers route and transport data, and the upper layers deal with user-facing communication.\u003C\u002Fp>\u003Cp>Here is the practical version:\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>Layer 1, Physical\u003C\u002Fstrong>: signals, cables, radio, and raw bits.\u003C\u002Fli>\u003Cli>\u003Cstrong>Layer 2, Data Link\u003C\u002Fstrong>: frames, MAC addresses, and local delivery.\u003C\u002Fli>\u003Cli>\u003Cstrong>Layer 3, Network\u003C\u002Fstrong>: IP addressing and packet routing.\u003C\u002Fli>\u003Cli>\u003Cstrong>Layer 4, Transport\u003C\u002Fstrong>: TCP, UDP, QUIC, and end-to-end delivery.\u003C\u002Fli>\u003Cli>\u003Cstrong>Layer 5, Session\u003C\u002Fstrong>: session setup and coordination.\u003C\u002Fli>\u003Cli>\u003Cstrong>Layer 6, Presentation\u003C\u002Fstrong>: encoding, compression, and encryption formats.\u003C\u002Fli>\u003Cli>\u003Cstrong>Layer 7, Application\u003C\u002Fstrong>: HTTP, SMTP, DNS, SSH, and similar user services.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>That list is more than a mnemonic. It tells you where to look when something fails. If a cable is bad, layer 1 is the suspect. If a packet never reaches the next hop, layer 3 gets attention. If a browser cannot talk to a site even though ping works, layer 7 or layer 6 may be the problem.\u003C\u002Fp>\u003Cp>The article also points out that OSI describes communication as peer-to-peer exchange of protocol data units, or PDUs, between matching layers on different hosts. That detail matters because it shows the model is about abstraction, not just a classroom diagram.\u003C\u002Fp>\u003Cblockquote>“The Open Systems Interconnection model is a seven-layer reference model.” — International Organization for Standardization, \u003Ca href=\"https:\u002F\u002Fwww.iso.org\u002Fstandard\u002F20269.html\" target=\"_blank\" rel=\"noopener\">ISO 7498\u003C\u002Fa>\u003C\u002Fblockquote>\u003Ch2>OSI vs TCP\u002FIP, in real numbers\u003C\u002Fh2>\u003Cp>The biggest reason OSI is still discussed is the contrast with TCP\u002FIP. OSI is more formal and more granular. TCP\u002FIP is simpler and closer to what the internet actually used at scale.\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783346586765-wn4t.png\" alt=\"The OSI model still explains networking well\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>That difference shows up in the number of layers, the level of abstraction, and the way each model treats the software stack.\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>OSI:\u003C\u002Fstrong> 7 layers, with separate Session and Presentation layers.\u003C\u002Fli>\u003Cli>\u003Cstrong>TCP\u002FIP:\u003C\u002Fstrong> usually described in 4 or 5 layers, depending on the textbook.\u003C\u002Fli>\u003Cli>\u003Cstrong>OSI:\u003C\u002Fstrong> designed as a reference model first, protocol suite second.\u003C\u002Fli>\u003Cli>\u003Cstrong>TCP\u002FIP:\u003C\u002Fstrong> deployed as working internet protocols first, model second.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>The Wikipedia history section makes the tradeoff clear. OSI emerged from international standardization work in the late 1970s and early 1980s, while TCP\u002FIP spread through real networks and became the foundation of the internet. Engineers did not pick the most elegant model. They picked the one that worked everywhere, fast.\u003C\u002Fp>\u003Cp>That outcome still affects how people learn networking. OSI is the clean teaching model. TCP\u002FIP is the stack you actually configure, monitor, and secure.\u003C\u002Fp>\u003Ch2>What the model gets right today\u003C\u002Fh2>\u003Cp>OSI is old, but it still maps well to modern troubleshooting. A cloud outage can involve physical links, routing tables, TLS certificates, \u003Ca href=\"\u002Ftag\u002Fapi\">API\u003C\u002Fa> gateways, or application code, and the model gives you a disciplined way to separate those layers.\u003C\u002Fp>\u003Cp>It also helps when protocols blur the boundaries. GRE, for example, can look like a network-layer protocol, but when encapsulation happens only at the endpoint it behaves more like a transport mechanism carrying full frames or packets. That kind of edge case is exactly why the model remains useful: it gives engineers a place to talk about exceptions without losing the structure.\u003C\u002Fp>\u003Cp>For teams that work across infrastructure and software, the model is still a common map. Network engineers, SREs, security teams, and backend developers can all point to the same layers and mean roughly the same thing.\u003C\u002Fp>\u003Cp>If you want a practical takeaway, use OSI as a diagnosis tool, not as a religion. When a service breaks, ask which layer owns the failure, then test only that layer first. That habit saves time, and it keeps you from blaming DNS for a bad cable or blaming the app for a routing problem.\u003C\u002Fp>\u003Cp>For more networking explainers, see our guide to \u003Ca href=\"\u002Fnews\u002Ftcp-ip-vs-osi-model\" target=\"_blank\" rel=\"noopener\">TCP\u002FIP vs OSI\u003C\u002Fa> and our breakdown of \u003Ca href=\"\u002Fnews\u002Fhow-dns-actually-works\" target=\"_blank\" rel=\"noopener\">how DNS actually works\u003C\u002Fa>.\u003C\u002Fp>\u003Ch2>Bottom line for engineers\u003C\u002Fh2>\u003Cp>The OSI model survived because it is useful, not because it won the internet. It gives you a clean way to explain where data lives, where it changes form, and where a failure probably sits.\u003C\u002Fp>\u003Cp>My bet is that the model will keep its place in documentation, interviews, and incident reviews even as protocols like QUIC and encrypted DNS keep blurring old boundaries. The next time a network problem hits, the best question is still the oldest one: which layer broke first?\u003C\u002Fp>","The OSI model is a seven-layer reference model that still helps engineers explain how network traffic moves from bits to apps.","en.wikipedia.org","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FOSI_model",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783346592828-6a7d.png","research","en","f64c8577-f362-4ef5-b1ac-78859c83ed26",[17,18,19,20,21],"OSI model","network layers","TCP\u002FIP","computer networking","ISO 7498",[23,24,25],"The OSI model is a seven-layer reference model for network communication.","It did not become the internet stack, but it became the common language for networking.","Engineers still use it to isolate failures across cables, routing, transport, and applications.",0,"2026-07-06T14:02:38.619749+00:00","2026-07-06T14:02:38.611+00:00","b4010592-e8be-4ef7-b167-b119f85c19cd",{"tags":31,"relatedLang":32,"relatedPosts":36},[],{"id":15,"slug":33,"title":34,"language":35},"osi-model-explained-networking-layers-zh","OSI 模型到現在還好用","zh",[37,43,49,55,61,67],{"id":38,"slug":39,"title":40,"cover_image":41,"image_url":41,"created_at":42,"category":13},"9d81e592-6c7e-48e4-8e0d-10e4c74d595f","camvla-calibration-free-view-robust-vla-en","CamVLA makes robot policies view-robust","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783404180114-4njo.png","2026-07-07T06:02:31.927927+00:00",{"id":44,"slug":45,"title":46,"cover_image":47,"image_url":47,"created_at":48,"category":13},"7fdb9c93-55a6-4f1a-968a-6e683b200191","data-link-layer-osi-layer-2-en","Data link layer: OSI layer 2 explained","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783348379590-4qi2.png","2026-07-06T14:32:29.07434+00:00",{"id":50,"slug":51,"title":52,"cover_image":53,"image_url":53,"created_at":54,"category":13},"c2d5749a-f8c3-460f-bdcc-019aa1bf2552","evaluation-protocols-fine-tuned-llms-2026-en","Evaluation Protocols for Fine-Tuned LLMs in 2026","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783101774147-96vm.png","2026-07-03T18:02:25.049896+00:00",{"id":56,"slug":57,"title":58,"cover_image":59,"image_url":59,"created_at":60,"category":13},"ca28a691-10df-40cc-86fa-4684b467c452","deepspec-data-regeneration-pipeline-qwen3-eagle3-en","DeepSpec should be treated as a data-regeneration pipeline, not a tra…","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783080168119-497r.png","2026-07-03T12:02:18.983093+00:00",{"id":62,"slug":63,"title":64,"cover_image":65,"image_url":65,"created_at":66,"category":13},"93228acd-047c-403b-bbbb-15e1498522df","program-as-weights-fuzzy-functions-en","Program-as-Weights turns prompts into reusable tools","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783062181621-asl2.png","2026-07-03T07:02:33.067987+00:00",{"id":68,"slug":69,"title":70,"cover_image":71,"image_url":71,"created_at":72,"category":13},"7c19a29b-70e8-4982-8b8d-9fff544d2984","lacuna-llm-unlearning-localization-testbed-en","LACUNA tests whether LLM unlearning really erases","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1783060371861-ttwp.png","2026-07-03T06:32:31.852501+00:00",[74,79,84,89,94,99,104,109,114,119],{"id":75,"slug":76,"title":77,"created_at":78},"a2715e72-1fe8-41b3-abb1-d0cf1f710189","ai-predictions-2026-big-changes-en","AI Predictions for 2026: Brace for Big Changes","2026-03-26T01:25:07.788356+00:00",{"id":80,"slug":81,"title":82,"created_at":83},"8404bd7b-4c2f-4109-9ec4-baf29d88af2b","ml-papers-of-the-week-github-research-desk-en","ML Papers of the Week Turns GitHub Into a Research Desk","2026-03-27T01:11:39.480259+00:00",{"id":85,"slug":86,"title":87,"created_at":88},"87897a94-8065-4464-a016-1f23e89e17cc","ai-ml-conferences-to-watch-in-2026-en","AI\u002FML Conferences to Watch in 2026","2026-03-27T01:51:54.184108+00:00",{"id":90,"slug":91,"title":92,"created_at":93},"6f1987cf-25f3-47a4-b3e6-db0997695be8","openclaw-agents-manipulated-self-sabotage-en","OpenClaw Agents Can Be Manipulated Into Failure","2026-03-28T03:03:18.899465+00:00",{"id":95,"slug":96,"title":97,"created_at":98},"a53571ad-735a-4178-9f93-cb09b699d99c","vega-driving-language-instructions-en","Vega: Driving with Natural Language Instructions","2026-03-28T14:54:04.698882+00:00",{"id":100,"slug":101,"title":102,"created_at":103},"a34581d6-f36e-46da-88bb-582fb3e7425c","personalizing-autonomous-driving-styles-en","Drive My Way: Personalizing Autonomous Driving Styles","2026-03-28T14:54:26.148181+00:00",{"id":105,"slug":106,"title":107,"created_at":108},"2bc1ad7f-26ce-4f02-9885-803b35fd229d","training-knowledge-bases-writeback-rag-en","Training Knowledge Bases with WriteBack-RAG","2026-03-28T14:54:45.643433+00:00",{"id":110,"slug":111,"title":112,"created_at":113},"71adc507-3c54-4605-bbe2-c966acd6187e","packforcing-long-video-generation-en","PackForcing: Efficient Long-Video Generation Method","2026-03-28T14:55:02.646943+00:00",{"id":115,"slug":116,"title":117,"created_at":118},"675942ef-b9ec-4c5f-a997-381250b6eacb","pixelsmile-facial-expression-editing-en","PixelSmile Framework Enhances Facial Expression Editing","2026-03-28T14:55:20.633463+00:00",{"id":120,"slug":121,"title":122,"created_at":123},"6954fa2b-8b66-4839-884b-e46f89fa1bc3","adaptive-block-scaled-data-types-en","IF4: Smarter 4-Bit Quantization That Adapts to Your Data","2026-03-31T06:00:36.65963+00:00"]