Computer networks and data transmission

DASKEREL wrote this teaching and practice using Oak's sequence as a source. View the source lesson at Oak National Academy. Oak has not endorsed this material. Check Oak's terms and separate rights for third-party works.

Learning outcomes

Explain why devices form a network
Distinguish a local network from a service it provides
Trace a simple path without assuming every device has the same role

Vocabulary: network · device · local area network · switch · router · service

Retrieve previous learning

What is the difference between storing a file and sending it?

Check: Stored data remains on a device or service; sending makes a copy or message available through a communication path.

Learn the concept

A computer network is a group of connected devices able to exchange data. Imagine an invented school room with three laptops and one printer connected through an approved switch. Each laptop is a device, the printer offers a service, and the switch forwards local traffic to the appropriate connection. The network is the whole arrangement, not just the cable or the printer. Sharing is useful because different devices can reach a common resource, but access should still be controlled.

A local area network covers a limited site such as a classroom or building. It may work even when the wider internet connection is unavailable: a locally hosted printer could still be reachable, depending on the school's design. A router normally connects different networks and forwards traffic between them; it is not simply another name for a switch. Real products can combine roles in one box, so draw the role first and do not infer it only from a device's appearance.

Represent the invented room as Laptop A → switch → printer. This is a logical path, not a wiring instruction. A second path, Laptop B → switch → router → outside service, shows when traffic leaves the local network. The diagram omits authentication, addresses, wireless links and failures; those omissions matter if someone asks whether every pupil can print or whether a request will always arrive. A path alone shows a possible connection, not a permission.

Benefits include sharing resources and collaborating, while trade-offs include dependence on equipment, access rules and maintenance. If the printer is unavailable, a learner may still edit a local file; if the switch fails, local sharing may stop. Teachers should use fictional names and diagrams for this exercise. Do not inspect the school network or connect devices to test the drawing: that would require explicit authorisation and supervised procedures.

Hands-on network route simulator

Can a local printer still be reached when the router is unavailable? Compare it with a web service. This is a teaching model with invented devices. It does not connect to, scan or configure a real network.

Laptop → switch → printer
Tablet → access point → switch → router → provider → web service

Source deviceDestinationUnavailable device

Prediction: will the request reach its destination?

YesNo

Explain what this model leaves out

Your choices and notes stay in this browser page session. This activity is practice, not a verified practical assessment.

Worked model

List the three laptops, printer, switch and router as separate roles in the invented room.
Draw Laptop A → switch → printer for a local print request.
Draw Laptop B → switch → router → outside service for a request beyond the room.
Explain that neither drawn path grants access automatically; permission and working equipment are additional conditions.

Guided practice

The internet link fails but the local printer still works. Is that impossible?

Hint: Separate a local service from a route to other networks.

Check the guided answer

No. If the printer and laptops remain on a working local network and permissions allow use, printing can continue without the wider internet connection.

Independent practice

Write your own response to every question before viewing the model answers. Your writing stays in this page session; this activity does not submit, store or grade it. Avoid including private information.

Find and correct a misconception

“If a device is on a network, everyone can use all of its files.”

Correction: A link permits possible communication; authentication, permissions and service design determine what a user may access.

Extend and reflect

Improve the invented room diagram for a printer failure.

Guidance: Show which routes still exist and which service is unavailable; explain rather than test any real device.

Where this lesson could lead · Computer Science GCSE → Daskerel Cloud and Infrastructure

This lesson practises: Explain why devices form a network. Algorithms, digital systems and safe practice support later software and technology work.

Next school subject: Computer Science GCSE. Check the subject and examination board that fit your school.
Later DASKEREL learning: Daskerel Cloud and Infrastructure. Explore further study and build evidence from practical work.
Later credential exploration: AWS Certified Cloud Practitioner is an example in this later specialism. Check current awarding-body requirements before planning an exam.
Example career direction: Cloud Support Engineer. Explore organisations and local support.

This is an exploratory route, not a promise of admission, a qualification, certification eligibility or employment. Years 7–9 learning is an early foundation; any later credential may require substantial study, experience or local approval.

Year 7 · Hardware, networks and the internet · original lesson pack

