Networking › Module 1 › Lesson 2
TCP/IP Model
Learn the 4-layer TCP/IP stack that powers the real internet
Opening
OSI names the rooms. TCP/IP is the building that was actually built.
Yesterday you learned seven OSI floors as a location language. Open a packet capture and you will not see a clean "Session header" sitting between TCP and HTTP. You will see Ethernet, IP, TCP or UDP, then an application protocol. That is the TCP/IP stack — four layers the internet implemented. Defenders who treat OSI as "wrong" cannot talk to auditors. Defenders who treat TCP/IP as "just four names to memorize" cannot read a firewall rule. You need both: OSI for shared vocabulary, TCP/IP for what bits on the wire actually wear.
1. Four implemented layers, mapped onto seven names
TCP/IP (the Internet Protocol suite) grew from ARPANET research. It was designed to move packets across unlike networks that fail independently. The practical model used in operations has four layers: Network Access (also called Link), Internet, Transport, and Application. They are not a rejection of OSI. They are a coarser grouping of the same jobs.
Map them once and keep the map. Network Access ≈ OSI Layers 1–2: bits on the medium plus frames and MACs on the local hop (Ethernet, Wi-Fi). Internet = OSI Layer 3: IP addressing, routing, ICMP. Transport = OSI Layer 4: TCP or UDP, ports, reliability choices. Application ≈ OSI Layers 5–7: HTTP, DNS, SSH, TLS-as-used-by-apps, session cookies — everything above the transport header. When a vendor says "Layer 7 firewall," they mean they inspect TCP/IP Application data, not that OSI Layers 5 and 6 vanished.
Why did the real internet pick this shape? Because hosts on different physical networks still need one internet layer (IP) that does not care whether the last hop was Ethernet or a serial link, and one transport that apps can call without rewriting for every cable type. OSI's extra drawers (Session, Presentation) describe real concerns — encoding, encryption, dialogue — but those concerns were implemented inside application protocols and libraries, not as separate on-the-wire headers you always expand in Wireshark. The model is not a lie. The packet is not seven equal wrappers.
Headers are the proof. On the way out: application bytes → Transport header (ports, TCP flags or UDP length) → Internet header (IPv4 or IPv6 addresses, TTL) → Link header (MACs, EtherType). On the way in, each device that is not the final destination may strip and rebuild only the Link header (a router) while leaving the IP packet mostly intact. That is why "the MAC changes every hop, the IP destination usually does not" is a TCP/IP fact you will use in the next lesson on how data travels.
2. What each TCP/IP header is for — and why SOC reads it
The Link header answers "who is the next hop on this wire?" It is local. A switch never needs your destination IP to forward inside one VLAN; it needs the destination MAC. Compromise at this layer (rogue AP, ARP cache poison) can steal or reroute traffic before a Layer-3 firewall ever sees the correct path. ip link on your own box is how you see this layer's addresses without touching anyone else's LAN.
The Internet header answers "which network is this packet trying to reach?" Source and destination IP, protocol number (6 = TCP, 17 = UDP, 1 = ICMP), and TTL. Spoofed sources, unexpected routes, and expired TTL are Internet-layer stories. The Transport header answers "which process?" Source port, destination port, and for TCP the flags and sequence state. A firewall allow for tcp/443 is a Transport match riding on Internet addresses. The Application payload answers "what are they saying?" — Host headers, DNS questions, SSH banners. Encryption can hide that payload; it does not delete the headers below.
TCP versus UDP is a Transport choice, not a religion. TCP sets up a conversation (you will walk the handshake in the next lesson), retransmits, and orders data — browsers and SSH want that. UDP sends datagrams with no session setup — DNS queries and many real-time streams want the lower delay. Neither is "more secure." Security controls must name the protocol: blocking UDP/53 blindly can break name resolution; allowing all TCP because "TCP is reliable" is not a policy.
3. Wrong vs right: calling OSI fake because Wireshark shows four
Worked failure mode — after the first capture lab. Same packets, two stories:
Wrong
You tell the class "OSI is outdated and wrong" because there is no Session row in the packet tree, then you cannot answer an IR lead who asks "is this L2 or L3?" Or you assume every problem is Application because that is the only layer users see. Or you treat a TCP/IP diagram as permission to probe random hosts "to see headers."
Right
Say: OSI is the shared map; TCP/IP is the implemented stack. Application in TCP/IP covers OSI 5–7; Internet is OSI 3; Transport is OSI 4; Network Access is OSI 1–2. Read YOUR headers with ip addr / ip link on a machine you own. Capture later, on traffic you are allowed to see. Never scan a foreign network to "prove" the model.
4. Practical: map YOUR interfaces onto the four layers
You cannot dump a live internet packet without a sniffer (later module). You can still see Link vs Internet on your own host: MAC and iface state are Network Access; inet CIDR and routes are Internet. Stay on this machine.
Command guide
Link vs Internet on your VM / WSL only
YOUR machine / VM / WSL — inventory, not reconnaissance
Command — copy this
ip link # Network Access: iface, UP/DOWN, MAC (link/ether) ip addr # Internet: inet / inet6 on those ifaces ip route # Internet: how this host leaves its networks
Translate what you see: link/ether → TCP/IP Network Access (OSI L2) inet .../.. → TCP/IP Internet (OSI L3) lo / 127.0.0.1 → this host, not a WAN path
NEVER: capture or scan other people's traffic or networks NEVER: change routes on a shared/production host as "practice"
Mission: write the 7-to-4 map, then label your NIC
1) On paper, write four lines: Network Access → OSI 1–2; Internet → OSI 3; Transport → OSI 4; Application → OSI 5–7. 2) On your own VM or WSL, run ip link and ip addr. Label one non-lo iface: "this MAC is Network Access; this inet CIDR is Internet." 3) Write one sentence: "OSI is vocabulary; TCP/IP is what the packet implemented." Do not probe other hosts.
Stuck? Ask Cyberlium AI Mentor
If "Application = OSI 5–7" still feels like cheating, ask Cyberlium AI Mentor for a hint — not a debate script. Try: "Hint only: why does Wireshark skip a Session header but tickets still say Layer 7?" You should still draw the map yourself.
Last lesson gave you seven named floors. You now know the internet's four-layer clothing and how headers nest without declaring OSI obsolete. Next up — How Data Travels in Networks — a single click walked hop by hop: DNS preview, TCP handshake idea, switch then router, TTL, and why traceroute lists devices you never typed.
Knowledge Check
APPLY: A junior analyst says "OSI is wrong because this pcap only shows Ethernet, IPv4, TCP, and HTTP." What should you correct?
Multiple choice
Knowledge Check
APPLY: ip link shows link/ether on ens33; ip addr shows inet 10.0.2.15/24 on ens33. Which TCP/IP layers did you just inventory on your VM?
Multiple choice
Knowledge Check
APPLY: True or False: Because the internet uses TCP/IP, you should tell stakeholders that OSI Layer 3 does not exist and routers are a Transport-layer device.
True or False