【通信プロトコル】HTTP/3が正式に勧告、脱TCP時代の幕開けか [エリオット★]

1 ：へっぽこ立て子＠エリオット ★：2022/06/08(水) 14:39:22.59 ID:CAP_USER.net

　インターネット関連技術の標準化を手掛けるIETF（Internet Engineering Task Force）は2022年6月6日（米国時間）、通信プロトコル「HTTP/3（HyperText Transport Protocol/3）」を「RFC 9114」として勧告した。HTTP/3はインターネット通信の多くを占めるWebにおける通信プロトコルの最新版である。

　最大の特徴は、トランスポートのプロトコルに「QUIC（Quick UDP Internet Connections）」を採用した点。QUICは2021年にIETFで「RFC 9000」として勧告された。その名前が示すように、TCP（Transmission Control Protocol）ではなく、UDP（User Datagram Protocol）に基づくプロトコルだ。TCPが備えていた再送制御の仕組みや、TLS（Transport Layer Security）による暗号化処理をQUICが実施する。

https://cdn-xtech.nikkei.com/atcl/nxt/news/18/13024/ph1.png
HTTP/3はトランスポートのプロトコルにQUICを採用

　HTTPでは基本的に1対のリクエストとレスポンスが独立して呼び出される。それらを個々に処理すると効率が下がる。そこでHTTP/3では、複数のリクエストとレスポンスをまとめた仮想的なパイプラインで処理することで、コネクション確立やエラー処理などのオーバーヘッドを低減させて高速化を図る。

　従来のHTTP/2およびHTTP/1では、トランスポートのプロトコルにTCPを使っていた。しかしTCPは通信データ量のかなりの部分をプロトコルによる制御が占めている。このため遅延の影響を受けやすく、オーバーヘッドも大きい。

　特に無駄が多いのが再接続時の処理だ。HTTPは暗号化処理の際にTLSを併用する。このため再接続時にはTCPで接続を確立した後に、さらにTLSによるネゴシエーションが必要だった。HTTP/3はQUICを採用することで、こうしたオーバーヘッドを排除している。

https://cdn-xtech.nikkei.com/atcl/nxt/news/18/13024/ph2.png
TCPとTLSによるオーバーヘッドをなくす

　HTTP/3はもともと米Google（グーグル）が開発していた。対応するWebサーバーが増え、Google以外にも多くの事業者がHTTP/3への対応を進めている。米Q-Successの調査によると、2022年6月時点で約25％のWebサイトが既にHTTP/3に対応しているという。

2022.06.08
日経クロステック（xTECH）
https://xtech.nikkei.com/atcl/nxt/news/18/13024/

2 ：名刺は切らしておりまして：2022/06/08(水) 14:40:43.06 ID:rqu0cDbD.net

ガンダムに例えるとどんな感じなん？

3 ：名刺は切らしておりまして：2022/06/08(水) 14:42:06.28 ID:CugQEM7j.net

オーバーヘッド

4 ：名刺は切らしておりまして：2022/06/08(水) 14:42:28.60 ID:HPgx9hxq.net

マグネットコーティングで速くなった

5 ：名刺は切らしておりまして：2022/06/08(水) 14:45:29.28 ID:T4m1l66n.net

勧告はITUで、IETFはPSだぞ

6 ：名刺は切らしておりまして：2022/06/08(水) 14:51:25.17 ID:gDV3lwFi.net

IETFは(RFC)Request for commentsで

7 ：名刺は切らしておりまして：2022/06/08(水) 14:51:28.42 ID:qhgZT0+n.net

>>1
カッコつけて横文字ばっか使うなバーカ

8 ：名刺は切らしておりまして：2022/06/08(水) 14:52:37.12 ID:bTVFrcH1.net

てかさ、その新しいプロトコルに対応するのがhttpdてか、Webサーバだとして、実際にパケットがどう動くのか見てみないとわからんから
まぁテスト環境作るか…

9 ：名刺は切らしておりまして：2022/06/08(水) 14:53:17.88 ID:QBrZ2JG8.net

Webサーバーじゃねーからちゃんと、Webサーバと書け

10 ：名刺は切らしておりまして：2022/06/08(水) 14:56:26.32 ID://dd1+JU.net

UDPの癖に再送してんじゃねーぞ

11 ：名刺は切らしておりまして：2022/06/08(水) 14:59:40.78 ID:bTVFrcH1.net

>>9
え、「HTTP/3」とか言っているから、HTTP関連かと思ってた
nginxとかapacheとかが対応するようになるのかと思た

12 ：名刺は切らしておりまして：2022/06/08(水) 15:00:06.68 ID:LZaUbhe9.net

オーバーフローやりやすくなるってこと？

13 ：名刺は切らしておりまして：2022/06/08(水) 15:05:00.80 ID:5jZbk11U.net

パケロス環境だと大変なことになりそう
その場合はTCPに切り替わるんかな

14 ：名刺は切らしておりまして：2022/06/08(水) 15:08:19.02 ID:XY59cw6Q.net

東京メトロ

15 ：名刺は切らしておりまして：2022/06/08(水) 15:10:09.48 ID:CugQEM7j.net

>>9
伸ばすようになってもうだいぶ経つけど
そんなことよりついでに増えたデーターにイライラする

16 ：名刺は切らしておりまして：2022/06/08(水) 15:15:16.56 ID:kGMieDVl.net

>>8
https://eng-blog.iij.ad.jp/archives/10039#%e7%89%b9%e5%be%b4
＞もしみなさんが、最新のFirefoxやChromeをお使いでしたら、すでにQUICを利用しています。
＞今回は https://www.google.com にアクセスして、確かめてみましょう。最初に通信するとき、
＞ブラウザは HTTP/2を利用しますが、HTTPの Alt-Svc ヘッダを介して
＞HTTP/3 が利用可能だと通知されます。そのため、2回目からの通信にはHTTP/3を使うようになります。

実質Googleが開発してるから、Googleにアクセスすれば試せるぞ

17 ：名刺は切らしておりまして：2022/06/08(水) 15:15:52.35 ID:rzkz7X4a.net

うる覚え

18 ：名刺は切らしておりまして：2022/06/08(水) 15:17:08.75 ID:uXaNgyOu.net

>>17
神戸でそれで追っかけられたが、おまえ神戸か

19 ：名刺は切らしておりまして：2022/06/08(水) 15:17:16.10 ID:CugQEM7j.net

>>17
これなんだろうと思ったらいばらぎ（なぜか変換できない）県の方言か

20 ：名刺は切らしておりまして：2022/06/08(水) 15:20:07.05 ID:uXaNgyOu.net

>>19
茨城でできるだろ、なんで変換できない

21 ：名刺は切らしておりまして：2022/06/08(水) 15:23:11.09 ID:LYuYcN4X.net

パイプライニング昔からあるのに整備しないで私企業に都合いいプロトコルが取って代わるってのはなんだかなぁ

22 ：名刺は切らしておりまして：2022/06/08(水) 15:23:12.39 ID:7RUYr7//.net

QUICはなんか制約あってやってない
なんだっけな？
忘れた
UDPにしたら当然速くなる

23 ：名刺は切らしておりまして：2022/06/08(水) 15:23:45.24 ID:bTVFrcH1.net

>>16
おぉ…そうだったのか…ちゃんと読んでなかった…詳細トンクス
パケット覗いてみたら…てか俺の頭でわかるかどうかだけどｗ　見てみようかなｗ
なんかここ数年、早すぎるよ…WebRTCでなんとかだったのに、あの時もGoogleがUDPベースで新しいプロトコル作っているて情報みたけど
３・４年さぼったら、その時でも辛かったのに、もうあれだよ、はるか先だよ

24 ：名刺は切らしておりまして：2022/06/08(水) 15:26:41.86 ID:9gIkRIB5.net

スレタイ読んでも全く分からん
簡潔に誰か説明してくれないか

25 ：名刺は切らしておりまして：2022/06/08(水) 15:27:57.29 ID:GD+30R3+.net

