惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

N
News and Events Feed by Topic
Malwarebytes
Malwarebytes
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
C
Cybersecurity and Infrastructure Security Agency CISA
F
Future of Privacy Forum
C
Cisco Blogs
T
The Exploit Database - CXSecurity.com
A
Arctic Wolf
S
Securelist
K
Kaspersky official blog
S
Schneier on Security
T
ThreatConnect
T
Tenable Blog
Spread Privacy
Spread Privacy
T
True Tiger Recordings
AWS News Blog
AWS News Blog
F
Fox-IT International blog
量子位
T
Threatpost
V
Vulnerabilities – Threatpost
C
CERT Recently Published Vulnerability Notes
Cisco Talos Blog
Cisco Talos Blog
GbyAI
GbyAI
宝玉的分享
宝玉的分享
腾讯CDC
G
Google Developers Blog
aimingoo的专栏
aimingoo的专栏
Cyberwarzone
Cyberwarzone
有赞技术团队
有赞技术团队
S
SegmentFault 最新的问题
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
V
Visual Studio Blog
U
Unit 42
雷峰网
雷峰网
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Simon Willison's Weblog
Simon Willison's Weblog
O
OpenAI News
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
The GitHub Blog
The GitHub Blog
The Register - Security
The Register - Security
MyScale Blog
MyScale Blog
小众软件
小众软件
A
About on SuperTechFans
Last Week in AI
Last Week in AI
Y
Y Combinator Blog
博客园 - 三生石上(FineUI控件)
美团技术团队
Google Online Security Blog
Google Online Security Blog
P
Proofpoint News Feed
MongoDB | Blog
MongoDB | Blog

DEV Community

My New Adventures in IT # Mitigating Market Inefficiency in eSports: A Stochastic Approach to EA Sports FC25 Modeling Don't let a billion RAG docs drown your 25-result pipeline Experienced devs are slower with AI tools. Nobody wants to admit it. I built an MCP-native OSINT framework that lets AI agents investigate from your terminal AWS Nitro Enclaves vs Intel TDX: Why Attestation Root Matters for Regulated Workloads Vibe Coding: Revolution or Risk in Software Development? - SmarterArticles S1E6 JSON Schema Explained: Validate Your API Data Before It Breaks Production Harness Tells Your Agent What to Do. GUI Agents Let It Actually Do It. Is AI actually replacing developers? Customizing Docker Images: Write Your First Dockerfile (2026) €40 n8n vs 28% weekly Anthropic quota. Which /goal layer should you actually run? Reviving glyph-v8: From a Forgotten Prototype to STRIDE - a Field-Aware Integer Coder 04/20: Data Encapsulation: How a Message Becomes Bits on the Wire Hướng Dẫn Thiết Lập Reasoning Proxy DeepSeek V4-Pro với Cursor (2026) Sofi Log #012: Agentic GDP — Solana Pay.sh & x402 Protocol Spec Input Types, Attributes, Self-Closing Tags, Hover Effect Absolute vs Relative Paths File Types (Regular, Directory, Link, Device, Socket, Pipe) From Arduino IDE to AVR GCC | AVR Bare Metal #1 Using Bitcoin as collateral without wrapping it: the design of a BTC collateral vault Unreal Engine 5 Skill System Architecture using GAS and GameplayTags 5 Things I Wish I Knew Before Building with Hermes Agent Thoughts on Codingame 2026 Spring challenge OUT WITH THE OLD IN WITH THE NEW Why are simple 1099 tax calculators online so horribly bloated? So I built my own "Why You're Not Getting Callbacks (It's Not Your Skills)" # How I Built a Retail Demand Forecasting App with Python and Streamlit Why We Deliberately Crush Lithium Batteries (UN38.3 Crush Testing Explained) Command History & Completion The Three-Body Problem: AI Code, Supply Chain Attacks, and the Talent Exodus 로컬 LLM 셋업 가이드 (v27) Building Better .NET Worker Services with Cursor Rules Generate Professional PDF Invoices via REST API — JSON In, PDF Out Redis: Big Keys Destroem o Desempenho Compartilhado Agentic AI for Cybersecurity: Autonomous Threat Detection and Response How to Automate Android Without Appium Cron vs systemd daemon: which one for Node.js? Designing XSLT transforms with parameters and multiple inputs I Downloaded Gemma4:e2b On My Macbook in 2 steps Building an Autonomous SRE Agent: From Raw Telemetry to Safe, AI-Driven Remediation The EU AI Act in 2026: Reading the Law After the Omnibus I had zero coding knowledge. Here is "RetroTube", a 2010 YouTube sandbox prototype I built using AI! How to Validate Environment Variables in TypeScript (and Why You Should) I Built a CLI Tool That Writes Better Git Commits Than I Do Transfer Fees, Metadata, and Soulbound Tokens: My First Real Token Experiments on Solana Stop Using Fetch() in React: A Better Way To Call Your Backend Creando un Tetris con JavaScript VI: Complicando el juego. DeepSeek's API Price Cut Changed My Claude Code and ChatGPT Math [Boost] Perl 🐪 Weekly #774 - Perl is too HOT How to Track AI Usage Without Losing Revenue (Complete Guide) 77 Rules Later: What Graduating Our First Stack Actually Looked Like RAG 시스템 실전 구축 (v26) When Premature Scaling Leads to Operator Burnout Multi-Repo Microservice Changes Are a Coordination Problem. I Solved It With AI Agent Teams. The Next Frontier: How Multi-Agent Systems are Redefining Productivity The Kimwolf Bust Just Outed Android Webcams as Botnet Fodder — Here's the Question Every Repurposed-Phone Camera Setup Has to Answer I'm an autonomous AI agent. I shipped 18 fixes to myself in one session. Building a Secure Future with Zero Trust Security Architecture Asynchronous Functions in Dart How I migrated magic-link login from Resend to AWS SES + Lambda five days before launch Edge Computing He creado una empresa ficticia IT/OT para poder encontrar sus vulnerabilidades y reforzar su seguridad en sus activos críticos Why I Built @editora/react I built a tiny UGC script generator because hooks are the hardest part The Phone Is Becoming the New Terminal Why Most AI Music Tools Feel Wrong to Developers Goroutines vs. Promises: Why Go and JavaScript Look at Concurrency Completely Differently How I Use Antigravity 2.0 to Navigate Open-Source Codebases and Make Better Technical Decisions Understanding Basic HTML & CSS Concepts for Beginners Go Error Handling: Annoying or Awesome? Your To-Do List Doesn't Know You — So I Gave Mine Three Brains Shell Basics (Bash, Zsh, Sh) Free MongoDB GUI Tool for Developers, Students, and Teams Designing High-Performance Blockchain Indexers Choosing Models for an Agentic Chat App on Amazon Bedrock How Smart Growth Teams Automate Their Marketing Stack in 2026 (Without Hiring More People) What I Learned About Memory-Augmented AI Agents Seven Docker Tips Every Engineer Should Know (from Docker Captains) Welcome to the Fast-Food Era of Testing: Over-Weight by Tests How to use Claude in vscode? Prompt Engineering for Automated Evaluation: Making LLMs the Judge in AI Builder Solutions Full Stack Projects Are Not Enough Anymore Virtualization & Cloud Basics Orakle: Turning Raw Blockchain Data into Intelligence with Gemma 4 Building an Autoposting Pipeline with Hermes Agent: Why Waterfall Beats Parallel, and the Edge Cases Nobody Talks About OpenShift Virtualization Migration Advisor — Local-First, Powered by Gemma 4 26B MoE WebMCP is coming — so I’m building webmcp.js I Disappeared for 4 Months After Launch - Here's What Brought Me Back Jira Is Turing-Complete (And You've Been Coding in It) NyayAI: Building an AI Legal Assistant for 1.4 Billion People — A Technical Deep Dive E-commerce Order Automation: Stripe + Invoice + Shipping Workflow How to Evaluate AI Agents: LLM-as-Judge Tutorial The Interview Prep Stack I Used as a Senior Software Engineer Targeting Big Tech Gemma4 Challenge OptiLearn - Powered by Google Gemma 4 Aura — The Gemma 4 Powered Agentic Web Copilot & Self-Healing Accessibility Engine I built a tool that catches misleading charts using Gemma 4 running locally Worklog companion with Gemma4
05/20: TCP/IP vs OSI Model: The Ultimate Comparison
Roboticela · 2026-05-25 · via DEV Community

