/ Unsplash / ステッカー・ミュール
QUICとは
これは、UDPプロトコルに基づいて構築された、ネットワークを介してデータを送信するためのメカニズムです。接続の遅延を減らすことができます。「トリプルハンドシェイク」の原理を使用するTCPとは異なり、QUICでは、ハンドシェイクはおなじみのサーバーでは1つのステージで行われ、慣れていないサーバーでは2つのステージで行われます。
TCPと比較して、QUICのスループットも高くなっています。テストでは、 YouTube動画を再生するときに、再バッファリングの数が30％減少しました。
議論されているドキュメント
2018年には、インターネット技術協議会（IETF）の代表が指摘 QUICが大規模なテストのための準備ができているが、まだ多くの欠点に標準原因になることができません。2年間でプロトコルが完成し、専門家グループがRFC形式で発行する準備をしています。
Habréに関するブログからの追加の読み：
- QUICプロトコルは実装の準備ができています[しかしRFCになる準備ができていません]
- DNS-over-HTTPSの実装方法
- ITコミュニティが新しいIPイニシアチブにどのように対応しているか
6月中旬、IETFワーキンググループ共同議長のLucas Pardue が、QUICドラフトディスカッションの最終ラウンドの開始を発表しました。全部で6つのドキュメントがあり、プロトコルのさまざまな側面に専念しています。
- QUICトランスポート。これは、QUICトランスポートプロトコルのメカニズムの説明です。データ送信とパケット処理のフロー制御、バージョンネゴシエーション、安全な通信チャネルのオープン、および暗号化キーの交換です。
- QUIC損失検出および輻輳制御。データの整合性を監視し、通信チャネルを過負荷にする方法の説明が含まれています。
- Using TLS to Secure QUIC. , TLS QUIC. , IANA.
- Version-Independent Properties of QUIC. , — , .
- HTTP/3. , HTTP QUIC.
- QPACK Header Compression for HTTP/3. QPACK — , .
ディスカッションは来週-7月8日に終了します。その後、QUIC仕様はIETFの承認を受けて公開されます。ディスカッションには誰でも参加できます。GitHubにコメントや提案を残すことができます。現在、 AADまたはnonceの選択に関する議論
があります。しかし、彼らは、十分な理由がある場合にのみコンセンサスがすでに達成されている問題に戻ります。
誰がすでにプロトコルを実装しているか
QUICはまだ標準ではありませんが、一部のIT企業はそれを使用しています。CloudflareやVerizon Digital Media Services（VDMS）などのCDNサービスが彼と協力し始めました。
/ Unsplash / Nathan Dumlao
実験的なHTTP / 3サポートがChromeとFirefoxにすでに追加されています。後者の場合、プロトコルの動作は Neqoプロジェクト（GitHubで入手可能）に基づいています。これは、QUICのクライアントとサーバーの実装です。
IETFドラフトはNGINXでも使用されました-6月中旬、同社は QUICとHTTP / 3をサポートするプロキシサーバーのプレビューバージョンを発表しました。 5月の終わりに、マイクロソフトはライブラリコードを開くことも発表しましたMsQuicとプロトコル実装。ライブラリはクロスプラットフォームです-STLSとOpenSSLをそれぞれ使用してWindowsとLinuxで実行できます（TLS 1.3の場合）。専門家は、QUIC標準の採用により、さらに多くの企業が実装をリリースすると予測しています。
企業ブログで私たちが書いたこと：
- DNS over HTTPS-セキュリティまたは作業の難しさ
- オペレーターのネットワークでブルートフォースを検出する方法
- 通信事業者サービスの未来