傳輸層協(xié)議，傳輸層的主要協(xié)議有那些

來源：整理時(shí)間：2023-08-19 04:11:27 編輯：智能門戶手機(jī)版

本文目錄一覽

1，傳輸層的主要協(xié)議有那些
2，ALL TCP UDP協(xié)議是什么
3，TCPIP是什么
4，網(wǎng)絡(luò)的七層協(xié)議是什么
5，什么是TLS協(xié)議
6，什么是UDP協(xié)議

1，傳輸層的主要協(xié)議有那些

主要有TCP和UDP.

傳輸層的主要協(xié)議有那些

2，ALL TCP UDP協(xié)議是什么

TCP和UDP都是傳輸層的協(xié)議,提供兩臺(tái)計(jì)算機(jī)之間端到端的數(shù)據(jù)傳送.所不同的是,TCP在兩臺(tái)計(jì)算機(jī)之間提供可靠的數(shù)據(jù)流,它的功能還包括將來自應(yīng)用層的數(shù)據(jù)分成適合于網(wǎng)絡(luò)層的幀、響應(yīng)接收的分組、設(shè)置超時(shí)的時(shí)間等。UDP則只為應(yīng)用層提供簡單的服務(wù)，它將稱為數(shù)據(jù)報(bào)的數(shù)據(jù)分組，從一個(gè)主機(jī)送到另一個(gè)主機(jī)。但它并不保證數(shù)據(jù)報(bào)一定能完整地送到目的主機(jī)，為了確保數(shù)據(jù)的可靠傳送，要由應(yīng)用層處理。

ALL TCP UDP協(xié)議是什么

3，TCPIP是什么

TCP/IP協(xié)議（傳輸控制協(xié)議/網(wǎng)間協(xié)議） TCP/IP 協(xié)議集確立了 Internet 的技術(shù)基礎(chǔ)。TCP/IP 的發(fā)展始于美國 DOD （國防部）方案。 IAB （Internet 架構(gòu)委員會(huì)）的下屬工作組 IETF （Internet 工程任務(wù)組）研發(fā)了其中多數(shù)協(xié)議。 IAB 最初由美國政府發(fā)起，如今轉(zhuǎn)變?yōu)楣_而自治的機(jī)構(gòu)。IAB 協(xié)同研究和開發(fā) TCP/IP 協(xié)議集的底層結(jié)構(gòu)，并引導(dǎo)著 Internet 的發(fā)展。TCP/IP 協(xié)議集記錄在請(qǐng)求注解（RFC）文件中，RFC 文件均由 IETF 委員會(huì)起草、討論、傳閱及核準(zhǔn)。所有這些文件都是公開且免費(fèi)的，且能在 IETF 網(wǎng)站上列出的參考文獻(xiàn)中找到。 TCP/IP 協(xié)議覆蓋了 OSI 網(wǎng)絡(luò)結(jié)構(gòu)七層模型中的六層，并支持從交換（第二層）諸如多協(xié)議標(biāo)記交換，到應(yīng)用程序諸如郵件服務(wù)方面的功能。TCP/IP 的核心功能是尋址和路由選擇（網(wǎng)絡(luò)層的 IP/IPV6 ）以及傳輸控制（傳輸層的 TCP、UDP）。 IP （網(wǎng)際協(xié)議）在網(wǎng)絡(luò)通信中，網(wǎng)絡(luò)組件的尋址對(duì)信息的路由選擇和傳輸來說是相當(dāng)關(guān)鍵的。相同網(wǎng)絡(luò)中的兩臺(tái)機(jī)器間的消息傳輸有各自的技術(shù)協(xié)定。LAN 是通過提供6字節(jié)的唯一標(biāo)識(shí)符（“MAC”地址）在機(jī)器間發(fā)送消息的。SNA 網(wǎng)絡(luò)中的每臺(tái)機(jī)器都有一個(gè)邏輯單元及與其相應(yīng)的網(wǎng)絡(luò)地址。DECNET、AppleTalk 和 Novell IPX 均有一個(gè)用來分配編號(hào)到各個(gè)本地網(wǎng)和工作站的配置。除了本地或特定提供商的網(wǎng)絡(luò)地址，IP 為世界范圍內(nèi)的各個(gè)網(wǎng)絡(luò)設(shè)備都分配了一個(gè)唯一編號(hào)，即 IP 地址。IPV4 的 IP 地址為4字節(jié)，按照慣例，將每個(gè)字節(jié)轉(zhuǎn)化成十進(jìn)制（0-255）并以點(diǎn)分隔各字節(jié)。IPV6 的 IP 地址已經(jīng)增加到16字節(jié)。關(guān)于 IP 和 IPV6 協(xié)議的詳細(xì)說明，在相關(guān)文件中再另作介紹。 TCP （傳輸控制協(xié)議）通過序列化應(yīng)答和必要時(shí)重發(fā)數(shù)據(jù)包，TCP 為應(yīng)用程序提供了可靠的傳輸流和虛擬連接服務(wù)。TCP 主要提供數(shù)據(jù)流轉(zhuǎn)送，可靠傳輸，有效流控制，全雙工操作和多路傳輸技術(shù)?？刹殚?TCP 部分獲取更多詳細(xì)資料。在下面的 TCP/IP 協(xié)議表格中，我們根據(jù)協(xié)議功能和其在 OSI 七層網(wǎng)絡(luò)通信參考模型的映射關(guān)系將其全部列出。然而，TCP/IP 并不完全遵循 OSI 模型，例如：大多數(shù) TCP/IP 應(yīng)用程序是直接在傳輸層協(xié)議 TCP 和 UDP 上運(yùn)行，而不涉及其中的表示層和會(huì)話層