単なるUDPの上にレイヤか被せただけやんｗ
厳密にはセッション層だろｗ
トランスポート層の一個上やん

26 ：名刺は切らしておりまして：2022/06/08(水) 15:30:52.30 ID:WYy+XArD.net

>>1
大切なのは旧ハードでも現ハードでも利用できるかどうかだ
Windows11みたいにTPM2.0以下は対応しないと足切りされたら叶わないからな

27 ：名刺は切らしておりまして：2022/06/08(水) 15:32:38.97 ID:jqpZ6ePb.net

>>7
え……

28 ：名刺は切らしておりまして：2022/06/08(水) 15:33:00.22 ID:7RUYr7//.net

>>26


意味わからん
通信プロトコルやで

29 ：名刺は切らしておりまして：2022/06/08(水) 15:36:09.31 ID:GD+30R3+.net

>>26
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
これがヒキニートか

30 ：名刺は切らしておりまして：2022/06/08(水) 15:36:30.54 ID:S5GWKVIu.net

「お客様バカですか」逆ギレも　急増する“PCサポート詐欺”…業者を直撃　手口の実態
news.yahoo.co.jp/articles/4fb8aaa341ff1faa44b3ec4a6e9bcc8b305b0fac

31 ：名刺は切らしておりまして：2022/06/08(水) 15:37:21.07 ID:osG4NwOP.net

通信プロトコルの革新か、今でもWindows95や98でも
セキュリティキーはともかくLANを使えインターネットにも接続できる
でも通信プロトコルが変わるんじゃ使えなくなるな

32 ：名刺は切らしておりまして：2022/06/08(水) 15:47:17.83 ID:zuXJ92+3.net

ストリーミングに近い感じになるんか

33 ：名刺は切らしておりまして：2022/06/08(水) 15:50:11.85 ID:BkjJVbxC.net

これってMVNOの昼の時間帯のping悪化に少しは効果ありますか？

34 ：名刺は切らしておりまして：2022/06/08(水) 15:51:26.45 ID:7RUYr7//.net

>>31

UDPパケットやから接続でいるけどブラウザが対応してないんで通信できない
正確にはね
98なんてルート証明書が期限ぎれ
最新ブラウザインストール不能

35 ：名刺は切らしておりまして：2022/06/08(水) 15:52:17.21 ID:mHqIlGvJ.net

>>24
ブラウザの表示が速くなるよ

36 ：名刺は切らしておりまして：2022/06/08(水) 15:53:18.95 ID:X0Dj6QUp.net

>>28
QUIC通さないルーターとかはあるかもな
ファイアウォールの設定とか面倒そうではある

37 ：名刺は切らしておりまして：2022/06/08(水) 15:55:47.28 ID:GD+30R3+.net

>>36
ねーよバカ
ルール書かなきゃ素通り
全然理解してないのバレバレ

38 ：名刺は切らしておりまして：2022/06/08(水) 15:55:54.70 ID:X0Dj6QUp.net

>>36
ベースUDPみたいだし、そんなことないか

39 ：名刺は切らしておりまして：2022/06/08(水) 16:04:06.55 ID:osG4NwOP.net

>>34
なるほど、サンクス
鯖に接続する時のFTPとか
メールソフトはどうなんだろうね

40 ：名刺は切らしておりまして：2022/06/08(水) 16:04:56.73 ID:98v+G/jN.net

右や左の旦那さま
三行でまとめやがれください。

41 ：名刺は切らしておりまして：2022/06/08(水) 16:06:41.79 ID:uf5Jg8lV.net

>>40
期間限定のギガビックマックってこと

42 ：名刺は切らしておりまして：2022/06/08(水) 16:08:03.89 ID:GD+30R3+.net

>>40
最新のFirefoxやChromeが動くならお前等エンドユーザーが気にすることは何もない

1行で済むこと

43 ：名刺は切らしておりまして：2022/06/08(水) 16:08:41.61 ID:HPz6inJI.net

Win95のTCP-IPプロトコル設定ってよくわからずに複数回やったけど、あんなのスマホ世代には絶対無理だろ

44 ：名刺は切らしておりまして：2022/06/08(水) 16:09:10.92 ID:wHw7eW83.net

たんにUDPの上に乗っかってるだけじゃないのかコレ
あと経路はHTTP/3に対応していなくても問題なく使えるのか？

45 ：名刺は切らしておりまして：2022/06/08(水) 16:10:09.95 ID:GD+30R3+.net

>>44
その理解力の無さはちょっと惨過ぎる

46 ：名刺は切らしておりまして：2022/06/08(水) 16:14:05.53 ID:9Q6NLail.net

コレ理解出来ない奴は知らんくて問題ないってことで

47 ：名刺は切らしておりまして：2022/06/08(水) 16:24:53.50 ID:wHw7eW83.net

>>45
キャッシュサーバ、プロキシなんかは意識する必要ないって認識なの？

48 ：名刺は切らしておりまして：2022/06/08(水) 16:29:50.74 ID:O6JpcZtX.net

これ今までLVSのDR構成でやってたような大規模なロードバランシングってどうするの？
QUICのIPマイグレーションが発生した時のhttpd側のログとかwebアプリから見たremote IPてどうなるの？

49 ：名刺は切らしておりまして：2022/06/08(水) 16:34:36.18 ID:GD+30R3+.net

>>47
実装による
フリーで対応しているのは無いかもな

50 ：名刺は切らしておりまして：2022/06/08(水) 16:41:58.30 ID:xO3HK2Y7.net

これがうまく普及したらApacheがNginX対して優位ができるかな？

51 ：名刺は切らしておりまして：2022/06/08(水) 16:45:08.19 ID:F+6Dok9q.net

TCPの拡張ではないんだ？

52 ：名刺は切らしておりまして：2022/06/08(水) 16:49:57 ID:zN/UbiQD.net

>>48
機能が対応してないなら最悪買い直し
まぁファームのアップで対応するんじゃね？

53 ：名刺は切らしておりまして：2022/06/08(水) 16:52:44 ID:kIMMPVTu.net

結局どういう事？

素麺6束を1束ずつ別々の鍋で調理するより
でかい鍋1つで6束全部茹でた方が効率良いって話？

54 ：名刺は切らしておりまして：2022/06/08(水) 16:57:35 ID:mBVF5YVz.net

>>53
トラック6台で送るより電車1編成で送ろうぜ

55 ：名刺は切らしておりまして：2022/06/08(水) 17:05:30 ID:mcI1dEF/.net

ふむふむ　なるほど　なるほど　わからん
UDPは垂れ流しやろ？　リトライをオーバーヘッド最少でやるという事？

56 ：名刺は切らしておりまして：2022/06/08(水) 17:05:50 ID:O6JpcZtX.net

>>51
結局TCPを使う限りHead of Lineブロッキングが解消できないから
つか解消しようとするとそれSCTPじゃんて話になって
エンドのルーターが対応してないって結論になるのでUDPに乗せることにした

57 ：名刺は切らしておりまして：2022/06/08(水) 17:23:15 ID:almL1IKh.net

考えたやつはここにいる連中よりはるかに頭いいだろうし俺らに仕組みがようわからんでも大丈夫やろ

58 ：名刺は切らしておりまして：2022/06/08(水) 17:24:20 ID:O6JpcZtX.net

とりあえずTCPと違って経路上の機器から明確なコネクションの終わりがわからないので
CGNとかやってるルーターはポートがあふれて死ぬ気がする

59 ：名刺は切らしておりまして：2022/06/08(水) 17:31:05 ID:98vhLtR8.net

ネットワークの試験勉強しとるけど
これからの通信は、ルータの概念が消えて
コントローラという一つの上位層がすべて制御する通信になるって書いてる

60 ：名刺は切らしておりまして：2022/06/08(水) 17:35:52 ID:ktlsx7TD.net

>>7
これをどうしろというねん

61 ：名刺は切らしておりまして：2022/06/08(水) 17:52:17 ID:frxNet8L.net

