計算機網(wǎng)絡(luò)基礎(chǔ)知識復(fù)習

1、計算機網(wǎng)絡(luò)基礎(chǔ)知識復(fù)習IP、子網(wǎng)掩碼、子網(wǎng)A 類 0 12708 位 24 位B 類 128 191 10 1 6 位 16 位C 類 192 223 11024 位 8 位D類224 239 1110組播地址E類240 255 1111保留試驗使用引入子網(wǎng)的概念后，IP地址的結(jié)構(gòu)分為三部分：網(wǎng)絡(luò)位、子網(wǎng)位和主機位。網(wǎng)絡(luò)位加上子網(wǎng)位才能全局唯一地標 識一個網(wǎng)絡(luò)。把所有的網(wǎng)絡(luò)位用1來標識，主機位用0來標識，就得到了子網(wǎng)掩碼IP地址和子網(wǎng)掩碼(圖二)常見的題型：1) 一個主機的IP地址是37，掩碼是24，要求計算這個主機所在 網(wǎng)絡(luò)的網(wǎng)絡(luò)地址和廣播地址。C類：110 0000

2、可以劃分為14個子網(wǎng)，每個子網(wǎng)最多32個主機常規(guī)解法：把這個主機地址和子網(wǎng)掩碼都換算成二進制數(shù)，兩者進行邏輯與運算后即可得到 網(wǎng)絡(luò)地址。另一個方法：24的掩碼所容納的IP地址有256 224 = 32個(包括網(wǎng)絡(luò)地址和 廣播地址)，那么具有這種掩碼的網(wǎng)絡(luò)地址一定是32的倍數(shù)。而網(wǎng)絡(luò)地址是子網(wǎng)IP地址為 開始，廣播地址是結(jié)束，可使用的主機地址在這個范圍內(nèi)，因此略小于137而又是32的倍 數(shù)的只有128,所以得出網(wǎng)絡(luò)地址是28。而廣播地址就是下一個網(wǎng)絡(luò)的網(wǎng)絡(luò)地 址減1。而下一個32的倍數(shù)是160，因此可以得到廣播地址為59OSI參考模型 TCP/IP參考模型1 OSI參考模型談到網(wǎng)絡(luò)不能不談OSI

3、參考模型，雖然OSI參考模型的實際應(yīng)用意義不是很大，但其的 確對于理解網(wǎng)絡(luò)協(xié)議內(nèi)部的運作很有幫助，也為我們學習網(wǎng)絡(luò)協(xié)議提供了一個很好的參考。 在現(xiàn)實網(wǎng)絡(luò)世界里，TCP/IP協(xié)議棧獲得了更為廣泛的應(yīng)用。1.1 OSI參考模型的分層結(jié)構(gòu)OSI參考模型(OSI/RM)的全稱是開放系統(tǒng)互連參考模型(Open System Interconnection Reference Model，OSI/RM)，它是由國際標準化組織(International Standard Organization, ISO) 提出的一個網(wǎng)絡(luò)系統(tǒng)互連模型。OSI參考模型采用分層結(jié)構(gòu)，如圖1-1所示。圖1-1 OSI參考模型在

4、這個OSI七層模型中，每一層都為其上一層提供服務(wù)、并為其上一層提供一個訪問接 口或界面。不同主機之間的相同層次稱為對等層。如主機A中的表示層和主機B中的表示層互為 對等層、主機A中的會話層和主機B中的會話層互為對等層等。對等層之間互相通信需要遵守一定的規(guī)則，如通信的內(nèi)容、通信的方式，我們將其稱為 協(xié)議(Protocol)。我們將某個主機上運行的某種協(xié)議的集合稱為協(xié)議棧。主機正是利用這個協(xié)議棧來接收 和發(fā)送數(shù)據(jù)的。OSI參考模型通過將協(xié)議棧劃分為不同的層次，可以簡化問題的分析、處理過程以及網(wǎng) 絡(luò)系統(tǒng)設(shè)計的復(fù)雜性。OSI參考模型的提出是為了解決不同廠商、不同結(jié)構(gòu)的網(wǎng)絡(luò)產(chǎn)品之間互連時遇到的不兼 容性