TCPIP是什么

4，網(wǎng)絡(luò)的七層協(xié)議是什么

OSI是一個(gè)開放性的通行系統(tǒng)互連參考模型，他是一個(gè)定義的非常好的協(xié)議規(guī)范。OSI模型有7層結(jié)構(gòu)，每層都可以有幾個(gè)子層。下面我簡單的介紹一下這7層及其功能。 OSI的7層從上到下分別是 7 應(yīng)用層 6 表示層 5 會(huì)話層 4 傳輸層 3 網(wǎng)絡(luò)層 2 數(shù)據(jù)鏈路層

第一層：物理層（PhysicalLayer)，規(guī)定通信設(shè)備的機(jī)械的、電氣的、功能的和規(guī)程的特性，用以建立、維護(hù)和拆除物理鏈路連接。具體地講，機(jī)械特性規(guī)定了網(wǎng)絡(luò)連接時(shí)所需接插件的規(guī)格尺寸、引腳數(shù)量和排列情況等；電氣特性規(guī)定了在物理連接上傳輸bit流時(shí)線路上信號(hào)電平的大小、阻抗匹配、傳輸速率距離限制等；功能特性是指對(duì)各個(gè)信號(hào)先分配確切的信號(hào)含義，即定義了DTE和DCE之間各個(gè)線路的功能；規(guī)程特性定義了利用信號(hào)線進(jìn)行bit流傳輸?shù)囊唤M操作規(guī)程，是指在物理連接的建立、維護(hù)、交換信息時(shí)，DTE和DCE雙方在各電路上的動(dòng)作系列。在這一層，數(shù)據(jù)的單位稱為比特（bit）。屬于物理層定義的典型規(guī)范代表包括：EIA/TIA RS-232、EIA/TIA RS-449、V.35、RJ-45等。第二層：數(shù)據(jù)鏈路層（DataLinkLayer):在物理層提供比特流服務(wù)的基礎(chǔ)上，建立相鄰結(jié)點(diǎn)之間的數(shù)據(jù)鏈路，通過差錯(cuò)控制提供數(shù)據(jù)幀（Frame）在信道上無差錯(cuò)的傳輸，并進(jìn)行各電路上的動(dòng)作系列?！　? 數(shù)據(jù)鏈路層在不可靠的物理介質(zhì)上提供可靠的傳輸。該層的作用包括：物理地址尋址、數(shù)據(jù)的成幀、流量控制、數(shù)據(jù)的檢錯(cuò)、重發(fā)等。在這一層，數(shù)據(jù)的單位稱為幀（frame）。數(shù)據(jù)鏈路層協(xié)議的代表包括：SDLC、HDLC、PPP、STP、幀中繼等。第三層是網(wǎng)絡(luò)層(Network layer) 在計(jì)算機(jī)網(wǎng)絡(luò)中進(jìn)行通信的兩個(gè)計(jì)算機(jī)之間可能會(huì)經(jīng)過很多個(gè)數(shù)據(jù)鏈路，也可能還要經(jīng)過很多通信子網(wǎng)。網(wǎng)絡(luò)層的任務(wù)就是選擇合適的網(wǎng)間路由和交換結(jié)點(diǎn)，確保數(shù)據(jù)及時(shí)傳送。網(wǎng)絡(luò)層將數(shù)據(jù)鏈路層提供的幀組成數(shù)據(jù)包，包中封裝有網(wǎng)絡(luò)層包頭，其中含有邏輯地址信息- -源站點(diǎn)和目的站點(diǎn)地址的網(wǎng)絡(luò)地址。如果你在談?wù)撘粋€(gè)IP地址，那么你是在處理第3層的問題，這是“數(shù)據(jù)包”問題，而不是第2層的“幀”。IP是第3層問題的一部分，此外還有一些路由協(xié)議和地址解析協(xié)議（ARP）。有關(guān)路由的一切事情都在第3層處理。地址解析和路由是3層的重要目的。網(wǎng)絡(luò)層還可以實(shí)現(xiàn)擁塞控制、網(wǎng)際互連等功能。在這一層，數(shù)據(jù)的單位稱為數(shù)據(jù)包（packet）。網(wǎng)絡(luò)層協(xié)議的代表包括：IP、IPX、RIP、OSPF等。第四層是處理信息的傳輸層(Transport layer)。第4層的數(shù)據(jù)單元也稱作數(shù)據(jù)包（packets）。但是，當(dāng)你談?wù)揟CP等具體的協(xié)議時(shí)又有特殊的叫法，TCP的數(shù)據(jù)單元稱為段（segments）而UDP協(xié)議的數(shù)據(jù)單元稱為“數(shù)據(jù)報(bào)（datagrams）”。這個(gè)層負(fù)責(zé)獲取全部信息，因此，它必須跟蹤數(shù)據(jù)單元碎片、亂序到達(dá)的數(shù)據(jù)包和其它在傳輸過程中可能發(fā)生的危險(xiǎn)。第4層為上層提供端到端（最終用戶到最終用戶）的透明的、可靠的數(shù)據(jù)傳輸服務(wù)。所謂透明的傳輸是指在通信過程中傳輸層對(duì)上層屏蔽了通信傳輸系統(tǒng)的具體細(xì)節(jié)。傳輸層協(xié)議的代表包括：TCP、UDP、SPX等。第五層是會(huì)話層(Session layer) 這一層也可以稱為會(huì)晤層或?qū)υ拰?，在?huì)話層及以上的高層次中，數(shù)據(jù)傳送的單位不再另外命名，統(tǒng)稱為報(bào)文。會(huì)話層不參與具體的傳輸，它提供包括訪問驗(yàn)證和會(huì)話管理在內(nèi)的建立和維護(hù)應(yīng)用之間通信的機(jī)制。如服務(wù)器驗(yàn)證用戶登錄便是由會(huì)話層完成的。第六層是表示層(Presentation layer) 這一層主要解決用戶信息的語法表示問題。它將欲交換的數(shù)據(jù)從適合于某一用戶的抽象語法，轉(zhuǎn)換為適合于OSI系統(tǒng)內(nèi)部使用的傳送語法。即提供格式化的表示和轉(zhuǎn)換數(shù)據(jù)服務(wù)。數(shù)據(jù)的壓縮和解壓縮，加密和解密等工作都由表示層負(fù)責(zé)。例如圖像格式的顯示，就是由位于表示層的協(xié)議來支持。第七層應(yīng)用層(Application layer)，應(yīng)用層為操作系統(tǒng)或網(wǎng)絡(luò)應(yīng)用程序提供訪問網(wǎng)絡(luò)服務(wù)的接口。應(yīng)用層協(xié)議的代表包括：Telnet、FTP、HTTP、SNMP等。　通過 OSI 層，信息可以從一臺(tái)計(jì)算機(jī)的軟件應(yīng)用程序傳輸?shù)搅硪慌_(tái)的應(yīng)用程序上。例如，計(jì)算機(jī) A 上的應(yīng)用程序要將信息發(fā)送到計(jì)算機(jī) B 的應(yīng)用程序，則計(jì)算機(jī) A 中的應(yīng)用程序需要將信息先發(fā)送到其應(yīng)用層（第七層），然后此層將信息發(fā)送到表示層（第六層），表示層將數(shù)據(jù)轉(zhuǎn)送到會(huì)話層（第五層），如此繼續(xù)，直至物理層（第一層）。在物理層，數(shù)據(jù)被放置在物理網(wǎng)絡(luò)媒介中并被發(fā)送至計(jì)算機(jī) B 。計(jì)算機(jī) B 的物理層接收來自物理媒介的數(shù)據(jù)，然后將信息向上發(fā)送至數(shù)據(jù)鏈路層（第二層），數(shù)據(jù)鏈路層再轉(zhuǎn)送給網(wǎng)絡(luò)層，依次繼續(xù)直到信息到達(dá)計(jì)算機(jī) B 的應(yīng)用層。最后，計(jì)算機(jī) B 的應(yīng)用層再將信息傳送給應(yīng)用程序接收端，從而完成通信過程。下面圖示說明了這一過程。　　OSI 的七層運(yùn)用各種各樣的控制信息來和其他計(jì)算機(jī)系統(tǒng)的對(duì)應(yīng)層進(jìn)行通信。這些控制信息包含特殊的請(qǐng)求和說明，它們在對(duì)應(yīng)的 OSI 層間進(jìn)行交換。每一層數(shù)據(jù)的頭和尾是兩個(gè)攜帶控制信息的基本形式。

