Programmable and Networked Information · Sending information

Computer networks and ARPANET

A computer network links independently operating computers so that processes and users can exchange data or use remote resources. ARPANET was a particular publicly funded research network that separated host computers from a packet-switching communications subnet built from Interface Message Processors (IMPs). Host software communicated through the subnet using defined interfaces and host-to-host protocols.

When it emerged
Early computer-network experiments in the 1960s; first ARPANET IMP installed in 1969; operational expansion through the 1970s
What changed
Connects remote computers and users to shared programs, files and communication services through host protocols over a packet-switching subnet
Reading time
16 minutes
The essential questions

Computer networks and ARPANET, clearly explained

A computer network links independently operating computers so that processes and users can exchange data or use remote resources. ARPANET was a particular publicly funded research network that separated host computers from a packet-switching communications subnet built from Interface Message Processors (IMPs). Host software communicated through the subnet using defined interfaces and host-to-host protocols.

What is it?

Operational Multi-Host Resource-Sharing Networks and ARPANET is defined here as computer network system and research infrastructure. It reduces the following constraint: Connects remote computers and users to shared programs, files and communication services through host protocols over a packet-switching subnet.

What problem did it solve?

Geographical separation between computers, users, software and data made expensive computational resources difficult to share and made collaboration dependent on slower physical or voice communication.

How did it work?

ARPANET was a particular publicly funded research network that separated host computers from a packet-switching communications subnet built from Interface Message Processors (IMPs). Host software communicated through the subnet using defined interfaces and host-to-host protocols. Packet switching is a transmission method; ARPANET was an operational network assembled from leased circuits, IMPs, host interfaces, protocols, institutions and connected computing sites.

What came before?

It built on Telephone, Time-sharing, Packet switching and Electronic digital computers.

What did it make possible?

It helped make possible Bulletin-board systems, Usenet and Internet chat, Internet and TCP/IP, Email and World Wide Web.

What survived?

Hosts and routers as distinct roles remains visible in later networked communication systems.

Why does it still matter?

Users can log into, transfer files to or invoke services on computers located elsewhere. The network connects machines with different hardware, operating systems and local conventions. IMPs absorb packet forwarding while hosts implement end-to-end and application functions.

Deep dive

The deeper story

A computer network links independently operating computers so that processes and users can exchange data or use remote resources. ARPANET was a particular publicly funded research network that separated host computers from a packet-switching communications subnet built from Interface Message Processors (IMPs). Host software communicated through the subnet using defined interfaces and host-to-host protocols [1]-[5].

The topic is not identical to packet switching. Packet switching is a transmission method; ARPANET was an operational network assembled from leased circuits, IMPs, host interfaces, protocols, organisations and connected computing sites. Nor was ARPANET already the Internet. Its early Network Control Program coordinated communication inside one network. TCP/IP later addressed communication across heterogeneous networks [6]-[8].

ARPANET made resource sharing practical enough to sustain remote login, file transfer, electronic mail and collaborative protocol development. It also exposed enduring network problems: heterogeneous hosts, incompatible operating systems, naming, access control, congestion, protocol evolution, operator authority and the difficulty of changing a live installed base.

The analytical centre is therefore not a heroic 'first message' alone. It is the construction of a working multi-host service in which local computers, a communications subnet and a protocol community had to cooperate. The network was simultaneously machinery, software, service, experiment and institution.

The big idea

Computer networking begins when independently operating hosts can exchange data and use remote resources through a managed communications system. ARPANET is the landmark operational network, not a synonym for packet switching or for the later Internet.

Main problem addressed

Connects remote computers and users to shared programs, files and communication services through host protocols over a packet-switching subnet

Connections

What came before and what followed

Start with the key connections, then reveal the wider network when you need more context.

Connections for Computer networks and ARPANETTelephoneTime-sharingPacket switchingBulletin-boardsystems, Usenet andInternet chatInternet and TCP/IPElectronic digitalcomputersEmailWorld Wide WebComputer networks andARPANET
Enabling connection
Telephone

