{
  "id": 912562,
  "title": "OSI Model - The Internet Is Just Envelopes Thrown Away at Every Router",
  "url": "https://urgent.news/2026/08/14/osi-model-the-internet-is-just-envelopes-thrown-away-at-every-router",
  "topic": "tech",
  "section": "Tech",
  "published": "2026-08-14T21:48:02.000Z",
  "source": {
    "name": "Dev.to",
    "slug": "dev-to",
    "url": "https://dev.to/telilabs/osi-model-the-internet-is-just-envelopes-thrown-away-at-every-router-3l82"
  },
  "original_language": "en",
  "account": "The wrong mental model: Many people envision a packet as a sealed capsule that travels unchanged from one router to another, arriving at its destination. This is incorrect. The layers below the application layer, such as transport (TCP) and network (IP), are responsible for moving the data and wrapping it in their own headers. Data link (Ethernet, Wi-Fi) further wraps the data in frames containing destination and source MAC addresses and checksums.\n\nDescend into the layers: The destination IP address on a packet remains constant throughout its journey, even though the packet passes through multiple routers. The frame around the packet, on the other hand, is only addressed to the next router's MAC address, knowing only about the immediate device on the wire. Each router receives the frame, strips it off, and discards it. It then reads the packet inside, decides where to send it next, decrements the TTL, and builds a new frame addressed to the next hop's MAC. This process occurs at every single router, often dozens of times.\n\nFrame born, frame dead: The packet goes through numerous frames, each of which is discarded upon arrival at its destination. Each wire gets its own envelope, and the packet is born and dead multiple times as it traverses the internet.\n\nA single NAT exception: Although the IP addresses remain constant throughout the journey, with one exception. My home router performs Network Address Translation (NAT), replacing my private source IP address (192.168.x.x) with the public address assigned by my ISP. It also rewrites the source port and recomputes the TCP checksum, as the original checksum covers the private IPs. After this single rewrite, the addressing becomes fixed for the rest of the packet's journey.\n\nThe click: The packet, in reality, doesn't travel. It's merely a pattern—a description of the packet that gets re-serialized into a fresh frame at every hop. At each step, signals travel along wires, and frames are shredded upon arrival, only to be rebuilt anew. The HTTP request sent across the ocean doesn't traverse the physical distance; it gets reconstructed hop by hop, often thirty times over, and the destination receives the same request because each router faithfully copies the layers above the frame into the next envelope.",
  "summary": "The wrong mental model For a long time I pictured a packet as a thing. A little sealed capsule that leaves my laptop, hops from router to router, and arrives at a server on the other side of the planet — the same object the whole way, like a parcel with my address on it. That picture is wrong. Not slightly wrong. Structurally wrong. Start at the top When my browser sends an HTTP request, that…",
  "key_points": [],
  "editors_take": null,
  "illustration": null,
  "coverage": {
    "outlets": 1,
    "also_reported_by": []
  },
  "ai_generated": true,
  "disclaimer": "Summaries, key points and the editor’s take are written by software from other outlets’ reporting and may contain errors — always check the linked original."
}