什麼是QUIC
在UDP之上運作的傳輸層協定。內建TLS 1.3加密,把建立連線與金鑰交換合併在1個往返內完成。在一條連線中多工傳送多個串流,即使某個串流的封包遺失,其他串流也不會停住。它是HTTP/3的基礎,於2021年由IETF標準化為RFC 9000。
日文名稱: QUIC
「QUIC」出現在2領域的3道練習題中(電腦網路基礎, Web技術基礎等)。
這個名詞所屬的領域: 電腦網路基礎
在UDP之上運作的傳輸層協定。內建TLS 1.3加密,把建立連線與金鑰交換合併在1個往返內完成。在一條連線中多工傳送多個串流,即使某個串流的封包遺失,其他串流也不會停住。它是HTTP/3的基礎,於2021年由IETF標準化為RFC 9000。
日文名稱: QUIC
「QUIC」出現在2領域的3道練習題中(電腦網路基礎, Web技術基礎等)。
這個名詞所屬的領域: 電腦網路基礎
即使在IP之上直接設計新的傳輸協定,途中的NAT與防火牆大多也不會讓不認識的協定封包通過。此外,TCP實作在作業系統的核心中,即使改良,也要很長時間才能普及到世上的設備。QUIC建構在到處都能通過的UDP之上,並在應用程式與函式庫中運作,因此能隨著瀏覽器等的更新而改良。標頭的大部分也經過加密,避免途中的設備依賴其內容而妨礙日後的變更。
使用TCP與TLS時,TCP的三向交握之後還要接著進行TLS交握;QUIC把兩者合而為一,1個往返就能開始傳送資料。對以前連線過的伺服器,還能使用從第一個封包就傳送資料的0-RTT(但僅限於重複執行也無妨的請求)。此外,HTTP/2在一條TCP連線上承載多個串流,只要遺失一個封包,所有串流都得等待;QUIC則以串流為單位管理順序,遺失的影響只限於該串流。
TCP的連線以IP位址與連接埠號碼的組合區分,因此智慧型手機從Wi-Fi切換到行動網路時連線就會斷開。QUIC以連線ID區分連線,即使位址改變也能繼續連線(連線遷移)。遺失偵測、重傳與壅塞控制都在QUIC內部進行,且封包編號不會重複使用,因此能區分原本的封包與重傳的封包,正確量測RTT。另一方面,與能大量利用核心與網路卡支援的TCP相比,QUIC的CPU負載容易較高。
兩者都提供可靠且依順序的通訊,但QUIC在UDP之上運作,並內建TLS 1.3加密。它的連線建立較快(1個往返,重新連線時可為0個往返),能在一條連線中獨立傳送多個串流,而且IP位址改變時也能維持連線,這些都與TCP不同。
HTTP/3是在QUIC之上進行HTTP交換的版本。HTTP/2在TCP與TLS上進行的串流多工與加密,改由QUIC負責。因此HTTP/3的通訊通常使用UDP的443號連接埠。
例如HTTP/3使用的QUIC,就是在UDP之上實作重傳與加密。
下列關於UDP特徵的敘述,何者正確?HTTP/3使用的QUIC把傳輸層與加密的交握合併為1個往返,重新連線時還提供在第一次往返就傳送資料的方法(0-RTT)。
以HTTPS(在TCP之上的TLS 1.3)重新連線到RTT(往返時間)為100 ms的Web伺服器,從送出第一個請求…HTTP/3使用在UDP上運作的QUIC,以串流為單位管理順序,因此遺失的影響只限於該串流。
關於HTTP/2與HTTP/3的說明,下列何者正確?TCP(傳輸控制協定) HTTP(超文字傳輸協定) UDP(使用者資料包協定) DNS(網域名稱系統) IP(網際網路協定) 連接埠號碼 ARQ(自動重傳請求) HTTPS TLS RTT(往返時間)