跳至內容

網際網路協議套組

本頁使用了標題或全文手工轉換
維基百科,自由的百科全書

互聯網協議套件(英語:Internet Protocol Suite,縮寫IPS)[1],是一種網絡通訊模型,以及用於網絡傳輸的協議集合,為網際網絡的基礎通訊架構,被應用於各種網絡通信中。

它常通稱為TCP/IP協議族(英語:TCP/IP Protocol Suite,或TCP/IP Protocols),簡稱TCP/IP[2]。因為該協定家族的兩個核心協定:TCP(傳輸控制協議IP(網際協議,為該家族中最早通過的標準[3]。由於在網絡通訊協議普遍採用分層的結構,當多個層次的協議共同工作時,類似計算機科學中的堆棧,因此又稱為TCP/IP協議棧(英語:TCP/IP Protocol Stack[4][5]。這些協議最早發源於美國國防部(縮寫為DoD)的ARPA網項目,因此也稱作DoD模型(DoD Model)[6]。這個協定套組由互聯網工程任務組負責維護。

TCP/IP提供了點對點連結的機制,將資料應該如何封裝、定址、傳輸、路由以及在目的地如何接收,都加以標準化。它將軟體通信過程抽象化為四個抽象層,採取協定堆疊的方式,分別實作出不同通信協定。協定套組下的各種協定,依其功能不同,分別歸屬到這四個階層之中[7][8],常視為是簡化的七層OSI模型

歷史

[編輯]

研發初期

[編輯]

1983年1月1日,在因特網的前身(ARPA網)中通訊方式換成新的定義,TCP/IP取代舊的網絡控制協議(NCP,Network Control Protocol),從而成為今天的互聯網的基石。最早的TCP/IP由文頓·瑟夫羅伯特·卡恩兩位開發,慢慢地通過競爭戰勝其他一些網絡協議的方案,比如國際標準化組織ISOOSI模型。TCP/IP的蓬勃發展發生在1990年代中期。當時一些重要而可靠的工具的出世,例如頁面描述語言HTML和瀏覽器Mosaic,促成了互聯網應用的飛速發展。 隨着互聯網的發展,目前流行的IPv4協議(網際協議版本四)已經接近它的功能上限。IPv4最致命的兩個缺陷在於:

  • 地址只有32位,IP地址空間有限;
  • 不支持服務質量(Quality of Service,QoS),無法管理帶寬和優先級,故而不能很好的支持現今越來越多實時的語音和視頻應用。因此IPv6(網際協議版本六)浮出水面,用以取代IPv4。

TCP/IP成功的另一個因素在於對為數眾多的低層協議的支持。這些低層協議對應OSI模型中的第一層(物理層)和第二層(數據鏈路層)。每層的所有協議幾乎都有一半數量支持TCP/IP,例如:以太網(Ethernet)、令牌環(Token Ring)、光纖數據分布接口(FDDI)、點對點協議(PPP)、X.25幀中繼(Frame Relay)、ATMSonetSDH等通訊方法中都可以應用。

標準化

[編輯]

研製背景

[編輯]

最初想到讓不同電腦之間實現連接的,是美國加州大學洛杉磯分校網絡工作小組的斯蒂芬·克羅克(Stephen D. Crocker)。1970年,克羅克及其小組着手制定最初的主機對主機通信協議,它稱為網絡控制協議(Network Control Protocol,縮寫NCP)。該協議用於阿帕網,並在局部網絡條件下運行穩定,但隨着阿帕網的用戶增多,NCP逐漸暴露出兩大缺陷:

  1. NCP只是一台主機對另一台主機的通訊協議,並未給網絡中的每台電腦設置唯一的地址,導致電腦在越來越龐大的網絡中難以準確定位需要傳輸數據的對象。
  2. NCP缺乏糾錯功能,數據在傳輸過程中一旦出現錯誤,網絡就可能停止運行,而隨著出錯的電腦增多,網絡運行效率也將大打折扣。

開發過程

[編輯]

在構建阿帕網先驅之後,DARPA開始其他數據傳輸技術的研究。NCP誕生後兩年,1972年,羅伯特·卡恩(Robert E. Kahn)受僱於DARPA的信息技術處理辦公室,在那裡他研究衛星數據包網絡和地面無線數據包網絡,並且意識到能夠在它們之間溝通的價值。

在1973年春天,已有的ARPANET網絡控制程序(NCP)協議的開發者文頓·瑟夫(Vinton Cerf)加入到卡恩為ARPANET設計下一代協議而開發開放互連模型的工作中。到了1973年夏天,卡恩和瑟夫很快開發出基本的改進形式,其中的網絡協議之間的差異通過使用公用互聯網協議而隱藏起來,且可靠性由主機保證而不是ARPANET那樣由網絡保證。瑟夫稱讚了Hubert ZimmermanLouis PouzinCYCLADES網絡的設計者)在這個設計上發揮重要影響。

由於網絡的作用減少到最小的程度,更有可能將任何網絡連接到一起,而不用管它們不同的特點,這樣能解決卡恩最初的問題。流行的說法提到瑟夫和卡恩工作的最終產品TCP/IP將在運行「兩個罐子和一根弦」上,實際上它已經用在信鴿上。一個稱為網關(後來改為路由器以免與網關混淆)的計算機為每個網絡提供一個接口並且在它們之間來回傳輸數據包。這個設計思想更細的形式由瑟夫在斯坦福的網絡研究組的1973年–1974年期間開發出來。處於同一時期誕生PARC通用包協議組的施樂PARC早期網絡研究工作也有着重要的技術影響;人們在兩者之間搖擺不定。DARPA於是與BBN、斯坦福和倫敦大學簽署協議開發不同硬件平台上協議的運行版本。有四個版本開發出來——TCPv1、TCPv2、在1978年春天分成TCPv3和IPv3的版本,後來就是穩定的TCP/IPv4——目前因特網仍然使用的標準協議。

1975年,兩個網絡之間的TCP/IP通信在斯坦福和倫敦大學(UCL)之間進行測試。1977年11月,三個網絡之間的TCP/IP測試在美國、英國和挪威之間進行。在1978年到1983年間,其他一些TCP/IP原型在多個研究中心之間開發出來。ARPANET完全轉換到TCP/IP在1983年1月1日發生[9]。1984年,美國國防部將TCP/IP作為所有計算機網絡的標準。1985年,因特網架構理事會舉行爲期三天有250家廠商代表參加的關於計算產業使用TCP/IP的工作會議,幫助協議的推廣並且引領它日漸增長的商業應用。

2005年9月9日卡恩和瑟夫由於對美國文化的卓越貢獻獲總統自由勳章[10]

TCP/IP協議棧組成

[編輯]

整個通信網絡的任務,可以劃分成不同的功能區塊,即所謂的層級(layer[11]。用於互聯網的協議可以比照TCP/IP參考模型進行分類。TCP/IP協議棧起始於第三層協議IP(網際協議)。所有這些協議都在相應的RFC文檔中討論及標準化。重要的協議在相應的RFC文檔中均標記狀態:「必須」(required),「推薦」(recommended),「可選」(selective)。其他的協議還可能有「試驗」(experimental)或「歷史」(historic)的狀態。」

必須協議

[編輯]

所有的TCP/IP應用都必須實現IP和ICMP。對於一個路由器(router)而言,有這兩個協議就可以運作,雖然從應用的角度來看,這樣一個路由器意義不大。實際的路由器一般還需要運行許多「推薦」使用的協議,以及一些其他的協議。 幾乎所有連接到互聯網上的電腦上都存在的IPv4協議出生在1981年,今天的版本和最早的版本並沒有多少改變。升級版IPv6的工作始於1995年,目的在於取代IPv4。ICMP協議主要用於收集有關網絡的信息查找錯誤等工作。

TCP/IP參考模型

[編輯]
兩個因特網主機通過兩個路由器和對應的層連接。各主機上的應用通過一些數據通道相互執行讀取操作。
RFC 1122中描述的沿着不同的層應用數據的封裝遞減

TCP/IP參考模型是一個抽象的分層模型,這個模型中,所有的TCP/IP系列網絡協議都歸類到4個抽象的「層」中。每一抽象層建立在低一層提供的服務上,並且為高一層提供服務。

完成一些特定的任務需要眾多的協議協同工作,這些協議分布在參考模型的不同層中的,因此有時稱它們為一個協議棧。TCP/IP參考模型為TCP/IP協議棧訂身製作。其中IP協議只關心如何使得數據能夠跨越本地網絡邊界的問題,而不關心如何利用傳輸媒體,數據如何傳輸。整個TCP/IP協議棧則負責解決數據如何通過許許多多個點對點通路(一個點對點通路,也稱為一「跳」,1 hop)順利傳輸,由此不同的網絡成員能夠在許多「跳」的基礎上建立相互的數據通路。如想分析更普遍的網絡通信問題,ISO的OSI模型也能起更好的幫助作用。

因特網協議族是一組實現支持因特網和大多數商業網絡運行的協議棧網絡傳輸協議。它有時也稱為TCP/IP協議組,這個名稱來源於其中兩個最重要的協議:傳輸控制協議TCP)和因特網協議IP),它們也是最先定義的兩個協議。同許多其他協議一樣網絡傳輸協議也可以看作一個多層組合,每層解決數據傳輸中的一組問題並且向使用這些低層服務的高層提供定義好的服務。高層邏輯上與用戶更為接近,所處理數據更為抽象,它們依賴於低層將數據轉換成最終能夠進行實體控制的形式。網絡傳輸協議能夠大致匹配到一些廠商喜歡使用的固定7層的OSI模型。然而這些層並非都能夠很好地與基於IP的網絡對應(根據應用的設計和支持網絡的不同它們確實是涉及到不同的層)並且一些人認為試圖將因特網協議組對應到OSI會帶來混淆而不是有所幫助。

因特網協議棧中的層

[編輯]

人們已經進行一些討論關於如何將TCP/IP參考模型映射到OSI模型。由於TCP/IPOSI模型組不能精確地匹配,還沒有一個完全正確的答案。

另外,OSI模型下層還不具備能夠真正占據真正層的位置的能力;在傳輸層和網絡層之間還需要另外一個層(網絡互連層)。特定網絡類型專用的一些協議應該運行在網絡層上,但是卻運行在基本的硬件幀交換上。類似協議的例子有ARPSTP(用來保持冗餘網橋的空閒狀態直到真正需要它們)。

然而,它們是本地協議並且在網絡互連功能下面運行。不可否認,將兩個組(更不用說它們只是運行在如ICMP等不同的互連網絡協議上的邏輯上的網絡層的一部分)整個放在同一層會引起混淆,但是OSI模型還沒有複雜到能夠做更好的工作。

下面的圖表試圖顯示不同的TCP/IP和其他的協議在最初OSI模型中的位置:

7 應用層
application layer
例如HTTPSMTPSNMPFTPTelnetSIPSSHNFSRTSPXMPPWhoisENRP英語Endpoint_Handlespace_Redundancy_ProtocolTLS
6 表示層
presentation layer
例如XDRASN.1NCPTLSASCII
5 會話層
session layer
例如ASAP英語Aggregate_Server_Access_Protocol、ISO 8327 / CCITT X.225、RPCNetBIOSWinsockBSD socketsSOCKSPAP
4 傳輸層
transport layer
例如TCPUDPRTPSCTPSPXATPIL
3 網絡層
network layer
例如IPICMPIPXBGPOSPFRIPIGRPEIGRPARPRARPX.25
2 數據鏈路層
data link layer
例如以太網令牌環HDLC幀中繼ISDNATMIEEE 802.11FDDIPPP
1 物理層
physical layer
例如數據機無線電光纖

通常人們認為OSI模型的最上面三層(應用層、表示層和會話層)在TCP/IP組中是一個應用層。由於TCP/IP有一個相對較弱的會話層,由TCP和RTP下的打開和關閉連接組成,並且在TCP和UDP下的各種應用提供不同的端口號,這些功能能夠由單個的應用程序(或者那些應用程序所使用的庫)增加。

與此相似的是,IP是按照將它下面的網絡當作一個黑盒子的思想設計的,這樣在討論TCP/IP的時候就可以把它當作一個獨立的層。

4 應用層
application layer
例如HTTPFTPDNS
(如BGPRIP這樣的路由協議,儘管由於各種各樣的原因它們分別運行在TCP和UDP上,仍然可以將它們看作網絡層的一部分)
3 傳輸層
transport layer
例如TCPUDPRTPSCTP
(如OSPF這樣的路由協議,儘管運行在IP上也可以看作是網絡層的一部分)
2 網絡互連層
internet layer
對於TCP/IP來說這是因特網協議(IP)
(如ICMPIGMP這樣的必須協議儘管運行在IP上,也仍然可以看作是網絡互連層的一部分;ARP不運行在IP上)
1 網絡存取(連結)層
Network Access (link) layer
例如以太網Wi-FiMPLS等。

應用層

[編輯]

該層包括所有和應用程序協同工作,利用基礎網絡交換應用程序專用的數據的協議。 應用層是大多數普通與網絡相關的程序為了通過網絡與其他程序通信所使用的層。這個層的處理過程是應用特有的;數據從網絡相關的程序以這種應用內部使用的格式進行傳送,然後編碼成標準協議的格式。

一些特定的程序視爲在此層運行。它們提供服務直接支持用戶應用。這些程序和它們對應的協議包括HTTP(萬維網服務)、FTP(文件傳輸)、SMTP(電子郵件)、SSH(安全遠程登錄)、DNS(名稱⇔IP地址尋找)以及許多其他協議。

一旦從應用程序來的數據編碼成一個標準的應用層協議,它將傳送到IP棧的下一層。

在傳輸層,應用程序最常用的是TCP或者UDP,並且服務器應用程序經常與一個公開的端口號相聯繫。服務器應用程序的端口由互聯網號碼分配局(IANA)正式地分配,但是現今一些新協議的開發者經常選擇它們自己的端口號。由於在同一個系統上很少超過少數幾個的服務器應用,端口衝突引起的問題很少。應用軟件通常也允許用戶強制性地指定端口號作為運行參數

連結外部的客戶端程序通常使用系統分配的一個隨機端口號。監聽一個端口並且通過服務器將那個端口發送到應用的另外一個副本以建立對等連結(如IRC上的dcc文件傳輸)的應用也可以使用一個隨機端口,但是應用程序通常允許定義一個特定的端口範圍的規範以允許端口能夠通過實現網絡地址轉換(NAT)的路由器映射到內部。

每一個應用層(TCP/IP參考模型的最高層)協議一般都會使用到兩個傳輸層協議之一: 面向連接的TCP傳輸控制協議和無連接的包傳輸的UDP用戶數據報文協議。 常用的應用層協議有:

運行在TCP協議上的協議:
  • HTTP(Hypertext Transfer Protocol,超文本傳輸協議),主要用於普通瀏覽。
  • HTTPS(Hypertext Transfer Protocol over Secure Socket Layer,or HTTP over SSL,安全超文本傳輸協議),HTTP協議的安全版本。
  • FTP(File Transfer Protocol,文件傳輸協議),由名知義,用於文件傳輸。
  • POP3(Post Office Protocol,version 3,郵局協議),收郵件用。
  • SMTP(Simple Mail Transfer Protocol,簡單郵件傳輸協議),用來發送電子郵件。
  • TELNET(Teletype over the Network,網絡電傳),通過一個終端(terminal)登陸到網絡。
  • SSH(Secure Shell,用於替代安全性差的TELNET),用於加密安全登陸用。
運行在UDP協議上的協議:
  • BOOTP(Boot Protocol,啟動協議),應用於無盤設備。
  • NTP(Network Time Protocol,網絡時間協議),用於網絡同步。
  • DHCP(Dynamic Host Configuration Protocol,動態主機配置協議),動態配置IP地址。
其他:
  • DNS(Domain Name Service,域名服務),用於完成地址查找,郵件轉發等工作(運行在TCPUDP協議上)。
  • ECHO英語Echo_Protocol(Echo Protocol,迴繞協議),用於查錯及測量應答時間(運行在TCPUDP協議上)。
  • SNMP(Simple Network Management Protocol,簡單網絡管理協議),用於網絡信息的收集和網絡管理。
  • ARP(Address Resolution Protocol,地址解析協議),用於動態解析以太網硬件的地址。

傳輸層

[編輯]

傳輸層(transport layer)的協議,能夠解決諸如端到端可靠性(「數據是否已經到達目的地?」)和保證數據按照正確的順序到達這樣的問題。在TCP/IP協議組中,傳輸協議也包括所給數據應該送給哪個應用程序。 在TCP/IP協議組中技術上位於這個層的動態路由協議通常認為是網絡層的一部分;一個例子就是OSPF(IP協議89)。 TCP(IP協議6)是一個「可靠的」、面向連結的傳輸機制,它提供一種可靠的字節流保證數據完整、無損並且按順序到達。TCP儘量連續不斷地測試網絡的負載並且控制發送數據的速度以避免網絡過載。另外,TCP試圖將數據按照規定的順序發送。這是它與UDP不同之處,這在實時數據流或者路由高網絡層丟失率應用的時候可能成為一個缺陷。 較新的SCTP也是一個「可靠的」、面向連結的傳輸機制。它是面向記錄而不是面向字節的,它在一個單獨的連結上提供通過多路復用提供的多個子流。它也提供多路自尋址支持,其中連結終端能夠以多個IP地址表示(代表多個實體接口),這樣的話即使其中一個連接失敗了也不中斷。它最初是為電話應用開發的(在IP上傳輸SS7),但是也可以用於其他的應用。 UDP(IP協議號17)是一個無連結的數據報協議。它是一個「盡力傳遞」(best effort)或者說「不可靠」協議——不是因為它特別不可靠,而是因為它不檢查數據包是否已經到達目的地,並且不保證它們按順序到達。如果一個應用程序需要這些特性,那它必須自行檢測和判斷,或者使用TCP協議。 UDP的典型性應用是如流媒體(音頻和視頻等)這樣按時到達比可靠性更重要的應用,或者如DNS查找這樣的簡單查詢/響應應用,如果建立可靠的連結所作的額外工作將是不成比例地大。 DCCP目前正由IETF開發。它提供TCP流動控制語義,但對於用戶來說保留UDP的數據報服務模型。 TCP和UDP都用來支持一些高層的應用。任何給定網絡地址的應用通過它們的TCP或者UDP端口號區分。根據慣例使一些大眾所知的端口與特定的應用相聯繫。 RTP是為如音頻和視頻流這樣的實時數據設計的數據報協議。RTP是使用UDP包格式作為基礎的會話層,然而據說它位於因特網協議棧的傳輸層。

網絡互連層

[編輯]

TCP/IP協議族中的網絡互連層(internet layer)在OSI模型中叫做網絡層(network layer)。

正如最初所定義的,網絡層解決在一個單一網絡上傳輸數據包的問題。類似的協議有X.25ARPANETHost/IMP Protocol。 隨着因特網思想的出現,在這個層上添加附加的功能,也就是將數據從源網絡傳輸到目的網絡。這就牽涉到在網絡組成的網上選擇路徑將數據包傳輸,也就是因特網。 在因特網協議組中,IP完成數據從源發送到目的的基本任務。IP能夠承載多種不同的高層協議的數據;這些協議使用一個唯一的IP協議號進行標識。ICMP和IGMP分別是1和2。 一些IP承載的協議,如ICMP(用來發送關於IP發送的診斷信息)和IGMP(用來管理多播數據),它們位於IP層之上但是完成網絡層的功能,這表明因特網和OSI模型之間的不兼容性。所有的路由協議,如BGPOSPF、和RIP實際上也是網絡層的一部分,儘管它們似乎應該屬於更高的協議棧。

網絡存取(連結)層

[編輯]

網絡存取(連結)層實際上並不是因特網協議組中的一部分,但是它是數據包從一個設備的網絡層傳輸到另外一個設備的網絡層的方法。這個過程能夠在網卡軟件驅動程序中控制,也可以在韌體或者專用芯片中控制。這將完成如添加報頭準備發送、通過實體媒介實際發送這樣一些數據鏈路功能。另一端,鏈路層將完成數據幀接收、去除報頭並且將接收到的包傳到網絡層。 然而,鏈路層並不經常這樣簡單。它也可能是一個虛擬專有網絡(VPN)或者隧道,在這裡從網絡層來的包使用隧道協議和其他(或者同樣的)協議組發送而不是發送到實體的接口上。VPN和通道通常預先建好,並且它們有一些直接發送到實體接口所沒有的特殊特點(例如,它可以加密經過它的數據)。由於現在鏈路「層」是一個完整的網絡,這種協議組的遞歸使用可能引起混淆。但是它是一個實現常見複雜功能的一個優秀方法。(儘管需要注意預防一個已經封裝並且經隧道發送下去的數據包進行再次地封裝和發送)。

IP網路如何併吞競爭的網路

[編輯]

在長期的發展過程中,IP逐漸取代其他網路。這裏是簡單的解釋。IP傳輸通用數據。數據能夠用於任何目的,並且能夠很輕易地取代以前由專有數據網絡傳輸的數據。下面是普通的過程:

  1. 一個用於特定目的所開發出來的網絡。如果它順利工作,用戶將能使用它。
  2. 為了提供便利的IP服務,經常用於訪問電子郵件或者聊天,通常以某種方式通過專有網絡隧道實現。隧道方式最初可能非常沒有效率,因為電子郵件和聊天只需要很低的帶寬。
  3. 通過一點點的投資IP基礎設施逐漸在專有數據網絡周邊出現。
  4. 用IP取代專有服務的需求出現,經常是一個用戶要求。
  5. IP替代品過程遍布整個因特網,這使IP替代品比最初的專有網絡更加有價值(由於網絡效應)。
  6. 專有網絡受到壓制。許多用戶開始維護使用IP替代品的複製品。
  7. IP包的間接開銷很小,少於1%,這樣在成本上非常有競爭性。人們開發能夠將IP帶到專有網絡上的大部分用戶的不昂貴的傳輸媒介。
  8. 大多數用戶為削減開銷而取消專有網絡。

實現

[編輯]

如今,大多數商業操作系統包括TCP/IP棧並且缺省安裝它們,對於大多數用戶來說,沒有必要去探求它們如何實現。TCP/IP包含在所有的商業Unix和Linux發布包中,同樣也包含在Mac OS X、Windows系統和Windows Server中。

參見

[編輯]

參考文獻

[編輯]
  1. ^ RFC 1349RFC 2502
  2. ^ RFC 1140RFC 1160RFC 1180
  3. ^ Craig Hunt著《TCP/IP網絡管理》第一章〈TCP/IP概論〉:「TCP/IP這名稱代表一整套資料通訊協定的組合,這套組合得名於其中兩項最重要的協定:傳輸控制協定(TCP)與網際協定(IP)。之所以強調這一點,是為了強調TCP/IP其實還包含TCP和IP之外的其他成員,只不過這兩項是其中最具代表性的協定。因此,TCP/IP協定組也稱為網際網絡協定套組(IPS),這兩個名稱是同義的。」
  4. ^ 謝希仁. 计算机网络. 北京: 電子工業出版社. 2008: 30. ISBN 9787121053863. 
  5. ^ Andrew G. Blank. TCP/IP Foundations. New Jersey: John Wiley & Sons. 2006: 2. ISBN 9780782143706. 
  6. ^ "The DoD Internet Architecture Model"頁面存檔備份,存於網際網路檔案館), Vinton G. Cerf and Edward Cain, Computer Networks, 7 (1983), North-Holland, pp. 307-318
  7. ^ RFC 1122, Requirements for Internet Hosts – Communication Layers, R. Braden (ed.), October 1989.
  8. ^ RFC 1123, Requirements for Internet Hosts – Application and Support, R. Braden (ed.), October 1989
  9. ^ 存档副本. [2007-08-21]. (原始內容存檔於2000-03-03). 
  10. ^ 存档副本. [2007-08-21]. (原始內容存檔於2008-02-10). 
  11. ^ Architectural Principles of the Internet, RFC 1958, B. Carpenter, June 1996

外部連結

[編輯]