History · Unit 06 · Lesson 3 of 4
From packet switching to the Web
Separate the network that carries information from the Web that makes linked information accessible.
Helpful before thisHow computers got here
After this lesson you can
- distinguish packet switching, internetworking, and the Web
- explain why common protocols require operational coordination
- connect reachability, encrypted transport, and application permission
Explore the eras below. On wider screens, scroll sideways to see the full timeline.
-
An early packet-switched research network links four hosts by year end.
Why it matters A useful network combines engineering and cooperating institutions.
-
The planned January transition supports communication across networks.
Why it matters Interoperability needs coordinated implementation.
-
Tim Berners-Lee proposes linked information management.
Why it matters The Web is an application idea built on existing networks.
-
CERN places key Web software in the public domain.
Why it matters Permission to implement helps an ecosystem grow.
Opening a page feels like one action. Underneath it are several agreements: how networks carry packets, how endpoints communicate, and how a browser requests a document. Their histories overlap, but they did not begin together. Keeping them separate makes modern security failures easier to understand.
Sharing a path instead of reserving it
Packet switching divides communication into manageable units that can share network links. Work at organizations including RAND, NPL, and research institutions contributed different ideas. ARPANET linked four host computers by the end of 1969. This was an important research network, not the whole modern Internet arriving fully formed.
An analogy is a delivery system carrying many people’s parcels along shared roads. The analogy has limits: networks use precise addressing, forwarding, and transport rules. Packets are not guaranteed to take different paths, and packet delivery alone does not provide secrecy or prove who sent an application message.
Connecting networks needed another agreement
Internetworking let independently designed networks communicate through common rules. ARPANET’s planned move to TCP/IP in January 1983 is a useful turning point. Existing machines needed working implementations and coordinated changes; writing a protocol specification was not enough.
The security lesson is still familiar. An organization can announce a new standard while old devices continue using older settings. Inventory, testing, and migration plans connect a design to the machines actually running it. The Internet Society’s participant history explains that technical and organizational development together.
The Web made linked information easier to share
At CERN in 1989, Tim Berners-Lee proposed an information-management system that became the World Wide Web. Addresses, links, document formats, and request protocols gave people a common way to publish and navigate information across different systems. The Internet already supported other services; the Web became one especially influential use of it.
CERN’s 1993 release of key Web software into the public domain helped others implement and extend the idea. Open availability did not mean every website’s contents became public property, or that every resource should be available to every visitor. Software distribution, copyright, and access permission are different questions.
Three layers, three different decisions
Imagine a fictional photography club. The network must carry a member’s request. An encrypted connection can protect communication to the expected service. The club’s application must still check whether that member may download a private album.
PredictThe club’s homepage loads over an encrypted connection, but your account cannot open an album. Is the network necessarily broken?
No. The transport may be working while the application correctly refuses access. Reachability, transport protection, and authorization should be investigated separately.
What changed was the scale and convenience of connected information. What persisted was the need for explicit agreements between independently operated systems. A link is an invitation to request something; it is not evidence that the request is authorized.
Check yourself
No timer. No penalties. Read the explanation and try again whenever you like.
This lesson’s questions have changed. Your reading progress is saved; review the updated questions.
-
A phone can receive messages but a website is unavailable. What does that suggest?
Show the answer
Correct answer: Some Internet functions can work while a particular Web service fails. The Web is one use of Internet infrastructure.
-
A club moves to a common protocol on Monday. Is publishing the specification enough?
Show the answer
Correct answer: No; participants must implement, configure, and coordinate the transition. Interoperability is an operational result, not just a written agreement.
-
A website has encrypted transport. Does that grant access to a private club document?
Show the answer
Correct answer: No; the application must separately authorize the account. Transport protection and authorization have distinct jobs.
-
A visitor says the 1989 Web proposal invented all computer networking. How should the timeline change?
Show the answer
Correct answer: Show earlier packet networks and TCP/IP before the Web proposal. The Web builds on pre-existing networking and hypertext ideas.
Try it
- WriteDraw a fictional browser, an Internet path, and a club website. Write one failure at each layer: no route, an untrusted connection, or an account without permission. Match each failure to the team that should investigate it. No network tools or real targets are needed.