Programmable and Networked Information · Sending information

Internet and TCP/IP

The Internet is an operational federation of networks that communicate through the Internet Protocol and related standards. TCP/IP is the protocol suite that made heterogeneous internetworking practical: IP carries datagrams across network boundaries, while transport protocols such as TCP provide end-to-end services above IP. The protocol suite and the global infrastructure are related but not identical.

When it emerged
Internetworking design from 1973-1974; separate IP and TCP specifications by 1980-1981; coordinated ARPANET transition in 1983
What changed
Interconnects heterogeneous packet networks without requiring them to share one internal switching technology, administration or service model
Reading time
16 minutes
The essential questions

Internet and TCP/IP, clearly explained

The Internet is an operational federation of networks that communicate through the Internet Protocol and related standards. TCP/IP is the protocol suite that made heterogeneous internetworking practical: IP carries datagrams across network boundaries, while transport protocols such as TCP provide end-to-end services above IP. The protocol suite and the global infrastructure are related but not identical.

What is it?

Open Heterogeneous Internetworking Through the Internet Protocol Suite is defined here as open internetworking architecture, protocol suite and operational infrastructure. It reduces the following constraint: Interconnects heterogeneous packet networks without requiring them to share one internal switching technology, administration or service model.

What problem did it solve?

Independent networks used incompatible packet formats, addressing, host protocols and operational assumptions, preventing end systems from communicating across network boundaries.

How did it work?

TCP/IP is the protocol suite that made heterogeneous internetworking practical: IP carries datagrams across network boundaries, while transport protocols such as TCP provide end-to-end services above IP. The protocol suite and the global infrastructure are related but not identical. The decisive architectural move was to preserve the internal autonomy of participating networks.

What came before?

It built on Packet switching and Computer networks and ARPANET.

What did it make possible?

It helped make possible Email, Bulletin-board systems, Usenet and Internet chat, World Wide Web, Cloud computing and cloud storage and Search Engines.

What survived?

IP datagrams remains visible in later networked communication systems.

Why does it still matter?

Ethernet, packet radio, satellite and other networks can interoperate without sharing one internal design. IP provides a network-independent packet format and addressing model. TCP can recover ordered byte streams above an unreliable datagram service.

Deep dive

The deeper story

The Internet is an operational federation of networks that communicate through the Internet Protocol and related standards. TCP/IP is the protocol suite that made heterogeneous internetworking practical: IP carries datagrams across network boundaries, while transport protocols such as TCP provide end-to-end services above IP. The protocol suite and the global infrastructure are related but not identical [1]-[6].

The decisive architectural move was to preserve the internal autonomy of participating networks. A gateway could forward internetwork datagrams between unlike packet networks without requiring every network to adopt ARPANET's internal mechanisms. Cerf and Kahn's 1974 design, early TCP specifications and the later split between IP and TCP established an end-to-end architecture for network intercommunication [1]-[5].

Addressing, naming, routing and forwarding must remain separate. An IP address identifies an interface or network location within an addressing architecture; names provide human-usable identifiers; routing computes or distributes path information; forwarding applies local state to move a datagram to its next hop. Gateways, later commonly called routers, connect networks rather than merely switching traffic inside one network [7]-[12].

The Internet's openness enables independent implementation and incremental connection, but it does not remove power. Standards bodies, registries, network operators, carriers, governments, domain registries, cloud providers and platforms control different layers. Logical decentralisation can coexist with physical and commercial concentration.

The big idea

The Internet is a federation of heterogeneous networks, not one giant network technology. IP provides a common datagram layer, TCP is one transport above it, and naming, routing, governance and physical infrastructure remain distinct systems.

Main problem addressed

Interconnects heterogeneous packet networks without requiring them to share one internal switching technology, administration or service model

Connections

What came before and what followed

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

Enabling connection
Email

Provides global internetwork transport and naming for mature Internet mail.

Enabling connection
World Wide Web

Provides heterogeneous internetwork transport.

Timeline

Key moments

Network-specific protocols, late 1960s-early 1970s

Packet networks operate with local assumptions and limited interconnection.

Internet and TCP/IP · practical implementation