gethostbyname()とかあったな。

62 ：名刺は切らしておりまして：2022/06/08(水) 17:52:47 ID:lcA2bInU.net

>>1
プロトコルは名曲

63 ：名刺は切らしておりまして：2022/06/08(水) 17:57:05 ID:lcA2bInU.net

プロコル・ハルムの「青い影」

64 ：名刺は切らしておりまして：2022/06/08(水) 17:58:54 ID:+d7v+loE.net

>>7
うぅ〜ん、確かに（）内は英語だ
（）内にカタカナか日本語訳を書けば良いのかな？

65 ：名刺は切らしておりまして：2022/06/08(水) 17:59:39 ID:w5eSPfq5.net

>>2
その構文つまらねぇよ

66 ：名刺は切らしておりまして：2022/06/08(水) 18:01:25 ID:GEAl5Iau.net

なるほど、わからん

67 ：名刺は切らしておりまして：2022/06/08(水) 18:03:33 ID:tU+6+QcK.net

フロー制御するならTCP と性能で大きな差になるとは思えないが、実際違うもんなのかね。

シーケンスを細かく記事にしてくれているサイトあればみてみたい。

68 ：名刺は切らしておりまして：2022/06/08(水) 18:12:08 ID:JylilXmm.net

>>7
日本独自の漢字ひらがなで使えるシステム作ってくれ

69 ：名刺は切らしておりまして：2022/06/08(水) 18:12:31 ID:YSkC/Xce.net

双方向通信しやすくなってる？

70 ：名刺は切らしておりまして：2022/06/08(水) 18:39:53 ID:GU0dqMBY.net

winnyの金子勇が
やりたかったことか。

71 ：名刺は切らしておりまして：2022/06/08(水) 18:54:43 ID:qn7BqQbz.net

でもこれポゼッションコールからのフェーディングロケーションシステムつかってるからランアバウト的なやつだろ？

72 ：名刺は切らしておりまして：2022/06/08(水) 18:58:06 ID:Ab3tkIBh.net

いうてあと20年はTCPメインやろ
IPv4も未だに残ってるし

73 ：名刺は切らしておりまして：2022/06/08(水) 19:19:24 ID:/AUQmxR9.net

なるほど！すげー！
わからん…

74 ：名刺は切らしておりまして：2022/06/08(水) 19:23:42 ID:L3RAPq60.net

で
はやいん？

75 ：名刺は切らしておりまして：2022/06/08(水) 19:26:08 ID:BYk7NfcD.net