Supplies leased communication circuits and modems.

Enabling connection
Time-sharing

Creates interactive users and remote-resource demand.

Enabling connection
Internet and TCP/IP

Provides operational host networking and protocol experience.

Enabling connection
Email

Provides host-to-host communication.

Extended or built upon
World Wide Web

Builds universal document distribution above the Internet.

Timeline

Key moments

How Computer networks and ARPANET emerged

This marks the broad emergence and development of Computer networks and ARPANET. Why it mattered: Connects remote computers and users to shared programs, files and communication services through host protocols over a packet-switching subnet.

Conceptual resource sharing, early 1960s

Researchers imagine geographically distributed access to expensive computing resources.

Computer networks and ARPANET · conceptual proposal

Network design, 1966-1969

Topology, IMP procurement, host interfaces and protocols are planned.

Computer networks and ARPANET · practical implementation

Initial operation, 1969-1971

The first IMPs and hosts connect; basic host communication and remote use become operational.

Computer networks and ARPANET · earliest evidence

Protocol reassessment, mid-1970s

ARPANET limitations and heterogeneous packet networks drive internetworking research.

Computer networks and ARPANET · practical implementation

Application expansion, 1971-1975

Email, remote login, file transfer and collaborative tools increase network value.

Computer networks and ARPANET · practical implementation

Operational transition, 1980-1983

Hosts implement TCP/IP and migrate from NCP through planned coordination.

Computer networks and ARPANET · practical implementation
People and organisations

Who helped shape it?

Jon Postel

Jon Postel is one of the people connected to this topic. Open the profile for the wider historical context.

Lawrence Roberts

Lawrence Roberts is one of the people connected to this topic. Open the profile for the wider historical context.

Steve Crocker

Steve Crocker is one of the people connected to this topic. Open the profile for the wider historical context.

ARPA

ARPA is one of the organisations connected to this topic. Open the profile for the wider historical context.

Research notes

Open the full research notes

These expandable sections preserve the detailed research behind the public explanation.

1. Executive Summary

A computer network links independently operating computers so that processes and users can exchange data or use remote resources. ARPANET was a particular publicly funded research network that separated host computers from a packet-switching communications subnet built from Interface Message Processors (IMPs). Host software communicated through the subnet using defined interfaces and host-to-host protocols [1]-[5].

The topic is not identical to packet switching. Packet switching is a transmission method; ARPANET was an operational network assembled from leased circuits, IMPs, host interfaces, protocols, organisations and connected computing sites. Nor was ARPANET already the Internet. Its early Network Control Program coordinated communication inside one network. TCP/IP later addressed communication across heterogeneous networks [6]-[8].

ARPANET made resource sharing practical enough to sustain remote login, file transfer, electronic mail and collaborative protocol development. It also exposed enduring network problems: heterogeneous hosts, incompatible operating systems, naming, access control, congestion, protocol evolution, operator authority and the difficulty of changing a live installed base.

The analytical centre is therefore not a heroic 'first message' alone. It is the construction of a working multi-host service in which local computers, a communications subnet and a protocol community had to cooperate. The network was simultaneously machinery, software, service, experiment and institution.

The big idea

Computer networking begins when independently operating hosts can exchange data and use remote resources through a managed communications system. ARPANET is the landmark operational network, not a synonym for packet switching or for the later Internet.

2. Identification

| Field | Value | |---|---| | Public title | Computer Networks and ARPANET | | Analytical title | Operational Multi-Host Resource-Sharing Networks and ARPANET | | Recommended type | Computer network system and research infrastructure | | Primary category | Transport & transmission | | Secondary categories | Processing; interaction; distribution; resource sharing; governance; interoperability | | Emergence | Early computer-network experiments in the 1960s; first ARPANET IMP installed in 1969; operational expansion through the 1970s |

3. Operational Definition