DASKEREL beta · internal AI review pending

Use protocol rules and addresses in a paper packet model

DASKEREL wrote this teaching and practice using Oak's sequence as a source. View the source lesson at Oak National Academy. Oak has not endorsed this material. Check Oak's terms and separate rights for third-party works.

Learning outcomes

Describe a protocol as agreed communication rules
Explain the role of an IP destination in a simplified packet
Distinguish an address from a person's identity

Vocabulary: protocol · IP address · packet · header · destination · route

Retrieve previous learning

What does a router do in a network diagram?

Check: It forwards traffic between networks toward a destination; a real route may include several routers.

Learn the concept

A protocol is a shared set of rules that lets devices interpret exchanged data. In a fictional paper exercise, a sender writes a destination label, a sequence number and a short message on each card. A receiver can reorder cards by the numbers. That classroom rule is a model of protocol behaviour, not a literal copy of an internet protocol. Real communication uses several protocols with different jobs, including addressing, reliable delivery in some cases, and application requests.

An IP address helps identify a network destination or interface for routing packets. A packet carries a header with information routers use to forward it, alongside some data. Think of an invented address such as destination B in a three-node paper diagram, rather than copying a live device address. A router examines the destination and chooses a next hop according to its available route information. The packet may take more than one hop, and an address is not the same as a verified human name.

In a paper simulation, split an original six-word sentence into three two-word cards, number them 1, 2 and 3, and hand them to a teacher for a shuffled delivery. The receiver uses the numbers to reconstruct the sentence and notices if card 2 is absent. This shows why sequence information can matter, but it does not prove that all network communication automatically resends lost data. Some transport arrangements provide reliability and others make different trade-offs.

A message can have multiple layers of identification: a network destination, an application service and a user account. None should be conflated. A copied source label on a paper card does not authenticate its sender; verification requires more than appearance. Pupils should work only with invented addresses and teacher-approved paper examples. Capturing real packets or identifying real users is outside this lesson.

Hands-on network route simulator

Choose a source and destination. Trace the simplified next hops; then explain what a destination address does not prove about identity. This is a teaching model with invented devices. It does not connect to, scan or configure a real network.

Laptop → switch → printer
Tablet → access point → switch → router → provider → web service

Source deviceDestinationUnavailable device

Prediction: will the request reach its destination?

YesNo

Explain what this model leaves out

Your choices and notes stay in this browser page session. This activity is practice, not a verified practical assessment.

Worked model

Write three cards numbered 1, 2 and 3 with destination B and an original two-word fragment on each.
Place the cards in order 3, 1, 2 and explain why the receiver needs sequence numbers.
Remove card 2 and state what the receiver can detect from the missing number.
Explain that detecting a gap is different from proving how a real protocol repairs it.

Guided practice

Why is a destination address useful if a packet crosses two routers?

Hint: Each router needs information for its next forwarding choice.

Check the guided answer

The destination lets routers make forwarding decisions toward a network. The classroom address is simplified; real forwarding also depends on routes and network configuration.

Independent practice

Write your own response to every question before viewing the model answers. Your writing stays in this page session; this activity does not submit, store or grade it. Avoid including private information.

Find and correct a misconception

“An IP address is a person's permanent name.”

Correction: It is used for network addressing and routing; it can change or be shared and does not by itself establish a person's identity.

Extend and reflect

Design one extra rule for the paper cards if two senders use the same receiver.

Guidance: Add a fictional message identifier, then explain what it solves and what it still cannot authenticate.

Where this lesson could lead · Computer Science GCSE → Daskerel Cloud and Infrastructure

This lesson practises: Describe a protocol as agreed communication rules. Algorithms, digital systems and safe practice support later software and technology work.

Next school subject: Computer Science GCSE. Check the subject and examination board that fit your school.
Later DASKEREL learning: Daskerel Cloud and Infrastructure. Explore further study and build evidence from practical work.
Later credential exploration: AWS Certified Cloud Practitioner is an example in this later specialism. Check current awarding-body requirements before planning an exam.
Example career direction: Cloud Support Engineer. Explore organisations and local support.

