Jared's Cert Prep ← Back to free resources
Getting Started in IT · Sample Chapter

Chapter 1: The OSI Model & TCP/IP Stack

Part 1 — Shared Foundation · A+ / Network+ / Security+

Every network conversation, whether it's your phone checking email or a pharmacy server pushing a backup to a remote site, breaks down into the same seven-step process. Understanding that process is the single most useful mental model you'll carry through your entire IT career, and it's why this book starts here instead of anywhere else.

The OSI (Open Systems Interconnection) model isn't something you'll type into a terminal. No device "runs OSI" the way it runs an operating system. It's a reference model, a shared vocabulary that lets a network engineer, a security analyst, and a help desk technician all describe the same problem without talking past each other. When someone says "that's a Layer 2 issue," they've just told you something specific and useful in three words. That's the whole point of learning this cold.

The Seven Layers

Here's the full stack, top to bottom. Memorize the order before you memorize the details of what each layer does — the order is what the exam (and real troubleshooting) actually tests you on.

7ApplicationWhere the user-facing protocols live — HTTP, DNS, SMTP, FTP
6PresentationEncryption, encoding, compression — data gets translated into a usable format
5SessionOpens, manages, and closes the conversation between two hosts
4TransportTCP and UDP live here — segmentation, ports, reliability
3NetworkIP addressing and routing — this is where packets get their destination
2Data LinkMAC addresses and frames — how switches move traffic on a local segment
1PhysicalCables, signals, radio waves — the actual bits moving through a medium
📝 Study Note Every A+ student on earth eventually lands on some version of "Please Do Not Throw Sausage Pizza Away" to remember Physical → Application, top to bottom. Use it. There's no prize for coming up with your own.

Notice something about that list: nothing above Layer 4 requires a physical device to understand it. A switch never looks at an IP address. A router never looks at a TCP port (well — not for basic routing, anyway). Each layer only cares about its own job and hands the rest off. That separation is why the model works, and it's why "what layer does this device operate at" is one of the most common exam questions you'll see across all three certs.

⚠ Exam Trap The exam loves asking "which layer does a switch operate at?" and then, three questions later, asking the same thing about a router — expecting you to instantly know switches are Layer 2 (MAC addresses) and routers are Layer 3 (IP addresses). Don't let the similarity of the two questions trip you into second-guessing yourself.

OSI vs. TCP/IP: Which One Actually Runs the Internet?

Here's the part that confuses almost everyone at first: the internet doesn't actually run on the seven-layer OSI model. It runs on a four-layer model called TCP/IP, which condenses Application/Presentation/Session into one layer and Data Link/Physical into another. OSI is the detailed teaching model; TCP/IP is the simplified model that's actually implemented in every piece of networking hardware and software you'll ever touch.

So why learn OSI at all if it's not "real"? Because the vocabulary stuck. Even engineers who've never opened an OSI textbook still say "Layer 2 problem" or "Layer 7 firewall." It became the shared language of the industry regardless of what's technically running under the hood, and you need to be fluent in it to have any of these conversations at all.

💼 Real World Priority Rated a 4. I use OSI-layer thinking every single week — usually to figure out whether a problem is "can this device physically reach the network at all" (Layer 1-2), "can it get an IP and route somewhere" (Layer 3), or "the network's fine but the application itself is broken" (Layer 7). Knowing which layer you're dealing with cuts your troubleshooting time in half before you've even opened a single tool.

Why This Matters Before Anything Else

Every chapter after this one is going to reference a layer. DNS lives at Layer 7. Subnetting is a Layer 3 conversation. VLANs and switching happen at Layer 2. If Chapter 1 doesn't stick, every chapter after it gets a little harder to place mentally. That's the whole reason this book opens here instead of with something that feels more immediately practical, like ports or IP addressing. Everything else hangs off this frame.

🔧 Real World When I'm troubleshooting a pharmacy server that suddenly can't reach its central database, the OSI model is the actual mental checklist I run through, out loud, in my head: is the NIC even up (L1)? Is it getting frames on the switch port (L2)? Does it have a valid IP and can it route to the destination (L3)? Is the SQL port actually reachable (L4)? Only after all of that do I even consider that the application itself might be the problem (L7). Skipping straight to "the app is broken" without checking the layers underneath it is the single most common time-waster I see from junior techs.

Gut Check

Four questions. No pressure — this is the same style of question you'll see throughout the book.
1. A user's PC has a link light on the NIC, but it isn't getting an IP address. What's the highest OSI layer you can confidently say is working?
2. Which device makes forwarding decisions based on MAC addresses?
3. Which of these actually runs the modern internet: the OSI model or the TCP/IP model?
4. TLS/SSL encryption is most closely associated with which OSI layer?

That's Chapter 1. The full book covers all 27 chapters across A+, Network+, and Security+ with this same format — prose, callouts, and a Gut Check at the end of every one.