TCP/IPの後継にGoogle由来の「QUIC」が注目を集めている模様 [896590257]

元スレ

1 ：：2022/06/15(水) 20:20:03.02 ID:lqV7TjJT0●.net ?PLT(21003)
https://img.5ch.net/ico/2-1.gif
TCP/IPの後継技術になるか、常識を破る「QUIC」と「ICN」の衝撃
2022.06.15　日経NETWORK

アプリケーションの高度化やデータ通信量の増加に対応するため、TCP/IP（Transmission Control Protocol/Internet Protocol）の後継となる技術の検討も始まっている。
その代表格が「QUIC」というプロトコルだ。TCPに取って代わる可能性があるとして注目されている。

QUICは、米グーグルが自社のWebサービスで大量のアクセスを高速に処理するために開発した独自プロトコルをベースにしている。
同社はこのプロトコルを2015年にIETF（Internet Engineering Task Force）へ提出。
その後、TLS（Transport Layer Security）の機能を取り込み、HTTP以外にも使えるようにするなどの変更を加えて標準化へと至った。

QUICの主な特徴は、「TCPと同等の再送制御や輻輳制御を備える」「通信開始時の決まりごと（ハンドシェーク）による遅延が小さい」
「複数の通信路を利用して通信を効率化する」「いったん通信した相手と再接続する場合はハンドシェークなしで通信できる」の4つだ。
従来のWeb通信はTCPとTLSを使う。QUICはUDPを利用するため、TCPと同等の再送や輻輳の制御を組み込んだ。
さらに、TLSによるハンドシェークを利用して1度のやりとりだけで通信路を確立できるようにした。

https://xtech.nikkei.com/atcl/nxt/column/18/02085/052500006/
https://cdn-xtech.nikkei.com/atcl/nxt/column/18/02085/052500006/zu01.jpg
https://cdn-xtech.nikkei.com/atcl/nxt/column/18/02085/052500006/zu02.jpg
https://cdn-xtech.nikkei.com/atcl/nxt/column/18/02085/052500006/zu03.jpg

76 ：ミランダ(岩手県) [US]：2022/06/16(木) 06:27:23 ID:qGBuZbL10.net

>>23
これ絶対に嫌な予感するだろ

74 ：チタニア(東京都) [US]：2022/06/16(木) 04:38:59 ID:+YUDt63C0.net

Googleが生み出す物って大概使えない
サーチエンジン屋如きが調子に乗ってしまった結果

65 ：：2022/06/16(木) 00:38:08.10 ID:Ia5rZ39V0.net

サーバ負荷を下げてパフォーマンスは向上させたい
末端ユーザーの恩恵よりGoogleさんの恩恵がずっとデカい
どっちも損はしないけど

60 ：：2022/06/15(水) 22:37:01.03 ID:ClmUIQlY0.net

>>2
icnってやつなんかすげぇ早くなりそうだけど
そんなでかいキャッシュ持てるルータ誰が用意すんだろうな

54 ：：2022/06/15(水) 22:26:16.40 ID:TKdPhaXs0.net

なんて読むの？クイック？クイッ？

17 ：：2022/06/15(水) 20:38:51.15 ID:wQBXmaIY0.net

ハンドシェーク無しって通信路クローズしないのか。そうするとメモリー食いそうだけどどうなんだろ。

43 ：：2022/06/15(水) 21:37:10.50 ID:xYk9LeMW0.net

>>4
みんなそれで覚えるよな

31 ：：2022/06/15(水) 20:51:13.28 ID:BLnTINcA0.net

>>23
あかん
やな予感しかしない

9 ：：2022/06/15(水) 20:28:32.30 ID:Sj11NxUi0.net

微改良程度じゃないの？

52 ：：2022/06/15(水) 22:08:13.86 ID:rJwQkQcl0.net

>>49
youtubeはこれでみてるんじゃなかった？

64 ：：2022/06/16(木) 00:09:01.69 ID:AfJd0izC0.net

GAFAの中ではましだけど、所詮寡占企業。信用ならんわ。

61 ：：2022/06/15(水) 22:38:33.40 ID:5MqoqaSR0.net

なんかWinnyみたいだな

