Protocols
Networks do a lot at once: they carry web pages, email and video, over cables and Wi-Fi, between devices made by different companies. Splitting that job into layers, as in the four-layer TCP/IP model, with each layer handling one part, makes the whole thing much easier to design, understand and run. Each layer only needs to do its own job and pass data to the layer below or above.
Because each layer has its own clear job, work on one layer can carry on without touching the rest. A company writing a new web browser only has to follow the rules for the layer its software works at; it never needs to know how the cables carry the signals. In the same way, a company designing a network card can build hardware for one layer only, without worrying about which program will use it.
This separation also means a layer, or a protocol inside it, can be replaced without breaking the others. A video-calling app can be updated to use a different protocol for sending its video, and the cabling and routers keep working exactly as before, because the lower layers did not change.
Layers let standards be written for one job at a time. If two manufacturers both follow the rules for the same layer, their equipment can work together: a games console from one company connects to a router from another, even though neither maker knows what the other built.
When something goes wrong, splitting the network into parts gives you a starting point. If a live stream freezes but web pages load normally, you can test the layer that handles the stream rather than checking every cable and device in the building. A small, well-understood part is far quicker to check than one huge, tangled system.
OCR GCSE Computer Science · Protocols