5、問題。但是該模型的復(fù)雜性阻礙了其在計算機網(wǎng)絡(luò)領(lǐng)域的實際應(yīng)用。與此對照，后面我 們將要學習的TCP/IP參考模型，獲得了非常廣泛的應(yīng)用。實際上，也是目前因特網(wǎng)范圍內(nèi) 運行的唯一一種協(xié)議。1.2 OSI參考模型中各層的作用在OSI參考模型中，從下至上，每一層完成不同的、目標明確的功能。1、物理層(Physical Layer)物理層規(guī)定了激活、維持、關(guān)閉通信端點之間的機械特性、電氣特性、功能特性以及過 程特性。該層為上層協(xié)議提供了一個傳輸數(shù)據(jù)的物理媒體。在這一層，數(shù)據(jù)的單位稱為比特(bit)。屬于物理層定義的典型規(guī)范代表包括：EIA/TIA RS-232、EIA/TIA RS-449、V.35、R

6、J-45等。2、數(shù)據(jù)鏈路層(Data Link Layer)數(shù)據(jù)鏈路層在不可靠的物理介質(zhì)上提供可靠的傳輸。該層的作用包括：物理地址尋址、 數(shù)據(jù)的成幀、流量控制、數(shù)據(jù)的檢錯、重發(fā)等。在這一層，數(shù)據(jù)的單位稱為幀(frame)。數(shù)據(jù)鏈路層協(xié)議的代表包括：SDLC、HDLC、PPP、STP、幀中繼等。3、網(wǎng)絡(luò)層(Network Layer)網(wǎng)絡(luò)層負責對子網(wǎng)間的數(shù)據(jù)包進行路由選擇。此外，網(wǎng)絡(luò)層還可以實現(xiàn)擁塞控制、網(wǎng)際 互連等功能。在這一層，數(shù)據(jù)的單位稱為數(shù)據(jù)包(packet)。網(wǎng)絡(luò)層協(xié)議的代表包括：IP、IPX、RIP、OSPF等。4、傳輸層(Transport Layer)傳輸層是第一個端到端，即主機

7、到主機的層次。傳輸層負責將上層數(shù)據(jù)分段并提供端到 端的、可靠的或不可靠的傳輸。此外，傳輸層還要處理端到端的差錯控制和流量控制問題。在這一層，數(shù)據(jù)的單位稱為數(shù)據(jù)段(segment)。傳輸層協(xié)議的代表包括：TCP、UDP、SPX等。5、會話層(Session Layer)會話層管理主機之間的會話進程，即負責建立、管理、終止進程之間的會話。會話層還 利用在數(shù)據(jù)中插入校驗點來實現(xiàn)數(shù)據(jù)的同步。會話層協(xié)議的代表包括：NetBIOS、ZIP(AppleTalk區(qū)域信息協(xié)議)等。6、表示層(Presentation Layer)表示層對上層數(shù)據(jù)或信息進行變換以保證一個主機應(yīng)用層信息可以被另一個主機的應(yīng) 用程序