This is an exploratory route, not a promise of admission, a qualification, certification eligibility or employment. Years 7–9 learning is an early foundation; any later credential may require substantial study, experience or local approval.

Year 7 · Hardware, networks and the internet · original lesson pack

DASKEREL beta · internal AI review pending

Compare wired and wireless connections for a real purpose

DASKEREL wrote this teaching and practice using Oak's sequence as a source. View the source lesson at Oak National Academy. Oak has not endorsed this material. Check Oak's terms and separate rights for third-party works.

Learning outcomes

Compare connection options using stated criteria
Explain how interference and sharing can change wireless performance
Avoid treating a connection label as a guaranteed speed

Vocabulary: wired · wireless · bandwidth · latency · interference · reliability

Retrieve previous learning

What is a packet in the simplified model?

Check: A small unit of transmitted data with routing information and a payload; the paper card only models some of its roles.

Learn the concept

A wired network connection carries signals through a physical medium such as an Ethernet cable; a wireless connection uses radio. Both can link a device to a local network, and either may ultimately share the same router and internet connection. A classroom decision should use a named purpose and constraints rather than assuming one medium is always best. A fixed desktop next to an approved network socket has different needs from a mobile tablet.

Bandwidth describes a link's capacity to carry data over time, while latency describes delay before a response begins. A high-capacity link can still feel slow if a service or route is congested. Wireless performance may vary with distance, walls, competing signals and the number of devices sharing airtime. A cable also has limits: damaged connectors, crowded switches or an overloaded upstream link can disrupt it. The link type alone does not promise an outcome.

Use an original fictional table: Cable A carries 80 units of data in 10 seconds; wireless B carries 60 units in the same interval under one test. Average rates are 8 and 6 units per second, respectively. That single observation supports a result for this test, not a universal ranking of all wired and wireless networks. Repeat measurements under comparable conditions to judge reliability, and record what else was running.

For a school presentation streamed from a fixed lectern, a teacher may choose an approved cable when stability matters and a socket is available. For a learner moving among tables, school-managed wireless may be practical. Privacy and school policy apply to both: a cable does not make a service automatically safe, and a wireless network's name does not establish permission to join it. Pupils should not connect to unknown networks or run speed tests on school systems without approval.

Hands-on network route simulator

Compare the laptop's wired route with the tablet's wireless route. Which extra device does the tablet need in this model? This is a teaching model with invented devices. It does not connect to, scan or configure a real network.

Laptop → switch → printer
Tablet → access point → switch → router → provider → web service

Source deviceDestinationUnavailable device

Prediction: will the request reach its destination?

YesNo

Explain what this model leaves out

Your choices and notes stay in this browser page session. This activity is practice, not a verified practical assessment.

Worked model

State the task: a fixed lectern is streaming a live class presentation.
List constraints: approved socket, freedom of movement, expected sharing and reliability.
Calculate 80 ÷ 10 = 8 and 60 ÷ 10 = 6 units per second for the fictional observation.
Recommend an option conditionally and state why one short test cannot guarantee future performance.

Guided practice

Why could a strong Wi-Fi signal still give a slow website?

Hint: Look beyond the local radio link.

Check the guided answer

Other devices may share capacity, the router or internet link may be busy, or the outside service may respond slowly. Signal strength is only one part of the route.

Independent practice

Write your own response to every question before viewing the model answers. Your writing stays in this page session; this activity does not submit, store or grade it. Avoid including private information.

Find and correct a misconception

“A wireless signal with full bars guarantees a fast website.”

Correction: Local signal strength is only one factor; shared capacity, routing, service response and interference can affect the result.

Extend and reflect

Plan a fair comparison using fictional test readings.

Guidance: Hold the task and time interval constant, repeat readings and explain any remaining confounding factor without running tests on real networks.

Where this lesson could lead · Computer Science GCSE → Daskerel Cloud and Infrastructure

This lesson practises: Compare connection options using stated criteria. Algorithms, digital systems and safe practice support later software and technology work.

