You'll look around your home and correctly call out which devices are acting as clients and which are acting as servers right now.
Why it matters
Almost every single thing that happens on a network boils down to one tiny drama: somebody asks, and somebody else answers. Loading a web page, sending a message, streaming a show — all of it. Once you can spot who's asking and who's answering, a huge amount of networking suddenly has a shape. And the best part: you already know this pattern cold, because you've eaten at a restaurant.
Learn
1.2.1 Client = the customer who orders
A client is the device doing the asking. In a restaurant, that's the customer reading the menu and placing an order. On a network, it's your phone tapping a link, your laptop loading a site, your browser saying "send me that page, please." Clients start the conversation. They want something, so they make a request.
1.2.2 Server = the kitchen that fulfills
A server is the device that listens for requests and answers them. In the restaurant, that's the kitchen: it takes the order and sends back a plate. On a network, servers are the websites you visit, the game servers you play on, even your own router's little admin web page. A server's whole job is to sit there, wait to be asked, and then hand back a response.
1.2.3 Request → response, and roles can flip
Put it together and you get the loop that runs the internet: the client sends a request, the server sends back a response. Ask, answer. That's it.
Here's the subtle bit that trips people up: "server" is a role, not a size or a special kind of machine. The same device can be a client one moment and a server the next. Your laptop is a client when it loads a website — but if you share a folder with a friend, your laptop becomes the server that answers their request. A "server" isn't always a giant humming box in a data center. It's just whatever is answering right now.
Take a two-minute walk around your home (or just look at your phone). List five things that connect to the internet, then label each as the role it usually plays. Use this template:
DEVICE / APP ROLE (client / server / both) IT'S ASKING/ANSWERING FOR...
1. [phone browser] client [web pages]
2. [smart TV] client [video streams]
3. [router admin page] server [its settings screen]
4. [game console] both [asks the game server; can host friends]
5. [____________] [______] [______________]
Bonus: pick one and write the loop in your own words:
"My ____ (client) sends a REQUEST to ____ (server), which sends back a RESPONSE of ____."
If a device both asks and answers, write "both" — that proves you understood that server is a role, not a machine.
Don't assume a "server" has to be a massive machine in a data center. The tiny chip inside your router runs a server (its settings page). Your laptop can be a server too. Judge by what it's doing in the moment — answering = server, asking = client.
You can now read any network interaction as a simple ask/answer loop and name the roles. On your Internet Trip Map, add a small note next to your devices marking which are usually clients (your phone, laptop, TV) — you'll use this when we follow a real request out the door in later sections.