UDP通信協(xié)議簡介

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