8、理解。表示層的數(shù)據(jù)轉(zhuǎn)換包括數(shù)據(jù)的加密、壓縮、格式轉(zhuǎn)換等。表示層協(xié)議的代表包括：ASCII、ASN.1、JPEG、MPEG等。7、應(yīng)用層(Application Layer)應(yīng)用層為操作系統(tǒng)或網(wǎng)絡(luò)應(yīng)用程序提供訪問網(wǎng)絡(luò)服務(wù)的接口。應(yīng)用層協(xié)議的代表包括：Telnet、FTP、HTTP、SNMP等。1.3 OSI參考模型中的數(shù)據(jù)封裝過程圖1-2OSI參考模型中的數(shù)據(jù)封裝過程如圖1-2所示，在OSI參考模型中，當一臺主機需要傳送用戶的數(shù)據(jù)(DATA)時，數(shù)據(jù) 首先通過應(yīng)用層的接口進入應(yīng)用層。在應(yīng)用層，用戶的數(shù)據(jù)被加上應(yīng)用層的報頭(Application Header，AH)，形成應(yīng)用層協(xié)議數(shù)據(jù)單元(Pr

9、otocol Data Unit，PDU)，然后被遞交到下一層- 表示層。表示層并不關(guān)心上層-應(yīng)用層的數(shù)據(jù)格式而是把整個應(yīng)用層遞交的數(shù)據(jù)包看成是一個 整體進行封裝，即加上表示層的報頭(Presentation Header， PH)。然后，遞交到下層-會話 層。同樣，會話層、傳輸層、網(wǎng)絡(luò)層、數(shù)據(jù)鏈路層也都要分別給上層遞交下來的數(shù)據(jù)加上自 己的報頭。它們是：會話層報頭(Session Header，SH)、傳輸層報頭(Transport Header，TH)、 網(wǎng)絡(luò)層報頭(Network Header， NH)和數(shù)據(jù)鏈路層報頭(Data link Header， DH)。其中，數(shù) 據(jù)鏈路層還要給

10、網(wǎng)絡(luò)層遞交的數(shù)據(jù)加上數(shù)據(jù)鏈路層報尾(Data link Termination, DT)形成最 終的一幀數(shù)據(jù)。當一幀數(shù)據(jù)通過物理層傳送到目標主機的物理層時，該主機的物理層把它遞交到上層- 數(shù)據(jù)鏈路層。數(shù)據(jù)鏈路層負責去掉數(shù)據(jù)幀的幀頭部DH和尾部DT (同時還進行數(shù)據(jù)校驗)。 如果數(shù)據(jù)沒有出錯，則遞交到上層-網(wǎng)絡(luò)層。同樣，網(wǎng)絡(luò)層、傳輸層、會話層、表示層、應(yīng)用層也要做類似的工作。最終，原始數(shù)據(jù) 被遞交到目標主機的具體應(yīng)用程序中。2 TCP/IP參考模型ISO制定的OSI參考模型的過于龐大、復(fù)雜招致了許多批評。與此對照，由技術(shù)人員自 己開發(fā)的TCP/IP協(xié)議棧獲得了更為廣泛的應(yīng)用。如圖2-1所示，是T

11、CP/IP參考模型和OSI 參考模型的對比示意圖。圖2-1 TCP/IP參考模型2.1 TCP/IP參考模型的層次結(jié)構(gòu)TCP/IP協(xié)議棧是美國國防部高級研究計劃局計算機網(wǎng)(Advanced Research Projects Agency Network，ARPANET)和其后繼因特網(wǎng)使用的參考模型。ARPANET是由美國國防部 (U.S. Department of Defense，DoD)贊助的研究網(wǎng)絡(luò)。最初，它只連接了美國境內(nèi)的四所 大學。隨后的幾年中，它通過租用的電話線連接了數(shù)百所大學和政府部門。最終ARPANET 發(fā)展成為全球規(guī)模最大的互連網(wǎng)絡(luò)-因特網(wǎng)。最初的ARPANET于1990