Next school subject: Computer Science GCSE. Check the subject and examination board that fit your school.
Later DASKEREL learning: Daskerel Cloud and Infrastructure. Explore further study and build evidence from practical work.
Later credential exploration: AWS Certified Cloud Practitioner is an example in this later specialism. Check current awarding-body requirements before planning an exam.
Example career direction: Cloud Support Engineer. Explore organisations and local support.

This is an exploratory route, not a promise of admission, a qualification, certification eligibility or employment. Years 7–9 learning is an early foundation; any later credential may require substantial study, experience or local approval.

Year 7 · Hardware, networks and the internet · original lesson pack

DASKEREL beta · internal AI review pending

Distinguish the internet from services running on it

DASKEREL wrote this teaching and practice using Oak's sequence as a source. View the source lesson at Oak National Academy. Oak has not endorsed this material. Check Oak's terms and separate rights for third-party works.

Learning outcomes

Describe the internet as interconnecting networks
Separate the web from email and other internet services
Explain a possible multi-hop route without promising a single fixed path

Vocabulary: internet · network of networks · router · service · web · email

Retrieve previous learning

Why can a local printer sometimes work without an internet link?

Check: It can remain reachable within a working local network, subject to its configuration and permissions.

Learn the concept

The internet connects many networks that agree on ways to exchange data. A school network may connect through a provider to many other networks. Routers forward packets toward destinations using routing information; a request can cross several networks. A single diagram with School → Provider → Service is an instructional model, not a claim that every packet takes only those exact three steps or follows the same path on every attempt.

The World Wide Web is one set of services using this wider infrastructure. A web browser can request pages and other resources from web servers. Email, video calls and online games can also use the internet but are not automatically web pages. A browser can display a webmail application, yet the underlying idea of email remains distinct from the web interface used to read it. This distinction matters when diagnosing what has failed.

Imagine a fictional incident: the school's local printer works, a saved offline document opens, but outside sites do not load. This pattern is consistent with a problem beyond the local printer path, such as the outside connection or a name-resolution/service issue. It does not identify the exact fault. A second case where one website fails but email and other sites work may point to the particular service, but again the observations need checking.

Internet access is not the same as permission to use every service. Services can require accounts, and providers may impose policy and filtering. A route through many networks also creates responsibilities for privacy, secure use and accurate reporting of faults. The paper route exercises here do not require pupils to inspect real router settings, trace external services or collect traffic. If a school connection fails, tell an authorised adult rather than probing it.

Hands-on network route simulator

Trace a local printer request and an outside web request. Identify where the route leaves the local network. This is a teaching model with invented devices. It does not connect to, scan or configure a real network.

Laptop → switch → printer
Tablet → access point → switch → router → provider → web service

Source deviceDestinationUnavailable device

Prediction: will the request reach its destination?

YesNo

Explain what this model leaves out

Your choices and notes stay in this browser page session. This activity is practice, not a verified practical assessment.

Worked model

Draw a school LAN, provider network and outside service as separate boxes.
Use arrows through a router to show a possible request route.
Place a printer inside the school box and a web server outside to distinguish local and internet paths.
Classify email and the web as services or uses of internet connectivity rather than synonyms for the infrastructure.

Guided practice

A pupil says 'the internet is down' because one webpage will not open. Is that established?

Hint: Ask which other services and sites were checked by an authorised person.

Check the guided answer

No. One failing page could be a service-specific problem. The observation is useful but does not establish that every internet route is unavailable.

Independent practice

Write your own response to every question before viewing the model answers. Your writing stays in this page session; this activity does not submit, store or grade it. Avoid including private information.

Find and correct a misconception

“The internet and the World Wide Web are two names for exactly the same thing.”

Correction: The internet is an interconnection of networks; the web is a service built on that infrastructure.

Extend and reflect

Draw a second possible route after a provider link fails.

Guidance: Make it explicitly fictional and explain why a real network may or may not have an alternative route.

Where this lesson could lead · Computer Science GCSE → Daskerel Cloud and Infrastructure

This lesson practises: Describe the internet as interconnecting networks. Algorithms, digital systems and safe practice support later software and technology work.

