下一代HTTP底層協(xié)議將放棄TCP協(xié)議并使用QUIC技術
發(fā)布時間:2020-04-22 點擊數(shù):1545
據(jù)報道,互聯(lián)網(wǎng)工程任務組(IETF)將在不久的將來討論下一代HTTP低層協(xié)議。預計將改變由微軟開發(fā)的QUIC技術。 UDP協(xié)議,新一代的HTTP將被命名為HTTP / 3。
目前,人們使用的HTTP (1.0、1.1及2)都是以TCP (Transmission Control Protocol)協(xié)議為基礎實作出來。TCP作為一種傳輸控制協(xié)議,優(yōu)點是安全、流量穩(wěn)定、講求封包的傳輸順序,但缺點是效率低、連接耗時。為了提升數(shù)據(jù)在IP網(wǎng)絡上的傳輸,Google提出了實驗性網(wǎng)絡層協(xié)議,稱為QUIC。
QUIC并不使用TCP,而改用UDP (User Datagram Protocol)為底層,UDP雖然較不安全、可能有掉封包或封包后發(fā)先至的問題,但較簡單、傳輸效率更高,能大幅減低延遲性。Google為QUIC提升安全性、并加入緩沖機制避免阻斷服務攻擊(DoS)。
雖然Google有意將QUIC提交到IETF,以便成為下一代網(wǎng)際網(wǎng)絡規(guī)范,但IETF也提出了一個和Google QUIC分庭抗禮的QUIC。社區(qū)中稱Google提出的QUIC為gQUIC,而IETF的為iQUIC。
另一方面,當IETF的QUIC工作小組將QUIC標準化時,它衍生出共兩個協(xié)議,一個是網(wǎng)絡傳輸協(xié)議,一個是HTTP層協(xié)議。網(wǎng)絡傳輸層協(xié)議也可用于傳輸其他數(shù)據(jù),不只為HTTP設定,但兩者名稱都使用了QUIC;而在iQUIC上傳輸?shù)腍TTP協(xié)議,長期以來就被稱為HTTP-over-QUIC,或HTTP/QUIC。
為了解決種種混淆,讓彼此之間更容易分別,IETF決定加以正名。HTTP工作小組暨QUIC工作小組主席Mark Nottingham倡議將HTTP-over-QUIC(HTTP/QUIC)重新命名為HTTP/3,并在上周舉行的IETF HTTPBIS會議中提議,并且也廣為接受。
Mozilla開發(fā)人員Daniel Stenberg日志列出了Nottigham在會中的簡報,簡報重申HTTP/3和之前協(xié)議之間的差異。HTTP/QUIC(HTTP/3)并非HTTP/1.1或HTTP/2的后代,也不是QUIC上的HTTP/2協(xié)議,因為它是在QUIC協(xié)議上新開發(fā)出的HTTP。下一代HTTP將是以QUIC為核心及網(wǎng)絡傳輸協(xié)議的新協(xié)議。

QUIC并不使用TCP,而改用UDP (User Datagram Protocol)為底層,UDP雖然較不安全、可能有掉封包或封包后發(fā)先至的問題,但較簡單、傳輸效率更高,能大幅減低延遲性。Google為QUIC提升安全性、并加入緩沖機制避免阻斷服務攻擊(DoS)。
雖然Google有意將QUIC提交到IETF,以便成為下一代網(wǎng)際網(wǎng)絡規(guī)范,但IETF也提出了一個和Google QUIC分庭抗禮的QUIC。社區(qū)中稱Google提出的QUIC為gQUIC,而IETF的為iQUIC。
另一方面,當IETF的QUIC工作小組將QUIC標準化時,它衍生出共兩個協(xié)議,一個是網(wǎng)絡傳輸協(xié)議,一個是HTTP層協(xié)議。網(wǎng)絡傳輸層協(xié)議也可用于傳輸其他數(shù)據(jù),不只為HTTP設定,但兩者名稱都使用了QUIC;而在iQUIC上傳輸?shù)腍TTP協(xié)議,長期以來就被稱為HTTP-over-QUIC,或HTTP/QUIC。
為了解決種種混淆,讓彼此之間更容易分別,IETF決定加以正名。HTTP工作小組暨QUIC工作小組主席Mark Nottingham倡議將HTTP-over-QUIC(HTTP/QUIC)重新命名為HTTP/3,并在上周舉行的IETF HTTPBIS會議中提議,并且也廣為接受。
Mozilla開發(fā)人員Daniel Stenberg日志列出了Nottigham在會中的簡報,簡報重申HTTP/3和之前協(xié)議之間的差異。HTTP/QUIC(HTTP/3)并非HTTP/1.1或HTTP/2的后代,也不是QUIC上的HTTP/2協(xié)議,因為它是在QUIC協(xié)議上新開發(fā)出的HTTP。下一代HTTP將是以QUIC為核心及網(wǎng)絡傳輸協(xié)議的新協(xié)議。
Litespeed的工程師也宣布該公司和臉書已經(jīng)完成HTTP/3實作的相容性測試。
以上即是全網(wǎng)數(shù)據(jù)小編關于下一代http底層協(xié)議的分享,全網(wǎng)數(shù)據(jù)為大家提供專業(yè)深圳服務器托管,深圳服務器租用,深圳主機托管,云服務器租用等海內(nèi)外服務器相關資源,詳情歡迎咨詢客服了解。