| 网路协议 | |
|---|---|
| 应用层 | |
| DHCP·DNS·FTP·Gopher·HTTP·IMAP4·IRC·NNTP·XMPP·POP3·SIP·SMTP·SNMP·SSH·TELNET·RPC·RTCP·RTP·RTSP·SDP·SOAP· GTP ·STUN·NTP·SSDP·更多 | |
| 传输层 | |
| TCP·UDP·TLS·DCCP·SCTP· RSVP·PPTP·更多 | |
| 网络层 | |
| IP(IPv4·IPv6) ·ICMP·ICMPv6·IGMP· IS-IS·IPsec·BGP·RIP·OSPF·更多 | |
| 数据链路层 | |
| Wi-Fi(IEEE 802.11) ·WiMAX(IEEE 802.16) ·ARP·RARP· ATM·DTM·令牌环·以太网路·FDDI·帧中继·GPRS·EVDO·HSPA·HDLC·PPP·L2TP·ISDN·STP·更多 | |
| 物理层 | |
| 以太网路·调制解调器·电力线通信(PLC)·SONET/SDH·G.709·光导纤维·同轴电缆·双绞线·更多 | |
| 本模板&＃xff1a;查看•讨论•编辑•历史 |
TCP/IP协议&＃xff0c;包含了一系列构成互联网基础的网络协议。这些协议最早发源于美国国防部的ARPA网项目。TCP/IP模型也被称作DoD模型(Department of Defense Model)。TCP/IP字面上代表了两个协议&＃xff1a;TCP&＃xff08;传输控制协议&＃xff09;和IP&＃xff08;网际协议&＃xff09;。
1983年1月1日&＃xff0c;在因特网的前身&＃xff08;ARPA网&＃xff09;中&＃xff0c;TCP/IP协议取代了旧的网络控制协议&＃xff08;NCP&＃xff0c;Network Control Protocol&＃xff09;&＃xff0c;从而成为今天的互联网的基石。最早的TCP/IP由文顿·瑟夫和罗伯特·卡恩两位开发&＃xff0c;慢慢地通过竞争战胜了其他一些网络协议的方案&＃xff0c;比如国际标准化组织ISO的OSI模型。TCP/IP的蓬勃发展发生在1990年代中期。当时一些重要而可靠的工具的出世&＃xff0c;例如页面描述语言HTML和浏览器Mosaic&＃xff0c;导致了互联网应用的飞速发展。
随着互联网的发展&＃xff0c;目前流行的IPv4协议&＃xff08;网际协议版本四&＃xff09;已经接近它的功能上限。IPv4最致命的两个缺陷在于&＃xff1a;
TCP/IP成功的另一个因素在于对为数众多的低层协议的支持。这些低层协议对应OSI模型中的第一层&＃xff08;实体层&＃xff09;和第二层&＃xff08;数据链路层&＃xff09;。每层的所有协议几乎都有一半数量支持TCP/IP&＃xff0c;例如&＃xff1a;以太网&＃xff08;Ethernet&＃xff09;、令牌环&＃xff08;Token Ring&＃xff09;、光纤数据分布接口&＃xff08;FDDI&＃xff09;、端对端协议&＃xff08;PPP&＃xff09;、X.25、帧中继&＃xff08;Frame Relay&＃xff09;、ATM、Sonet、SDH等。
目录[隐藏]
|
最初想到让不同电脑之间实现连接的&＃xff0c;是美国加州大学洛杉矶分校网络工作小组的S.克罗克。1970年&＃xff0c;克罗克及其小组着手制定最初的主机对主机通信协议&＃xff0c;它被称为“网络控制协议”&＃xff08;NCPNetwork Control Protocol&＃xff09;。该协议被用于阿帕网&＃xff0c;并在局部网络条件下运行稳定&＃xff0c;但随着阿帕网用户的增多&＃xff0c;NCP逐渐暴露出两大缺陷&＃xff1a;
在构建了阿帕网先驱之后&＃xff0c;DARPA开始了其他数据传输技术的研究。NCP诞生后两年&＃xff0c;1972年&＃xff0c;罗伯特·卡恩&＃xff08;Robert E. Kahn&＃xff09;被DARPA的信息技术处理办公室雇佣&＃xff0c;在那里他研究卫星数据包网络和地面无线数据包网络&＃xff0c;并且意识到能够在它们之间沟通的价值。在1973年春天&＃xff0c;已有的ARPANET网络控制程序&＃xff08;NCP&＃xff09;协议的开发者文顿·瑟夫&＃xff08;Vinton Cerf&＃xff09;加入到卡恩为ARPANET设计下一代协议而开发开放互连模型的工作中。
到了1973年夏天&＃xff0c;卡恩和瑟夫很快就开发出了一个基本的改进形式&＃xff0c;其中网络协议之间的不同通过使用一个公用互联网络协议而隐藏起来&＃xff0c;并且可靠性由主机保证而不是像ARPANET那样由网络保证。&＃xff08;瑟夫称赞Hubert Zimmerman和Louis Pouzin&＃xff08;CYCLADES网络的设计者&＃xff09;在这个设计上发挥了重要影响。&＃xff09;
由于网络的作用减少到最小的程度&＃xff0c;就有可能将任何网络连接到一起&＃xff0c;而不用管它们不同的特点&＃xff0c;这样就解决了卡恩最初的问题。&＃xff08;一个流行的说法提到瑟夫和卡恩工作的最终产品TCP/IP将在运行“两个罐子和一根弦”上&＃xff0c;实际上它已经用在信鸽上。一个称为网关&＃xff08;后来改为路由器以免与网关混淆&＃xff09;的计算机为每个网络提供一个接口并且在它们之间来回传输数据包。
这个设计思想更细的形式由瑟夫在斯坦福的网络研究组的1973年–1974年期间开发出来。&＃xff08;处于同一时期的诞生了PARC通用包协议组的施乐PARC早期网络研究工作也有重要的技术影响&＃xff1b;人们在两者之间摇摆不定。&＃xff09;
DARPA于是与BBN、斯坦福和伦敦大学签署了协议开发不同硬件平台上协议的运行版本。有四个版本被开发出来——TCP v1、TCP v2、在1978年春天分成TCP v3和IP v3的版本&＃xff0c;后来就是稳定的TCP/IP v4——目前因特网仍然使用的标准协议。
1975年&＃xff0c;两个网络之间的TCP/IP通信在斯坦福和伦敦大学&＃xff08;UCL&＃xff09;之间进行了测试。1977年11月&＃xff0c;三个网络之间的TCP/IP测试在美国、英国和挪威之间进行。在1978年到1983年间&＃xff0c;其他一些TCP/IP原型在多个研究中心之间开发出来。ARPANET完全转换到TCP/IP在1983年1月1日发生。[1]
1984年&＃xff0c;美国国防部将TCP/IP作为所有计算机网络的标准。1985年&＃xff0c;因特网架构理事会举行了一个三天有250家厂商代表参加的关于计算产业使用TCP/IP的工作会议&＃xff0c;帮助协议的推广并且引领它日渐增长的商业应用。
2005年9月9日卡恩和瑟夫由于他们对于美国文化做出的卓越贡献被授予总统自由勋章。[2]
整个通信网络的任务&＃xff0c;可以划分成不同的功能区块&＃xff0c;即所谓的层级&＃xff08;layer&＃xff09;。用于互联网的协议可以比照TCP/IP参考模型进行分类。TCP/IP协议栈起始于第三层协议IP&＃xff08;网际协议&＃xff09;。所有这些协议都在相应的RFC文档中讨论及标准化。重要的协议在相应的RFC文档中均标记了状态&＃xff1a;“必须”(required) &＃xff0c;“推荐”(recommended) &＃xff0c;“可选”(elective) 。其他的协议还可能有“试验”(experimental) 或“历史”(historic) 的状态。”
所有的TCP/IP应用都必须实现IP和ICMP。对于一个路由器&＃xff08;router&＃xff09;而言&＃xff0c;有这两个协议就可以运作了&＃xff0c;虽然从应用的角度来看&＃xff0c;这样一个路由器意义不大。实际的路由器一般还需要运行许多“推荐”使用的协议&＃xff0c;以及一些其他的协议。
几乎所有连接到互联网上的计算机上都存在的IPv4协议出生在1981年&＃xff0c;今天的版本和最早的版本并没有多少改变。升级版IPv6的工作始于1995年&＃xff0c;目的在与取代IPv4。ICMP协议主要用于收集有关网络的信息查找错误等工作。
| 网路协议 | |
|---|---|
| 应用层 | |
| DHCP·DNS·FTP·Gopher·HTTP·IMAP4·IRC·NNTP·XMPP·POP3·SIP·SMTP·SNMP·SSH·TELNET·RPC·RTCP·RTP·RTSP·SDP·SOAP· GTP ·STUN·NTP·SSDP·更多 | |
| 传输层 | |
| TCP·UDP·TLS·DCCP·SCTP· RSVP·PPTP·更多 | |
| 网络层 | |
| IP(IPv4·IPv6) ·ICMP·ICMPv6·IGMP· IS-IS·IPsec·BGP·RIP·OSPF·更多 | |
| 数据链路层 | |
| Wi-Fi(IEEE 802.11) ·WiMAX(IEEE 802.16) ·ARP·RARP· ATM·DTM·令牌环·以太网路·FDDI·帧中继·GPRS·EVDO·HSPA·HDLC·PPP·L2TP·ISDN·STP·更多 | |
| 物理层 | |
| 以太网路·调制解调器·电力线通信(PLC)·SONET/SDH·G.709·光导纤维·同轴电缆·双绞线·更多 | |
| 本模板&＃xff1a;查看•讨论•编辑•历史 |
TCP/IP参考模型是一个抽象的分层模型&＃xff0c;这个模型中&＃xff0c;所有的TCP/IP系列网络协议都被归类到4个抽象的"层"中。每一抽象层建立在低一层提供的服务上&＃xff0c;并且为高一层提供服务。
完成一些特定的任务需要众多的协议协同工作&＃xff0c;这些协议分布在参考模型的不同层中的&＃xff0c;因此有时称它们为一个协议栈。
TCP/IP参考模型为TCP/IP协议栈订身制作。其中IP协议只关心如何使得数据能够跨越本地网络边界的问题&＃xff0c;而不关心如何利用传输媒体&＃xff0c;数据如何传输。整个TCP/IP协议栈则负责解决数据如何通过许许多多个点对点通路&＃xff08;一个点对点通路&＃xff0c;也称为一"跳", 1 hop&＃xff09;顺利传输&＃xff0c;由此不同的网络成员能够在许多"跳"的基础上建立相互的数据通路。
如想分析更普遍的网络通信问题&＃xff0c;ISO的OSI模型也能起更好的帮助作用。
因特网协议组是一组实现支持因特网和大多数商业网络运行的协议栈的网络传输协议。它有时也被称为TCP/IP协议组&＃xff0c;这个名称来源于其中两个最重要的协议&＃xff1a;传输控制协议&＃xff08;TCP&＃xff09;和因特网协议&＃xff08;IP&＃xff09;&＃xff0c;它们也是最先定义的两个协议。
同许多其他协议一样网络传输协议也可以看作一个多层组合&＃xff0c;每层解决数据传输中的一组问题并且向使用这些低层服务的高层提供定义好的服务。高层逻辑上与用户更为接近&＃xff0c;所处理数据更为抽象&＃xff0c;它们依赖于低层将数据转换成最终能够进行实体控制的形式。
网络传输协议能够大致匹配到一些厂商喜欢使用的固定7层的OSI模型。然而这些层并非都能够很好地与基于ip的网络对应&＃xff08;根据应用的设计和支持网络的不同它们确实是涉及到不同的层&＃xff09;并且一些人认为试图将因特网协议组对应到OSI会带来混淆而不是有所帮助。
人们已经进行了一些讨论关于如何将TCP/IP参考模型映射到到OSI模型。由于TCP/IP和OSI模型组不能精确地匹配&＃xff0c;还没有一个完全正确的答案。
另外&＃xff0c;OSI模型下层还不具备能够真正占据真正层的位置的能力&＃xff1b;在传输层和网络层之间还需要另外一个层&＃xff08;网络互连层&＃xff09;。特定网络类型专用的一些协议应该运行在网络层上&＃xff0c;但是却运行在基本的硬件帧交换上。类似协议的例子有地址解析协议和生成树协议&＃xff08;用来保持冗余网桥的空闲状态直到真正需要它们&＃xff09;。然而&＃xff0c;它们是本地协议并且在网络互连功能下面运行。不可否认&＃xff0c;将两个组&＃xff08;更不用说它们只是运行在如ICMP等不同的互连网络协议上的逻辑上的网络层的一部分&＃xff09;整个放在同一层会引起混淆&＃xff0c;但是OSI模型还没有复杂到能够做更好的工作。
下面的图表试图显示不同的TCP/IP和其他的协议在最初OSI模型中的位置&＃xff1a;
| 7 | 应用层 | 例如HTTP、SMTP、SNMP、FTP、Telnet、SIP、SSH、NFS、RTSP、XMPP、Whois、ENRP |
| 6 | 表示层 | 例如XDR、ASN.1、SMB、AFP、NCP |
| 5 | 会话层 | 例如ASAP、TLS、SSH、ISO 8327 / CCITT X.225、RPC、NetBIOS、ASP、Winsock、BSD sockets |
| 4 | 传输层 | 例如TCP、UDP、RTP、SCTP、SPX、ATP、IL |
| 3 | 网络层 | 例如IP、ICMP、IGMP、IPX、BGP、OSPF、RIP、IGRP、EIGRP、ARP、RARP、X.25 |
| 2 | 数据链路层 | 例如以太网、令牌环、HDLC、帧中继、ISDN、ATM、IEEE 802.11、FDDI、PPP |
| 1 | 实体层 | 例如线路、无线电、光纤 |
通常人们认为OSI模型的最上面三层&＃xff08;应用层、表示层和会话层&＃xff09;在TCP/IP组中是一个应用层。由于TCP/IP有一个相对较弱的会话层&＃xff0c;由TCP和RTP下的打开和关闭连接组成&＃xff0c;并且在TCP和UDP下的各种应用提供不同的端口号&＃xff0c;这些功能能够被单个的应用程序&＃xff08;或者那些应用程序所使用的库&＃xff09;增加。与此相似的是&＃xff0c;IP是按照将它下面的网络当作一个黑盒子的思想设计的&＃xff0c;这样在讨论TCP/IP的时候就可以把它当作一个独立的层。
| 4 | 应用层 &＃xff08;OSI 5 到 7层&＃xff09; | 例如HTTP、FTP、DNS &＃xff08;如BGP和RIP这样的路由协议&＃xff0c;尽管由于各种各样的原因它们分别运行在TCP和UDP上&＃xff0c;仍然可以将它们看作网络层的一部分&＃xff09; |
| 3 | 传输层 &＃xff08;OSI 4层&＃xff09; | 例如TCP、UDP、RTP、SCTP &＃xff08;如OSPF这样的路由协议&＃xff0c;尽管运行在IP上也可以看作是网络层的一部分&＃xff09; |
| 2 | 网络互连层 &＃xff08;OSI 3层&＃xff09; | 对于TCP/IP来说这是因特网协议&＃xff08;IP&＃xff09; &＃xff08;如ICMP和IGMP这样的必须协议尽管运行在IP上&＃xff0c;也仍然可以看作是网络互连层的一部分&＃xff1b;ARP不运行在IP上&＃xff09; |
| 1 | 网络接口层 &＃xff08;OSI 1和2层&＃xff09; | 例如以太网、Wi-Fi、MPLS等。 |
该层包括所有和应用程序协同工作&＃xff0c;利用基础网络交换应用程序专用的数据的协议。应用层是大多数普通与网络相关的程序为了通过网络与其他程序通信所使用的层。这个层的处理过程是应用特有的&＃xff1b;数据从网络相关的程序以这种应用内部使用的格式进行传送&＃xff0c;然后被编码成标准协议的格式。
一些特定的程序被认为运行在这个层上。它们提供服务直接支持用户应用。这些程序和它们对应的协议包括HTTP&＃xff08;万维网服务&＃xff09;、FTP&＃xff08;文件传输&＃xff09;、SMTP&＃xff08;电子邮件&＃xff09;、SSH&＃xff08;安全远程登陆&＃xff09;、DNS&＃xff08;名称<-> IP 地址寻找&＃xff09;以及许多其他协议。
一旦从应用程序来的数据被编码成一个标准的应用层协议&＃xff0c;它将被传送到IP栈的下一层。
在传输层&＃xff0c;应用程序最常用的是TCP或者UDP&＃xff0c;并且服务器应用程序经常与一个公开的端口号相联系。服务器应用程序的端口由互联网号码分配局&＃xff08;IANA&＃xff09;正式地分配&＃xff0c;但是现今一些新协议的开发者经常选择它们自己的端口号。由于在同一个系统上很少超过少数几个的服务器应用&＃xff0c;端口冲突引起的问题很少。应用软件通常也允许用户强制性地指定端口号作为运行参数。
连结外部的客户端程序通常使用系统分配的一个随机端口号。监听一个端口并且通过服务器将那个端口发送到应用的另外一个副本以建立对等连结&＃xff08;如IRC上的dcc文件传输&＃xff09;的应用也可以使用一个随机端口&＃xff0c;但是应用程序通常允许定义一个特定的端口范围的规范以允许端口能够通过实现网络地址转换&＃xff08;NAT&＃xff09;的路由器映射到内部。
每一个应用层&＃xff08;TCP/IP参考模型的最高层&＃xff09;协议一般都会使用到两个传输层协议之一&＃xff1a; 面向连接的TCP传输控制协议和无连接的包传输的UDP用户数据报文协议。
常用的应用层协议有&＃xff1a;
传输层的协议&＃xff0c;能够解决诸如端到端可靠性&＃xff08;“数据是否已经到达目的地&＃xff1f;”&＃xff09;和保证数据按照正确的顺序到达这样的问题。在TCP/IP协议组中&＃xff0c;传输协议也包括所给数据应该送给哪个应用程序。
在TCP/IP协议组中技术上位于这个层的动态路由协议通常被认为是网络层的一部分&＃xff1b;一个例子就是OSPF&＃xff08;IP协议89&＃xff09;。
TCP&＃xff08;IP协议6&＃xff09;是一个“可靠的”、面向连结的传输机制&＃xff0c;它提供一种可靠的字节流保证数据完整、无损并且按顺序到达。TCP尽量连续不断地测试网络的负载并且控制发送数据的速度以避免网络过载。另外&＃xff0c;TCP试图将数据按照规定的顺序发送。这是它与UDP不同之处&＃xff0c;这在实时数据流或者路由高网络层丢失率应用的时候可能成为一个缺陷。
较新的SCTP也是一个“可靠的”、面向连结的传输机制。它是面向纪录而不是面向字节的&＃xff0c;它在一个单独的连结上提供了通过多路复用提供的多个子流。它也提供了多路自寻址支持&＃xff0c;其中连结终端能够被多个IP地址表示&＃xff08;代表多个实体接口&＃xff09;&＃xff0c;这样的话即使其中一个连接失败了也不中断。它最初是为电话应用开发的&＃xff08;在IP上传输SS7&＃xff09;&＃xff0c;但是也可以用于其他的应用。
UDP&＃xff08;IP协议号17&＃xff09;是一个无连结的数据报协议。它是一个“best effort”或者“不可靠”协议——不是因为它特别不可靠&＃xff0c;而是因为它不检查数据包是否已经到达目的地&＃xff0c;并且不保证它们按顺序到达。如果一个应用程序需要这些特点&＃xff0c;它必须自己提供或者使用TCP。
UDP的典型性应用是如流媒体&＃xff08;音频和视频等&＃xff09;这样按时到达比可靠性更重要的应用&＃xff0c;或者如DNS查找这样的简单查询&＃xff0f;响应应用&＃xff0c;如果建立可靠的连结所作的额外工作将是不成比例地大。
DCCP目前正由IEFT开发。它提供TCP流动控制语义&＃xff0c;但对于用户来说保留了UDP的数据报服务模型。
TCP和UDP都用来支持一些高层的应用。任何给定网络地址的应用通过它们的TCP或者UDP端口号区分。根据惯例使一些大众所知的端口与特定的应用相联系。
RTP是为如音频和视频流这样的实时数据设计的数据报协议。RTP是使用UDP包格式作为基础的会话层&＃xff0c;然而据说它位于因特网协议栈的传输层。
正如最初所定义的&＃xff0c;网络层解决在一个单一网络上传输数据包的问题。类似的协议有X.25和ARPANET的Host/IMP Protocol。
随着因特网思想的出现&＃xff0c;在这个层上添加了附加的功能&＃xff0c;也就是将数据从源网络传输到目的网络。这就牵涉到在网络组成的网上选择路径将数据包传输&＃xff0c;也就是因特网。
在因特网协议组中&＃xff0c;IP完成数据从源发送到目的的基本任务。IP能够承载多种不同的高层协议的数据&＃xff1b;这些协议使用一个唯一的IP协议号进行标识。ICMP和IGMP分别是1和2。
一些IP承载的协议&＃xff0c;如ICMP&＃xff08;用来发送关于IP发送的诊断信息&＃xff09;和IGMP&＃xff08;用来管理多播数据&＃xff09;&＃xff0c;它们位于IP层之上但是完成网络层的功能&＃xff0c;这表明了因特网和OSI模型之间的不兼容性。所有的路由协议&＃xff0c;如BGP、OSPF、和RIP实际上也是网络层的一部分&＃xff0c;尽管它们似乎应该属于更高的协议栈。
网络接口层实际上并不是因特网协议组中的一部分&＃xff0c;但是它是数据包从一个设备的网络层传输到另外一个设备的网络层的方法。这个过程能够在网卡的软件驱动程序中控制&＃xff0c;也可以在韧体或者专用芯片中控制。这将完成如添加报头准备发送、通过实体媒介实际发送这样一些数据链路功能。另一端&＃xff0c;链路层将完成数据帧接收、去除报头并且将接收到的包传到网络层。
然而&＃xff0c;链路层并不经常这样简单。它也可能是一个虚拟专有网络&＃xff08;VPN&＃xff09;或者隧道&＃xff0c;在这里从网络层来的包使用隧道协议和其他&＃xff08;或者同样的&＃xff09;协议组发送而不是发送到实体的接口上。VPN和隧道通常预先建好&＃xff0c;并且它们有一些直接发送到实体接口所没有的特殊特点&＃xff08;例如&＃xff0c;它可以加密经过它的数据&＃xff09;。由于现在链路“层”是一个完整的网络&＃xff0c;这种协议组的递归使用可能引起混淆。但是它是一个实现常见复杂功能的一个优秀方法。&＃xff08;尽管需要注意预防一个已经封装并且经隧道发送下去的数据包进行再次地封装和发送&＃xff09;。
在长期的发展过程中&＃xff0c;IP逐渐取代其他网络。这里是一个简单的解释。IP传输通用数据。数据能够用于任何目的&＃xff0c;并且能够很轻易地取代以前由专有数据网络传输的数据。下面是一个普通的过程&＃xff1a;
如今&＃xff0c;大多数商业操作系统包括TCP/IP栈并且缺省安装它们&＃xff0c;对于大多数用户来说&＃xff0c;没有必要去寻找它们的实现。TCP/IP包含在所有的商业Unix和Linux发布包中&＃xff0c;同样也包含在Mac OS X和微软视窗和视窗服务器版本中。
京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有