HTTPU

HTTPU協定是指在UDP基礎上實現的通常在TCP上傳送的HTTP協定。HTTPU協定被主要運用在UPnP協定,特別是UPnP協定簇中的SSDP協定。但至今尚未被列入RFC之中,只是一項自1999年至今,實驗中的技術。

基本介紹

  • 中文名:HTTPU
  • 外文名:HTTPU
簡介,用戶數據報協定,傳輸控制協定,

簡介

HTTPU協定是指在UDP基礎上實現的通常在TCP上傳送的HTTP協定。HTTPU協定被主要運用在UPnP協定,特別是UPnP協定簇中的SSDP協定。但至今尚未被列入RFC之中,只是一項自1999年至今,實驗中的技術。

用戶數據報協定

用戶數據報協定(英語:User Datagram Protocol,縮寫為UDP),又稱用戶數據報文協定,是一個簡單的面向數據報的傳輸層協定,正式規範為RFC 768。
在TCP/IP模型中,UDP為網路層以上和套用層以下提供了一個簡單的接口。UDP只提供數據的不可靠傳遞,它一旦把應用程式發給網路層的數據傳送出去,就不保留數據備份(所以UDP有時候也被認為是不可靠的數據報協定)。UDP在IP數據報的頭部僅僅加入了復用和數據校驗(欄位)。
UDP首部欄位由4個部分組成,其中兩個是可選的。各16bit的來源連線埠和目的連線埠用來標記傳送和接受的套用進程。因為UDP不需要應答,所以來源連線埠是可選的,如果來源連線埠不用,那么置為零。在目的連線埠後面是長度固定的以位元組為單位的長度域,用來指定UDP數據報包括數據部分的長度,長度最小值為8byte。首部剩下地16bit是用來對首部和數據部分一起做校驗和(Checksum)的,這部分是可選的,但在實際套用中一般都使用這一功能。
由於缺乏可靠性且屬於非連線導向協定,UDP套用一般必須允許一定量的丟包、出錯和複製貼上。但有些套用,比如TFTP,如果需要則必須在套用層增加根本的可靠機制。但是絕大多數UDP套用都不需要可靠機制,甚至可能因為引入可靠機制而降低性能。流媒體(流技術)、即時多媒體遊戲和IP電話(VoIP)一定就是典型的UDP套用。如果某個套用需要很高的可靠性,那么可以用傳輸控制協定(TCP協定)來代替UDP。
由於缺乏擁塞控制(congestion control),需要基於網路的機制來減少因失控和高速UDP流量負荷而導致的擁塞崩潰效應。換句話說,因為UDP傳送者不能夠檢測擁塞,所以像使用包佇列和丟棄技術的路由器這樣的網路基本設備往往就成為降低UDP過大通信量的有效工具。數據報擁塞控制協定(DCCP)設計成通過在諸如流媒體類型的高速率UDP流中,增加主機擁塞控制,來減小這個潛在的問題。
典型網路上的眾多使用UDP協定的關鍵套用一定程度上是相似的。這些套用包括域名系統(DNS)、簡單網路管理協定(SNMP)、動態主機配置協定(DHCP)、路由信息協定(RIP)和某些影音流服務等等。

傳輸控制協定

傳輸控制協定(英語:TransmissionControlProtocol,縮寫為TCP)是一種面向連線的、可靠的、基於位元組流傳輸層通信協定,由IETF的RFC 793定義。在簡化的計算機網路OSI模型中,它完成第四層傳輸層所指定的功能,用戶數據包協定(UDP)是同一層內另一個重要的傳輸協定。
在網際網路協定族(Internet protocol suite)中,TCP層是位於IP層之上,套用層之下的中間層。不同主機的套用層之間經常需要可靠的、像管道一樣的連線,但是IP層不提供這樣的流機制,而是提供不可靠的包交換。
套用層向TCP層傳送用於網間傳輸的、用8位位元組表示的數據流,然後TCP把數據流分割成適當長度的報文段(通常受該計算機連線的網路的數據鏈路層的最大傳輸單元(MTU)的限制)。之後TCP把結果包傳給IP層,由它來通過網路將包傳送給接收端實體的TCP層。TCP為了保證不發生丟包,就給每個包一個序號,同時序號也保證了傳送到接收端實體的包的按序接收。然後接收端實體對已成功收到的包發回一個相應的確認(ACK);如果傳送端實體在合理的往返時延(RTT)內未收到確認,那么對應的數據包就被假設為已丟失將會被進行重傳。TCP用一個校驗和函式來檢驗數據是否有錯誤;在傳送和接收時都要計算校驗和。

相關詞條

熱門詞條

聯絡我們