Next school subject: Computer Science GCSE. Check the subject and examination board that fit your school.
Later DASKEREL learning: Daskerel Cloud and Infrastructure. Explore further study and build evidence from practical work.
Later credential exploration: AWS Certified Cloud Practitioner is an example in this later specialism. Check current awarding-body requirements before planning an exam.
Example career direction: Cloud Support Engineer. Explore organisations and local support.

This is an exploratory route, not a promise of admission, a qualification, certification eligibility or employment. Years 7–9 learning is an early foundation; any later credential may require substantial study, experience or local approval.

Year 7 · Hardware, networks and the internet · original lesson pack

DASKEREL beta · internal AI review pending

Trace a web page request from URL to browser

DASKEREL wrote this teaching and practice using Oak's sequence as a source. View the source lesson at Oak National Academy. Oak has not endorsed this material. Check Oak's terms and separate rights for third-party works.

Learning outcomes

Identify useful parts of a URL
Model DNS, request and response as separate stages
Distinguish a web page from the files and services used to show it

Vocabulary: URL · domain · DNS · HTTP · HTTPS · server

Retrieve previous learning

Is the web the entire internet?

Check: No. The web uses internet connectivity; other services such as email can use it too.

Learn the concept

A URL tells a browser where to request a resource and which scheme to use. In the invented address https://example.org/study, https is the scheme, example.org is the domain name and /study is the path. The domain is a readable name, not a guarantee that a site is trustworthy. A path identifies a resource within a service, but websites may process paths in different ways. Do not invent a real school login URL to practise this skill.

A simplified web request has stages. The browser may use DNS to learn an address associated with a domain; it then connects and sends an HTTP request to a server, often protected in transit by HTTPS. The server returns an HTTP response with a status and content. A browser interprets HTML and may fetch CSS, images or scripts as additional resources. A page can therefore involve more than one request and more than one file.

Use paper cards labelled DOMAIN, ADDRESS, REQUEST and RESPONSE. The DOMAIN card is looked up before the request can be sent to the right destination in the model. The RESPONSE card contains a fictional heading and a link, which the browser card displays. This is an ordered explanation, not a claim that a real browser always performs a fresh DNS lookup: cached information may be used. Nor does receiving an HTTP response prove that every page element loaded correctly.

A padlock or HTTPS indicates that a connection uses transport protection to the named site, but it does not prove that the site's content is true or that the organisation deserves trust. A fake or harmful site can also use HTTPS. Check the domain and purpose, and do not enter credentials into unfamiliar pages. This unit uses only printed fictional URLs and requests; pupils need not visit a site, inspect a real account or run developer tools.

Hands-on network route simulator

Send a fictional request to the web service. Remove the router or web service to see which part of the route fails. This is a teaching model with invented devices. It does not connect to, scan or configure a real network.

Laptop → switch → printer
Tablet → access point → switch → router → provider → web service

Source deviceDestinationUnavailable device

Prediction: will the request reach its destination?

YesNo

Explain what this model leaves out

Your choices and notes stay in this browser page session. This activity is practice, not a verified practical assessment.

Worked model

Split https://example.org/study into scheme, domain and path.
Show a model DNS lookup for the domain and label the returned address as routing information.
Send a fictional GET request to the server card and receive a response with a heading.
State that the browser may request more resources and that HTTPS does not certify the truth of the content.

Guided practice

What is missing from the claim 'the browser gets one file and the page is finished'?

Hint: Think of styles, pictures and scripts.

Check the guided answer

A page may require several resources, so the browser can make further requests and assemble them. The one-file claim is too broad.

Independent practice

Write your own response to every question before viewing the model answers. Your writing stays in this page session; this activity does not submit, store or grade it. Avoid including private information.

Find and correct a misconception

“The padlock means everything written on this website is accurate.”

Correction: HTTPS protects a connection to the named site; it does not validate the site's claims or motives.

Extend and reflect

Draw an accessible two-resource web page model.

Guidance: Add one text resource and one image with a useful text alternative; show the separate requests and describe what remains usable if the image fails.

Where this lesson could lead · Computer Science GCSE → Daskerel Cloud and Infrastructure

This lesson practises: Identify useful parts of a URL. Algorithms, digital systems and safe practice support later software and technology work.