Operational Multi-Host Resource-Sharing Networks and ARPANET is defined here as computer network system and research infrastructure. It reduces the following constraint: Connects remote computers and users to shared programs, files and communication services through host protocols over a packet-switching subnet.

The topic includes the technical mechanism, operational service, organisations and access rules necessary for the system to function. It excludes neighbouring methods and applications where those can be analysed independently. The stable topic ID is preserved even when its primary category or title is refined.

4. Why the Topic Matters

4.1 Remote resources become usable

Users can log into, transfer files to or invoke services on computers located elsewhere.

4.2 Heterogeneous hosts must cooperate

The network connects machines with different hardware, operating systems and local conventions.

4.3 The communications subnet becomes a layer

IMPs absorb packet forwarding while hosts implement end-to-end and application functions.

4.4 Protocols become public coordination artefacts

RFCs let distributed teams negotiate interfaces, revise assumptions and document operational practice.

4.5 Communication becomes a primary computer use

Email and interactive collaboration grow from a network initially justified heavily through resource sharing.

4.6 Installed networks become difficult to change

Protocol transitions require dual operation, implementation schedules, testing and coordinated cutovers.

5. Terminology
  • Computer network: Interconnected computers and communication components that exchange data or provide remote services.
  • Host: Computer attached to a network that runs user processes and network protocols.
  • IMP: Interface Message Processor, the ARPANET packet-switching topic between hosts and leased circuits.
  • Subnet: The communications system carrying traffic among attached hosts; not a modern IP prefix in this historical usage.
  • Host-IMP interface: Boundary through which a host submits and receives traffic from an IMP.
  • NCP: Network Control Program, the host-to-host protocol environment used by the early ARPANET.
  • Socket: Protocol endpoint identifier used to connect processes.
  • Remote login: Interactive use of a remote computer over a network.
  • File transfer: Movement of files between networked hosts through an application protocol.
  • Resource sharing: Remote use of computation, software, storage, data or specialised devices.
  • RFC: Request for Comments document used to circulate network designs, conventions and operational notes.
  • Protocol: Agreed rules for message structure, sequencing and behaviour between communicating systems.
  • Gateway: System that connects networks; historically distinct from an ARPANET IMP inside one network.
  • Network service: Capability offered to users or applications above lower communication mechanisms.
6. Boundary With Neighbouring Topics

6.1 Computer network versus communication link

A link connects endpoints over one path; a network combines multiple hosts, links, switching topics, protocols and operational rules.

6.2 Packet switching versus ARPANET

Packet switching is a method. ARPANET was a specific packet-switched network and research programme.

6.3 Host versus IMP

Hosts ran user applications and host protocols; IMPs forwarded packets through the communications subnet.

6.4 ARPANET versus Internet

ARPANET was one network. The Internet interconnects multiple heterogeneous networks through IP and related protocols.

6.5 NCP versus TCP/IP

NCP coordinated host communication inside ARPANET; TCP/IP was designed for internetworking and end-to-end communication across networks.

6.6 Remote terminal access versus networking

A terminal can reach one host through a communication service without creating general host-to-host resource sharing.

6.7 Resource sharing versus communication

Remote computing helped justify ARPANET, but person-to-person messaging became one of its most important actual uses.

6.8 Protocol specification versus implementation

An RFC describes expected behaviour; working software, hardware and operations determine whether interoperability exists.

7. Communication Pattern

Many hosts and users communicate through a packet-switching subnet. Communication may be interactive or asynchronous, one-to-one or one-to-many, but network participation depends on attached hosts, protocol implementations, accounts and site policy.

| Dimension | Pattern | |---|---| | Participation | One-to-one, one-to-many or many-to-many depending on service | | Timing | Synchronous, near-synchronous or asynchronous | | Persistence | Defined by host, mailbox, spool, log or application policy | | Topology | Layered, centralised, federated or internetworked | | Feedback | Protocol acknowledgement, reply, visible presence or moderation action | | Access | Accounts, attached networks, equipment and operator policy |

