※ 引述《Jyery (文弟)》之銘言：
: 1.媒體來源:
: IThome
: 2.完整新聞標題:
: 下一代網際網路傳輸協定將不再用TCP協定，HTTP/3名稱確定了
: 3.完整新聞內文:
: 標準組織網際網路工程任務組（Internet Engineering Task Force, IETF）近日商討
下
: 一代HTTP底層協定，可望將改用以UDP協定發展出的QUIC技術，並不再使用沿用多年的T
CP
: 協定，同時新一代HTTP將命名為HTTP/3。
: 今天的HTTP (1.0、1.1及2)都是以TCP (Transmission Control Protocol)協定為基礎
實
: 作出來。TCP作為一種傳輸控制協定，優點是安全、流量穩定、講求封包的傳輸順序，
但
: 缺點是效率低、連接耗時。為了提升資料在IP網路上的傳輸，Google提出了實驗性網路
層
: 協定，稱為QUIC。QUIC並不使用TCP，而改用UDP (User Datagram Protocol)為底層，U
DP
: 雖然較不安全、可能有掉封包或封包後發先至的問題，但較簡單、傳輸效率更高，能大
幅
: 減低延遲性。Google並為QUIC提升安全性、並加入緩衝機制避免阻斷服務攻擊（DoS）
。
: 雖然Google有意將QUIC提交到IETF，以便成為下一代網際網路規範，但IETF也提出了一
個
: 和Google QUIC分庭抗禮的QUIC，社群中各稱之為gQUIC及iQUIC。另一方面，當IETF的
: QUIC工作小組將QUIC標準化時，它衍生出網路傳輸層及HTTP層二個協定，網路傳輸層協
定
: 也可用於傳輸其他資料，不只為HTTP設定。但是兩者名稱都使用了QUIC，而在iQUIC上
傳
: 輸的HTTP的協定，長期以來就被稱為HTTP-over-QUIC，或HTTP/QUIC。
: 為了解決種種混淆，於是IETF決定加以正名。HTTP工作小組暨QUIC工作小組主席Mark
: Nottingham倡議將HTTP-over-QUIC（HTTP/QUIC）重新命名為HTTP/3，並在上周舉行的
: IETF HTTPBIS會議中提議，並且也廣為接受。
: Mozilla開發人員Daniel Stenberg網誌列出了Nottigham在會中的簡報，簡報重申HTTP/
3
: 和之前協定之間的差異。HTTP/QUIC（HTTP/3）並非HTTP/1.1或HTTP/2的後代，也不是
: QUIC上的HTTP/2協定，因為它是在QUIC協定上新開發出的HTTP。下一代HTTP將是以QUIC
為
: 核心及網路傳輸協定的新協定。
: Litespeed的工程師也宣佈該公司和臉書已經完成HTTP/3實作的相容性測試。
: 4.完整新聞連結 (或短網址):
: https://tinyurl.com/yced7ml2
: 5.備註:
: 網通跟計概要改課本了嗎
: 下載速度可以翻倍嗎
簡單科普一下
在OSI七大層之中
TCP,UDP,和這次新的QUIC都是屬於傳輸層
這層主要的用意主要用來穩定網路的傳輸
因為在網路傳輸中往往會有一些物理原因使得資料並非100%傳輸成功
可能會內容多傳，順序錯誤，或是遺漏資料
所以需要多一層來確保傳輸能否正確
而TCP就是會先做三向傳輸(熟稱的握手）來確定雙方是否正確連線,而UDP就僅僅是盡量傳
資料，等傳到結束
至於UDP沒有完全檢查資料正確性就交由更上層決定或是給一些不需在意資料正確性的協
定使用
因為TCP除了上面的握手會多花些時間外，加上標頭也會多些握手資訊，所以TCP往往會比
UDP來得慢
而不論是HTTP1.0/1.1/2.0 都是沒有資料正確性檢查機制,所以需要改變HTTP
而QUIP要能適應更多應用層的協定則得要下更多功夫,畢竟沒有TCP的三向傳輸