Reason about delay and capacity
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.
Want more background?
The idea in everyday life
Follow a fictional library request through two small networks using supplied evidence only.
Capacity describes a rate; latency describes delay before or during communication.
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. 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. Calculate a bound
Divide payload size by bottleneck rate.
100 / 20 = 5You should see: 100/20=5 seconds minimum serialization time under these assumptions.
A rate translates quantity into time.
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. 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.
What to finish
A unit-checked transfer calculation and assumptions note.
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.
Quick knowledge check
Answer all 3 questions. Get at least 2 right and the lesson completes automatically.
You’ll get an explanation for each answer. Signed in? Your results save to your account.
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 checkOptional course overview video · same video as Lesson 1
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.
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.