8. Expanded Communication Model

| Stage | Function | |---|---| | Producer | User process, host service or local application | | Encoding | Application protocol and host protocol | | Addressing | Host, socket or service identifiers | | Transport path | Host interface → IMP subnet → remote IMP → remote host | | Control | Host software, IMP routing, flow control and site policy | | Storage | Host files, mailboxes, logs and queues | | Recipient | Remote process, user or service | | Feedback | Protocol replies, acknowledgements, errors and human response |

9. Historical Emergence

9.1 Time-sharing and resource-sharing demand

Interactive computing created pressure to connect researchers with remote machines and specialised resources rather than duplicate every expensive computer at every site.

9.2 Network planning

ARPA-sponsored researchers developed functional requirements, host interfaces and a packet-switching subnet architecture during the late 1960s [1][2].

9.3 First RFCs

RFC 1 in April 1969 described host software before the full network existed, making open technical discussion part of the infrastructure itself [1][4].

9.4 IMP deployment

BBN built IMPs that connected hosts to leased lines and performed packet switching. The first installation occurred at UCLA in 1969 [4][5].

9.5 Four-topic network

UCLA, SRI, UC Santa Barbara and the University of Utah formed the first ARPANET cluster by the end of 1969 [4].

9.6 NCP operation

Host-to-host communication stabilised around NCP, supporting Telnet, file transfer and other applications inside ARPANET [3][6].

9.7 Email and collaboration

Network mail quickly became a major use, revealing that shared communication could matter more than remote machine access alone.

9.8 Protocol strain

Growth exposed retransmission, sequencing, duplicate and multipacket-message problems, motivating protocol reassessment [6].

9.9 Transition pressure

Packet radio, satellite and other networks could not simply become ARPANET segments. Internetworking required a new architecture.

9.10 NCP-to-TCP transition

RFC 801 documented a coordinated transition from NCP to TCP/IP, demonstrating that protocol migration is institutional choreography as much as software replacement [7].

10. Prerequisites
  • Electronic computers with local operating systems
  • Interactive time-sharing and remote terminal experience
  • Digital telecommunications and modems
  • Packet-switching concepts and IMP hardware
  • Leased circuits and site installations
  • Host-interface specifications
  • Network Control Program and applications
  • Accounts, operators and institutional sponsorship
  • A documentation and protocol-coordination community
11. Periodisation

11.1 Conceptual resource sharing, early 1960s

Researchers imagine geographically distributed access to expensive computing resources.

11.2 Network design, 1966-1969

Topology, IMP procurement, host interfaces and protocols are planned.

11.3 Initial operation, 1969-1971

The first IMPs and hosts connect; basic host communication and remote use become operational.

11.4 Application expansion, 1971-1975

Email, remote login, file transfer and collaborative tools increase network value.

11.5 Protocol reassessment, mid-1970s

ARPANET limitations and heterogeneous packet networks drive internetworking research.

11.6 Operational transition, 1980-1983

Hosts implement TCP/IP and migrate from NCP through planned coordination.

11.7 Legacy and retirement

ARPANET becomes one ancestor and testbed within a broader Internet rather than the final architecture.

12. Main Problem Addressed

Geographical separation between computers, users, software and data made expensive computational resources difficult to share and made collaboration dependent on slower physical or voice communication.

| Before | After | |---|---| | Geographical separation between computers, users, software and data made expensive computational resources difficult to share and made collaboration dependent on slower physical or voice communication. | Connects remote computers and users to shared programs, files and communication services through host protocols over a packet-switching subnet |

13. Evaluation Matrix