UDPパンツホール……(´･ω･`)

76 ：名刺は切らしておりまして：2022/06/08(水) 19:26:17 ID:iBovIpEn.net

インターネットのトラフィックはいまや動画サイトが大半を占める
動画サイトのトラフィックを減らす規格が必要

77 ：名刺は切らしておりまして：2022/06/08(水) 19:28:39 ID:XJ2ktZYC.net

>>7
まあ気持ちはわかる
25年位前に開発してた機器をネットワーク対応にすることになって詳しそうな人に聞きに行ったら３文字略語だらけで最初はちんぷんかんぷんだったわ
まあその人ちゃんと最後まで教えてくれたから感謝してる

78 ：名刺は切らしておりまして：2022/06/08(水) 19:29:26 ID:uiONOzOi.net

>>2
ガンダムの時代が終わりジムⅢの時代が来た

79 ：名刺は切らしておりまして：2022/06/08(水) 19:32:29 ID:CAIbBsxj.net

UDPだとパケットロスしたら再送することになるから逆に通信量が増える予感しかしないが大丈夫か？

暗号通信にUDP使ってパケットロスしたらネゴシエーションからやり直しだぜ

80 ：名刺は切らしておりまして：2022/06/08(水) 19:39:05 ID:XJ2ktZYC.net

>>79
もしかしてTCPはロストしてもパケット再送しないで済む魔法の技術だとでも思ってるのか？

81 ：名刺は切らしておりまして：2022/06/08(水) 20:01:03 ID:gpaj8SRs.net

日本の最大の弱みは
　人脈（人間関係）至上主義！
　
政界でも企業内でも
　人間関係だけの人脈コジキ営業職
が幅を効かして有能な人材を押しのける
　
企業内では
　人間関係だけの人脈コジキ営業職
が威張り腐って、貴重な技術職は不遇になる
　
だから優秀な技術職が　　
　中韓に引き抜かれて技術パクリされる
　
「やーどーもどーも」だけで仕事を恵んでもらう
　人間関係だけの人脈コジキ営業マンが出世して
優秀な技術職が薄給で冷遇されてれば
　日本の科学技術力が衰退するのは当然だ
　
そして行き着く先の最悪ケースは
　みずほ銀行のシステムトラブルだ
本来なら社長にすべき優秀な技術職を
　プライドさえ捨てれば馬鹿でも出来る
人脈コジキ営業職に異動させたりしている
　まったく狂気の沙汰である
　
これで国際競争に勝とうなんて
　本気で思っているのなら
世界でもマレにみるアホ企業だ！
　

82 ：名刺は切らしておりまして：2022/06/08(水) 20:07:08 ID:Rz6UA61T.net

>>25
だよね

83 ：名刺は切らしておりまして：2022/06/08(水) 20:09:52 ID:ChWDO9Hx.net

テクピッピもユデピッピもオワコン？

84 ：名刺は切らしておりまして：2022/06/08(水) 20:40:25 ID:oNM4v0Nr.net

ルータのフィルタ処理ができんからしばらく閉めたままだな

85 ：名刺は切らしておりまして：2022/06/08(水) 20:52:57 ID:cIAqc3zk.net

QUICは既存ネットワーク機器でも使えるのか？
なら普及するかも！？

86 ：名刺は切らしておりまして：2022/06/08(水) 20:52:58 ID:ZqxVrwaL.net

とりあえずTCPは〜UDPは〜って言ってるやつは通信階層の概念が分かってない

87 ：名刺は切らしておりまして：2022/06/08(水) 20:55:04 ID:cIAqc3zk.net

>>79
赤くなーれ

88 ：名刺は切らしておりまして：2022/06/08(水) 21:00:17 ID:cIAqc3zk.net

>>67
ヘッダが簡略するのと3way handshakeがなくなるは影響は大きそう

89 ：名刺は切らしておりまして：2022/06/08(水) 21:10:01 ID:jrRca5jf.net

パケットの内容とか読むのが難しくならないこれ？
セキュリティとかトラフィックコントロールとか、大丈夫なんかな

90 ：名刺は切らしておりまして：2022/06/08(水) 21:12:57 ID:jrRca5jf.net

>>57
遥かに頭のいいやつが考えたはずのipv6とか未だに普及してないし、頭のいいやつを盲信するのは危険だよ

91 ：名刺は切らしておりまして：2022/06/08(水) 21:17:30 ID:75BSz0Fb.net

>>79

https://i.imgur.com/LDumNSf.jpg

92 ：名刺は切らしておりまして：2022/06/08(水) 21:18:59 ID:X0Dj6QUp.net

>>67
複数ストリームを流してるときにパケットロスが発生しても影響を受けるのは
ロスしたストリームのみってのは大きいかもね
(TCPだとコネクション全体で再送が行われるので全部のストリームに影響する)

93 ：名刺は切らしておりまして：2022/06/08(水) 21:33:33 ID:TzgdtmLS.net

中国とロシア排除で

94 ：名刺は切らしておりまして：2022/06/08(水) 21:37:34 ID:o+cY57fV.net

超簡単にいうと、
データ送信側は投げっぱなしで受信側が受信できてないと判断したら、その部分だけデータ再送信
こんな感じか

95 ：名刺は切らしておりまして：2022/06/08(水) 21:38:14 ID:s2lW6iew.net

テルネットでつないで動作確認とかできなくなるな…隔世の感

96 ：名刺は切らしておりまして：2022/06/08(水) 21:43:44 ID:bnMz6rVl.net

さっぱりわからんが　次世代の通信プロトコルで通信が早くなるということだけ分かった
今より良くなるならいいんじゃね

97 ：名刺は切らしておりまして：2022/06/08(水) 21:44:35 ID:7JmtlY8y.net

>>16
ほんとだ、GOOGLEにアクセスしたらHTTP/3だった！

98 ：名刺は切らしておりまして：2022/06/08(水) 21:47:43 ID:9X50QOlE.net

単語はなんとなく知ってるけど、畑違いだからぼんやりとしかワカラン
横文字ばかり並んでるけど
キップ買うよりSUICAが早いよねって事かな
手続きで、線自体が早くなったわけでは無い・・・はず

99 ：名刺は切らしておりまして：2022/06/08(水) 21:49:06 ID:2rozZg0z.net

>>9
Webサーバーでいいんだよ

100 ：名刺は切らしておりまして：2022/06/08(水) 21:50:04 ID:2rozZg0z.net

もともとUDP/TCPはお友だちだからな
最初から

101 ：名刺は切らしておりまして：2022/06/08(水) 21:51:06 ID:2rozZg0z.net

>>97
自分がやり出したのを標準化に乗せたんだから当然だ
情報遅すぎる

102 ：名刺は切らしておりまして：2022/06/08(水) 23:03:04.32 ID:LmxJ0AYGt

ルータのnatテーブルが心配

103 ：名刺は切らしておりまして：2022/06/08(水) 21:53:12 ID:2rozZg0z.net

>>96
次世代じゃないな
元からあったのを使えるようにしたんだから
UDPはTCPと同じくIP使えるようになった時から使えてる
細かくいえばUDPのが先か

104 ：名刺は切らしておりまして：2022/06/08(水) 21:54:01 ID:2rozZg0z.net

>>96
さっぱりわからんってそもそもTCPわかってて言ってんの？

105 ：名刺は切らしておりまして：2022/06/08(水) 21:54:01 ID:7JmtlY8y.net

エックスサーバーもさくらインターネットも、レンタル用はHTTP/2だったが、
両社のホームページはHTTP/1.1だった

106 ：名刺は切らしておりまして：2022/06/08(水) 21:54:38 ID:BCIpdW7D.net

>>15
わかるw
伸ばすのは最後がrのもんだけだよな

107 ：名刺は切らしておりまして：2022/06/08(水) 21:54:42 ID:ins3BqVW.net

そもそもいろんなfirewallすんなり通るのか？

108 ：名刺は切らしておりまして：2022/06/08(水) 21:54:52 ID:2rozZg0z.net

>>105
別にメリットなけりゃそれでいいだろ

109 ：名刺は切らしておりまして：2022/06/08(水) 21:57:33 ID:2rozZg0z.net

>>106
伸ばすとか伸ばさないとかカンケーないんだ
JISが申請にはこれ使えって言ってるだけだ
世の中JISなんてのは関係ないからな
ところが申請だけじゃなくて全てそれでなければいけないとかいう老害の言葉を信じちゃったテクニカルしか興味ない技術者が思い込んでた

110 ：名刺は切らしておりまして：2022/06/08(水) 21:58:59 ID:o+cY57fV.net

>>103
記事をみると、こままで訂正／再送の仕組みがなかったUDPに
限定的にその仕組みを取り入れただけのように見える

111 ：名刺は切らしておりまして：2022/06/08(水) 21:59:45 ID:2rozZg0z.net

>>94
そんなのはTCP/IPの本の最初にあるUDPの解説でそれは1990年の本にも載ってる

112 ：名刺は切らしておりまして：2022/06/08(水) 22:00:16 ID:2rozZg0z.net

>>110
それがGoogleさまが作ったQUIC

113 ：名刺は切らしておりまして：2022/06/08(水) 22:02:20 ID:eUzMpHbx.net

>>98
各駅から隔駅くらい

114 ：名刺は切らしておりまして：2022/06/08(水) 22:04:00 ID:2rozZg0z.net

>>109
そもそも横棒はないのが正しいんじゃなくて「省いて」るんだよ
なぜか
紙の時代にはスペースが貴重だったから何度も繰り返し出てくるのが一文字でも少なければそれが利点だろ

なのに「ないのが正式」とかバカな話にすり替えられて何十年

日本の技術が進まないのがよくわかるだろ

115 ：名刺は切らしておりまして：2022/06/08(水) 22:06:25 ID:o+cY57fV.net

>>112
投げっぱなしで送信するデータの最大量をどう設定するんだろね
小さいと今までと変わりないし、
大きいとデータを得られないパケットがあったときページの表示に時間がかかってしまう

116 ：名刺は切らしておりまして：2022/06/08(水) 22:07:55 ID:zx8rANQl.net

>>7
超文転送通信手順3号

117 ：名刺は切らしておりまして：2022/06/08(水) 22:09:05 ID:2rozZg0z.net

>>90
その考えが日本がバカな理由の一つ
何十年も前からやってなけりゃ必要な時には使えない
使いたい時には全部利権が取られてる

インターネットそのものがそうだろ
しかも頭じゃなくてカラダで実際に使って使えるものが使われていくのがインターネット
だから複数乱立してても構わない
日本人は頭悪いと思われたくなくてはじめもしない

118 ：名刺は切らしておりまして：2022/06/08(水) 22:10:21 ID:2rozZg0z.net

>>116
あは
漢字でも横文字なのになあ
あはは

119 ：名刺は切らしておりまして：2022/06/08(水) 22:12:46 ID:2rozZg0z.net

>>117
自律走行車もその口で
これなんか官僚がITSとか中央集権システムやります大口だったから日本の自動車会社はどこも後づけ
今やITSないだろ？知ってる？
そういえばしれっとITSに自律走行車って書いてあったな

120 ：名刺は切らしておりまして：2022/06/08(水) 22:15:48 ID:o+cY57fV.net

IPv6は浸透していないというより、ネットワークの知らない部分で使われていて
IPアドレスの枯渇防止に寄与しているというのが正しいかと
多くの人が利用しているフレッツ網のNGNはIPv6で構成されているし

なお、フレッツ光ネクストとかで、IPv6 IPoEのバーチャルコネクトサービスを利用できる
環境にあるのに設定していない人もいるだろうから、環境は見直したほうがいいかもね

121 ：名刺は切らしておりまして：2022/06/08(水) 22:19:21 ID:nxRuUx7y.net

>>107
当然新たに対応しないとダメ

122 ：名刺は切らしておりまして：2022/06/08(水) 22:19:29 ID:2rozZg0z.net

>>114
つまりJISが横棒はここ省いてねとガイドしてたのはJIS規格の文書を見やすくするためだったんだよ
紙だったからだよ

それ以外に横棒の何が正式かとか制限はなくて商標登録とかくらいが正式かどうかのもん

ところが大学の先生がJISを憲法のように扱ったから会社の技術部門もJIS提出で作り直すの面倒出しとかいうのが積み重なってバカな金科玉条ができてた

日本てproduceなのに生産と産生とか使い分けないと文句言われてそれ覚えるだけで頭使い果たして本当に「生産的」な話に頭を使えないから寿司職人になるのに20年かかるかわけよ

いい加減年期長いのはバカにしてみろよ

123 ：名刺は切らしておりまして：2022/06/08(水) 22:20:23 ID:2rozZg0z.net

>>120
ちなみにうちは6だよ
あさひネットはユーザーレベル早かったな

124 ：名刺は切らしておりまして：2022/06/08(水) 22:21:24 ID:2rozZg0z.net

>>115
なぜQUIC調べないの？

125 ：名刺は切らしておりまして：2022/06/08(水) 22:23:40 ID:o+cY57fV.net

>>124
実際どうやってそれを解決しているの？教えてくれると嬉しい
なおお前が本当にその知識をしっているのか、他の人に知ってもらうことにも役立つ

一石二鳥

126 ：名刺は切らしておりまして：2022/06/08(水) 22:38:14 ID:2rozZg0z.net

QUIC aims to be nearly equivalent to a TCP connection but with much-reduced latency. It does this primarily through two changes that rely on the understanding of the behaviour of HTTP traffic.[22]

The first change is to greatly reduce overhead during connection setup. As most HTTP connections will demand TLS, QUIC makes the exchange of setup keys and supported protocols part of the initial handshake process. When a client opens a connection, the response packet includes the data needed for future packets to use encryption. This eliminates the need to set up the TCP connection and then negotiate the security protocol via additional packets. Other protocols can be serviced in the same way, combining together multiple steps into a single request-response. This data can then be used both for following requests in the initial setup, as well as future requests that would otherwise be negotiated as separate connections.[22]

127 ：名刺は切らしておりまして：2022/06/08(水) 22:38:48 ID:2rozZg0z.net

The second change is to use UDP rather than TCP as its basis, which does not include loss recovery. Instead, each QUIC stream is separately flow controlled and lost data is retransmitted at the level of QUIC, not UDP. This means that if an error occurs in one stream, like the favicon example above, the protocol stack can continue servicing other streams independently. This can be very useful in improving performance on error-prone links, as in most cases considerable additional data may be received before TCP notices a packet is missing or broken, and all of this data is blocked or even flushed while the error is corrected. In QUIC, this data is free to be processed while the single multiplexed stream is repaired.[23]

128 ：名刺は切らしておりまして：2022/06/08(水) 22:41:57 ID:s2lW6iew.net

コマンドをアスキーで送るとか正気の沙汰じゃないね

129 ：名刺は切らしておりまして：2022/06/08(水) 22:56:08 ID:idArNWf7.net

UDPで無駄な再送減らせるのは良いとして、途中の経路での支援は受けられなくなるよね
少なくとも今のところは

130 ：名刺は切らしておりまして：2022/06/08(水) 23:00:16 ID:P7fZeVou.net

>>38
NATが心配

131 ：名刺は切らしておりまして：2022/06/08(水) 23:08:59 ID:6v66TjDh.net

(´・ω・`)何この誰もわかんないニュース