Experimental TCP, mid-late 1970s

Implementations test gateways, datagrams and end-to-end control.

Internet and TCP/IP · practical implementation

How Internet and TCP/IP emerged

This marks the broad emergence and development of Internet and TCP/IP. Why it mattered: Interconnects heterogeneous packet networks without requiring them to share one internal switching technology, administration or service model.

Internet and TCP/IP · broad emergence

Internetwork architecture, 1973-1974

Cerf and Kahn define network intercommunication principles.

Internet and TCP/IP · practical implementation

Cerf-Kahn 1974 internetwork protocol

This case demonstrates a distinct architectural, operational or social feature of internet and tcp/ip.

Internet and TCP/IP · practical implementation

IP/TCP separation, 1978-1981

Internet and transport functions become distinct specifications.

Internet and TCP/IP · practical implementation

Academic and commercial expansion, 1980s-1990s

More networks and service providers join.

Internet and TCP/IP · commercial introduction

Web and mass public adoption, 1990s-2000s

Internet infrastructure becomes a general publishing and commerce platform.

Internet and TCP/IP · practical implementation

RFC 675 Transmission Control Program

This case demonstrates a distinct architectural, operational or social feature of internet and tcp/ip.

Internet and TCP/IP · standardisation
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.

Robert Kahn

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

Vint Cerf

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

DARPA

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

IETF

IETF 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

The Internet is an operational federation of networks that communicate through the Internet Protocol and related standards. TCP/IP is the protocol suite that made heterogeneous internetworking practical: IP carries datagrams across network boundaries, while transport protocols such as TCP provide end-to-end services above IP. The protocol suite and the global infrastructure are related but not identical [1]-[6].

The decisive architectural move was to preserve the internal autonomy of participating networks. A gateway could forward internetwork datagrams between unlike packet networks without requiring every network to adopt ARPANET's internal mechanisms. Cerf and Kahn's 1974 design, early TCP specifications and the later split between IP and TCP established an end-to-end architecture for network intercommunication [1]-[5].

Addressing, naming, routing and forwarding must remain separate. An IP address identifies an interface or network location within an addressing architecture; names provide human-usable identifiers; routing computes or distributes path information; forwarding applies local state to move a datagram to its next hop. Gateways, later commonly called routers, connect networks rather than merely switching traffic inside one network [7]-[12].

The Internet's openness enables independent implementation and incremental connection, but it does not remove power. Standards bodies, registries, network operators, carriers, governments, domain registries, cloud providers and platforms control different layers. Logical decentralisation can coexist with physical and commercial concentration.

The big idea

The Internet is a federation of heterogeneous networks, not one giant network technology. IP provides a common datagram layer, TCP is one transport above it, and naming, routing, governance and physical infrastructure remain distinct systems.

2. Identification

| Field | Value | |---|---| | Public title | Internet and TCP/IP | | Analytical title | Open Heterogeneous Internetworking Through the Internet Protocol Suite | | Recommended type | Open internetworking architecture, protocol suite and operational infrastructure | | Primary category | Transport & transmission | | Secondary categories | Interoperability; routing; naming; governance; resilience; distribution | | Emergence | Internetworking design from 1973-1974; separate IP and TCP specifications by 1980-1981; coordinated ARPANET transition in 1983 |

3. Operational Definition

Open Heterogeneous Internetworking Through the Internet Protocol Suite is defined here as open internetworking architecture, protocol suite and operational infrastructure. It reduces the following constraint: Interconnects heterogeneous packet networks without requiring them to share one internal switching technology, administration or service model.

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 Networks can remain internally different

Ethernet, packet radio, satellite and other networks can interoperate without sharing one internal design.

4.2 A common datagram becomes the interconnection unit

IP provides a network-independent packet format and addressing model.

4.3 Reliability moves to endpoints when appropriate

TCP can recover ordered byte streams above an unreliable datagram service.

4.4 Growth becomes incremental

A new network can join through gateways and shared protocols rather than rebuilding the whole federation.

4.5 Applications become globally portable

Email, the Web and later services can run across many underlying networks.