| Dimension | Batch 10 evaluation question | |---|---| | Reach | How many hosts, sites or users can participate, and through which access conditions? | | Latency | How long does interaction, propagation, delivery or response take? | | Persistence | Does information survive disconnection, and where is it stored? | | Addressability | How are hosts, users, groups, channels or resources identified? | | Topology | Is the system centralised, federated, hierarchical, peer-distributed or hybrid? | | Interoperability | Can heterogeneous implementations communicate through a shared specification? | | Reliability | Where are loss detection, retransmission, ordering, duplication control and recovery implemented? | | Governance | Who can allocate names, routes, accounts, groups, privileges and access? | | Access cost | What equipment, line charges, institutional sponsorship or technical skill is required? | | Abuse surface | How easily can users spam, impersonate, harass, overload, censor or surveil others? |

| Topic field | Value | |---|---| | Main problem addressed | Connects remote computers and users to shared programs, files and communication services through host protocols over a packet-switching subnet | | Key predecessors | Electronic digital computers; time-sharing; telecommunications; modems; packet switching | | Key successors | Internet and TCP/IP; email; remote login; file transfer; distributed applications; online communities | | Primary category | Transport & transmission | | Secondary categories | Processing; interaction; distribution; resource sharing; governance; interoperability |

14. Advantages and Capabilities

1. Remote resource sharing

Remote resource sharing becomes a durable capability when protocols, implementations, operators and access conditions align.

2. Interactive remote login

Interactive remote login becomes a durable capability when protocols, implementations, operators and access conditions align.

3. Network file transfer

Network file transfer becomes a durable capability when protocols, implementations, operators and access conditions align.

4. Shared protocol experimentation

Shared protocol experimentation becomes a durable capability when protocols, implementations, operators and access conditions align.

5. Rapid person-to-person communication

Rapid person-to-person communication becomes a durable capability when protocols, implementations, operators and access conditions align.

6. Incremental site expansion

Incremental site expansion becomes a durable capability when protocols, implementations, operators and access conditions align.

7. Separation of host applications from subnet forwarding

Separation of host applications from subnet forwarding becomes a durable capability when protocols, implementations, operators and access conditions align.

15. Civilisational Contributions

1. Operational computer networking

Operational computer networking extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

2. Remote computing culture

Remote computing culture extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

3. The RFC technical-publication process

The RFC technical-publication process extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

4. Network email and collaborative work

Network email and collaborative work extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

5. Layered host/subnet architecture

Layered host/subnet architecture extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

6. A testbed for protocol and distributed-system research

A testbed for protocol and distributed-system research extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

16. Organisations, Access and Power

1. ARPA and publicly funded research

ARPA and publicly funded research shapes participation, standards, resource allocation, visibility and enforcement.

2. BBN as IMP contractor and network operator

BBN as IMP contractor and network operator shapes participation, standards, resource allocation, visibility and enforcement.

3. University and laboratory host sites

University and laboratory host sites shapes participation, standards, resource allocation, visibility and enforcement.

4. Network Working Group and RFC authors

Network Working Group and RFC authors shapes participation, standards, resource allocation, visibility and enforcement.

5. Telecommunications carriers supplying leased lines

Telecommunications carriers supplying leased lines shapes participation, standards, resource allocation, visibility and enforcement.

6. Site administrators controlling accounts and access

Site administrators controlling accounts and access shapes participation, standards, resource allocation, visibility and enforcement.

17. Limitations, Harms and Trade-Offs

1. Restricted institutional access

Restricted institutional access follows from the same architecture that creates reach, persistence or shared access.

2. Surveillance and logging potential

Surveillance and logging potential follows from the same architecture that creates reach, persistence or shared access.

3. Security assumptions based on trusted communities

Security assumptions based on trusted communities follows from the same architecture that creates reach, persistence or shared access.

4. Protocol incompatibility and migration cost

Protocol incompatibility and migration cost follows from the same architecture that creates reach, persistence or shared access.

5. Central operational chokepoints

Central operational chokepoints follows from the same architecture that creates reach, persistence or shared access.

6. Unequal geographic and institutional participation

Unequal geographic and institutional participation follows from the same architecture that creates reach, persistence or shared access.

