TCP/IP protocol suite

From Network Dictionary Wiki

The Internet Protocol Suite (commonly TCP/IP) is the set of communications protocols used for the Internet and other similar networks. It is named from two of the most important protocols in it: the Transmission Control Protocol (TCP) and the Internet Protocol (IP), which were the first two networking protocols defined in this standard. Today's IP networking represents a synthesis of several developments that began to evolve in the 1960s and 1970s, namely the Internet and LANs (Local Area Networks), which emerged in the mid- to late-1980s, together with the invention of the World Wide Web by Tim Berners-Lee in 1989 (and which exploded with the availability of the first popular web browser: Mosaic), have revolutionized computing.

The Internet Protocol Suite, like many protocol suites, may be viewed as a set of layers. Each layer solves a set of problems involving the transmission of data, and provides a well-defined service to the upper layer protocols based on using services from some lower layers. Upper layers are logically closer to the user and deal with more abstract data, relying on lower layer protocols to translate data into forms that can eventually be physically transmitted.

The TCP/IP model consists of four layers (RFC 1122).<ref>RFC 1122, Requirements for Internet Hosts -- Communication Layers, R. Braden (ed.), October 1989</ref><ref>RFC 1123, Requirements for Internet Hosts -- Application and Support, R. Braden (ed.), October 1989</ref> From lowest to highest, these are the Link Layer, the Internet Layer, the Transport Layer, and the Application Layer.

Link Layer is a term used in the general classification (layering) of internetworking methods used in the TCP/IP suite of protocols used for the Internet (RFC 1122). It is the group of methods, protocols, and specifications that is closest to the physical network components used to connect hosts or nodes in the network, which it implicitly includes. In general it is the suite of methods that operate only on the link between adjacent network nodes of a Local area network segment or a wide area network. This layer is therefore often referred to as a lower level layer. {{IPstack}}

Link Layer protocols

The core protocols specified by the Internet Engineering Task Force to be placed into this layer are the Address Resolution Protocol (ARP), its cousin, the Reverse Address Resolution Protocol (RARP), and the Neighbor Discovery Protocol (NDP), which is a facility delivering similar functionality as ARP for IPv6. Since the advent of IPv6, Open Shortest Path First (OSPF) is now considered to operate on the link level as well, although the IPv4 version of the protocol was considered at the Internet layer.

IS-IS (RFC 1142) is another link-state routing protocol that fits into this layer when considering TCP/IP model, however it was developed within the OSI reference stack (where it is a Layer 3 protocol). It is not an Internet standard.

The Link Layer also contains all hardware specific interface methods, such as Ethernet and other IEEE 802 encapsulation schemes (see References).

Relation to OSI model

The Link Layer of the TCP/IP model is often compared directly with the combination of the Data link layer and the Physical layer in the Open Systems Interconnection (OSI) protocol stack. Although they are congruent to some degree, they are not identical. The Link Layer in TCP/IP is still wider in scope. It is a different concept. This may be observed when certain protocols, such as the Address Resolution Protocol (ARP), which is confined to the Link Layer in the TCP/IP model, is often said to fit between OSI's Data Link Layer and the Network Layer. In general, direct or strict comparisons should be avoided, because the layering in TCP/IP is not a principal design criterion and in general considered to be "harmful" (RFC 3439).

Another term sometimes encountered, "Network Access Layer", tries to suggest the closeness of this layer to the physical network. However, this use is misleading and non-standard, since the Link Layer implies functions that are wider in scope than just network access. Important Link Layer protocols are used to probe the topology of the local network, discover routers and neighboring hosts, i.e., functions that go well beyond network access.

See also

Layers defined in the OSI model of networking that relate to the Link Layer:

• Data link layer
• Physical layer
• Network layer

References

• RFC 1122, "Requirements for Internet Hosts -- Communication Layers," IETF, R. Braden (Editor), October 1989
• RFC 1123, "Requirements for Internet Hosts -- Application and Support," IETF, R. Braden (Editor), October 1989
• RFC 893, "Trailer Encapsulations," S. Leffler and M. Karels, April 1984
• RFC 826, "An Ethernet Address Resolution Protocol," D. Plummer, November 1982
• RFC 894, "A Standard for the Transmission of IP Datagrams over Ethernet Networks," C. Hornig, April 1984
• RFC 1042, "A Standard for the Transmission of IP Datagrams over IEEE 802 Networks," J. Postel and J. Reynolds, February 1988
• RFC 2740, "OSPF for IPv6", R. Coltun, et al., December 1999
• IEEE 802 Standards