4.6 Standards become transnational infrastructure

Open specifications coordinate independent vendors, operators and organisations.

5. Terminology
  • Internet: Operational federation of networks using IP and associated protocols, governance and physical infrastructure.
  • internet: Generic interconnection of networks; not necessarily the global Internet.
  • IP: Internet Protocol, providing connectionless datagram delivery across interconnected networks.
  • TCP: Transmission Control Protocol, providing reliable ordered transport between endpoints above IP.
  • UDP: Connectionless transport protocol offering datagram delivery to applications with less built-in reliability.
  • Datagram: Self-contained packet forwarded without a pre-established end-to-end virtual circuit.
  • Gateway/router: System forwarding datagrams between networks.
  • Address: Machine-usable identifier used for delivery within an addressing architecture.
  • Name: Human- or application-facing identifier resolved to lower-layer information.
  • Routing: Computation and distribution of path-selection information.
  • Forwarding: Local action of sending a packet to a next hop.
  • Autonomous system: Administrative routing domain exchanging reachability with others.
  • End-to-end principle: Preference for placing certain functions at communicating endpoints when lower layers cannot completely provide them.
  • Protocol suite: Related set of protocols operating at different layers.
  • Interoperability: Independent implementations communicating according to shared specifications.
6. Boundary With Neighbouring Topics

6.1 Internet versus Web

The Internet supplies internetwork communication; the Web is one document and application system above it.

6.2 Internet versus TCP/IP

TCP/IP is a suite of protocols. The Internet also includes networks, routers, operations, names, organisations and users.

6.3 IP versus TCP

IP forwards datagrams across networks; TCP provides reliable ordered transport between endpoints.

6.4 Network versus internetwork

A network connects topics under one communication system; an internetwork connects multiple networks.

6.5 Address versus name

Addresses support delivery; names support stable or human-usable reference and require resolution.

6.6 Routing versus forwarding

Routing creates path state; forwarding applies that state packet by packet.

6.7 Gateway versus IMP

An IMP switches traffic inside ARPANET; an Internet gateway connects distinct networks.

6.8 Protocol versus implementation

A specification does not guarantee compatible, secure or efficient software.

6.9 Open architecture versus absence of control

Open protocols permit participation, but operators and registries still allocate scarce resources and enforce policy.

7. Communication Pattern

End systems exchange application data through transport protocols over IP. Routers forward datagrams across independently operated networks. Naming and directory systems map human-facing identifiers to addresses, while routing systems distribute reachability.

| 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 | Application or process on an end system | | Application layer | Email, Web, remote login or other protocol | | Transport | TCP, UDP or another end-to-end protocol | | Internet layer | IP datagrams and global addressing | | Interconnection | Routers/gateways between networks | | Link networks | Ethernet, radio, satellite, fibre and other technologies | | Naming | DNS or other resolver maps names to addresses | | Governance | Standards, registries, operators and policy organisations | | Recipient | Application process on another end system |

9. Historical Emergence

9.1 Limits of one packet network

ARPANET protocols assumed one network and could not simply absorb packet radio, satellite and foreign packet systems.

9.2 Internetwork experiment

Cerf and Kahn proposed a protocol for packet-network intercommunication in 1974, emphasising gateways, datagrams and endpoint control [1].

9.3 Early Transmission Control Program

RFC 675 described an internetwork Transmission Control Program in 1974 [2].

9.4 Separation of IP and TCP

Design evolved so IP handled internetwork datagrams while TCP handled reliable host-to-host transport [3]-[5].

9.5 Addressing and gateway rules

IP specifications and gateway requirements formalised datagram headers, addressing, lifetime and forwarding behaviour [4][12].

9.6 Naming transition

Host tables became difficult to scale; distributed domain naming separated names from numeric addresses [9]-[11].

9.7 Coordinated adoption

The ARPANET transition plan required hosts to implement and cut over from NCP to TCP/IP [6][7].

9.8 Expansion beyond research

Academic, government and commercial networks connected, producing a broader operational Internet.

9.9 Commercial and public Internet

Backbone liberalisation, service providers and the Web expanded participation during the 1990s.