12、年永久性地關(guān)閉。TCP/IP參考模型分為四個層次：應(yīng)用層、傳輸層、網(wǎng)絡(luò)互連層和主機到網(wǎng)絡(luò)層。如圖 2-2所示。圖2-2TCP/IP參考模型的層次結(jié)構(gòu)在TCP/IP參考模型中，去掉了 OSI參考模型中的會話層和表示層(這兩層的功能被合并 到應(yīng)用層實現(xiàn))。同時將OSI參考模型中的數(shù)據(jù)鏈路層和物理層合并為主機到網(wǎng)絡(luò)層。下面， 分別介紹各層的主要功能。1、主機到網(wǎng)絡(luò)層實際上TCP/IP參考模型沒有真正描述這一層的實現(xiàn)，只是要求能夠提供給其上層網(wǎng)絡(luò) 互連層一個訪問接口，以便在其上傳遞IP分組。由于這一層次未被定義，所以其具體的實 現(xiàn)方法將隨著網(wǎng)絡(luò)類型的不同而不同。2、網(wǎng)絡(luò)互連層網(wǎng)絡(luò)互連層是整個TCP/I

13、P協(xié)議棧的核心。它的功能是把分組發(fā)往目標網(wǎng)絡(luò)或主機。同 時，為了盡快地發(fā)送分組，可能需要沿不同的路徑同時進行分組傳遞。因此，分組到達的順 序和發(fā)送的順序可能不同，這就需要上層必須對分組進行排序。網(wǎng)絡(luò)互連層定義了分組格式和協(xié)議，即IP協(xié)議(Internet Protocol)o網(wǎng)絡(luò)互連層除了需要完成路由的功能外，也可以完成將不同類型的網(wǎng)絡(luò)(異構(gòu)網(wǎng))互連 的任務(wù)。除此之外，網(wǎng)絡(luò)互連層還需要完成擁塞控制的功能。3、傳輸層在TCP/IP模型中，傳輸層的功能是使源端主機和目標端主機上的對等實體可以進行會 話。在傳輸層定義了兩種服務(wù)質(zhì)量不同的協(xié)議。即：傳輸控制協(xié)議TCP (transmission con

14、trol protocol)和用戶數(shù)據(jù)報協(xié)議 UDP (user datagram protocol)oTCP協(xié)議是一個面向連接的、可靠的協(xié)議。它將一臺主機發(fā)出的字節(jié)流無差錯地發(fā)往互 聯(lián)網(wǎng)上的其他主機。在發(fā)送端，它負責把上層傳送下來的字節(jié)流分成報文段并傳遞給下層。 在接收端，它負責把收到的報文進行重組后遞交給上層oTCP協(xié)議還要處理端到端的流量控 制，以避免緩慢接收的接收方?jīng)]有足夠的緩沖區(qū)接收發(fā)送方發(fā)送的大量數(shù)據(jù)。UDP協(xié)議是一個不可靠的、無連接協(xié)議，主要適用于不需要對報文進行排序和流量控制 的場合。4、應(yīng)用層TCP/IP模型將OSI參考模型中的會話層和表示層的功能合并到應(yīng)用層實現(xiàn)。應(yīng)用層面向

15、不同的網(wǎng)絡(luò)應(yīng)用引入了不同的應(yīng)用層協(xié)議。其中，有基于TCP協(xié)議的，如文 件傳輸協(xié)議(File Transfer Protocol, FTP)、虛擬終端協(xié)議(TELNET)超文本鏈接協(xié)議(Hyper Text Transfer Protocol HTTP)，也有基于 UDP 協(xié)議的，如簡2.2分層TCP/IP參考模型分為四層：應(yīng)用層(Application Layer)、傳輸層(Transport Layer)、網(wǎng)絡(luò)層 (Internet Layer)、鏈路層(Link Layer) oTCP/IP分層協(xié)議OSI分層應(yīng)用層FTP,SMT叮elnet,DNS,SNMP 7傳輸層TCP,UDP4網(wǎng)絡(luò)層

