TCPに代わる次世代のインターネット通信プロトコル「QUIC」が正式スタート、RFC 9000の発表で
■ このスレッドは過去ログ倉庫に格納されています
インターネット技術の標準化団体であるIETFが、TCPに代わるインターネット通信プロトコルとして注目を集めているQUICの技術仕様をまとめたRFC 9000を発表しました。
これにより正式に「バージョン1」へと移行することが決まったQUICの将来について、RFC 9000の作成を手がけたヤナ・アイアンガー氏が解説しています。
QUIC is now RFC 9000 | Fastly
https://www.fastly.com/blog/quic-is-now-rfc-9000
QUIC is RFC 9000 | daniel.haxx.se
https://daniel.haxx.se/blog/2021/05/27/quic-is-rfc-9000/
QUICは、現行のインターネットに使われているTCPの遅延を減らし、信頼性と安全性を改善させることを目的に開発された新しいトランスポートプロトコルです。
IETFは2021年5月に、QUICの技術仕様であるRFC 9000を公開しました。
アイアンガー氏によると、RFC 9000の発表はQUICがバージョン1として正式化されたことを意味しているとのこと。
RFC 9000のほか、QUICのバージョンに依存しないプロパティであるRFC 8999、TLSによるQUICの保護を策定したRFC 9001、損失検出と輻輳制御を行うRFC 9002により、QUICは次のインターネットの標準として始動することになります。
また今回の発表に伴い、当初は「HTTP over QUIC」と呼ばれていたHTTPの次世代バージョン「HTTP/3」も、間もなく公開される予定です。
(後略)
https://gigazine.net/news/20210528-quic-rfc-9000/ でもこれ、ブラウザとかOSが勝手にやればいいだけの話なんじゃね? GoogleとかクラウドフレアはQUICデフォだよな >>5
ユーザー側で特に何にもしなくていい話だよ。
ブラウザソフトウェア・サーバーソフトウェア・DNSソフトウェアなどのエンジニアが面倒臭いというだけな。 >>10
>>1
> 新しいトランスポートプロトコルです。 クイックディスクみたいな名前しやがって( ´・ω・`) >>6
空を飛べないMS時代から飛行できるMAが開発されて捗るというだけのこと。 あらら。そしてまた基礎情報・応用情報で覚えるネタが増えると >>11
固定回線はすでに過半数がIPv6
昨年春〜夏にかけて需要が増えた。 >>11
まあまあ普及してv6速度低下してるところ >>12
TCPとかUDPみたいな物という理解でよろしい? >>19
とは言え従来みたいに糞みたいな低速制限くらわないけどな。 >>20
そうなんだと思うよ
俺もよく知らん
勉強せにゃ >>20
UDPそのもの
てかUDPブロックしてるところあると思うんだが まず、名前がダサい。
すでにQUICKはあるんだからやめろよ。 カタパルトが新型になって発進間隔が改善
セイラさんでもガンダムでコケずに発進できる
みたいな感じ? どうせシリアルにブロック送信確認してたの送信側はバルクでバンバンブロック送って受け取り側で足らないブロックを再送要求するとかやろ >>23
特別なドライバーをインストールしないと使えなくなるかもね >>4
あれSSL使ってると体感出来るレベルで遅いんだよなぁ >>36
そりゃ3ウェイハンドシェイクじゃなくてSSLハンドシェイクが遅いって話だ >>5
いずれ新機能として搭載されて勝手にやってくれる TCPに代わるといくことはIPアドレスを使わないという事か? ソケット通信プログラム全部作り直しとか不可能じゃね? まぁ、SSLは最初に暗号キーの交換やらにゃならんから遅いよな >>24
それだとプログラムや圧縮ファイルの転送には使えないってこと? まぁ、HTTPを直で叩いてるプログラムは地獄のリファクタリング作業だな
やったね!残業が増えるよ!、 >>44
アプリケーション層だからあんまり影響ないんじゃないの? >>17
レイヤ違うからhttpはそこに乗っかるだけだろ >>6
ミノフスキー粒子の成分が変わって散布が早くなる >>33
IP層は変わらんしUDPパケットそのものなんやろ
トランスポート層のデータブロック組み立てるアルゴリズムが変わるだけやろ >>45
未対応の古いライブラリ叩いてると組み替えとかあるかもよ なんかさっぱりわからん
おまえら宇宙スレとITスレでよくわかった顔ができるな
ホントは知ったかじゃないのか? ゆーても普及させようと思ったらネットワーク上の通信機器総取っ替えだろ?
まともに恩恵受けられるのは2030年くらいだろ。 オブジェクト指向のカプセル化を叩いてた関数厨の阿鼻叫喚で飯がウマイ
こういうとき、カプセル化が効いてくるんだよなぁ🤣
バーカバーカ💪😂👎 >>6
スラスターを使わないミノフスキードライブが搭載された >>6
「人はニュータイプを戦争の道具としてしか使えん!」 >>40
TCPも新しいプロトコルもIPの上に乗るだけでIPは変わらないのでは トランスポート層の話なのにデータリンク層とかアプリケーション層の話でてきてようわからん 応答速度が改善してくれりゃいいな
20年近く前の北米とのpingが100前後で今もさして変わらず、ってなんの冗談だよ
光の速度を超えられないからどんなに回線早くなっても無理って聞いたが… >>54
機器は関係ない直接影響するのはブラウザとかサーバー >>63
ルーターのフィルタ機能とか大丈夫なんかな? >>62
それって光というより遠いところは中継経路がどうしても多くなってしまうからなのでは プロトコルスタックを入れ換えるだけ。アプリケーションの変更の影響は少ないかもね ルータやスイッチが正しく宛先を判別できないと届かない
TCPと同じ位置に宛先情報が有れば届きはするだろうけど
QUICの輻輳制御とかは機能しないんじゃね? >>40
TCPはトランスポート層
IPはネットワーク層
だからIPはそのままでトランスポート層のプロトコルを変える事は可能 まぁ、TCP 自体、アプリケーション層とかメンドクセーから直接叩かせろ的な仕様なんで、
こういうとき超面倒だよね
カプセル化してないとな😂☝ RFC 9000
QUIC: A UDP-Based Multiplexed and Secure Transport
・・・なんだ、器用なUDPか。プロトコル番号はなんだろ、17か。 ルーターやハブ、ネットワークカードは対応できるの? >>77
これに対応するドライバやファームをメーカが作ってくれれば対応するかと >>62
それはQUICでも無理だわ
TCPも遅いと言われるのがコネクション確立するところであってコネクション張りっぱなしならば早いぞ >>6
TCPリュウ「撃つ?」ブライト「待て」リ「撃つ?」ブ「待て」「撃」「待」リ「撃つ?」ブ「撃て」
QUICリュウ「撃つ?」ブライト「10秒待て」……(この間に他の指示)………リ「撃つ?」ブ「撃て」 >>79
TCPウインドウサイズをでかくすればAck待たずに遅れるしね
ウインドウサイズって理論上は1GBまで指定できたと思う。さすがに1GBとかはエラー発生したら
再送がたいへんなことになりそうだけどw >>62
光回線って言っても銅線を全く介してない訳じゃないから絶対光の速度よりは遅くなるぞ IP層より下の部分から再設計した秘密のネットワークがあるらしい 再送、輻輳制御付きのUDPな
俺は物理層のエンジニアで上位レイヤは詳しく無しが
↓見る限りTCPと競合した時に帯域より多く占有できる(勝てる)みたいだな。
https://okuranagaimo.blogspot.com/2018/02/quictcp.html >>88
IPより下なんて物凄いバリエーションあるぞ?
特に無線系は山ほどある。 ネットワークの先生集まりすぎだろ
ちんぷんかんぷんや アプセトネデブ
っていうかブだけなんで物理層って日本語表記なのか >>5
そう言うこと。
ザックリ読んだけど、トランスポートとセッション層だから、Webサーバーの機能なのでユーザー側は殆ど変わっても解らない。
プログラマも新しいクラスを実装するだけだし、それまでは従来のTCP+TLSで対応可能。
一番影響を受けるのはサーバー屋さんだけど、それも、Apacheとかにモジュールいれて終わりだろうね。 >>94
アプセトネデ「フ」
じゃないか?
フィジカル層 TCPが効率悪いからってんで提唱されたプロトコルは一杯あるでよ
TCP Tahoe
T/TCP
TCP FastOPEN
TCPCT
FastTCP
PRP
STCP
VTCP
MTP
UTP
そのうちおれが実業務で使う実装したことあるのはSDPだけだわ >>99
亡くなった金子もなんかそんなのやりかけてなかった? >>96
あのスタックの表記だと「物理層」って記載じゃね?
フィジカル層って記載してる書籍は見た事ないな フィジカルってPHYで終わってね?
日本だと物理層 >>62
光の速度は秒で地球を6周半回れるとよく言われるよな
それは逆に地球一周回るのに153msもかかるってこと
地球半周の行って帰っても153msが限界
光ってノロすぎwww >>102
この呪文自体、初めて聞いたからテキトーです。
でも、洋物の書籍は、physical Layerなので、物理層だけ日本語、かこわるい。
https://en.wikipedia.org/wiki/OSI_model 情報専攻したけどプロトコルがなんなのかもう覚えてもいないわ
無駄な勉強だった >>105
フィジカルって言いにくいからじゃないの? >>6
ポリキャップやめてボールジョイントにするよー アプセトネデブだけ覚えてるが本質は何一つ理解していない >>6
電波が使えないから局の交換機でネーチャンが抜き差ししてたけど
サイコミュで遠隔通信が出来るようになる 前から気になってたんだけどwifi以外の無線lanってあるの? >>105
呪文っていうか覚え方ね
で、>>114と同じなわけで OSが対応して、それをアプリやサーバが使うように変更するか
アプリやサーバが通信開始に使っている既存の関数やメソッドの既定動作を
QUICKに変えたら対応可能になるんじゃね?
新機能は明示的に使うようにする必要があるかもしれないけど >>118
APIラッパーとか普通にあるしなんとかなりそうよね >>113
宇宙一の戦闘民族を誇るサイヤ人でとフリーザには下僕扱いされてたけど
劣等扱いしてた地球人と交配させると初めからもっと戦闘能力高くなってフリーザーやコルド大王を一刀両断 パケット組み立てるのはPCの場合はネットワークカードなら
アプリはOSに宛先とデータ送るように依頼して
OSはネットワークカードに梱包して送ってって言えばいいだけのような気がする
サーバ側も大して変わらないだろうし
スイッチはUDPの宛先とかだけ見ればそのままでもルーディングはできそう
制御が必要ならQUICK部分も見ないといけないけど 早くOS不要にしろよ
ブラウザPCまだ?
顔認証でパスワードも無くせよ >>124
chromebookが速攻でQUICK対応しそうだな
もうPCの時代はお終いだよ クライアントもスイッチもサーバも対応しないと全部の効果は発揮されないだろうな
通信は相手がいないとできないから
最初に相手がQUICK対応してるか確認する手順があるかも chromeのflagsでenable QUICってのが在るよね またGoogleやらAppleがフライング実装しそうだな。やめてください。 IPv6ですら出てきてから20年経ってもうまく移行できないのに >>62
ちなみにだが、pingはICMPというネットワーク層のパケットを使う
トランスポート層は使っていないのでQUICというのを実装しても変わらないだろうな QUICKと書いてるやつがいるがそれは株の情報を配信してる企業 >>140
IPV6=ネットワーク層
QUIC=トランスポート層
違うレベルの話 >>140
chromeでgoogle検索してる段階でquic使ってるぞ >>144
google様はwebpやwebmをゴリ押ししてるが腐朽してると言える? 珍しくちゃんと詳しい人がいっぱいいる
ネットワーク界隈ほど情弱に嘘知識でドヤれる分野も珍しい >>65
そこを考慮した上でのUDPだぞ
でなきゃ1からこれよりも効率のいいプロトコルを作れる
UDPを通さない、あるいは既知のパケットしか通さない環境なら、そもそもネット見させる気無いだろ コンテンツのJavaScriptの改行文字さえ削ってるGoogle様がTCPの問題に手を入れない訳ねーよな これはosやルータに設定したフィルタやポートフォワードとかが使えなくなって、os入れ直し、ルータ買い直し、再構築になるのか >>104
いろいろ間違ってる。
真空中や空気中なら光は地球を約7周半する。
ただ、一般的な光ファイバだと屈折率が1.5くらいあるから地球を5周しかできない。
余談だが、長距離飛ばすと伝搬速度の差で無線使ったほうが優位に遅延は小さいから
最近のHFT(高頻度取引)業者はデータセンター間を無線で繋ぐのが一般的。
ただ、それも中空光ファイバがだいぶ実用レベルになってきて揺り戻しがあるかもしれないけど。 >>121
そんなの布教してた人もう定年退職しちゃってるよ アプリ側の変更はSocket APIが変わらいのならバイナリ再ビルドだけでいけるのかな? ミドルボックスがブロックしちゃうから,SCTP以降新たな
トランスポートプロトコルの開発は流行らなくなってきて,
UDPの上に乗っける方式が増えてきた代表がQUICかな.
今時だとユーザーランドにTCP持ってきて下はUDPとかわけわかめな
ネタまであるし. >>1
それだとpeerblockが使えなくなるな。 全然知らなかったけど、既存のファイアウォールとかの設定値どうなんの ポートとか使わないってことかね
3wayハンドシェイクとか(笑)
まぁとてもすぐに広まるとはおもえないが QUICってずっとやってたな
たぶんTCPを置き換えるようにはならない >>161
UDPパケットやから今までと変わらんで
IPとポート指定して送受信
コネクションレスやとしてもアプリケーションレイヤーでは擬似コネクションとして扱ってもいいし手順はそんな変わらん >>6
ガンダムを運ぶ方法
・ホワイトベース
・ガンペリー
・Gアーマー(今回追加) >>1
スマホとPCで通信プロトコロルを分けてくれ
対応ホームページも分けてくれ
利用者を区分けしないと今のネット空間における情報の質が低くてたまらん (´-`).。oO(USENETって今でもあんのかな…) >>167
今でもhttpのユーザーエージェントで区別つくんじゃね? UDPだとパケットロスが起きた時にアプリ側で対応が必要
TCPだと遅くなる
UDPベースで機能追加したのがQUICだと思う
なのでアプリが相手にパケット届いたかどうか確認したり
再送するとか必要無いはず 中国やミャンマーで通信遮断とかしてるらしいから遮断するのは技術的には可能なんじゃね >>1
これってよくわからんが現在のTCPIPの下位互換をひろってるんだよな? >>21
ボトルネックになるところが解消されてるからとりあえず早くなってるんでしょ?
けど、光1Gbps戸建なのにどの時間でも200M超えない…
ましていわんや、リモート増えたら日中昼間が遅いとかほんとくそぷらら >>55
遅レスながら企業でお仕事してる方でそんな事やってるやついるの??
自宅サーバとかで遊んでる人くらいでしょ? >>91
無線なんか昔は…いや、やめとこ
簡単に言えば音声なりデータもなんなりを
バラバラに符号化、それを帯域のなかに周波数からなにからスペクトラム拡散してとかだったけと、さらに周波数帯域をホッピングしてバラバラにしてそれを受け側で復号して再結合してって一連の流れを遅滞なくやってんのよね
回線交換のころのJPHONEとはまるで違う軍事通信みたいなもんが民生につかわれてるな
したら、いまの米軍なんてどんなことやってんだよ、と >>176
それ考えると全ての携帯網より多くの周波数帯域を専有しながら一桁チャンネルの一方向のブロードキャストしかしてないテレビ局は電波資源の浪費だよな
片や携帯網では何千万人が別々のチャネルで双方向の4K動画を問題なくストリーミングしてるのに >>174
昨年の初夏あたりに遅くなったことはあったが今は快適だな。 >>177
ほんとなー
でもテレビの1chて6Mだっけ?
3chだから18M
んで干渉防ぐために?!?!
デジタルなのに???
1局分18M開けて隣のチャンネル
ほんとゴミだよなー
んで、電波使用料っていくらでもなくて。
ただ、ひとついえるのは有事のとき、一斉通知はたまたブロードキャストじゃないと絶対パンクするんだよなー
いや、逆にそーいうときには上りぶったぎって下りのみのキャストって定義ぶちこめば放送なんて、ブロードキャストなんていらなくなるよね
今時そとでワンセグ、フルセグでテレビってカーナビくらいでしょ?
やめちゃえよだよねー >>179
本当の災害時にはネットどころかradikoだってマトモには使えない。
少なくともラジオやテレビの意味は消えていない。 いくらプロトコルの処理を変えようが
物理層以上の速度はでねーよアホ >>85
伝書鳩はロス50%くらいだろうから、腐れwifiにでも捕まってない限り全ての通信プロトコルは伝書鳩より有能 >>182
両足にマイクロSD 1TB 4枚ずつぶら下げて
100キロの距離を1時間未満でデータ転送出来るんや
一羽で17Gbps/100,000mやぞ?
バルク通信で128多重でドロップレート50%なら1Tbps超えるんだが? >>181
物理層で色々やっても自然界の法則を超えたスピードは出ないって言ってるようなもの >>187
ご家庭の光ファイバも光の多重化してることを知らない人が多いんだよな >>1
ICMPて遅延があるとそれ以上の速度は期待できない >>170
順序とか内容確認はあるだろ。
そもそも複合化できんし >>194
パケット順序の確認をアプリがすることはTCPではないんじゃね? >>50
TCPは返答を待つ、UDPは一方的に送る >>181
1bit当たりの情報量増えれば速度出るだろ
エンコード意味ないって言ってるのと同じ ■ このスレッドは過去ログ倉庫に格納されています