132 ：名刺は切らしておりまして：2022/06/08(水) 23:18:48 ID:PGSJBWBr.net

>>108
機能追加とかではなく、高速化というメリットだから誰もが恩恵受ける万能的なものだよ
対応しないのはユーザー視点より自身の利益を見てるだけ

133 ：名刺は切らしておりまして：2022/06/08(水) 23:36:25 ID:X0Dj6QUp.net

>>130
大量のコネクション張るような使い方だとNATテーブル溢れちゃうかもね
安いルータだとNATテーブルの上限小さかったりするし
ただ、一つのコネクションで複数ストリームを流せるのでアプリケーション
の実装次第でそこまで問題にならないのでは

134 ：名刺は切らしておりまして：2022/06/08(水) 23:41:05 ID:Kjm/CGBS.net

HVDCも早よ

135 ：名刺は切らしておりまして：2022/06/09(木) 01:02:37 ID:a7vc0g0U.net

田代砲の威力減弱するってこと？

136 ：名刺は切らしておりまして：2022/06/09(木) 01:13:34 ID:viC79xh/.net

>>7
うるせえ、全部英語でええわ

137 ：名刺は切らしておりまして：2022/06/09(木) 01:14:13 ID:viC79xh/.net

>>131
通信遅延が少なくなると思ってくれればええよ

138 ：名刺は切らしておりまして：2022/06/09(木) 03:54:44 ID:LoLKYy1h.net

そらUDPで確実に通信できるならUDPのほうがいいよね

139 ：名刺は切らしておりまして：2022/06/09(木) 05:25:53 ID:CU8CAwdP.net

>>7
全部漢字に訳す中国人か？

140 ：名刺は切らしておりまして：2022/06/09(木) 06:42:36 ID:SvOVy2Et.net

>>118
あは
それ横書きな
あはは

141 ：名刺は切らしておりまして：2022/06/09(木) 07:39:18 ID:AcwI1A/n.net

UDPで再送出来るようになるんか。
HTTP以外でも使えれば変革が起きそう。
ま、ユーザは何もわからんけどw

142 ：名刺は切らしておりまして：2022/06/09(木) 07:42:23 ID:Z9aK7ola.net

最終的にはリソースクラッシュ起因のトータルギッダムが起きてマスターコンベクターが右往左往するみたいなイメージだな

143 ：名刺は切らしておりまして：2022/06/09(木) 08:00:20 ID:+Bl5Z0iA.net

UDPって懐かしいわ、PKG間の通信で使ってた
あの頃は楽しかったわ

144 ：名刺は切らしておりまして：2022/06/09(木) 08:07:18 ID:OXL6L1SJ.net

>>68
コードの部分は英語or日本語？

145 ：名刺は切らしておりまして：2022/06/09(木) 08:22:19 ID:q92ie1Gn.net

QUIC仕様がグダグダだったから前途多難で短命で終わるだろうと見ている
最先端のリアルタイム通信処理開発はすでにQUICを捨てて独自開発を進めている
その中で成功したものが次の規格の土台なる

146 ：名刺は切らしておりまして：2022/06/09(木) 08:31:34 ID:Fz7KBqfS.net

脱TCP？は大ウソ だしWebだけだし

QUICのエラー時はTCPでQUICの再同期をとるように作られてるつまりQUICはTCPあることが前提のアプリレベルのデータグラム送受信プロトコル

Webでの多重コネクションがいちばん問題になってたその点を解決するためのもの

既存で動いてる機器のTCPの通信を100%保証して動かしたままでその上でいまTCPでやってることの新バージョンを作るためには今のTCPには触れないってこと

でUDP上に新TCPとTSLを新設したものをQUICと呼んでると

そもそも既存のTCP/TSLで動くHTTP/2だとTCPのせいで多重コネクション取り扱いがヘッドオブラインブロッキングでロックする可能性があるから
UDPの上でアプリモードのQUIC(含TSL)で動くHTTP/3にすることでこれを回避したと
UDPポートは443だけでカーネルモードじゃなくアプリモードで動く

147 ：名刺は切らしておりまして：2022/06/09(木) 08:43:20 ID:IEd2akTH.net

>>59
?
SDNの話？ルーティングは必須だろ。コントローラが何を意味してるか分からんが。

148 ：名刺は切らしておりまして：2022/06/09(木) 09:05:10 ID:Z801UMtw.net

>>146
x UDPポートは443だけでカーネルモードじゃなくアプリモードで動く
o UDPポートは443だけ使う でQUICはカーネルモードじゃなくアプリモードで動く

あと
>>1の
QUIC（Quick UDP Internet Connections）
じゃなくて
IETFはQUIC quic だけだってよ
頭文字じゃないことにした

149 ：名刺は切らしておりまして：2022/06/09(木) 09:50:19 ID:t1zYMAuN.net

(1)単一のプロトコルだけでは効率が悪いな、、、
↓
(2)いろんな用途に合わせてプロトコル仕様策定しよ
↓
(3)実装が大変になってきた、、、
↓
(4)HTTPでなんでもデータ通信できるようにしよ
↓
(5)単一のプロトコルだけでは効率が悪いな、、、
↓
(6)いろんな用途に合わせてプロトコル仕様策定しよ

どこの無限地獄だよ、、、

150 ：名刺は切らしておりまして：2022/06/09(木) 10:48:04 ID:tMojvnep.net

英語文化圏は頭文字羅列ばっか

151 ：名刺は切らしておりまして：2022/06/09(木) 11:57:15 ID:t2kAHOO+.net

>>146
一貫してtslって書いてるから打ち間違いじゃなさそうだな

152 ：名刺は切らしておりまして：2022/06/09(木) 12:00:30 ID:0m3RIDyO.net

情室は大騒ぎ

153 ：名刺は切らしておりまして：2022/06/09(木) 12:01:50 ID:yk1SV98F.net

>>7
電脳高等記述企画三とか書かれるよりましかな

154 ：名刺は切らしておりまして：2022/06/09(木) 12:21:21 ID:IEd2akTH.net

>>10
UDPってレベルじゃねーぞ？