5，什么是TLS協(xié)議

安全傳輸層協(xié)議（TLS）用于在兩個(gè)通信應(yīng)用程序之間提供保密性和數(shù)據(jù)完整性。該協(xié)議由兩層組成： TLS 記錄協(xié)議（TLS Record）和 TLS 握手協(xié)議（TLS Handshake）。較低的層為 TLS 記錄協(xié)議，位于某個(gè)可靠的傳輸協(xié)議（例如 TCP）上面。TLS 協(xié)議包括兩個(gè)協(xié)議組―― TLS 記錄協(xié)議和 TLS 握手協(xié)議――每組具有很多不同格式的信息。TLS 記錄協(xié)議是一種分層協(xié)議。每一層中的信息可能包含長度、描述和內(nèi)容等字段。記錄協(xié)議支持信息傳輸、將數(shù)據(jù)分段到可處理塊、壓縮數(shù)據(jù)、應(yīng)用 MAC 、加密以及傳輸結(jié)果等。對(duì)接收到的數(shù)據(jù)進(jìn)行解密、校驗(yàn)、解壓縮、重組等，然后將它們傳送到高層客戶機(jī)。TLS 連接狀態(tài)指的是TLS 記錄協(xié)議的操作環(huán)境。它規(guī)定了壓縮算法、加密算法和 MAC 算法。TLS 記錄層從高層接收任意大小無空塊的連續(xù)數(shù)據(jù)。密鑰計(jì)算：記錄協(xié)議通過算法從握手協(xié)議提供的安全參數(shù)中產(chǎn)生密鑰、 IV 和 MAC 密鑰。TLS 握手協(xié)議由三個(gè)子協(xié)議組構(gòu)成，允許對(duì)等雙方在記錄層的安全參數(shù)上達(dá)成一致、自我認(rèn)證、例示協(xié)商安全參數(shù)、互相報(bào)告出錯(cuò)條件。