7. Failure propagation across shared infrastructure

Failure propagation across shared infrastructure follows from the same architecture that creates reach, persistence or shared access.

18. Predecessors, Successors and Relationships

| Relationship | Topic | Reason | |---|---|---| | Predecessor | Time-sharing Time-sharing | Creates interactive users and remote-resource demand. | | Predecessor | Packet switching Packet switching | Provides shared-link forwarding method. | | Predecessor | Telephone Telephone networks | Supplies leased communication circuits and modems. | | Successor | Internet and TCP/IP Internet and TCP/IP | Interconnects ARPANET with heterogeneous networks. | | Successor | Email Email | Turns networked hosts into asynchronous message services. | | Successor | Bulletin-board systems, Usenet and Internet chat BBS, Usenet and Internet chat | Extends network infrastructure into many-to-many communities. | | Successor | World Wide Web World Wide Web | Builds universal document distribution above the Internet. |

The relationship table separates enabling layers from applications. A predecessor may remain in use after this topic appears, and a successor may depend on the topic without replacing it.

19. What Survived

1. Hosts and routers as distinct roles

Hosts and routers as distinct roles remains visible in later networked communication systems.

2. Layered protocols

Layered protocols remains visible in later networked communication systems.

3. Remote login and file transfer

Remote login and file transfer remains visible in later networked communication systems.

4. Open technical specifications

Open technical specifications remains visible in later networked communication systems.

5. Distributed protocol communities

Distributed protocol communities remains visible in later networked communication systems.

6. Network operations and monitoring

Network operations and monitoring remains visible in later networked communication systems.

7. Protocol migration as coordinated change

Protocol migration as coordinated change remains visible in later networked communication systems.

20. Representative Cases

20.1 ARPA Network functional specifications

This case demonstrates a distinct architectural, operational or social feature of computer networks and arpanet.

20.2 RFC 1 host-software proposal

This case demonstrates a distinct architectural, operational or social feature of computer networks and arpanet.

20.3 UCLA first IMP installation

This case demonstrates a distinct architectural, operational or social feature of computer networks and arpanet.

20.4 Four-topic ARPANET

This case demonstrates a distinct architectural, operational or social feature of computer networks and arpanet.

20.5 NCP host environment

This case demonstrates a distinct architectural, operational or social feature of computer networks and arpanet.

20.6 Email adoption

This case demonstrates a distinct architectural, operational or social feature of computer networks and arpanet.

20.7 ARPANET protocol assessment

This case demonstrates a distinct architectural, operational or social feature of computer networks and arpanet.

20.8 NCP-to-TCP transition

This case demonstrates a distinct architectural, operational or social feature of computer networks and arpanet.

21. Research Uncertainty and Open Questions
  • How should ALOHAnet, CYCLADES and public packet networks be represented without making ARPANET the whole network history?
  • Should Network Control Program receive a subordinate protocol entry?
  • How should early security assumptions and access restrictions be compared with later public-network conditions?
  • Which claims about the first host-to-host message are technically meaningful rather than ceremonial?
  • Should remote login and file transfer later become separate application topics?

The research notes avoids single-inventor mythology. It distinguishes first concept, first implementation, first operational service, first standard and mass adoption. These are rarely the same event.

22. Claim Register

|---|---|---|---| | Computer networks and ARPANET-C01 | A computer network is more than a point-to-point link or packet method. | High | S01-S08 | | Computer networks and ARPANET-C02 | ARPANET separated host functions from an IMP communications subnet. | High | S01-S05 | | Computer networks and ARPANET-C03 | RFC 1 was issued in April 1969 before broad ARPANET operation. | High | S01 | | Computer networks and ARPANET-C04 | ARPANET began IMP deployment in 1969 and expanded through the 1970s. | High | S04-S05 | | Computer networks and ARPANET-C05 | NCP supported early ARPANET host communication but was not an internetworking suite. | High | S03; S06-S08 | | Computer networks and ARPANET-C06 | ARPANET and the Internet are analytically distinct. | High | S06-S08 | | Computer networks and ARPANET-C07 | Resource sharing and person-to-person communication were both major network functions. | High | S04-S08 | | Computer networks and ARPANET-C08 | Changing a live network protocol requires coordinated institutional transition. | High | S07 |

