Skip to content

45 min read

Educator-ready reference unit

How the internet works

A message that cannot jump directly

Imagine sending a photograph from a phone in Shkodër to a fictional learning server. The phone and server are not joined by one private wire. Between them are connected networks and devices that forward data one step at a time.

Before learning the names, try to model the journey. What must travel? What information must it carry? What can an intermediate device decide? What should happen when one path becomes unavailable?

Systems practice · local and private

A packet's journey through a changing network

Build a model, test it against changes, reconstruct it, transfer it, then teach it back.

1. Commit your initial model

Which journey matches what you think now? Your first idea may be wrong.

Found something unclear, outdated or improvable? Suggest an improvement

Name the parts after using the model

The small addressed pieces are packets. A router uses forwarding information, including the destination address, to choose a next hop; it does not need to understand the message content. The receiving system uses the data delivered to the appropriate layer and can identify missing parts.

The destination is identified through an IP address. An IP address is more like a network address than a complete physical location. The next lesson explains how a readable website name is looked up before this journey begins.

Where the classroom model stops

Our model: three cards carry visibly separate address information and message fragments across two drawn paths. One path changes at a time so its consequence is observable.

In real networks: headers, routing decisions and protocol layers are more complex. A message does not always become exactly three packets; packets need not take different routes or arrive in order; routing changes are not necessarily instant. IP does not itself guarantee retransmission. When a reliability protocol such as TCP is used, that higher layer can detect missing data and arrange retransmission. Routing protocols can calculate new routes after topology changes, but delivery can continue only when a usable route and sufficient network conditions exist. A congested route may remain usable but delayed; it is not the same as an unavailable path.

Reconstruct the journey

Without looking back at the activity, explain this sequence to yourself or another person:

  • what the sender does;
  • what an addressed packet carries;
  • what a router decides and does not need to know;
  • what the destination does;
  • what changes, and what stays unchanged, when one path fails.

If your explanation still depends on “the router understands the message,” revisit the simulation: forwarding and understanding are different jobs.

Educator guidance · 45 min

Prepare

  • 4 learners: print 1 learner/card pack and 1 facilitator pack; 12: 2 learner/card packs and 1 facilitator pack; 30: 5 learner/card packs and 1 facilitator pack
  • Cut one role-and-packet set per team; the facilitator cuts one failure and one congestion card
  • Mark two visibly distinct routes with string, tape or desk spacing; keep the event cards hidden

Materials

  • Learner map and pens
  • Sender, Router A, Router B, alternate-router and server cards
  • Three addressed packet cards
  • Two route strips or lengths of string
  • Route-failure card; projector and internet optional

Facilitate

  • Do not define all terms before the first model and prediction
  • Sender checks payload split and address; Router A and the route routers announce only the forwarding information they use; Destination records received/missing parts; Observer records route and what stayed unchanged
  • Packet 1 uses Route 1; fail that path before Packet 2 uses the distinct alternate
  • Mark the alternate congested before Packet 3: it still travels with recorded delay, showing busy is not broken
  • Then remove every alternate while leaving destination and address visible
  • Let learners revise openly; end with structured teach-back, not a vocabulary quiz

Discussion

  • What information must remain on every packet?
  • What can a router decide without understanding the message?
  • When the path failed, what changed and what stayed the same?
  • What would make rerouting impossible even though the destination still exists?

Suggested introduction

Give the sender a three-part message and ask the group how it could reach a server that has no direct wire to the sender. Collect an initial model before naming packet or router.

Likely misconception

A router does not need to open and understand the whole message, and a failed link does not erase the destination. An alternate route helps only when it exists and has usable capacity.

Expected response

Learners should model sender, addressed packets, next-hop forwarding, destination reassembly and the conditional use of an alternate route, then explain the same relationships in a new case.

Adaptation

A solo learner traces packet cards across the printed map. A learner who cannot move can be route controller, packet recorder or debrief explainer. Never make physical movement the only way to participate.

Extension

Add a capacity limit to one path, delay one packet, or remove every alternate path. Learners must say which parts of the model still hold and which outcome changes.

Shorten it

25-minute route: 0-4 initial model; 4-8 packet/route setup; 8-13 first packet; 13-18 failed-path prediction and alternate route; 18-22 revised model; 22-25 teach-back. Omit the second transfer case and extension.

Debrief

  • Ask one team to explain the journey without the role names visible
  • Ask another team to challenge one oversimplification
  • Finish the sentence: the path changed, but ...
  • Name the condition that makes an alternate route useful

Group adaptations

Pairs
One learner moves packets; the other checks destination, sequence and next hop. Swap after the route failure.
Small groups
Use teams of 4-6: sender, one or two routers, destination, packet mover and observer. Combine packet mover with sender in a team of four.
Whole class
With about 30 learners, make five teams of six and run in parallel. Each team reports only its changed prediction and one model boundary, preventing long waits.

Found something unclear, outdated or improvable? Suggest an improvement

Where this lesson comes from

alphaPlan courses are built from taught programmes rather than invented for the web. Where a claim rests on an outside standard or a reported case, it is named above so you can check it rather than take our word for it.

Developed by alphaPlan Center.

Found something unclear, outdated or improvable? Suggest an improvement