ssl(securesocketlayer)為netscape所研發(fā)，用以保障在internet上數(shù)據(jù)傳輸之安全，利用數(shù)據(jù)加密(encryption)技術(shù)，可確保數(shù)據(jù)在網(wǎng)絡(luò)上之傳輸過程中不會(huì)被截取及竊聽。目前一般通用之規(guī)格為40bit之安全標(biāo)準(zhǔn)，美國則已推出128bit之更高安全標(biāo)準(zhǔn)，但限制出境。只要3.0版本以上之i.e.或netscape瀏覽器即可支持ssl。當(dāng)前版本為3.0。它已被廣泛地用于web瀏覽器與服務(wù)器之間的身份認(rèn)證和加密數(shù)據(jù)傳輸。ssl協(xié)議位于tcp/ip協(xié)議與各種應(yīng)用層協(xié)議之間，為數(shù)據(jù)通訊提供安全支持。ssl協(xié)議可分為兩層：ssl記錄協(xié)議（sslrecordprotocol）：它建立在可靠的傳輸協(xié)議（如tcp）之上，為高層協(xié)議提供數(shù)據(jù)封裝、壓縮、加密等基本功能的支持。ssl握手協(xié)議（sslhandshakeprotocol）：它建立在ssl記錄協(xié)議之上，用于在實(shí)際的數(shù)據(jù)傳輸開始前，通訊雙方進(jìn)行身份認(rèn)證、協(xié)商加密算法、交換加密密鑰等。ssl協(xié)議提供的服務(wù)主要有：1）認(rèn)證用戶和服務(wù)器，確保數(shù)據(jù)發(fā)送到正確的客戶機(jī)和服務(wù)器；2）加密數(shù)據(jù)以防止數(shù)據(jù)中途被竊??；3）維護(hù)數(shù)據(jù)的完整性，確保數(shù)據(jù)在傳輸過程中不被改變。ssl協(xié)議的工作流程：服務(wù)器認(rèn)證階段：1）客戶端向服務(wù)器發(fā)送一個(gè)開始信息“hello”以便開始一個(gè)新的會(huì)話連接；2）服務(wù)器根據(jù)客戶的信息確定是否需要生成新的主密鑰，如需要?jiǎng)t服務(wù)器在響應(yīng)客戶的“hello”信息時(shí)將包含生成主密鑰所需的信息；3）客戶根據(jù)收到的服務(wù)器響應(yīng)信息，產(chǎn)生一個(gè)主密鑰，并用服務(wù)器的公開密鑰加密后傳給服務(wù)器；4）服務(wù)器恢復(fù)該主密鑰，并返回給客戶一個(gè)用主密鑰認(rèn)證的信息，以此讓客戶認(rèn)證服務(wù)器。用戶認(rèn)證階段：在此之前，服務(wù)器已經(jīng)通過了客戶認(rèn)證，這一階段主要完成對(duì)客戶的認(rèn)證。經(jīng)認(rèn)證的服務(wù)器發(fā)送一個(gè)提問給客戶，客戶則返回（數(shù)字）簽名后的提問和其公開密鑰，從而向服務(wù)器提供認(rèn)證。從ssl協(xié)議所提供的服務(wù)及其工作流程可以看出，ssl協(xié)議運(yùn)行的基礎(chǔ)是商家對(duì)消費(fèi)者信息保密的承諾，這就有利于商家而不利于消費(fèi)者。在電子商務(wù)初級(jí)階段，由于運(yùn)作電子商務(wù)的企業(yè)大多是信譽(yù)較高的大公司，因此這問題還沒有充分暴露出來。但隨著電子商務(wù)的發(fā)展，各中小型公司也參與進(jìn)來，這樣在電子支付過程中的單一認(rèn)證問題就越來越突出。雖然在ssl3.0中通過數(shù)字簽名和數(shù)字證書可實(shí)現(xiàn)瀏覽器和web服務(wù)器雙方的身份驗(yàn)證，但是ssl協(xié)議仍存在一些問題，比如，只能提供交易中客戶與服務(wù)器間的雙方認(rèn)證，在涉及多方的電子交易中，ssl協(xié)議并不能協(xié)調(diào)各方間的安全傳輸和信任關(guān)系。在這種情況下，visa和mastercard兩大信用卡公組織制定了set協(xié)議，為網(wǎng)上信用卡支付提供了全球性的標(biāo)準(zhǔn)。tls：安全傳輸層協(xié)議（tls：transportlayersecurityprotocol）安全傳輸層協(xié)議（tls）用于在兩個(gè)通信應(yīng)用程序之間提供保密性和數(shù)據(jù)完整性。該協(xié)議由兩層組成：tls記錄協(xié)議（tlsrecord）和tls握手協(xié)議（tlshandshake）。較低的層為tls記錄協(xié)議，位于某個(gè)可靠的傳輸協(xié)議（例如tcp）上面。tls記錄協(xié)議提供的連接安全性具有兩個(gè)基本特性：私有――對(duì)稱加密用以數(shù)據(jù)加密（des、rc4等）。對(duì)稱加密所產(chǎn)生的密鑰對(duì)每個(gè)連接都是唯一的，且此密鑰基于另一個(gè)協(xié)議（如握手協(xié)議）協(xié)商。記錄協(xié)議也可以不加密使用?？煽卡D―信息傳輸包括使用密鑰的mac進(jìn)行信息完整性檢查。安全哈希功能（sha、md5等）用于mac計(jì)算。記錄協(xié)議在沒有mac的情況下也能操作，但一般只能用于這種模式，即有另一個(gè)協(xié)議正在使用記錄協(xié)議傳輸協(xié)商安全參數(shù)。tls記錄協(xié)議用于封裝各種高層協(xié)議。作為這種封裝協(xié)議之一的握手協(xié)議允許服務(wù)器與客戶機(jī)在應(yīng)用程序協(xié)議傳輸和接收其第一個(gè)數(shù)據(jù)字節(jié)前彼此之間相互認(rèn)證，協(xié)商加密算法和加密密鑰。tls握手協(xié)議提供的連接安全具有三個(gè)基本屬性：可以使用非對(duì)稱的，或公共密鑰的密碼術(shù)來認(rèn)證對(duì)等方的身份。該認(rèn)證是可選的，但至少需要一個(gè)結(jié)點(diǎn)方。共享加密密鑰的協(xié)商是安全的。對(duì)偷竊者來說協(xié)商加密是難以獲得的。此外經(jīng)過認(rèn)證過的連接不能獲得加密，即使是進(jìn)入連接中間的攻擊者也不能。協(xié)商是可靠的。沒有經(jīng)過通信方成員的檢測，任何攻擊者都不能修改通信協(xié)商。tls的最大優(yōu)勢就在于：tls是獨(dú)立于應(yīng)用協(xié)議。高層協(xié)議可以透明地分布在tls協(xié)議上面。然而，tls標(biāo)準(zhǔn)并沒有規(guī)定應(yīng)用程序如何在tls上增加安全性；它把如何啟動(dòng)tls握手協(xié)議以及如何解釋交換的認(rèn)證證書的決定權(quán)留給協(xié)議的設(shè)計(jì)者和實(shí)施者來判斷。協(xié)議結(jié)構(gòu)tls協(xié)議包括兩個(gè)協(xié)議組――tls記錄協(xié)議和tls握手協(xié)議――每組具有很多不同格式的信息。在此文件中我們只列出協(xié)議摘要并不作具體解析。具體內(nèi)容可參照相關(guān)文檔。tls記錄協(xié)議是一種分層協(xié)議。每一層中的信息可能包含長度、描述和內(nèi)容等字段。記錄協(xié)議支持信息傳輸、將數(shù)據(jù)分段到可處理塊、壓縮數(shù)據(jù)、應(yīng)用mac、加密以及傳輸結(jié)果等。對(duì)接收到的數(shù)據(jù)進(jìn)行解密、校驗(yàn)、解壓縮、重組等，然后將它們傳送到高層客戶機(jī)。tls連接狀態(tài)指的是tls記錄協(xié)議的操作環(huán)境。它規(guī)定了壓縮算法、加密算法和mac算法。tls記錄層從高層接收任意大小無空塊的連續(xù)數(shù)據(jù)。密鑰計(jì)算：記錄協(xié)議通過算法從握手協(xié)議提供的安全參數(shù)中產(chǎn)生密鑰、iv和mac密鑰。tls握手協(xié)議由三個(gè)子協(xié)議組構(gòu)成，允許對(duì)等雙方在記錄層的安全參數(shù)上達(dá)成一致、自我認(rèn)證、例示協(xié)商安全參數(shù)、互相報(bào)告出錯(cuò)條件。

