UDP通信協(xié)議簡介

一、UDP概述1、UDP是一種根本的通信協(xié)議，只在發(fā)送的報文中增加了端口尋址和可選的過失檢測功能。2、UDP不是一種握手信息協(xié)議，不能確認接收到的數(shù)據(jù)或交換其他流量掌握信息。UDP發(fā)送報文之前，不要求遠程已聯(lián)網(wǎng)或指定的目的端口可UDP稱為不行靠協(xié)議，即假設只使用UDP，則發(fā)送方不知道目的主機何時是否接收到報文。STD0006中也獲得通過。UDPUDP數(shù)據(jù)報由報頭及其后面包含報文的報文組成。IP數(shù)據(jù)報的數(shù)據(jù)字段中。在以太網(wǎng)中，IP數(shù)據(jù)報存放在以太網(wǎng)幀的口或進程。TCPUDP的實現(xiàn)要簡潔些，更適合于特定的應用場合。假設需要，則他懇求信息的響應。假設發(fā)送方在合理的時間內(nèi)沒有接收到響應信息，就會重發(fā)送報文。但是，假設應TCPUDP進展重構。IP地址以地址以組播方式發(fā)送。對于必需與全部目的主機握手。二、UDP報頭4個字段組成，后面緊接著是要傳輸?shù)臄?shù)據(jù)。12字節(jié)，可選，假設接收進程不需要知道發(fā)送數(shù)據(jù)報的進程，則該字段可置為0。2、目的端口號：目的端口號標識接收報文的目的主機端口或進程。2字節(jié)。3655352字節(jié)。UDPUDP2個字節(jié)。IPIPIPUDP數(shù)IP報頭檢驗和的計算方法類似。UDP需要通過不同的、或許未知網(wǎng)絡傳輸?shù)膱笪亩?，校驗和可以讓目的主機能檢測到錯誤數(shù)據(jù)。三、UDP數(shù)據(jù)65535865527個字節(jié)的數(shù)據(jù)。2、實際上，源計算機常將數(shù)據(jù)報限制在較短的長度內(nèi)。使用較短的數(shù)據(jù)報的一個緣由是，過大的數(shù)據(jù)報可能不適合目的主機的接收緩沖器大?。换蛘哂捎诮邮諗?shù)據(jù)的應用程序可能需要特定長度的報文。3、較短數(shù)據(jù)報或許更高效。當大的數(shù)據(jù)報經(jīng)過不同力量的網(wǎng)絡時，網(wǎng)絡協(xié)議可能會將數(shù)據(jù)報拆分為報IP進展這項工作更高效。576IP20字節(jié)，UDP548IPUDP數(shù)據(jù)報不經(jīng)過拆分便可到達目的主機。UDP域源端口是可選域，當其有意義時，它指的是發(fā)送進程的端口，這也就假定了在沒有其它信息的狀況下，返回信息應當向什么地方發(fā)送。假設不使用它，則在0數(shù)據(jù)報長度的八進制表示〔816位，IP頭，UDP頭和數(shù)據(jù)中信息包頭的數(shù)位取反之和再取反得到的。包頭從概念上說是在UDP所使用的協(xié)議和UDP長度。這些信息使信息不能被錯誤地接收。這個校驗過程與TCP中使用的過程全都。假設計算出的校驗碼為零，它將被全零發(fā)送。全零的校驗值意味著發(fā)送者未產(chǎn)生校驗碼。用戶接口用戶接口應當允許創(chuàng)立的接收端口，在接收端口的接收操作有：應當返回一個八進制數(shù)說明源端口和源地址，允許數(shù)據(jù)報傳送，指定數(shù)據(jù)，源和目標端口和目的地地址。IPUDP模塊必需能夠打算源和目標的網(wǎng)絡地址，而且必需能夠從包頭中得知所使樣的接口還應當允許UDPIPIP確定全都性并計算校驗碼。協(xié)議應用此協(xié)議的最主要的用途是網(wǎng)際名稱效勞器和小文件傳輸協(xié)議。協(xié)議號在IP中使用它時，它的協(xié)議號是17〔八進制中是21。UDP協(xié)議的標題構造UDPUDP標題和數(shù)據(jù)組成。UDP15-21所示,它由5個域組成：源端端口(SourcePort)、目的地端口(DestinationPort)、用戶數(shù)據(jù)包的長度(Length)〔Checksum)4個域組成UDP標題(UDPheader)42個字節(jié)，它用來檢測傳輸過程中是否消滅了錯誤；用戶數(shù)據(jù)包的長度包括全部5個域的字節(jié)數(shù)。UDP檢查和的具體計算可在RFC1071中找到，現(xiàn)舉一例說明使用檢查和檢測錯A316word1，word2word3B，檢查和計算如下：word10110011001100110word20101010101010101word30000111100001111sum=word1+word2+word3 1100101011001010檢查和(sum的反碼) 00110101001101014(word1，2，3)161111111111111111，假設接收端收到的這4個16位二進制數(shù)之和也是全“1”，就認為傳輸過程中沒有出過失。為什么UDP也要供給檢查和。其緣由是鏈路層以下的協(xié)議在源端和終端之間的某些通道可能不供給錯誤檢測。雖然UDP供給有錯誤檢測，但檢測到錯誤時，UDP不UDP供給牢靠的數(shù)據(jù)傳輸？答案是可以的。但必需要把確認和重傳措施加到應用程序中，應用程序不UDPUDP協(xié)議的幾個特性UDP是一個無連接協(xié)議，傳輸數(shù)據(jù)之前源端和終端不建立連接，當它想傳送時就簡潔地去抓取來自應用程序的數(shù)據(jù)，并盡可能快地把它扔到網(wǎng)絡上。在發(fā)送端，UDP傳送數(shù)據(jù)的速度僅僅是受應用程序生成數(shù)據(jù)的速度、計算機的力量和傳輸帶寬的限制；在接收端，UDP把每個消息段放在隊列中，應用程序每次從隊列中讀一個消息段。由于傳輸數(shù)據(jù)不建立連接，因此也就不需要維護連接狀態(tài)，包括收發(fā)狀態(tài)等，因此一臺效勞機可同時向多個客戶機傳輸一樣的消息。UDP8TCP20包的額外開銷很小。吞吐量不受擁擠掌握算法的調(diào)整，只受應用軟件生成數(shù)據(jù)的速率、傳輸帶寬、源端和終端主機性能的限制。雖然UDP是一個不行靠的協(xié)議，但它是分發(fā)信息的一個抱負協(xié)議。例如，在屏幕上報告股票市場、在屏幕上顯示航空信息等等。UDP也用在路由信息協(xié)議RIP(RoutingInformationProtocol)中修改路由表。在這些應用場合下，假設有一個消息喪失，在幾秒之后另一個的消息就會替換它。UDP廣泛用在多媒體應用中，例如，ProgressiveNetworks公司開發(fā)的RealAudio軟件，它是在因特RealAudioaudio-on-demandprotocolUDPUDP[]UDP協(xié)議簡介UDP協(xié)議是英文UserDatagramProtocol的縮寫，即用戶數(shù)據(jù)報協(xié)議，主要用來支多的客戶/效勞器模式的網(wǎng)絡應用都需要使用UDP協(xié)議。UDP協(xié)議從問世至今已經(jīng)被使用了很多年，雖然其最初的榮耀已經(jīng)被一些類似協(xié)議所掩蓋，但是即使是在今日，UDP與我們所熟知的TCP〔傳輸掌握協(xié)議〕協(xié)議一樣，UDP協(xié)議直接位于IP〔網(wǎng)際協(xié)議〕協(xié)議的頂層。依據(jù)OSI〔開放系統(tǒng)互連〕參考模型，UDP和TCP都屬于傳輸層協(xié)議。UDP協(xié)議的主要作用是將網(wǎng)絡數(shù)據(jù)流量壓縮成數(shù)據(jù)報的形式。一個典型的數(shù)8個字節(jié)用來包含報頭信息，剩余字節(jié)則用來包含具體的傳輸數(shù)據(jù)。0UDPUDP報頭由4個域組成，其中每個域各占用2個字節(jié)，具體如下：源端口號校驗值UDP協(xié)議使用端口號為不同的應用保存其各自的數(shù)據(jù)傳輸通道。UDP和TCP協(xié)議正是承受這一機制實現(xiàn)對同一時刻內(nèi)多項應用同時發(fā)送和接收數(shù)據(jù)的支持。數(shù)據(jù)發(fā)送一方〔可以是客戶端或效勞器端〕將UDP數(shù)據(jù)報通過源端口發(fā)送出去，UDP報頭使用兩個字節(jié)存放端口號，所以端口號的有效范圍是從0到65535。一49151是固定的，所以該域主要被用來計算可變長度的數(shù)據(jù)局部〔又稱為數(shù)據(jù)負載。據(jù)報的最大長度為65535字節(jié)。不過，一些實際應用往往會限制數(shù)據(jù)報的大小，有時會降低到8192字節(jié)。UDP協(xié)議使用報頭中的校驗值來保證數(shù)據(jù)的安全。校驗值首先在數(shù)據(jù)發(fā)送方通過特別的算法計算得出，在傳遞到接收方之后，還需要再重計算。假設某個收方的校驗計算值將不會相符，由此UDP協(xié)議可以檢測是否出錯。這與TCP協(xié)議是不同的，后者要求必需具有校驗值。UDPvs.TCPUDP和TCPTCP協(xié)議中包含了特地的傳遞保證機制，當數(shù)據(jù)接收方收到發(fā)送方傳來的信息時，會它信息，否則將始終等待直到收到確認信息為止。與TCP不同，UDP協(xié)議并不供給數(shù)據(jù)傳送的保證機制。假設在從發(fā)送方到接收方的傳遞過程中消滅數(shù)據(jù)報的喪失，協(xié)議本身并不能做出任何檢測或提示。因UDP相對于TCP協(xié)議，UDP協(xié)議的另外一個不同之處在于如何接收突法性的多個數(shù)據(jù)報。不同于TCP，UDP并不能確保數(shù)據(jù)的發(fā)送和接收挨次。例如，一個位于4D1D22D333D4444但是UDP有可能依據(jù)以下挨次將所接收的數(shù)據(jù)提交到效勞端的應用：D333D1D4444D22事實上，UDP協(xié)議的這種亂序性根本上很少消滅，通常只會在網(wǎng)絡格外擁擠的狀況下才有可能發(fā)生。UDP或許有的讀者會問，既然UDP是一種不行靠的網(wǎng)絡協(xié)議，那么還有什么使用價值或必要呢？其實不然，在有些狀況下UDP協(xié)議可能會變得格外有用。由于UDP具有TCPTCP但是在實際執(zhí)行的過程中會占用大量的系統(tǒng)開銷，無疑使速度受到嚴峻的影響。反觀UDP完成，極