9.10 Convergence and concentration

Mobile, cloud, streaming and platform services depend on Internet protocols while concentrating traffic in large providers and exchange points.

10. Prerequisites
  • Multiple operational packet networks
  • End systems capable of layered protocols
  • Gateways able to connect unlike networks
  • Global or hierarchical addressing
  • Routing and reachability exchange
  • Transport protocols above best-effort datagrams
  • Naming and resolution systems
  • Standards publication and parameter registries
  • Operators willing to coordinate while retaining autonomy
11. Periodisation

11.1 Network-specific protocols, late 1960s-early 1970s

Packet networks operate with local assumptions and limited interconnection.

11.2 Internetwork architecture, 1973-1974

Cerf and Kahn define network intercommunication principles.

11.3 Experimental TCP, mid-late 1970s

Implementations test gateways, datagrams and end-to-end control.

11.4 IP/TCP separation, 1978-1981

Internet and transport functions become distinct specifications.

11.5 Coordinated transition, 1981-1983

ARPANET hosts move from NCP to TCP/IP.

11.6 Academic and commercial expansion, 1980s-1990s

More networks and service providers join.

11.7 Web and mass public adoption, 1990s-2000s

Internet infrastructure becomes a general publishing and commerce platform.

11.8 Mobile, cloud and platform Internet

Traffic becomes ubiquitous while physical and service concentration grows.

12. Main Problem Addressed

Independent networks used incompatible packet formats, addressing, host protocols and operational assumptions, preventing end systems from communicating across network boundaries.

| Before | After | |---|---| | Independent networks used incompatible packet formats, addressing, host protocols and operational assumptions, preventing end systems from communicating across network boundaries. | Interconnects heterogeneous packet networks without requiring them to share one internal switching technology, administration or service model |

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 | Interconnects heterogeneous packet networks without requiring them to share one internal switching technology, administration or service model | | Key predecessors | Packet switching; ARPANET and other computer networks; host protocols; gateways; distributed routing | | Key successors | World Wide Web; global email; streaming; cloud services; mobile Internet; network platforms | | Primary category | Transport & transmission | | Secondary categories | Interoperability; routing; naming; governance; resilience; distribution |

14. Advantages and Capabilities

1. Heterogeneous-network interconnection

Heterogeneous-network interconnection becomes a durable capability when protocols, implementations, operators and access conditions align.

2. Incremental growth

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

3. End-to-end application portability

End-to-end application portability becomes a durable capability when protocols, implementations, operators and access conditions align.

4. Independent network administration

Independent network administration becomes a durable capability when protocols, implementations, operators and access conditions align.

5. Open implementation

Open implementation becomes a durable capability when protocols, implementations, operators and access conditions align.

6. Layered protocol evolution

Layered protocol evolution becomes a durable capability when protocols, implementations, operators and access conditions align.

7. Multiple transport services above IP

Multiple transport services above IP becomes a durable capability when protocols, implementations, operators and access conditions align.

15. Civilisational Contributions

1. Global digital interconnection

Global digital interconnection extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

2. The Web and universal online publishing

The Web and universal online publishing extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

3. Global email and collaboration

Global email and collaboration extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

4. Cloud and distributed services

Cloud and distributed services extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

5. Open protocol ecosystems

Open protocol ecosystems extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

6. Network-independent application development

Network-independent application development extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

7. Transnational technical coordination

Transnational technical coordination extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

16. Organisations, Access and Power

1. DARPA and research programmes

DARPA and research programmes shapes participation, standards, resource allocation, visibility and enforcement.

2. IETF, IAB and RFC process

IETF, IAB and RFC process shapes participation, standards, resource allocation, visibility and enforcement.

3. Address and protocol registries

Address and protocol registries shapes participation, standards, resource allocation, visibility and enforcement.

4. Regional Internet registries

Regional Internet registries shapes participation, standards, resource allocation, visibility and enforcement.

5. Network operators and Internet service providers

Network operators and Internet service providers shapes participation, standards, resource allocation, visibility and enforcement.

6. Domain registries and registrars

Domain registries and registrars shapes participation, standards, resource allocation, visibility and enforcement.