6，什么是UDP協(xié)議

　用戶數(shù)據(jù)報(bào)協(xié)議（UDP）是 OSI 參考模型中一種無連接的傳輸層協(xié)議，提供面向事務(wù)的簡單不可靠信息傳送服務(wù)。 UDP 協(xié)議基本上是 IP 協(xié)議與上層協(xié)議的接口。 UDP 協(xié)議適用端口分別運(yùn)行在同一臺(tái)設(shè)備上的多個(gè)應(yīng)用程序。　　由于大多數(shù)網(wǎng)絡(luò)應(yīng)用程序都在同一臺(tái)機(jī)器上運(yùn)行，計(jì)算機(jī)上必須能夠確保目的地機(jī)器上的軟件程序能從源地址機(jī)器處獲得數(shù)據(jù)包，以及源計(jì)算機(jī)能收到正確的回復(fù)。這是通過使用 UDP 的“端口號(hào)”完成的。例如，如果一個(gè)工作站希望在工作站 128.1.123.1 上使用域名服務(wù)系統(tǒng)，它就會(huì)給數(shù)據(jù)包一個(gè)目的地址 128.1.123.1 ，并在 UDP 頭插入目標(biāo)端口號(hào) 53 。源端口號(hào)標(biāo)識(shí)了請(qǐng)求域名服務(wù)的本地機(jī)的應(yīng)用程序，同時(shí)需要將所有由目的站生成的響應(yīng)包都指定到源主機(jī)的這個(gè)端口上。 UDP 端口的詳細(xì)介紹可以參照相關(guān)文章。　　與 TCP 不同， UDP 并不提供對(duì) IP 協(xié)議的可靠機(jī)制、流控制以及錯(cuò)誤恢復(fù)功能等。由于 UDP 比較簡單， UDP 頭包含很少的字節(jié)，比 TCP 負(fù)載消耗少。　　UDP 適用于不需要 TCP 可靠機(jī)制的情形，比如，當(dāng)高層協(xié)議或應(yīng)用程序提供錯(cuò)誤和流控制功能的時(shí)候。 UDP 是傳輸層協(xié)議，服務(wù)于很多知名應(yīng)用層協(xié)議，包括網(wǎng)絡(luò)文件系統(tǒng)（NFS）、簡單網(wǎng)絡(luò)管理協(xié)議（SNMP）、域名系統(tǒng)（DNS）以及簡單文件傳輸系統(tǒng)（TFTP）。　　協(xié)議結(jié)構(gòu) 　　Source Port — 16位。源端口是可選字段。當(dāng)使用時(shí)，它表示發(fā)送程序的端口，同時(shí)它還被認(rèn)為是沒有其它信息的情況下需要被尋址的答復(fù)端口。如果不使用，設(shè)置值為0。　　Destination Port — 16位。目標(biāo)端口在特殊因特網(wǎng)目標(biāo)地址的情況下具有意義。　　Length — 16位。該用戶數(shù)據(jù)報(bào)的八位長度，包括協(xié)議頭和數(shù)據(jù)。長度最小值為8。　　Checksum — 16位。IP 協(xié)議頭、UDP 協(xié)議頭和數(shù)據(jù)位，最后用0填補(bǔ)的信息假協(xié)議頭總和。如果必要的話，可以由兩個(gè)八位復(fù)合而成。　　Data — 包含上層數(shù)據(jù)信息。　　UDP的特點(diǎn)：　　UDP協(xié)議使用IP層提供的服務(wù)把從應(yīng)用層得到的數(shù)據(jù)從一臺(tái)主機(jī)的某個(gè)應(yīng)用程序傳給網(wǎng)絡(luò)上另一臺(tái)主機(jī)上的某一個(gè)應(yīng)用程序。　　UDP協(xié)議有如下的特點(diǎn)：　　1、UDP傳送數(shù)據(jù)前并不與對(duì)方建立連接，即UDP是無連接的，在傳輸數(shù)據(jù)前，發(fā)送方和接收方相互交換信息使雙方同步。　　2、UDP不對(duì)收到的數(shù)據(jù)進(jìn)行排序，在UDP報(bào)文的首部中并沒有關(guān)于數(shù)據(jù)順序的信息（如TCP所采用的序號(hào)），而且報(bào)文不一定按順序到達(dá)的，所以接收端無從排起。　　3、UDP對(duì)接收到的數(shù)據(jù)報(bào)不發(fā)送確認(rèn)信號(hào)，發(fā)送端不知道數(shù)據(jù)是否被正確接收，也不會(huì)重發(fā)數(shù)據(jù)。　　4、UDP傳送數(shù)據(jù)較TCP快速，系統(tǒng)開銷也少。　　從以上特點(diǎn)可知，UDP提供的是無連接的、不可靠的數(shù)據(jù)傳送方式，是一種盡力而為的數(shù)據(jù)交付服務(wù)。　　相關(guān)鏈接 http://www.javvin.com/protocol/rfc768.pdf：User Datagram Protocol（UDP） Specifications 　　 http://www.iana.org/assignments/port-numbers：UDP and TCP port numbers

