Packet switching transmits digital traffic by dividing information into bounded units that carry control information and share network links with packets from other communications. Intermediate topics receive, store briefly, inspect and forward these units. This allows bursty computer traffic to use capacity statistically rather than reserving one end-to-end circuit for the full session.
The history has independent but related lineages. Paul Baran's RAND work in the early 1960s developed distributed digital communications using standard message blocks, adaptive store-and-forward routing and redundancy, with survivability under attack as a major goal [1][2]. Donald Davies and his NPL team independently developed packet communication in the mid-1960s, coined the packet terminology and pursued efficient data communication for interactive computers [3][4]. ARPANET, first connected in 1969, implemented packet switching through Interface Message Processors and helped turn the method into a practical multi-host network [5][6].
A crucial correction is required: packet switching does not always mean that every packet is independently routed. Datagram networks may route packets independently. Virtual-circuit packet networks establish a logical path that packets follow. Both divide traffic into packets and statistically multiplex links. Packetisation, switching, routing, reliability and internetworking are separate layers.
Packet switching improves link utilisation and allows dynamic routing, but resilience is not automatic. Packets can be lost, duplicated, delayed, reordered or trapped by congestion. Buffers can overflow. Routing can converge badly. End systems or higher protocols must often detect loss, restore order and regulate sending. Packet networks exchange dedicated certainty for shared efficiency and adaptive control.
The big idea
Packet switching makes digital networks efficient by packetising traffic, storing and forwarding it through shared links, and selecting paths at switching topics. Independent routing is one design choice, not the definition, and resilience depends on topology, routing, congestion control and end-to-end recovery.