The Question Every Networking Student Eventually Asks

After learning the OSI Model, most students discover something surprising:

The internet doesn't actually run on the OSI Model.

Instead, modern networks operate using the TCP/IP Model, a separate networking framework with only four layers.

This often creates confusion.

If TCP/IP powers the internet, why do networking courses, certification exams, and engineers spend so much time discussing OSI?

The answer is that these models serve different purposes.

One helps us understand networking.

The other helps us build networking.

To become comfortable with modern networks, you need to understand both.

Two Models, One Goal

Although they look different, both models attempt to solve the same problem:

How can devices communicate reliably across a network?

Both frameworks divide communication into layers, allowing protocols to focus on specific responsibilities without needing to understand every detail of the entire communication process.

The difference lies in how those layers are organized and why the models were created.

A Brief History

The OSI Model

The Open Systems Interconnection (OSI) Model was developed by the International Organization for Standardization (ISO) and formally published in 1984.

Its purpose was to provide a universal reference framework for networking.

Rather than describing specific protocols, it described the functions required for successful communication.

The OSI Model was designed to be technology-neutral and educational.

The TCP/IP Model

The TCP/IP Model, sometimes called the Internet Model or DoD Model, emerged from networking research funded by the Defense Advanced Research Projects Agency (DARPA) during the development of ARPANET.

Unlike OSI, TCP/IP was built around working protocols.

TCP and IP already existed and were being used successfully before the model itself became widely recognized.

As the internet expanded, TCP/IP became the standard networking architecture used worldwide.

The Fundamental Difference

A simple way to think about the two models is:

Feature OSI Model TCP/IP Model
Concept Describes networking conceptually Describes networking practically
Origin Created as a reference framework Created around working protocols
Primary Use Used for learning and troubleshooting Used by the real internet
Structure Seven layers Four layers

This distinction explains why both models continue to coexist.

Side-by-Side Layer Mapping

The TCP/IP Model combines several OSI layers together.

Here's how they align:

OSI Layer TCP/IP Layer
Application Application
Presentation Application
Session Application
Transport Transport
Network Internet
Data Link Network Access
Physical Network Access

Visually, the relationship looks like this:

OSI Model TCP/IP Model
Application
Presentation Application
Session
Transport Transport
Network Internet
Data Link Network Access
Physical

The TCP/IP Model simplifies the stack by grouping related responsibilities together.

Why Does OSI Have More Layers?

The OSI Model was designed to provide greater precision.

For example:

Presentation Layer

OSI separates:

  • Encryption
  • Compression
  • Data formatting

into their own dedicated layer.

TCP/IP includes these responsibilities within its Application Layer.

Session Layer

OSI also separates session management from application functionality.

This distinction helps learners understand concepts such as:

  • Session establishment
  • Session maintenance
  • Session termination

without mixing them into application behavior.

Physical and Data Link Separation

OSI distinguishes between:

  • Physical transmission of bits
  • Local network communication

TCP/IP treats these together as Network Access.

Why Did TCP/IP Win?

Technically speaking, TCP/IP became dominant because it solved real-world problems before OSI achieved widespread adoption.

Engineers weren't waiting for a theoretical framework.

They needed working networks.

TCP/IP delivered exactly that.

Several factors contributed to its success:

It Was Already Running
TCP/IP protocols were operational on ARPANET and other early networks long before OSI gained traction.

It Was Practical
Organizations could immediately deploy TCP/IP technologies.

It Was Open
TCP/IP encouraged interoperability and broad adoption across vendors.

It Became the Foundation of the Internet
As the internet expanded globally, TCP/IP expanded with it.

By the time OSI was fully standardized, TCP/IP had already become the dominant networking architecture.

How Engineers Use Both Models Today

One of the biggest misconceptions is that engineers choose one model and ignore the other.

In reality, professionals regularly use both.

When Thinking About Real Networks

Engineers often think in TCP/IP terms:

  • Application protocols
  • TCP or UDP
  • IP routing
  • Network access technologies

These are the layers actively operating on modern networks.

When Troubleshooting Problems

Engineers frequently switch to OSI terminology because it provides more precision.

Consider these statements:

  • "Looks like a Layer 1 issue."
  • "This is probably a Layer 3 routing problem."
  • "The application is failing at Layer 7."

These conversations rely on OSI's detailed structure.

The extra layers make troubleshooting more systematic.

Where Do Common Protocols Fit?

The following table helps bridge both models...

Protocol OSI Layer TCP/IP Layer
HTTP Application Application
HTTPS Application Application
DNS Application Application
SMTP Application Application
TCP Transport Transport
UDP Transport Transport
IP Network Internet
Ethernet Data Link Network Access
Wi-Fi Data Link Network Access

This overlap explains why learning one model makes understanding the other much easier.

How the OSI Model Simulator Connects Both Worlds

The Roboticela OSI Model Simulator uses the seven-layer OSI structure because it provides the most detailed educational experience.

By visualizing every layer separately, learners can clearly see:

  • Encapsulation
  • De-encapsulation
  • Addressing
  • Session behavior
  • Transport mechanisms
  • Physical transmission

At the same time, the simulator uses real protocols commonly associated with the TCP/IP stack, including:

  • HTTP
  • HTTPS
  • DNS
  • SMTP
  • TCP
  • IP

This allows learners to understand how the conceptual OSI framework maps onto the technologies that power the modern internet.

Explore the Layer Mapping Yourself

One of the easiest ways to understand the relationship between OSI and TCP/IP is to watch protocols move through the communication stack.

The Roboticela OSI Model Simulator helps visualize where each protocol fits, how headers accumulate during encapsulation, and how different networking responsibilities map across layers.

Landing Page

Launch Simulator

Try comparing a simple HTTP request with an HTTPS request and observe how multiple protocols cooperate across the stack.

Key Takeaways

  • The OSI Model contains seven layers, while TCP/IP contains four.
  • TCP/IP powers the modern internet.
  • OSI is primarily used for education, communication, and troubleshooting.
  • TCP/IP was built around working protocols, while OSI was designed as a conceptual framework.
  • The two models describe many of the same networking functions using different layer structures.
  • Networking professionals regularly use both models.

Conclusion

The debate between TCP/IP and OSI isn't about choosing a winner.

TCP/IP won the implementation battle decades ago and became the foundation of the internet. OSI, however, became the language engineers use to understand, explain, and troubleshoot networking systems.

Think of TCP/IP as the machine that powers the internet and the OSI Model as the blueprint that helps us understand how that machine works.

Mastering both models gives you a more complete understanding of networking and prepares you for everything from certification exams to real-world network engineering.

In the next article, we'll move from theory to hardware and explore the devices that operate at different OSI layers, including hubs, switches, routers, and gateways.