History

The Internet Protocol Suite resulted from work done by Defense Advanced Research Projects Agency (DARPA) in the early 1970s. After building the pioneering ARPANET in 1969, DARPA started work on a number of other data transmission technologies. In 1972, Robert E. Kahn was hired at the DARPA Information Processing Technology Office, where he worked on both satellite packet networks and ground-based radio packet networks, and recognized the value of being able to communicate across them. In the spring of 1973, Vinton Cerf, the developer of the existing ARPANET Network Control Program (NCP) protocol, joined Kahn to work on open-architecture interconnection models with the goal of designing the next protocol generation for the ARPANET.

By the summer of 1973, Kahn and Cerf had worked out a fundamental reformulation, where the differences between network protocols were hidden by using a common internetwork protocol, and, instead of the network being responsible for reliability, as in the ARPANET, the hosts became responsible. Cerf credits Hubert Zimmerman and Louis Pouzin, designer of the CYCLADES network, with important influences on this design.

With the role of the network reduced to the bare minimum, it became possible to join almost any networks together, no matter what their characteristics were, thereby solving Kahn's initial problem. One popular saying has it that TCP/IP, the eventual product of Cerf and Kahn's work, will run over "two tin cans and a string." There is even an implementation designed to run using homing pigeons, IP over Avian Carriers, documented in RFC 1149. <ref>Template:Cite web</ref> <ref>Template:Cite web</ref>.

A computer called a router (a name changed from gateway to avoid confusion with other types of gateways) is provided with an interface to each network, and forwards packets back and forth between them. Requirements for routers are defined in Template:Harv. <ref>Template:Cite web</ref>

The idea was worked out in more detailed form by Cerf's networking research group at Stanford in the 1973–74 period, resulting in the first TCP specification Template:Harv <ref>Template:Cite web</ref> (The early networking work at Xerox PARC, which produced the PARC Universal Packet protocol suite, much of which existed around the same period of time (i.e. contemporaneous), was also a significant technical influence; people moved between the two).

DARPA then contracted with BBN Technologies, Stanford University, and the University College London to develop operational versions of the protocol on different hardware platforms. Four versions were developed: TCP v1, TCP v2, a split into TCP v3 and IP v3 in the spring of 1978, and then stability with TCP/IP v4 — the standard protocol still in use on the Internet today.

In 1975, a two-network TCP/IP communications test was performed between Stanford and University College London (UCL). In November, 1977, a three-network TCP/IP test was conducted between the U.S., UK, and Norway. Between 1978 and 1983, several other TCP/IP prototypes were developed at multiple research centers. A full switchover to TCP/IP on the ARPANET took place January 1, 1983.<ref>Internet History</ref>

In March 1982, the US Department of Defense made TCP/IP the standard for all military computer networking.<ref> Template:Cite web </ref> In 1985, the Internet Architecture Board held a three day workshop on TCP/IP for the computer industry, attended by 250 vendor representatives, helping popularize the protocol and leading to its increasing commercial use.

On November 92005 Kahn and Cerf were presented with the Presidential Medal of Freedom for their contribution to American culture.

Layers in the Internet Protocol Suite

The concept of layers

The TCP/IP suite uses encapsulation to provide abstraction of protocols and services. Such encapsulation usually is aligned with the division of the protocol suite into layers of general functionality. In general, an application (the highest level of the model) uses a set of protocols to send its data down the layers, being further encapsulated at each level.

This may be illustrated by an example network scenario, in which two Internet host computers communicate across local network boundaries constituted by their internetworking gateways (routers).

The major functional groups of protocols and methods are the Application Layer, the Transport Layer, the Internet Layer, and the Link Layer (RFC 1122). It should be noted that this model was not intended to be a rigid reference model into which new protocols have to fit in order to be accepted as a standard.

The following table provides some examples of the protocols grouped in their respective layers.

Layer names and number of layers in the literature

The following table shows the layer names and the number of layers in the TCP/IP model as presented in widespread university course textbooks on computer networking used today.

These textbooks are secondary sources that may contravene the intent of RFC 1122 and other IETF primary sources<ref name=R3439 />.