16、IP, ICMPJRIP, OSPF）,ARP，RARP3鏈路層Ethernet,Token Bus,Token Ring,FDDI,WLAN2,11，應(yīng)用層該層包括所有和應(yīng)用程序協(xié)同工作，利用基礎(chǔ)網(wǎng)絡(luò)交換應(yīng)用程序?qū)Ｓ玫臄?shù)據(jù)的協(xié)議。如HTTPS（Hypertext Transfer Protocol over Secure Socket Layer, or HTTP over SSL）,安全超文本傳輸 協(xié)議。HTTP（Hypertext Transfer Protocol）超文本傳輸協(xié)議。TELNET （Teletype over the Network,網(wǎng)絡(luò)電傳），通過一個終端（termin

17、al）登陸到網(wǎng)絡(luò)（運行在 TCP協(xié)議上）。FTP （File Transfer Protocol,文件傳輸協(xié)議），由名知義（運行在TCP協(xié)議上）。SMTP （Simple Mail Transfer Protocol簡單郵件傳輸協(xié)議），用來發(fā)送電子郵件（運行在TCP協(xié) 議上）。DNS （Domain Name Service,域名服務(wù)），用于完成地址查找，郵件轉(zhuǎn)發(fā)等工作（運行在TCP 和UDP協(xié)議上）。NTP? （Network Time Protocol,網(wǎng)絡(luò)時間協(xié)議），用于網(wǎng)絡(luò)同步（運行在UDP協(xié)議上）。SNMP （Simple Network Management Protocol,簡單

18、網(wǎng)絡(luò)管理協(xié)議），用于網(wǎng)絡(luò)信息的收集和 網(wǎng)絡(luò)管理。2，傳輸層該層提供端對端的通信。最重要的傳輸層協(xié)議是傳輸控制協(xié)議TCP。傳輸控制協(xié)議TCP （Transport Control Protocol）-數(shù)據(jù)流傳輸（面向連接，可靠）用戶數(shù)據(jù)報文協(xié)議UDP （User Datagram Protocol）-數(shù)據(jù)報文傳輸（無連接不可靠）3，網(wǎng)絡(luò)層該層負責數(shù)據(jù)轉(zhuǎn)發(fā)和路由。從該層上面往下看，可以認為底下存在的是一個不可靠無連接的 端對端的數(shù)據(jù)通路。最核心的協(xié)議當然是IP協(xié)議。此外還有ICMP，RIPQSPF,IS-IS,BGPARP,RARP2.3，因特網(wǎng)協(xié)議棧中的層人們已經(jīng)進行了一些討論關(guān)于如何將TCP/

19、IP參考模型映射到到OSI模型。由于TCP/IP和OSI 模型組不能精確地匹配，還沒有一個完全正確的答案。另外，OSI模型下層還不具備能夠真正占據(jù)真正層的位置的能力；在傳輸層和網(wǎng)絡(luò)層之間還 需要另外一個層（網(wǎng)絡(luò)互連層）。特定網(wǎng)絡(luò)類型專用的一些協(xié)議應(yīng)該運行在網(wǎng)絡(luò)層上，但是 卻運行在基本的硬件幀交換上。類似協(xié)議的例子有地址解析協(xié)議和生成樹協(xié)議（用來保持冗 余網(wǎng)橋的空閑狀態(tài)直到真正需要它們）。然而，它們是本地協(xié)議并且在網(wǎng)絡(luò)互連功能下面運 行。不可否認，將兩個組（更不用說它們只是運行在如ICMP等不同的互連網(wǎng)絡(luò)協(xié)議上的邏 輯上的網(wǎng)絡(luò)層的一部分）整個放在同一層會引起混淆，但是OSI模型還沒有復(fù)雜到能夠做

20、更 好的工作。下面的圖表試圖顯示不同的TCP/IP和其它的協(xié)議在最初OSI模型中的位置：7 應(yīng)用層例如 HTTP、SMTP、SNMP、FTP、Telnet、SIP、SSH、NFS、RTSP、XMPP、Whois、 ENRP6 表示層例如 XDR、ASN.1、SMB、AFP、NCP5 會話層例如 ASAP、TLS、SSH、ISO 8327 / CCITT X.225、RPC、NetBIOS?、ASP、Winsock、 BSD sockets4 傳輸層例如 TCP、UDP、RTP、SCTP、SPX、ATP、IL3 網(wǎng)絡(luò)層例如 IP、ICMP、IGMP、IPX、BGP、OSPF、RIP、IGRP、E