7. Exchange points, backbone carriers and cloud providers

Exchange points, backbone carriers and cloud providers shapes participation, standards, resource allocation, visibility and enforcement.

8. States regulating infrastructure and content

States regulating infrastructure and content shapes participation, standards, resource allocation, visibility and enforcement.

17. Limitations, Harms and Trade-Offs

1. Routing leaks and outages

Routing leaks and outages follows from the same architecture that creates reach, persistence or shared access.

2. Address scarcity and transition complexity

Address scarcity and transition complexity follows from the same architecture that creates reach, persistence or shared access.

3. Metadata visibility

Metadata visibility follows from the same architecture that creates reach, persistence or shared access.

4. Surveillance and censorship

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

5. DDoS and distributed abuse

DDoS and distributed abuse follows from the same architecture that creates reach, persistence or shared access.

6. Physical and commercial concentration

Physical and commercial concentration follows from the same architecture that creates reach, persistence or shared access.

7. Unequal access and backbone geography

Unequal access and backbone geography follows from the same architecture that creates reach, persistence or shared access.

8. Protocol ossification

Protocol ossification follows from the same architecture that creates reach, persistence or shared access.

9. Security retrofits on originally trusted assumptions

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

18. Predecessors, Successors and Relationships

| Relationship | Topic | Reason | |---|---|---| | Predecessor | Packet switching Packet switching | Provides packetised shared-link networks. | | Predecessor | Computer networks and ARPANET Computer networks and ARPANET | Provides operational host networking and protocol experience. | | Successor | Email Email | Becomes global through Internet addressing, transport and relays. | | Successor | Bulletin-board systems, Usenet and Internet chat BBS, Usenet and Internet chat | Supports federated discussion and synchronous channels. | | Successor | World Wide Web World Wide Web | Uses URLs, HTTP and browsers above Internet transport. | | Successor | Search Engines Search engines | Indexes networked Web resources. | | Successor | Cloud computing and cloud storage Cloud computing | Builds remote computation and storage on global connectivity. |

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. IP datagrams

IP datagrams remains visible in later networked communication systems.

2. Layered protocol suites

Layered protocol suites remains visible in later networked communication systems.

3. Routers between networks

Routers between networks remains visible in later networked communication systems.

4. End-to-end transport

End-to-end transport remains visible in later networked communication systems.

5. Open RFC specifications

Open RFC specifications remains visible in later networked communication systems.

6. Hierarchical names

Hierarchical names remains visible in later networked communication systems.

7. Distributed administration

Distributed administration remains visible in later networked communication systems.

8. Best-effort core with richer endpoint services

Best-effort core with richer endpoint services remains visible in later networked communication systems.

20. Representative Cases

20.1 Cerf-Kahn 1974 internetwork protocol

This case demonstrates a distinct architectural, operational or social feature of internet and tcp/ip.

20.2 RFC 675 Transmission Control Program

This case demonstrates a distinct architectural, operational or social feature of internet and tcp/ip.

20.3 RFC 760/791 Internet Protocol

This case demonstrates a distinct architectural, operational or social feature of internet and tcp/ip.

20.4 RFC 793 TCP

This case demonstrates a distinct architectural, operational or social feature of internet and tcp/ip.

20.5 NCP/TCP transition

This case demonstrates a distinct architectural, operational or social feature of internet and tcp/ip.

20.6 Domain naming architecture

This case demonstrates a distinct architectural, operational or social feature of internet and tcp/ip.

20.7 Gateway requirements

This case demonstrates a distinct architectural, operational or social feature of internet and tcp/ip.

20.8 Commercial Internet growth

This case demonstrates a distinct architectural, operational or social feature of internet and tcp/ip.

21. Research Uncertainty and Open Questions
  • How should IPv6 be represented without turning the topic into a standards catalogue?
  • Should DNS receive its own discovery or naming topic?
  • How should routing protocols and autonomous systems be represented?
  • What degree of decentralisation should be assigned when protocols are open but infrastructure is concentrated?
  • Should network security protocols receive a dedicated descendant topic?

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