8 ：：2022/06/15(水) 20:28:07.01 ID:9kEEvET60.net

去年だかにもQUICの記事あったな

4 ：：2022/06/15(水) 20:22:40.61 ID:k8zSPCr30.net

おいおいせっかく覚えたのによアプセトネデブ

59 ：：2022/06/15(水) 22:35:59.91 ID:5MqoqaSR0.net

ピンが良くなるのか？

48 ：：2022/06/15(水) 22:01:15.28 ID:/sQa6POy0.net

自サイトで導入してるけど、まあ速い感じはするよ
主要ブラウザは対応してるし環境あるなら使わない手はない

13 ：：2022/06/15(水) 20:32:44.10 ID:8J20HMGZ0.net

あまりにもgoogle的で笑うわ
CLがサーバなりホストと直で話するのがIPの狙いなんだから

63 ：：2022/06/15(水) 22:57:25.67 ID:QKpmO5bY0.net

後継になるかはさておきいいんじゃないかな

40 ：：2022/06/15(水) 21:23:55.92 ID:ezMxYTmC0.net

QUICを直接終端させたサーバが出てきてるのかな？
LB的な動作前提なプロトコルのイメージだけどな

20 ：：2022/06/15(水) 20:43:05.24 ID:EVLDLCWo0.net

ipv4で事足りるとバレたからなあ

77 ：セドナ(栃木県) [GB]：2022/06/16(木) 08:20:27 ID:cEUq6B060.net

TCP/IPの後継というから今のIPv4,IPv6を置き換えるのかと思ったらIP/UDPの上に乗っかってるじゃん

82 ：：2022/06/16(木) 16:36:01.55 ID:4bpJc3dm0.net

ハンドシェイクなしに通信ねぇ…udpみたいに投げっぱならまだしも攻撃のいとぐちになる予感しかない

62 ：：2022/06/15(水) 22:39:24.89 ID:ClmUIQlY0.net

>>61
思った

46 ：：2022/06/15(水) 21:57:16.00 ID:MQis3l4A0.net

ないわー

50 ：：2022/06/15(水) 22:05:15.53 ID:Zi2OExCE0.net

>>4
オープンセットねデーブ

だろ

16 ：：2022/06/15(水) 20:38:15.01 ID:t6SEUT8c0.net

今もgoogleで使ってるんでしょ？
実用性あって優れてるならそれでいいじゃん

22 ：：2022/06/15(水) 20:44:43.04 ID:OVu/Chqy0.net

HUBやらルーターやら無線やら全部買いなおしか

36 ：：2022/06/15(水) 21:10:29.52 ID:67vj1GRq0.net

こんなセキュリティガバガバなん使えるかボケが

66 ：：2022/06/16(木) 00:53:41.03 ID:cUsN3H9u0.net

TCP/IPの後継ってのに違和感感じるんだが

11 ：：2022/06/15(水) 20:32:21.12 ID:oGF2spud0.net

>>5
keep-aliveなんてやったらスマホの電池食うから駄目
QUICは0RTTのためにセッションを保存できるから全然違う

14 ：：2022/06/15(水) 20:35:25.59 ID:0YkxO5im0.net

netbeu

78 ：ミラ(ジパング) [RO]：2022/06/16(木) 08:44:15 ID:qkxpQydh0.net

>>23
ブラクラやフィッシングにはもってこいだな

29 ：：2022/06/15(水) 20:50:57.71 ID:SNviP8NF0.net

HTTP/3がOSに実装されたら消える規格だな。
今、実装するソフトメーカーあるんか？

2 ：：2022/06/15(水) 20:20:35.56 ID:lqV7TjJT0.net ?PLT(20003)

https://img.5ch.net/ico/2-1.gif
>>1の続き

