All lessons Leer en español

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.

7 minready

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.

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.

From packet switching to the WebNetwork delivery makes a request possible. Web protocols give it meaning. The receiving service still decides whether to allow the requested action.Packets cross networksWeb requests use the pathThe service checks access
Network delivery makes a request possible. Web protocols give it meaning. The receiving service still decides whether to allow the requested action.

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.

  1. 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.

  2. 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.

  3. 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.

  4. 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.
References