UDPで通信担保する奴だとskeedって製品あったな。winny金子さんが顧問やってた企業。

155 ：名刺は切らしておりまして：2022/06/09(木) 12:46:54 ID:xbcrFd8v.net

これ既存のnwインフラそのまま使い続けられるんけ？

156 ：名刺は切らしておりまして：2022/06/09(木) 12:53:31 ID:sKLxsTz2.net

>>16
こっち側が対応しないと対向で通信出来ないんでは？

157 ：名刺は切らしておりまして：2022/06/09(木) 12:57:18 ID:sKLxsTz2.net

>>35
どのくらい？
体感できるくらい？

158 ：名刺は切らしておりまして：2022/06/09(木) 13:03:18 ID:5mWADUOz.net

>>68
( ﾟ∀ﾟ)つ ぴゅう太

159 ：名刺は切らしておりまして：2022/06/09(木) 14:32:21 ID:KpixR4n6.net

■今までのHTTP通信
お前ら「おるかー？」
サーバー「おるでー！お前はまだおるかー？」
お前ら「おるぞー！」
お前ら「使い捨て暗号キー送るわ」
サーバー「こっちの使い捨て暗号キーも送るわ」
お前ら「（暗号文で）WEBページのデータくれ！」
サーバー「（暗号文で）ほらよ！」

→通信7回

■今までのHTTP通信（再接続時）
上と同じことを繰り返す

　↓↓↓

■HTTP/3（通信4回）
お前ら「使い捨て暗号キー送るわ」
サーバー「こっちの使い捨て暗号キーも送るわ」
お前ら「（暗号文で）ホームページのデータくれ！」
サーバー「（暗号文で）ほらよ！あと番号札も送るわ」

→通信4回

■HTTP/3（再接続時）（通信2回）
お前ら「（暗号文で）WEBページのデータくれ！番号札はこいつだ！」
サーバー「（番号札で相手の使い捨て暗号キーを判断して、暗号文で）ほらよ！」

→通信2回


こんなイメージってこと？

160 ：名刺は切らしておりまして：2022/06/09(木) 14:36:53 ID:ybjUFjGc.net

>>159
再送処理も解説よろ

161 ：名刺は切らしておりまして：2022/06/09(木) 15:12:17 ID:LmP/i1pg.net

ポリ公らから害悪でしかないおもちゃクソヘリを取り上げよう！
Defund the Police デモは民主主義が成立する最低条件な

▼いやがらせ5сｈに負けて、英半角小文字にして打ち込まないフサフサはハゲるってばよ
ＨΤтРＳ：／／ＤОＴ∪Р．ОＲＧ／∪РＬОＤΑ／ＤОＴ∪Р．ОＲＧ2823288.jpg

162 ：名刺は切らしておりまして：2022/06/09(木) 15:34:22 ID:ApXEnp7u.net

HTTP/2で既にQUIC使えたんじゃ？

163 ：名刺は切らしておりまして：2022/06/09(木) 16:25:50 ID:3Jyj8pgk.net

これなんかいいことあるんか

164 ：名刺は切らしておりまして：2022/06/09(木) 16:38:41 ID:z4mbD78T.net

>>159
一回の通信で7回やり取りはわかるけど
月平均にするとどんくらい？
それが問題やわ

165 ：名刺は切らしておりまして：2022/06/09(木) 16:43:27 ID:bbfZNLA+.net

>>7
H
T
T
P
/
3

166 ：名刺は切らしておりまして：2022/06/09(木) 16:48:02 ID:JFc00UBI.net

むかし資格試験の勉強したときに出てきたな
OSI参照モデルのトランスポート層のプロトコルがどうのこうのと
だから何って話で、オタだけで盛り上がってろって印象

167 ：名刺は切らしておりまして：2022/06/09(木) 17:00:36 ID:55BW1mL5.net

HyperTextTranserProtocol Version Three
ってのも長すぎるし、まあ、頭文字取るよね

168 ：名刺は切らしておりまして：2022/06/09(木) 17:12:30 ID:GR6wTjiT.net

>>5
これ。 勧告！？

169 ：名刺は切らしておりまして：2022/06/09(木) 17:16:27 ID:z+z/+W1O.net

えー、プロトコルにまだ改善の余地があったのか

170 ：名刺は切らしておりまして：2022/06/09(木) 18:06:59 ID:KpixR4n6.net

>>164
普通に考えて、天文学的数字になるのは常識的に分かりそうだけど
httpリクエスト1回あたりに7回ってことだから
これで分からない人は、基礎知識が足りなすぎるから説明しても分からない


例えばGoogle Public DNSは10年前の段階で、既に1日平均700億回の
リクエストを受けている
https://www.rbbtoday.com/article/2012/02/15/86338.html
（DNSはISPのものを使うのが基本だし、当時はGoogle Public DNSも
　マイナーだったけど、それでもコレ）

Cloudflareが受けたDDoSだと、1秒あたり1720万回のリクエストを
受けたこともある
https://blog.cloudflare.com/ja-jp/cloudflare-thwarts-17-2m-rps-ddos-attack-the-largest-ever-reported-ja-jp/

171 ：名刺は切らしておりまして：2022/06/09(木) 18:22:39 ID:FZg333eU.net

>>169
普及したプロトコルを変更するのは容易ではないから古臭いままなんだよなあ。
電子メールなんかもそうだけど。

172 ：名刺は切らしておりまして：2022/06/09(木) 18:49:32 ID:SvOVy2Et.net

>>165
だからそれは縦書きだっつーの

173 ：名刺は切らしておりまして：2022/06/09(木) 19:23:51 ID:SvOVy2Et.net

>>169
いまでも色々改善提案されてる
HTTP/3が最新じゃない
https://i.imgur.com/uTOOwsd.jpg
https://www.rfc-editor.org/

174 ：名刺は切らしておりまして：2022/06/09(木) 20:47:40 ID:YAMqW3gn.net

輻輳制御どうすんだ？

175 ：名刺は切らしておりまして：2022/06/09(木) 21:12:07 ID:UwwqbgLn.net

>>7
アプセトネデブ！アプセトネデブ！アプセトネデブ！

176 ：名刺は切らしておりまして：2022/06/09(木) 21:52:20 ID:O9uAbT0Z.net

　
人間が使うWebブラウザでは従来のHTTPでTCPで接続しておきながらほとんど連続転送しない
TCP自体も今のネット環境ではチェックサムエラーの再送なんてほとんど発生してないだろうし

177 ：名刺は切らしておりまして：2022/06/09(木) 22:32:33 ID:WDx0dPQ3.net

>>9
マイクロソフトとかは”ー”をつけるようになった
そういうガイドラインができてるんだよ

178 ：名刺は切らしておりまして：2022/06/09(木) 22:59:43 ID:VFgs53gp.net

>>56
>結局TCPを使う限りHead of Lineブロッキングが解消できないから

TCPと速度が同じなら、全ストリームが受け取れる速度の合計は同じなので、どれかのストリームが早く
受け取り完了できた分、他のストリームの受け取り完了が遅れる、つまるHOLブロッキングが起きるわけ
で、それを防ごうとしたら普通のTCPより不当に多くの帯域を食う、ただのインチキ技術だよ

google MAPで複数TCP使ったズルした時から、何も変わってない

179 ：名刺は切らしておりまして：2022/06/09(木) 23:33:12 ID:Tyi+MxmF.net

日本語喋れ馬鹿

180 ：名刺は切らしておりまして：2022/06/09(木) 23:42:57 ID:bMDkQ5j6.net

ActiveXとか独自規格はもうたくさん

181 ：名刺は切らしておりまして：2022/06/10(金) 00:31:32 ID:K8cXsKDR.net

TCPは色々と無駄あるし時代に合わせてもっと軽量化したほうがいいこともあるよな
少なくとも月と地球の間だとTCPはまともに動かんと思うハンドシェイクがタイムアウトする

182 ：名刺は切らしておりまして：2022/06/10(金) 00:38:00 ID:K8cXsKDR.net