　UDP(User Datagram Protocol）用戶數(shù)據(jù)報(bào)協(xié)議（RFC 768）　　用戶數(shù)據(jù)報(bào)協(xié)議（UDP）是 OSI 參考模型中一種無連接的傳輸層協(xié)議，提供面向事務(wù)的簡單不可靠信息傳送服務(wù)。 UDP 協(xié)議基本上是 IP 協(xié)議與上層協(xié)議的接口。 UDP 協(xié)議適用端口分別運(yùn)行在同一臺(tái)設(shè)備上的多個(gè)應(yīng)用程序。　　由于大多數(shù)網(wǎng)絡(luò)應(yīng)用程序都在同一臺(tái)機(jī)器上運(yùn)行，計(jì)算機(jī)上必須能夠確保目的地機(jī)器上的軟件程序能從源地址機(jī)器處獲得數(shù)據(jù)包，以及源計(jì)算機(jī)能收到正確的回復(fù)。這是通過使用 UDP 的“端口號(hào)”完成的。例如，如果一個(gè)工作站希望在工作站 128.1.123.1 上使用域名服務(wù)系統(tǒng)，它就會(huì)給數(shù)據(jù)包一個(gè)目的地址 128.1.123.1 ，并在 UDP 頭插入目標(biāo)端口號(hào) 53 。源端口號(hào)標(biāo)識(shí)了請(qǐng)求域名服務(wù)的本地機(jī)的應(yīng)用程序，同時(shí)需要將所有由目的站生成的響應(yīng)包都指定到源主機(jī)的這個(gè)端口上。 UDP 端口的詳細(xì)介紹可以參照相關(guān)文章。　　與 TCP 不同， UDP 并不提供對(duì) IP 協(xié)議的可靠機(jī)制、流控制以及錯(cuò)誤恢復(fù)功能等。由于 UDP 比較簡單， UDP 頭包含很少的字節(jié)，比 TCP 負(fù)載消耗少。　　UDP 適用于不需要 TCP 可靠機(jī)制的情形，比如，當(dāng)高層協(xié)議或應(yīng)用程序提供錯(cuò)誤和流控制功能的時(shí)候。 UDP 是傳輸層協(xié)議，服務(wù)于很多知名應(yīng)用層協(xié)議，包括網(wǎng)絡(luò)文件系統(tǒng)（NFS）、簡單網(wǎng)絡(luò)管理協(xié)議（SNMP）、域名系統(tǒng)（DNS）以及簡單文件傳輸系統(tǒng)（TFTP）。　　協(xié)議結(jié)構(gòu) 　　Source Port — 16位。源端口是可選字段。當(dāng)使用時(shí)，它表示發(fā)送程序的端口，同時(shí)它還被認(rèn)為是沒有其它信息的情況下需要被尋址的答復(fù)端口。如果不使用，設(shè)置值為0。　　Destination Port — 16位。目標(biāo)端口在特殊因特網(wǎng)目標(biāo)地址的情況下具有意義。　　Length — 16位。該用戶數(shù)據(jù)報(bào)的八位長度，包括協(xié)議頭和數(shù)據(jù)。長度最小值為8。　　Checksum — 16位。IP 協(xié)議頭、UDP 協(xié)議頭和數(shù)據(jù)位，最后用0填補(bǔ)的信息假協(xié)議頭總和。如果必要的話，可以由兩個(gè)八位復(fù)合而成。　　Data — 包含上層數(shù)據(jù)信息。　　UDP的特點(diǎn)：　　UDP協(xié)議使用IP層提供的服務(wù)把從應(yīng)用層得到的數(shù)據(jù)從一臺(tái)主機(jī)的某個(gè)應(yīng)用程序傳給網(wǎng)絡(luò)上另一臺(tái)主機(jī)上的某一個(gè)應(yīng)用程序。　　UDP協(xié)議有如下的特點(diǎn)：　　1、UDP傳送數(shù)據(jù)前并不與對(duì)方建立連接，即UDP是無連接的，在傳輸數(shù)據(jù)前，發(fā)送方和接收方相互交換信息使雙方同步。　　2、UDP不對(duì)收到的數(shù)據(jù)進(jìn)行排序，在UDP報(bào)文的首部中并沒有關(guān)于數(shù)據(jù)順序的信息（如TCP所采用的序號(hào)），而且報(bào)文不一定按順序到達(dá)的，所以接收端無從排起。　　3、UDP對(duì)接收到的數(shù)據(jù)報(bào)不發(fā)送確認(rèn)信號(hào)，發(fā)送端不知道數(shù)據(jù)是否被正確接收，也不會(huì)重發(fā)數(shù)據(jù)。　　4、UDP傳送數(shù)據(jù)較TCP快速，系統(tǒng)開銷也少。　　從以上特點(diǎn)可知，UDP提供的是無連接的、不可靠的數(shù)據(jù)傳送方式，是一種盡力而為的數(shù)據(jù)交付服務(wù)。

編輯詞條UDP 　　UDP(User Datagram Protocol）用戶數(shù)據(jù)報(bào)協(xié)議（RFC 768）　　用戶數(shù)據(jù)報(bào)協(xié)議（UDP）是 OSI 參考模型中一種無連接的傳輸層協(xié)議，提供面向事務(wù)的簡單不可靠信息傳送服務(wù)。 UDP 協(xié)議基本上是 IP 協(xié)議與上層協(xié)議的接口。 UDP 協(xié)議適用端口分別運(yùn)行在同一臺(tái)設(shè)備上的多個(gè)應(yīng)用程序。　　由于大多數(shù)網(wǎng)絡(luò)應(yīng)用程序都在同一臺(tái)機(jī)器上運(yùn)行，計(jì)算機(jī)上必須能夠確保目的地機(jī)器上的軟件程序能從源地址機(jī)器處獲得數(shù)據(jù)包，以及源計(jì)算機(jī)能收到正確的回復(fù)。這是通過使用 UDP 的“端口號(hào)”完成的。例如，如果一個(gè)工作站希望在工作站 128.1.123.1 上使用域名服務(wù)系統(tǒng)，它就會(huì)給數(shù)據(jù)包一個(gè)目的地址 128.1.123.1 ，并在 UDP 頭插入目標(biāo)端口號(hào) 53 。源端口號(hào)標(biāo)識(shí)了請(qǐng)求域名服務(wù)的本地機(jī)的應(yīng)用程序，同時(shí)需要將所有由目的站生成的響應(yīng)包都指定到源主機(jī)的這個(gè)端口上。 UDP 端口的詳細(xì)介紹可以參照相關(guān)文章。　　與 TCP 不同， UDP 并不提供對(duì) IP 協(xié)議的可靠機(jī)制、流控制以及錯(cuò)誤恢復(fù)功能等。由于 UDP 比較簡單， UDP 頭包含很少的字節(jié)，比 TCP 負(fù)載消耗少。　　UDP 適用于不需要 TCP 可靠機(jī)制的情形，比如，當(dāng)高層協(xié)議或應(yīng)用程序提供錯(cuò)誤和流控制功能的時(shí)候。 UDP 是傳輸層協(xié)議，服務(wù)于很多知名應(yīng)用層協(xié)議，包括網(wǎng)絡(luò)文件系統(tǒng)（NFS）、簡單網(wǎng)絡(luò)管理協(xié)議（SNMP）、域名系統(tǒng)（DNS）以及簡單文件傳輸系統(tǒng)（TFTP）。　　協(xié)議結(jié)構(gòu) 　　Source Port — 16位。源端口是可選字段。當(dāng)使用時(shí)，它表示發(fā)送程序的端口，同時(shí)它還被認(rèn)為是沒有其它信息的情況下需要被尋址的答復(fù)端口。如果不使用，設(shè)置值為0。　　Destination Port — 16位。目標(biāo)端口在特殊因特網(wǎng)目標(biāo)地址的情況下具有意義。　　Length — 16位。該用戶數(shù)據(jù)報(bào)的八位長度，包括協(xié)議頭和數(shù)據(jù)。長度最小值為8。　　Checksum — 16位。IP 協(xié)議頭、UDP 協(xié)議頭和數(shù)據(jù)位，最后用0填補(bǔ)的信息假協(xié)議頭總和。如果必要的話，可以由兩個(gè)八位復(fù)合而成。　　Data — 包含上層數(shù)據(jù)信息。　　UDP的特點(diǎn)：　　UDP協(xié)議使用IP層提供的服務(wù)把從應(yīng)用層得到的數(shù)據(jù)從一臺(tái)主機(jī)的某個(gè)應(yīng)用程序傳給網(wǎng)絡(luò)上另一臺(tái)主機(jī)上的某一個(gè)應(yīng)用程序。　　UDP協(xié)議有如下的特點(diǎn)：　　1、UDP傳送數(shù)據(jù)前并不與對(duì)方建立連接，即UDP是無連接的，在傳輸數(shù)據(jù)前，發(fā)送方和接收方相互交換信息使雙方同步。　　2、UDP不對(duì)收到的數(shù)據(jù)進(jìn)行排序，在UDP報(bào)文的首部中并沒有關(guān)于數(shù)據(jù)順序的信息（如TCP所采用的序號(hào)），而且報(bào)文不一定按順序到達(dá)的，所以接收端無從排起。　　3、UDP對(duì)接收到的數(shù)據(jù)報(bào)不發(fā)送確認(rèn)信號(hào)，發(fā)送端不知道數(shù)據(jù)是否被正確接收，也不會(huì)重發(fā)數(shù)據(jù)。　　4、UDP傳送數(shù)據(jù)較TCP快速，系統(tǒng)開銷也少。　　從以上特點(diǎn)可知，UDP提供的是無連接的、不可靠的數(shù)據(jù)傳送方式，是一種盡力而為的數(shù)據(jù)交付服務(wù)。　　相關(guān)鏈接 http://www.javvin.com/protocol/rfc768.pdf：User Datagram Protocol（UDP） Specifications 　　 http://www.iana.org/assignments/port-numbers：UDP and TCP port numbers

網(wǎng)絡(luò)鄰居-屬性-本地連接-屬性-常規(guī)中有Internet協(xié)議選中后按安裝，提示你放入安裝盤，基本上點(diǎn)確定就行了。安裝好TCP/IP UDP也就安裝好了，UDP是TCP/IP協(xié)議族中的一個(gè)

强奸久久久久久久|草草浮力在线影院|手机成人无码av|亚洲精品狼友视频|国产国模精品一区|久久成人中文字幕|超碰在线视屏免费|玖玖欧洲一区二区|欧美精品无码一区|日韩无遮一区二区

傳輸層協(xié)議，傳輸層的主要協(xié)議有那些

本文目錄一覽

1，傳輸層的主要協(xié)議有那些

2，ALL TCP UDP協(xié)議是什么

3，TCPIP是什么

4，網(wǎng)絡(luò)的七層協(xié)議是什么

5，什么是TLS協(xié)議

6，什么是UDP協(xié)議

最近更新

相關(guān)文章

經(jīng)驗(yàn)最新文章

資訊排行榜推薦

經(jīng)驗(yàn)排行榜精選

經(jīng)驗(yàn)文章排行榜

熱門標(biāo)簽

强奸久久久久久久|草草浮力在线影院|手机成人无码av|亚洲精品狼友视频|国产国模精品一区|久久成人中文字幕|超碰在线视屏免费|玖玖欧洲一区二区|欧美精品无码一区|日韩无遮一区二区

傳輸層協(xié)議，傳輸層的主要協(xié)議有那些

本文目錄一覽

1，傳輸層的主要協(xié)議有那些

2，ALL TCP UDP協(xié)議是什么

3，TCPIP是什么

4，網(wǎng)絡(luò)的七層協(xié)議是什么

5，什么是TLS協(xié)議

6，什么是UDP協(xié)議

最近更新

相關(guān)文章

經(jīng)驗(yàn)最新文章

資訊排行榜推薦

經(jīng)驗(yàn)排行榜精選

經(jīng)驗(yàn)文章排行榜

熱門標(biāo)簽

傳輸層協(xié)議，傳輸層的主要協(xié)議有那些

1，傳輸層的主要協(xié)議有那些

2，ALL TCP UDP協(xié)議是什么

3，TCPIP是什么

5，什么是TLS協(xié)議

6，什么是UDP協(xié)議