Different authors have interpreted the RFCs differently regarding whether the Link Layer (and the four-layer TCP/IP model) covers physical layer issues or a "hardware layer" is assumed below the link layer. Some authors have tried to use other names for the link layer, such as Network interface layer, in effort to avoid confusion with the Data link layer of the seven-layer OSI model. Others have attempted to map the Internet Protocol model onto the seven-layer OSI Model. The mapping often results in a five-layer TCP/IP model, wherein the Link Layer is split into a Data Link Layer on top of a Physical Layer. Especially in literature with a bottom-up approach to computer networking, where physical layer issues are emphasized, an evolution towards a five-layer Internet model can be observed out of pedagogical reasons.

The Internet Layer is usually directly mapped to the OSI's Network Layer. At the top of the hierarchy, the Transport Layer is always mapped directly into OSI Layer 4 of the same name. OSIs Application Layer, Presentation Layer, and Session Layer are collapsed into TCP/I's Application Layer. As a result, these efforts result in either a four- or five-layer scheme with a variety of layer names. This has caused considerable confusion in the application of these models. Other authors dispense with rigid pedagogy<ref>IP Fundamentals: What Everyone Needs to Know About Addressing and Routing, T. Maufer, Computer Networks, Prentice Hall 1999, ISBN 0130661023</ref> focusing instead on functionality and behavior.

The Internet protocol stack has never been altered by the Internet Engineering Task Force (IETF) from the four layers defined in RFC 1122. The IETF makes no effort to follow the seven-layer OSI model and does not refer to it in standards-track protocol specifications and other architectural documents. The IETF has repeatedly stated that Internet protocol and architecture development is not intended to be OSI-compliant.

RFC 3439, addressing Internet architecture, contains a section entitled: "Layering Considered Harmful".<ref name=R3439>ROFL=ROFL=ROFL=ROFL=ROFL

         ___][_____
L     __/     [___]\

LOL====___ \

L        \___________]
           I      I
         ------------/</ref>

Implementations

Today, most operating systems include and install a TCP/IP stack by default. For most users, there is no need to look for implementations. TCP/IP is included in all commercial Unix systems, Mac OS X, and all free-software Unix-like systems such as Linux distributions and BSD systems, as well as all Microsoft Windows operating systems.

Unique implementations include Lightweight TCP/IP, an open source stack designed for embedded systems and KA9Q NOS, a stack and associated protocols for amateur packet radio systems and personal computers connected via serial lines.

See also

• TCP/IP model
• Internet Engineering Task Force
• List of TCP and UDP port numbers
• OSI Model

References

<references />

Further reading

• Andrew S. Tanenbaum. Computer Networks. ISBN 0-13-066102-3
• Douglas E. Comer. Internetworking with TCP/IP - Principles, Protocols and Architecture. ISBN 86-7991-142-9
• Joseph G. Davies and Thomas F. Lee. Microsoft Windows Server 2003 TCP/IP Protocols and Services. ISBN 0-7356-1291-9
• Craig Hunt TCP/IP Network Administration. O'Reilly (1998) ISBN 1-56592-322-7
• W. Richard Stevens. TCP/IP Illustrated, Volume 1: The Protocols. ISBN 0-201-63346-9
• W. Richard Stevens and Gary R. Wright. TCP/IP Illustrated, Volume 2: The Implementation. ISBN 0-201-63354-X
• W. Richard Stevens. TCP/IP Illustrated, Volume 3: TCP for Transactions, HTTP, NNTP, and the UNIX Domain Protocols. ISBN 0-201-63495-3
• Ian McLean. Windows(R) 2000 TCP/IP Black Book. ISBN 1-57610-687-X
• Ajit Mungale Pro .NET 1.1 Network Programming. ISBN 1-59059-345-6
• Template:Cite book

External links

• Internet History -- Pages on Robert Kahn, Vinton Cerf, and TCP/IP (reviewed by Cerf and Kahn).
• RFC 675 - Specification of Internet Transmission Control Program, December 1974 Version
• TCP/IP State Transition Diagram (PDF)
• RFC 1180 A TCP/IP Tutorial - from the Internet Engineering Task Force (January 1991)
• TCP/IP FAQ
• The TCP/IP Guide - A comprehensive look at the protocols and the procedures/processes involved
• A Study of the ARPANET TCP/IP Digest
• TCP/IP Sequence Diagrams
• The Internet in Practice
• TCP/IP - Directory & Informational Resource
• Daryl's TCP/IP Primer - Intro to TCP/IP LAN administration, conversational style
• Introduction to TCP/IP
• TCP/IP commands from command prompt
• cIPS — Robust TCP/IP stack for embedded devices without an Operating System

Categories: Internet standards | Internet Protocol | Link protocols | Internet protocols | TCP/IP