|---|---|---|---| | Internet and TCP/IP-C01 | The Internet interconnects heterogeneous networks rather than imposing one internal network technology. | High | S01-S06 | | Internet and TCP/IP-C02 | IP and TCP perform distinct functions. | High | S03-S05 | | Internet and TCP/IP-C03 | The early unified TCP design evolved into separate Internet and transport protocols. | High | S02-S05 | | Internet and TCP/IP-C04 | ARPANET transitioned from NCP to TCP/IP through coordinated planning. | High | S06-S07 | | Internet and TCP/IP-C05 | Addressing, naming, routing and forwarding are distinct functions. | High | S04; S09-S12 | | Internet and TCP/IP-C06 | The global Internet is infrastructure and organisations as well as protocol specifications. | High | Analytical synthesis | | Internet and TCP/IP-C07 | Open architecture does not eliminate concentration or governance. | High | Analytical synthesis | | Internet and TCP/IP-C08 | The Web is an application system above the Internet. | High | Layer analysis |

23. Comparative Analysis

| Comparison | Main difference | Analytical value | |---|---|---| | ARPANET | One packet network | Shows why networking is not internetworking. | | TCP/IP | Protocol suite | Separates standards from the operational Internet. | | IP | Internetwork datagram layer | Separates forwarding from reliable transport. | | TCP | Reliable transport | Separates endpoint service from network delivery. | | DNS | Distributed naming system | Separates names from numeric addresses. | | World Wide Web | Application and document system | Separates Internet infrastructure from content distribution. |

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

Internet and TCP/IP 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: Interconnects heterogeneous packet networks without requiring them to share one internal switching technology, administration or service model. 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.

The Internet is a federation of heterogeneous networks, not one giant network technology. IP provides a common datagram layer, TCP is one transport above it, and naming, routing, governance and physical infrastructure remain distinct systems.

Evidence

Sources and further reading

  1. Vint Cerf and Robert Kahn, A Protocol for Packet Network Intercommunication, IEEE Transactions on Communications, May 1974. https://doi.org/10.1109/TCOM.1974.1092259

    Open source ↗

  2. Vint Cerf, Yogen Dalal and Carl Sunshine, RFC 675: Specification of Internet Transmission Control Program, December 1974. https://www.rfc-editor.org/rfc/rfc675.html

    Open source ↗

  3. Jon Postel, RFC 760: DoD Standard Internet Protocol, January 1980. https://www.rfc-editor.org/rfc/rfc760.html

    Open source ↗

  4. Jon Postel, RFC 791: Internet Protocol, September 1981. https://www.rfc-editor.org/rfc/rfc791.html

    Open source ↗

  5. Jon Postel, RFC 793: Transmission Control Protocol, September 1981. https://www.rfc-editor.org/rfc/rfc793.html

    Open source ↗

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

    Open source ↗

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

    Open source ↗

  8. Robert Braden, RFC 1122: Requirements for Internet Hosts - Communication Layers, October 1989. https://www.rfc-editor.org/rfc/rfc1122.html

    Open source ↗

  9. Zaw-Sing Su and Jon Postel, RFC 819: The Domain Naming Convention for Internet User Applications, August 1982. https://www.rfc-editor.org/rfc/rfc819.html

    Open source ↗

  10. Paul Mockapetris, RFC 882: Domain Names - Concepts and Facilities, November 1983. https://www.rfc-editor.org/rfc/rfc882.html

    Open source ↗

  11. Paul Mockapetris, RFC 883: Domain Names - Implementation and Specification, November 1983. https://www.rfc-editor.org/rfc/rfc883.html

    Open source ↗

  12. Robert Braden and Jon Postel, RFC 1009: Requirements for Internet Gateways, June 1987. https://www.rfc-editor.org/rfc/rfc1009.html Internet and TCP/IP 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: Interconnects heterogeneous packet networks without requiring them to share one internal switching technology, administration or service model. 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. > **The Internet is a federation of heterogeneous networks, not one giant network technology. IP provides a common datagram layer, TCP is one transport above it, and naming, routing, governance and physical infrastructure remain distinct systems.**

    Open source ↗