HTTP/3はIETFのワーキンググループによる標準化プロセスが完了しRFC9114となっている
独自規格ではない>>180

183 ：名刺は切らしておりまして：2022/06/10(金) 01:02:26 ID:uqjZ/X79.net

googleの独自規格を標準化するだろう

184 ：名刺は切らしておりまして：2022/06/10(金) 01:05:25 ID:E51bBTEb.net

>>181
なにいってんの
なんか思い込みしてんとちゃうTCPはざっくりとした規格で細かいことはすきにできたからこそこんな長期に使われてんだよ月と地球でもタイムアウトしないようにすればいいだけ
TCPができないのは転送レートの送信側の厳密な制御
だからスローから投げ始めてACK問題なければ多くしてって混雑でパケットロスするならすかさず下げるのが慣例的な使われ方
だいたいが慣例なんだよ慣例
生活の知恵レベル

185 ：名刺は切らしておりまして：2022/06/10(金) 01:23:15 ID:kqggIYEw.net

>>177
MSが騙されてるだけでAppleは無視してるぞw

186 ：名刺は切らしておりまして：2022/06/10(金) 01:33:24 ID:K8cXsKDR.net

>>184
ん、やっぱ作り直したほうがいいと再認識したわ

187 ：名刺は切らしておりまして：2022/06/10(金) 01:52:01 ID:yjvmvl+T.net

>>2
ガンダムの新作です→『機動武闘伝Gガンダム』
ｶﾞﾉﾀｧ･･･「ガ、ガンダムファイト！？」「監督が富野じゃない･･･だと･･･」

188 ：名刺は切らしておりまして：2022/06/10(金) 02:26:17 ID:K8cXsKDR.net

既存のHTTPサーバーをHTTP/3化する手法を使ってPiping ServerをHTTP/3対応する

https://scrapbox.io/nwtgck/%E6%97%A2%E5%AD%98%E3%81%AEHTTP%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC%E3%82%92HTTP%2F3%E5%8C%96%E3%81%99%E3%82%8B%E6%89%8B%E6%B3%95%E3%82%92%E4%BD%BF%E3%81%A3%E3%81%A6Piping_Server%E3%82%92HTTP%2F3%E5%AF%BE%E5%BF%9C%E3%81%99%E3%82%8B

189 ：名刺は切らしておりまして：2022/06/10(金) 02:30:56 ID:K8cXsKDR.net

つまり今ある物を作り直す必要は無いし透過的な形で共存できる
何か問題あるの？

190 ：名刺は切らしておりまして：2022/06/10(金) 04:27:44 ID:4LPQUpSV.net

>>7
馬鹿は失せろ

191 ：名刺は切らしておりまして：2022/06/10(金) 06:16:07 ID:yVzOots8.net

UDPになるのかよ
プロキシは対応できないやつかね

192 ：名刺は切らしておりまして：2022/06/10(金) 09:07:38 ID:gXMt4pAg.net

UDPは個別の相手と接続手続きしなくて良いから手間が少なくて済む
その代わり再送とかの機能がなかったのをQUICで改善した感じかな

193 ：名刺は切らしておりまして：2022/06/10(金) 09:21:27 ID:BgTn2IlU.net

nginxはHTTP/3に対応しているけどチューニングはこれからで速度的なメリットは生かせていないらしい

194 ：名刺は切らしておりまして：2022/06/10(金) 09:23:17 ID:gXMt4pAg.net

サーバ側だけ対応してもクライアント側がQUIC使わないと実際には効果出ないと思う

195 ：名刺は切らしておりまして：2022/06/10(金) 09:49:43 ID:LrxDWx0k.net

>>194
クライアント側は既に対応してるんじゃない？>>16

196 ：名刺は切らしておりまして：2022/06/10(金) 09:57:39 ID:qvr/5FTa.net

>>194
Googleが元締めならクライアント側処理も抜かりないかと

197 ：名刺は切らしておりまして：2022/06/10(金) 10:38:50 ID:LSZhgoBp.net

>>184
なるほどね
柔軟な使い方できるわけね
運用でカバー的な

198 ：名刺は切らしておりまして：2022/06/10(金) 11:02:44 ID:OHZk5aNM.net

速度あげれば解決

199 ：名刺は切らしておりまして：2022/06/10(金) 11:20:36 ID:bSsKTbLA.net

>>197
これ見て運用でカバーとかプログラミング知らねーの？
仕様で細かいことまで決めてないからむかしのだし今のことなんてわかってないからだから実装レベルで必要なのを追加して

使い合うこっちとあっちは当然相手に合う実装が必要よ もしそれが運用でカバーするなんて実装も当然できるだろうがそんなのはめんどくさくて使ってられない
何のためにプログラミングするの？実装するときのTCP/IPスタックの話
https://www.saminiir.com/lets-code-tcp-ip-stack-1-ethernet-arp/
みたいな

200 ：名刺は切らしておりまして：2022/06/10(金) 11:27:56 ID:7Iqkitfp.net

>>198
速度って何の速度だよ
光速度以上にはならんぞ

201 ：名刺は切らしておりまして：2022/06/10(金) 11:33:20 ID:7gP8vNPj.net

>>196
AppleやマイクロソフトのHTTP Clientとかも？

202 ：名刺は切らしておりまして：2022/06/10(金) 11:52:30.12 ID:WpEdS25r.net

従来比で抑えられる通信量が10％もないとか聞いたので
仕組み的に移動で接続が切り替わりがちなスマホ向けの技術ぽいな

203 ：名刺は切らしておりまして：2022/06/10(金) 12:35:02 ID:LrxDWx0k.net

Edgeも対応してる
Chromiumベースだから当然か

204 ：名刺は切らしておりまして：2022/06/10(金) 12:38:31 ID:7Iqkitfp.net

>>202
どちらかと言うとサーバ側の負荷軽減の為の技術じゃないのかな
TCPのハンドシェイク時間がもったいないとか、C10K問題とかの話だろ

205 ：名刺は切らしておりまして：2022/06/10(金) 13:07:39 ID:s9yUXeZr.net

>>11
先輩にJISで決められてるから伸ばすなガキって言われたんだよ

206 ：名刺は切らしておりまして：2022/06/10(金) 15:42:01 ID:uxoVIvcw.net

様々なビジネスニュースが自然と集まってくるスレ。

ここを見ておけば、経済情報はバッチリ！

◆スレ立て依頼スレ@ビジネスnews+[5/09-] 【依頼以外の目的に利用しないで下さい】 [エリオット★] [エリオット★]
https://egg.5ch.net/test/read.cgi/bizplus/1652072693/

207 ：名刺は切らしておりまして：2022/06/10(金) 20:03:24 ID:bNjVy51i.net

>>204
TCPはコネクション維持するのにポートとか占有するから。

208 ：名刺は切らしておりまして：2022/06/10(金) 22:16:57 ID:V1UMfEMB.net

またMSが「対抗」して独自規格プロトコルを出して市場が混乱するのかな

ほんと迷惑

209 ：名刺は切らしておりまして：2022/06/10(金) 22:21:01 ID:orynk8zI.net

HTTPは今や最重要プロトコルだからね〜

210 ：名刺は切らしておりまして：2022/06/10(金) 23:07:11 ID:fgO+1LLb.net

HTTP/3は、HTTP/2と互換性あるの？

211 ：名刺は切らしておりまして：2022/06/11(土) 00:24:01 ID:/81IWMDv.net

>>208
今のMSにそんな力はもうないよ

212 ：名刺は切らしておりまして：2022/06/11(土) 01:04:06 ID:3GJwOdXA.net

>>208
ゲイツの時の黒いMSからナデラの白いMSに変わったから、、、

213 ：名刺は切らしておりまして：2022/06/11(土) 02:09:08 ID:sakonTV2.net

なんつーか、適当にそれっぽいこと言って通ぶりたいパソコン大先生が
この板も多いなぁ・・・