またQUICは、TCPで問題となる「ヘッドオブラインブロック」を回避できる。
これは、TCPセグメントを連続で送るとき、先頭のセグメントにエラーが起こるとその再送が完了するまで、後続のセグメントを送れないという現象だ。
従来のWeb通信では単一の通信路を使うため、先行するTCPセグメントでエラーが発生すると後続するセグメントを処理できない。
一方、QUICを使った通信は複数の通信路を確立して、並行してデータをやりとりする。ある通信路でデータが損失して再送が必要になっても、別の通信路で並行してデータを送信できる。
さらにQUICでは、TLS 1.3の0-RTT（Round-Trip Time）という機能を使うことで、再接続の処理を高速化できる。
従来のWeb通信では、一度通信したことがある相手でも、再度接続する場合はTCPの3ウエイハンドシェークやTLSのハンドシェークを行う必要がある。
一方0-RTTでは、こうした事前のやりとりをせずに通信路を再確立する。

https://cdn-xtech.nikkei.com/atcl/nxt/column/18/02085/052500006/zu01.jpg
https://cdn-xtech.nikkei.com/atcl/nxt/column/18/02085/052500006/zu02.jpg
https://cdn-xtech.nikkei.com/atcl/nxt/column/18/02085/052500006/zu03.jpg

71 ：デネブ(福岡県) [US]：2022/06/16(木) 02:46:50 ID:ap+l65mO0.net

ちゃんと鍵の使い捨て出来るんだろうか？

72 ：：2022/06/16(木) 03:29:19.54 ID:dDwoxsb80.net

ゲルブリ！！

5 ：：2022/06/15(水) 20:23:45.92 ID:FNt/RrvS0.net

keep-aliveなコネクションだと初回接続以外に大して効果ないし、キャッシュも静的コンテンツしか意味をなさないのでは？

24 ：：2022/06/15(水) 20:45:56.82 ID:q3RnKjU10.net

世界の標準変えてまで必要なことか？

12 ：：2022/06/15(水) 20:32:23.19 ID:NfjT5L9E0.net

>>7
パケットの経路を決めるのはIPなのでその上に何が載ってようがが同じ

10 ：：2022/06/15(水) 20:28:59.66 ID:0nZ+G1160.net

ぼくのおちんちんもクイッククイック

7 ：：2022/06/15(水) 20:26:38.50 ID:ZRj42xe10.net

それぞれ別ルートを経由したパケットのルーティング処理分世界中のネットワーク全体をみたとき負荷が大きくなってるってことないの？

75 ：白色矮星(茸) [US]：2022/06/16(木) 05:25:53 ID:IJZsC7Dl0.net

ハンドシェイクって、カクテルでも作るんか？

53 ：：2022/06/15(水) 22:13:46.92 ID:mtoHda5I0.net

>>30
ガンダム換装してたアムロはAパーツとBパーツ外してコアファイターで移動するが
カミーユは変形して移動する。

つまりガンペーリーが要らなくなる分お得と言いたいのだろうが、そんな訳はない

56 ：：2022/06/15(水) 22:30:53.88 ID:ClmUIQlY0.net

全部グーグルに握らせて大丈夫かよw

27 ：：2022/06/15(水) 20:47:46.53 ID:KgWCMLNa0.net

>>22
アプリも買い直しかバージョンアップしないと。

28 ：：2022/06/15(水) 20:50:22.57 ID:2HOYSeaN0.net

TCP/IPからQUIC/IPってことか？

58 ：：2022/06/15(水) 22:34:23.86 ID:SACHZDCF0.net

TLSといえばほめるみつめるてをにぎる
正にハンドシェーク

23 ：：2022/06/15(水) 20:44:56.32 ID:e/q21V3f0.net

＞「いったん通信した相手と再接続する場合はハンドシェークなしで通信できる」

なんかヤベエのに入り込まれそう・・

51 ：：2022/06/15(水) 22:08:04.01 ID:cR5fBqMC0.net

>>26
マジか。
それで使いものになるの？

33 ：：2022/06/15(水) 20:54:16.47 ID:StVnRUar0.net

お前らパケットのルーティングがトレースできる仕組み知ってる？不思議だと思わない？
IPのフォーマットの中にTTL(生存時間)って8ビットのパラメーターあるのよ
この数字がルーティングされるたびに減算されていって0でそのパケット死ぬんだけど
0に減じたルーターは発信元にICMPを打つルールになってるわけ

なので最初にTTL=1にしとけば1番目のルーターがICMPを返してきて
TTL=2にしとけば2番目のルーターがICMPを返してくるわけ
これを繰り返すことによってルーティングをトレースできちゃうってこと