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

首頁 > 資訊 > 經(jīng)驗 > 傳輸層協(xié)議，傳輸層的主要協(xié)議有那些

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

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

本文目錄一覽

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

主要有TCP和UDP.

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

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

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

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

3，TCPIP是什么

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

TCPIP是什么

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

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

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

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

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

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

最近更新

  • ligh，ligh什么意思ligh，ligh什么意思

    ligh什么意思2，F(xiàn)TIsland新成員叫什么3，問下中文意思幫忙翻譯一下4，light和lighten的區(qū)別1，ligh什么意思光2，F(xiàn)TIsland新成員叫什么宋承賢3，問下中文意思幫忙翻譯一下忘記時間的推移。真正的寂.....

    【經(jīng)驗】 日期：2023-08-19

  • 接觸器的工作原理，接觸器的原理誰可以告訴我接觸器的工作原理，接觸器的原理誰可以告訴我

    接觸器的原理誰可以告訴我2，接觸器的構造與原理3，接觸器的原理是什么4，求交流接觸器原理15，接觸器工作原理6，交流接觸器的作用工作原理結構1，接觸器的原理誰可以告訴我最簡單的說話是低電壓.....

    【經(jīng)驗】 日期：2023-08-19

  • 控制器接線圖，cdc1040 接觸器與時間控制器接線圖控制器接線圖，cdc1040 接觸器與時間控制器接線圖

    cdc1040接觸器與時間控制器接線圖2，這個溫度控制器幫我畫個接線草圖3，什么是PLC接線圖4，電動車控制器接線圖5，溫度控制器內(nèi)部接線法圖6，溫度控制器接線圖1，cdc1040接觸器與時間控制器接線圖.....

    【經(jīng)驗】 日期：2023-08-19

  • hdmi線纜，HDMI數(shù)據(jù)線有那些hdmi線纜，HDMI數(shù)據(jù)線有那些

    HDMI數(shù)據(jù)線有那些2，HDMI線哪個好3，怎樣挑選HDMI高清線4，使用HDMI線有什么好處5，請問hdmi線的詳細內(nèi)部結構是什么樣的6，如何找一根優(yōu)良的HDMI高清線1，HDMI數(shù)據(jù)線有那些HDMI數(shù)據(jù)線。HDMI規(guī)格的.....

    【經(jīng)驗】 日期：2023-08-19

  • 4070，集成4070是什么集成4070，集成4070是什么集成

    集成4070是什么集成2，平均血紅蛋白濃度4070H是甚么意思3，特種設備代碼4070370301Q580是什么意思4，4070愛情數(shù)字什么意思5，請問NIPCI4070的技術參數(shù)有哪些期待得到正確答案6，4070立方分米立.....

    【經(jīng)驗】 日期：2023-08-19

  • 內(nèi)存芯片，內(nèi)存芯片壞了可以修么內(nèi)存芯片，內(nèi)存芯片壞了可以修么

    內(nèi)存芯片壞了可以修么2，什么是內(nèi)存SDP芯片3，支持DDR內(nèi)存最好的Intel芯片組是什么4，內(nèi)存顆粒和內(nèi)存芯片是一回事嗎5，手機內(nèi)存芯片可以更換嗎6，ddr是什么1，內(nèi)存芯片壞了可以修么不華算修，，以其修.....

    【經(jīng)驗】 日期：2023-08-19

  • ipython，怎樣安裝 iPython請大俠幫助ipython，怎樣安裝 iPython請大俠幫助

    怎樣安裝iPython請大俠幫助2，IPython于python的區(qū)別3，求助windows版ipython怎么安裝和使用4，Ipython已經(jīng)分裂出Jupyter了再用ipython還好用嗎5，windows系統(tǒng)怎么安裝ipythonipython安裝6，如.....

    【經(jīng)驗】 日期：2023-08-19

  • 51論壇，51怎么進入論壇51論壇，51怎么進入論壇

    51怎么進入論壇2，如何進入51論壇3，怎樣在51發(fā)帖子4，51論壇在哪里可以找到5，51論壇網(wǎng)如何注冊6，51怎么提高人氣1，51怎么進入論壇打開51`的主頁,在右上角有論壇兩個字,點擊就可以進去了2，如何進.....

    【經(jīng)驗】 日期：2023-08-19