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

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

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

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

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

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

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

6 ::2022/06/15(水) 20:25:53.68 ID:NfjT5L9E0.net

り、輻輳

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

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

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

なんかWinnyみたいだな

47 ::2022/06/15(水) 22:00:54.12 ID:X8ZE96Qi0.net

なんか名前ダサいからダメ!

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

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

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

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

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

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

34 ::2022/06/15(水) 20:54:23.77 ID:N49QwSKw0.net

グローバル規格になったら色々ヤバそうだけど、まずないだろうな

41 ::2022/06/15(水) 21:25:12.01 ID:N1wsH0ta0.net

UDPってデータが不正確じゃなかったっけ?
画像とか動画とかはまあいいけど数値データを送るのには向いてない
正確さを犠牲にして転送速度を優先したプロトコルだわ

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

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

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

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

30 ::2022/06/15(水) 20:51:07.87 ID:mMiNmmOh0.net

なるほど、全然分からん
ガンダムで例えてくれ

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

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

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

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

35 ::2022/06/15(水) 20:55:30.10 ID:nSAZRPlZ0.net

話がわからない

25 ::2022/06/15(水) 20:46:04.29 ID:Sj11NxUi0.net

そういやインターロップ開催中か

57 ::2022/06/15(水) 22:33:54.13 ID:Z67IbYix0.net

>>55
現代のネット回線はわざわざTCP使うほど品質が悪くないって事だろう

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

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

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

68 ::2022/06/16(木) 01:21:41.45 ID:HwCQvocS0.net

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

>>28
UDPの上位層じゃなかったか

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を返してくるわけ
これを繰り返すことによってルーティングをトレースできちゃうってこと

69 ::2022/06/16(木) 01:34:23.26 ID:j2c8TJsO0.net

>>22
googleの利権ビジネスだな

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

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

70 :ハダル(茸) [BR]:2022/06/16(木) 02:35:28 ID:Pm4d+/7u0.net

ググル規格に世界は平伏し隷属され搾取妄信するのだ!

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

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

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

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

18 ::2022/06/15(水) 20:39:41.47 ID:3l9kAYBn0.net

テクピッピ死亡?
ユデピッピにヘテテッピ3が乗るの?

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

ないわー

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

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

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

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

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

81 :ミラ(ジパング) [RO]:2022/06/16(木) 08:48:19 ID:qkxpQydh0.net

>>57
ていうか品質悪くて再送発生するような回線ではTCPなんか使ってられんてことだ

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

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

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

>>61
思った

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

netbeu

73 ::2022/06/16(木) 03:43:04.92 ID:C3HlS7kz0.net

「グイッグベェイ!」

80 :ミラ(ジパング) [RO]:2022/06/16(木) 08:46:43 ID:qkxpQydh0.net

>>41
途中抜けてもかまわん用途用だね
抜け漏れ許さない通信には向いてない

26 ::2022/06/15(水) 20:47:16.16 ID:KgWCMLNa0.net

QUICはアプリベースでの実装だからOSでサポートされてるTCP/IPのように、全てのアプリで使えるわけじゃないんだな。

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

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

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

ゲルブリ!!

38 ::2022/06/15(水) 21:20:05.17 ID:OfKTSJZG0.net

たまーに使うね
QUICPay

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

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

45 ::2022/06/15(水) 21:53:26.81 ID:eC577Xem0.net

>>29
階層違くね?

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

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

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

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

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

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

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

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

だろ