23. Comparative Analysis

| Comparison | Main difference | Analytical value | |---|---|---| | Packet switching | Transmission method beneath a network | Separates method from implementation. | | Telephone network | Connection-oriented communications infrastructure | Shows shared lineage but different traffic and service assumptions. | | Time-sharing host | One shared computer service | Shows a multi-user host is not automatically a multi-host network. | | ARPANET | Specific packet network and research programme | Defines the topic’s representative system. | | Internet | Federation of heterogeneous networks | Separates networking from internetworking. | | Online service | Application environment exposed to users | Separates infrastructure from service community. |

The most important comparison is architectural rather than chronological. Similar user experiences can be produced by radically different storage, transport, topology and governance arrangements.

28. Final perspective

Computer Networks and ARPANET represents a shift from isolated information activity toward shared, addressable and governed communication. Its historical importance lies not only in faster transmission, but in the rules that let independent machines and people coordinate across distance.

The system reduced a real constraint: Connects remote computers and users to shared programs, files and communication services through host protocols over a packet-switching subnet. It also created new dependencies on protocols, operators, names, accounts, queues, standards and infrastructure. Those dependencies are not implementation debris. They are part of the information system.

Computer networking begins when independently operating hosts can exchange data and use remote resources through a managed communications system. ARPANET is the landmark operational network, not a synonym for packet switching or for the later Internet.

Evidence

Sources and further reading

  1. Steve Crocker, RFC 1: Host Software, 7 April 1969. https://www.rfc-editor.org/rfc/rfc1.html

    Open source ↗

  2. G. Deloche, RFC 8: ARPA Network Functional Specifications, May 1969. https://www.rfc-editor.org/rfc/rfc8.html

    Open source ↗

  3. E. Meyer, RFC 46: ARPA Network Protocol Notes, April 1970. https://www.rfc-editor.org/rfc/rfc46.html

    Open source ↗

  4. RFC Editor, RFC 2555: 30 Years of RFCs, April 1999. https://www.rfc-editor.org/rfc/rfc2555.html

    Open source ↗

  5. F. Heart et al., The Interface Message Processor for the ARPA Computer Network, 1970. https://tcm.computerhistory.org/ComputerTimeline/Chap24_arpa_CS2.pdf

    Open source ↗

  6. Vinton Cerf, RFC 635: An Assessment of ARPANET Protocols, May 1974. https://www.rfc-editor.org/rfc/rfc635.html

    Open source ↗

  7. Jon Postel, RFC 801: NCP/TCP Transition Plan, November 1981. https://www.rfc-editor.org/rfc/rfc801.html

    Open source ↗

  8. Jon Postel, RFC 820: Assigned Numbers, January 1983. https://www.rfc-editor.org/rfc/rfc820.html

    Open source ↗

  9. Lawrence Roberts, Multiple Computer Networks and Intercomputer Communication, 1967. https://doi.org/10.1145/800001.811680 Computer Networks and ARPANET represents a shift from isolated information activity toward shared, addressable and governed communication. Its historical importance lies not only in faster transmission, but in the rules that let independent machines and people coordinate across distance. The system reduced a real constraint: Connects remote computers and users to shared programs, files and communication services through host protocols over a packet-switching subnet. It also created new dependencies on protocols, operators, names, accounts, queues, standards and infrastructure. Those dependencies are not implementation debris. They are part of the information system. > **Computer networking begins when independently operating hosts can exchange data and use remote resources through a managed communications system. ARPANET is the landmark operational network, not a synonym for packet switching or for the later Internet.**

    Open source ↗