標準技術がない時代の新技術の拡張仕様や、アプリケーションプラットフォーム
とかにおいてMSが独自技術を掲げることはあっても、RFCに対抗する
新プロコトルなんてMSが提示してバトったことなんてあったっけ？ｗ

214 ：名刺は切らしておりまして：2022/06/11(土) 03:05:07.45 ID:pd5s4s3p.net

>>36
もう大規模実験終了してるんですが

215 ：名刺は切らしておりまして：2022/06/11(土) 03:08:04.59 ID:pd5s4s3p.net

>>90
普及してるよ
俺の通ってる大学は8割位はIPv6の通信
自宅の回線やスマホがv6化されてるから
サーバ側がv6 readyなら当然

216 ：名刺は切らしておりまして：2022/06/11(土) 03:20:52.93 ID:pd5s4s3p.net

>>201
EdgeはChromeベースだろ

217 ：名刺は切らしておりまして：2022/06/11(土) 03:29:16.06 ID:pd5s4s3p.net

>>213
zeroconf関係はAppleとMicrosoftがちょっと
BonjourとUPnP

218 ：名刺は切らしておりまして：2022/06/11(土) 03:38:42.11 ID:dkcLbBqp.net

Apacheはいつ対応するの

219 ：名刺は切らしておりまして：2022/06/11(土) 04:58:57.26 ID:4STctA3V.net

>>216
ブラウザじゃなくSDKに入ってるHTTPクライアントの話
REST APIとかに使う

220 ：名刺は切らしておりまして：2022/06/11(土) 05:11:16 ID:A/k9Bafj.net

そんなのてめえで実装しろや

221 ：名刺は切らしておりまして：2022/06/11(土) 07:05:22 ID:2Yr6jPhd.net

dos攻撃が増えそうだナ

222 ：名刺は切らしておりまして：2022/06/11(土) 09:41:30 ID:bUYmrZJZ.net

>>219
https://docs.microsoft.com/ja-jp/dotnet/core/extensions/httpclient-http3

223 ：名刺は切らしておりまして：2022/06/11(土) 12:57:06 ID:e/aqY2GR.net

>>60
日本が江戸～明治にかけて海外から医学や工業技術など急速に吸収出来た背景には
こういったカタカナを全て漢字に置き換えて表現したからやで、

224 ：名刺は切らしておりまして：2022/06/11(土) 12:57:07 ID:/ehtv4yn.net

それはエロ動画見られますか？

225 ：名刺は切らしておりまして：2022/06/12(日) 08:40:36 ID:gsW+SIia.net

>>224
動画は元々UDPじゃね

226 ：名刺は切らしておりまして：2022/06/12(日) 09:13:40 ID:w5+n8XT/.net

惰性の力を甘く見てはいけない。IPv6はいつまでたっても普及しないし、JPEGも作られてから何十年も経つ規格で、
もっとましな代替技術・規格はいくらでも提案されているのに未だに現役。

227 ：名刺は切らしておりまして：2022/06/12(日) 09:23:41 ID:zm+Mz/aE.net

>>225
オンラインの全世界対応対戦ゲームとかはどうなってんじゃろ
遅いと困るけど、誤アクションも困りそうだが

228 ：名刺は切らしておりまして：2022/06/12(日) 09:41:53 ID:PnnOfUPM.net

>>226
IPv6はとっくに普及している

229 ：名刺は切らしておりまして：2022/06/12(日) 10:18:50 ID:9mk3LKrj.net

>>228
というか10Gbpsの回線はIPv6のみだよね
v4はtunnelingでNAT

230 ：名刺は切らしておりまして：2022/06/12(日) 12:05:05 ID:5rnAC4VY.net

>>226
googleもパケット見たらIPv6に移行してた

231 ：名刺は切らしておりまして：2022/06/12(日) 12:12:58 ID:L0YdBl5a.net

>>230
googleレベルになると各大陸にIX持ってるからv6化のコスト削減は膨大

232 ：名刺は切らしておりまして：2022/06/13(月) 12:40:29 ID:c45sLRJr.net

モバイルは実質IPv6必須だからね

233 ：名刺は切らしておりまして：2022/06/13(月) 22:10:37 ID:Su23SUYl.net

パイプライン処理なんてHTTP2からあるような

234 ：名刺は切らしておりまして：2022/06/13(月) 22:34:28 ID:i4vjAOPM.net

>>233
それを解消するための改良が目玉機能の一つ

235 ：名刺は切らしておりまして：2022/06/13(月) 23:30:11 ID:MLNXrxk8.net

>>233
TCP上で動くHTTP2だとTCPの仕様上マルチ読み込みでロックする可能性が当初からあることがわかっていてその解決法がいろいろ提案されてるなかの一つがUDPにニューTCP的なのとTLSを載せてQUICとしてそのUDPのQUICのうえで動くのをHTTP3というんだって

236 ：名刺は切らしておりまして：2022/06/14(火) 01:13:07 ID:xZ+o21mL.net

TCPの nagleアルゴリズムって余計なお世話だったんだが、quickではどうなん？

237 ：名刺は切らしておりまして：2022/06/14(火) 01:50:17 ID:xUrab8iF.net

>>223
40年前にはJAPAN AS No1だったんだろ
何を世界に教えてやったんだよおまえ！と言われる立場だったよなあ
いつまでも教わるというかパクる心づもりでいるのかなあ
その言い草からすると自信あるんだなあパクリには
世界から見たら暗号でバクってるのかわからないもんなあ

238 ：名刺は切らしておりまして：2022/06/14(火) 06:00:45 ID:s2ID8NiV.net

>>146
データグラムって書いてあるだけで信用できるわ
トーシロはまず使わない

239 ：名刺は切らしておりまして：2022/06/14(火) 11:57:49 ID:Ku2NDdFE.net

え？
HTTP/2 over QUICをHTTP/3にリネームしただけなん？

240 ：名刺は切らしておりまして：2022/06/14(火) 12:15:36 ID:gFJHjW8+.net

>>236
nagleをオフにして接続張れないようなザコが何言ってるんだ

241 ：名刺は切らしておりまして：2022/06/14(火) 16:44:30 ID:1qmxX5bz.net

>>228
ほんとにな
知ったかぶりなアホだけがIPv6が普及してない連呼してて笑える

242 ：名刺は切らしておりまして：2022/06/14(火) 16:48:42 ID:PsSo+7d/.net

IPv6は、大手はほぼサポートしてるけど、小さいところはほぼ相手にしてないんだけどな

ISPが寡占化してる日本しか見てないとわからんだろうけど

243 ：名刺は切らしておりまして：2022/06/14(火) 18:57:13 ID:MCzNjsG8.net

v4のみの小さいところなんて
それがISPでもサーバサイドでも老衰を待つのみだ

244 ：名刺は切らしておりまして：2022/06/14(火) 19:18:05 ID:PsSo+7d/.net

馬鹿だなあ、弱小がわざわざIPv6なんてサポートしたらそれこそ即死だってのwww

245 ：名刺は切らしておりまして：2022/06/14(火) 19:24:46 ID:WCsvtHay.net

1日2万アクセスぐらいのhttp2のwebサーバ作ったけど、
いかにhttp1.1がスレッドの消費が無駄なのかわかったわ
もちろん負荷になるならいずれCDN使う

246 ：名刺は切らしておりまして：2022/07/14(木) 17:41:40 ID:vvK2LBGH.net

い

247 ：名刺は切らしておりまして：2022/07/14(木) 21:02:10 ID:jv/4skhY.net

二万アクセスの大部分はボットなんだろう

248 ：名刺は切らしておりまして：2022/07/19(火) 00:38:49 ID:g6wKeZdi.net

>>247
涙拭けよｗ

249 ：名刺は切らしておりまして：2022/07/31(日) 14:50:23 ID:3YO7he4O.net

昔からUDPで再送すれば速くなるってのは知られてて実装も色々あったが、グーグル様がサーバとクライアントの実装を抑えて圧倒的物量でデファクトにしたって認識なんだがあってる？