The Life Starter
0 of 6 complete0%
Course Library · Lesson 5 of 6
Digital · Guided lesson

Reason about delay and capacity

About 18 minutes · 6 reading + 12 practice and checks
Time includes reading, practice, and questions. Extra videos or further study are optional.
See this course’s project requirements

A labeled network model, packet journey, transport comparison, transfer calculation and evidence-based failure explanations.

Keep your working files in your own notebook or software. Save a private description, checklist, and work link in My Proof.

What to include

  • Labeled two-subnet network model.
  • Name/address/gateway explanation.
  • Packet and hop-limit trace.
  • Transport comparison and unit-checked delay calculation.
  • Two failure-card interpretations with limits.

Review and revise

Use these criteria to check your work and choose what to improve.

  • Device roles and paths are correct.
  • Addresses and prefixes are used consistently.
  • Calculations use stated units and assumptions.
  • Evidence supports the conclusions without live-system claims.
Open the full course project
Want more background?
Before you begin

The idea in everyday life

Follow a fictional library request through two small networks using supplied evidence only.

The idea

Capacity describes a rate; latency describes delay before or during communication.

Follow along

Reason about delay and capacity — guided practice

Calculate a simplified transfer bound and distinguish it from latency.

Use network-notes.md or paper. All addresses and outputs are fictional. Room A has laptop A at 192.0.2.10/24, printer P at 192.0.2.20/24 and a switch. Router R has A-side 192.0.2.1/24 and B-side 198.51.100.1/24. Room B has server S at 198.51.100.20/24 and its switch. A uses default gateway 192.0.2.1. A supplied DNS record maps catalog.example to 198.51.100.20. For this /24 exercise, matching first three octets means same subnet. No live network access, capture, scanning or device configuration is needed.

  1. 1. Read a link card

    A fictional bottleneck carries 20 megabits per second; a payload contains 100 megabits. Ignore overhead.

    You should see: Units are bits, not bytes.

    Consistent units are needed for division.

  2. 2. Calculate a bound

    Divide payload size by bottleneck rate.

    100 / 20 = 5

    You should see: 100/20=5 seconds minimum serialization time under these assumptions.

    A rate translates quantity into time.

  3. 3. Add a stated delay

    The case adds a fixed 0.2-second delay and no other costs.

    You should see: Simplified total=5.2 seconds.

    A startup delay is distinct from sustained throughput.

  4. 4. Explain real limits

    List shared traffic, overhead and loss as reasons an actual run may take longer.

    You should see: The calculation is a model, not a performance guarantee.

    Naming omitted factors prevents false precision.

Now change one thing

A 120-megabit payload crosses a 30-megabit/second bottleneck with overhead ignored. Enter seconds.

Your work

What to finish

A unit-checked transfer calculation and assumptions note.

Common mistake

Watch for this

Confusing megabytes with megabits or calling the ideal bound a promised speed.

How can I tell I understand it?

Complete the changed case, explain your result, and pass the three application checks.

Try 3 questions

Quick knowledge check

Answer all 3 questions. Get at least 2 right and the lesson completes automatically.

Not yet passed

You’ll get an explanation for each answer. Signed in? Your results save to your account.

1A 60-megabit payload uses a 15-megabit/second link, ignoring overhead. Transfer time?
2A path has links of 100, 25 and 50 megabits/second. Which rate bounds sustained throughput in this simplified model?
3A connection has high capacity but a long round-trip delay. Which statement can be true?
0 of 3 answeredApply the lesson to a short question, then review the explanation.
5
Finish this lesson

Pass the check. We’ll save the progress.

Answer all 3 questions above and get at least 2 right. You can review the explanations and try again.

Go to the knowledge check
Optional course overview video · same video as Lesson 1
CrashCourseComputer Networks: Crash Course Computer Science #28YouTube
Optional course overview

Computer Networks: Crash Course Computer Science #28

From CrashCourse. Watch here or open it on YouTube .

Optional course overview. Follow the written steps below at your own pace.
Tools, templates, and lesson sources

Tools and templates

Tools open in a new tab so you can keep your place here.

Sources and further reading

Explore the references behind this lesson.

Loyola University Chicago: An Overview of Networks
Source & access notes · checked 2026-09-12

Opened and inspected on 2026-09-12: Layers, packets, forwarding and capacity.

Access: Free public web page; no paid enrollment required.

Reuse: BY-NC-ND with additional electronic-use terms; link only, no copied diagrams or adapted book text.

Report a problem with this lesson

Tell us what went wrong. Please leave out personal information and private project contents.

No sign-in needed.