Next school subject: Computer Science GCSE. Check the subject and examination board that fit your school.
Later DASKEREL learning: Daskerel Cloud and Infrastructure. Explore further study and build evidence from practical work.
Later credential exploration: AWS Certified Cloud Practitioner is an example in this later specialism. Check current awarding-body requirements before planning an exam.
Example career direction: Cloud Support Engineer. Explore organisations and local support.

This is an exploratory route, not a promise of admission, a qualification, certification eligibility or employment. Years 7–9 learning is an early foundation; any later credential may require substantial study, experience or local approval.

Year 7 · Hardware, networks and the internet · original lesson pack

DASKEREL beta · internal AI review pending

Evaluate connected-device data and privacy choices

DASKEREL wrote this teaching and practice using Oak's sequence as a source. View the source lesson at Oak National Academy. Oak has not endorsed this material. Check Oak's terms and separate rights for third-party works.

Learning outcomes

Describe how a connected sensor can share data
Explain why an IoT benefit creates privacy questions
Choose a bounded, consent-aware response

Vocabulary: Internet of Things · sensor · device · data flow · privacy · update

Retrieve previous learning

Why is a web address not evidence that a site is truthful?

Check: An address locates a service; accuracy needs separate source and evidence checks, and HTTPS does not evaluate content.

Learn the concept

The Internet of Things refers to physical objects with sensing, software and connectivity that can exchange information. Imagine a fictional classroom temperature sensor sending readings to an approved display. A sensor measures a quantity, a device transmits a reading and the display presents it. The teacher must still ask what time the reading was taken, whether the sensor was calibrated and who may access its data. Connectivity does not guarantee that a measurement is correct.

The same pattern can be used in homes, transport or health-related products, but the data may reveal more than the reading alone. A fictional smart door sensor recording opening times could suggest when someone is at home. That inference may be wrong, yet a detailed log can still affect privacy. A useful design asks which data is necessary, whether it can be processed locally, who sees it, how long it is kept and what happens if an account is compromised.

An original classroom flow is SENSOR → school-approved display → teacher. If the design also sends readings to an outside service, draw that extra link and ask why it is needed. For a display of today's room temperature, a lifetime log of a pupil's name and location is not obviously necessary. This is a purpose test, not a legal judgement about a real provider. Privacy choices must account for consent, access controls, updates and school policy.

Connected devices also depend on maintenance. Unsupported software, weak account settings or unexpected data sharing can create problems, but no single setting removes every risk. Pupils should not pair a real sensor, change its firmware, open an administrator page or collect classmates' routines for this exercise. If a real device behaves unexpectedly, report it to a teacher or trusted adult through the school's approved route.

Hands-on network route simulator

A successful route does not authorize access or protect private data. Trace it, then name a permission and privacy check. This is a teaching model with invented devices. It does not connect to, scan or configure a real network.

Laptop → switch → printer
Tablet → access point → switch → router → provider → web service

Source deviceDestinationUnavailable device

Prediction: will the request reach its destination?

YesNo

Explain what this model leaves out

Your choices and notes stay in this browser page session. This activity is practice, not a verified practical assessment.

Worked model

Draw a fictional temperature sensor, approved display and named data flow.
Mark the measurement, time and intended audience at each step.
Add an optional outside-service arrow and ask whether the purpose requires it.
Recommend a minimum-data version and state what a supervised real test would still need to check.

Guided practice

A smart door sensor saves every opening time for a year. Why might that matter even without a name in the log?

Hint: Consider what routines could be inferred.

Check the guided answer

Repeated times could suggest daily routines or when a place is unoccupied, and linked records might identify people. The inference can be uncertain but still deserves privacy review.

Independent practice

Write your own response to every question before viewing the model answers. Your writing stays in this page session; this activity does not submit, store or grade it. Avoid including private information.

Find and correct a misconception

“If a connected sensor does not record a name, its readings can never affect privacy.”

Correction: Patterns and linked information can reveal routines or help identify people, even when one record lacks a name.

Extend and reflect

Review the fictional sensor flow for an unexpected outside-service link.

Guidance: Ask its purpose, access and retention; propose a local-only alternative without probing any real device.