21、IGRP、ARP、RARP、X.252 數(shù)據(jù)鏈路層例如 Ethernet、Token ring、HDLC、Frame relay、ISDN、ATM、802.11 WiFi?、 FDDI、PPP 1 物理層 例如 wire、radio、fiber optic、Carrier pigeon 通常人們認為OSI模型的最上面三層（應(yīng)用層、表示層和會話層）在TCP/IP組中是一個應(yīng)用 層。由于TCP/IP有一個相對較弱的會話層，由TCP和RTP下的打開和關(guān)閉連接組成，并且 在TCP和UDP下的各種應(yīng)用提供不同的端口號，這些功能能夠被單個的應(yīng)用程序（或者那 些應(yīng)用程序所使用的庫）增加。與此相似的是，IP是

22、按照將它下面的網(wǎng)絡(luò)當作一個黑盒子的 思想設(shè)計的，這樣在討論TCP/IP的時候就可以把它當作一個獨立的層。4應(yīng)用層（OSI5到7層）例如HTTP、FTP、DNS （如BGP和RIP這樣的路由協(xié)議，盡管由 于各種各樣的原因它們分別運行在TCP和UDP上，仍然可以將它們看作網(wǎng)絡(luò)層的一部分）3傳輸層（OSI4和5層）例如TCP、UDP、RTP、SCTP （如OSPF這樣的路由協(xié)議，盡管運 行在IP上也可以看作是網(wǎng)絡(luò)層的一部分）2網(wǎng)絡(luò)互連層（OSI3層）對于TCP/IP來說這是因特網(wǎng)協(xié)議（IP）（如ICMP和IGMP這樣的必須 協(xié)議盡管運行在IP上，也仍然可以看作是網(wǎng)絡(luò)互連層的一部分；ARP不運行在IP

23、上）1 鏈接層（OSI1 和 2 層）例如 Ethernet、Wi-Fi、MPLS 等。1，鏈路層鏈路層實際上并不是因特網(wǎng)協(xié)議組中的一部分，但是它是數(shù)據(jù)包從一個設(shè)備的網(wǎng)絡(luò)層傳輸?shù)?里另外一個設(shè)備的網(wǎng)絡(luò)層的方法。這個過程能夠在網(wǎng)卡的軟件驅(qū)動程序中控制，也可以在韌 體或者專用芯片中控制。這將完成如添加報頭準備發(fā)送、通過物理媒介實際發(fā)送這樣一些數(shù) 據(jù)鏈路功能。另一端，鏈路層將完成數(shù)據(jù)幀接收、去除報頭并且將接收到的包傳到網(wǎng)絡(luò)層。然而，鏈路層并不經(jīng)常這樣簡單。它也可能是一個虛擬專有網(wǎng)絡(luò)（VPN）或者隧道，在這里 從網(wǎng)絡(luò)層來的包使用隧道協(xié)議和其它（或者同樣的）協(xié)議組發(fā)送而不是發(fā)送到物理的接口上。 VPN和

24、隧道通常預(yù)先建好，并且它們有一些直接發(fā)送到物理接口所沒有的特殊特點（例如， 它可以加密經(jīng)過它的數(shù)據(jù)）。由于現(xiàn)在鏈路“層”現(xiàn)在是一個完整的網(wǎng)絡(luò)，這種協(xié)議組的遞 歸使用可能引起混淆。但是它是一個實現(xiàn)常見復(fù)雜功能的一個優(yōu)秀方法。（盡管需要注意以 防一個已經(jīng)封裝并且經(jīng)隧道發(fā)送下去的數(shù)據(jù)包進行再次地封裝和發(fā)送）。2，網(wǎng)絡(luò)層正如最初所定義的，網(wǎng)絡(luò)層解決在一個單一網(wǎng)絡(luò)上傳輸數(shù)據(jù)包的問題。類似的協(xié)議有X.25 和 ARPANET 的 Host/IMP Protocol。隨著因特網(wǎng)思想的出現(xiàn)，在這個層上添加了附加的功能，也就是將數(shù)據(jù)從源網(wǎng)絡(luò)傳輸?shù)侥康?網(wǎng)絡(luò)。這就牽涉到在網(wǎng)絡(luò)組成的網(wǎng)上選擇路徑將數(shù)據(jù)包傳輸，也就是

25、因特網(wǎng)。在因特網(wǎng)協(xié)議組中，IP完成數(shù)據(jù)從源發(fā)送到目的基本任務(wù)。IP能夠承載多種不同的高層協(xié)議 的數(shù)據(jù)；這些協(xié)議使用一個唯一的IP協(xié)議號進行標識。ICMP和IGMP分別是1和2。一些IP承載的協(xié)議，如ICMP（用來發(fā)送關(guān)于IP發(fā)送的診斷信息）和IGMP（用來管理多播 數(shù)據(jù)），它們位于IP層之上但是完成網(wǎng)絡(luò)層的功能，這表明了因特網(wǎng)和OSI模型之間的不兼 容性。所有的路由協(xié)議，如BGP、OSPF、和RIP實際上也是網(wǎng)絡(luò)層的一部分，盡管似乎它 們應(yīng)該屬于更高的協(xié)議棧。3，傳輸層傳輸層的協(xié)議能夠解決諸如可靠性（“數(shù)據(jù)是否已經(jīng)到達目的地？ ”）和保證數(shù)據(jù)按照正確的 順序到達這樣的問題。在TCP/IP協(xié)議組

26、中，傳輸協(xié)議也包括所給數(shù)據(jù)應(yīng)該送給哪個應(yīng)用程 序。在TCP/IP協(xié)議組中技術(shù)上位于這個層的動態(tài)路由協(xié)議通常被認為是網(wǎng)絡(luò)層的一部分；一個 例子就是OSPF（IP協(xié)議89）。TCP（IP協(xié)議6）是一個“可靠的”、面向連結(jié)的傳輸機制，它提供一種可靠的字節(jié)流保證數(shù) 據(jù)完整、無損并且按順序到達。TCP盡量連續(xù)不斷地測試網(wǎng)絡(luò)的負載并且控制發(fā)送數(shù)據(jù)的速 度以避免網(wǎng)絡(luò)過載。另外，TCP試圖將數(shù)據(jù)按照規(guī)定的順序發(fā)送。這是它與UDP不同之處， 這在實時數(shù)據(jù)流或者路由高網(wǎng)絡(luò)層丟失率應(yīng)用的時候可能成為一個缺陷。較新的SCTP也是一個“可靠的”、面向連結(jié)的傳輸機制。它是面向紀錄而不是面向字節(jié)的， 它在一個單獨的連結(jié)上提供了通過多路復(fù)用提供了多個子流。它也提供了多路自尋址支持， 其中連結(jié)終端能夠被多個IP地址表示（代表多個物理接口），這樣的話即使其中一個失敗了 連接也不中斷。它最初是為電話應(yīng)用開發(fā)的（在IP上傳輸SS7），但是也可以用于其它的應(yīng) 用。UDP（IP協(xié)議號17）是一個無連結(jié)的數(shù)據(jù)報協(xié)議。它是一個“best effort”或者“不可靠” 協(xié)議一一不是因為它特別不可靠，而是因為它不檢查數(shù)據(jù)包是否已經(jīng)到達目的地，并且不保 證它們按順序到達。如果一個應(yīng)用程序需要這些特點，它必須自己提供或者使用TCP。UDP的典型性