「2024-05-28 IIJ セミナー L4S で低遅延インターネットは実現できるか?」の版間の差分
(ページの作成:「[https://iijlab-seminars.connpass.com/event/317535/ L4Sで低遅延インターネットは実現できるか?] に行ってきました。 = L4S : Low Latency , Low…」) |
|||
(同じ利用者による、間の1版が非表示) | |||
1行目: | 1行目: | ||
[https://iijlab-seminars.connpass.com/event/317535/ L4Sで低遅延インターネットは実現できるか?] に行ってきました。 | [https://iijlab-seminars.connpass.com/event/317535/ L4Sで低遅延インターネットは実現できるか?] に行ってきました。 | ||
− | + | 資料 : [https://seminar-materials.iijlab.net/iijlab-seminar/iijlab-seminar-20240528.pdf TechTrend Talk Series vol.11 L4Sで低遅延インターネットは実現できるか?] | |
= L4S : Low Latency , Low Less , and Scalable Throughput = | = L4S : Low Latency , Low Less , and Scalable Throughput = | ||
L4S はコミュニティの知見の集大成で、QoS 系の技術を元に検討・実装されてきている。 | L4S はコミュニティの知見の集大成で、QoS 系の技術を元に検討・実装されてきている。 | ||
11行目: | 11行目: | ||
=== 目的 === | === 目的 === | ||
− | + | バッファリングさせずに、1ms 以下の低遅延にする ! | |
* DCTCP を L4S にアレンジして広域のインターネットでも適用 | * DCTCP を L4S にアレンジして広域のインターネットでも適用 | ||
=== 動作 === | === 動作 === | ||
− | ECN | + | TCP のノコギリ型になるスループットをなるべく平滑化する。 |
+ | |||
+ | ECN を輻輳信号から即時信号に変えて、送信側で制御するのが今までのフロー コントロールと異なる。 | ||
+ | |||
+ | * 輻輳してない場合は Marking , 輻輳する場合に no marking する | ||
+ | * 受信側も Accurate ECN でフィードバックする | ||
現状の TCP との互換性を保持するため、検証に難航している。 | 現状の TCP との互換性を保持するため、検証に難航している。 | ||
+ | |||
+ | * キューを分離する | ||
+ | |||
+ | キューにパケットを貯めない。 | ||
== Scalable Congestion Control == | == Scalable Congestion Control == | ||
30行目: | 39行目: | ||
100Mbps 時代は良かったが、10G 以降は Recovery Time が長すぎる。 | 100Mbps 時代は良かったが、10G 以降は Recovery Time が長すぎる。 | ||
− | == Acronyms == | + | == Accurate ECN フィードバック == |
+ | コネクション確立時に accECN を使うかネゴシエーションする。 | ||
+ | |||
+ | IP ヘッダーの 2 ビット ECN フィールドで、01 が立っていると L4S を示す。 | ||
+ | |||
+ | == Dual Queue Coupled AQM == | ||
+ | L4S を実現する最小限の機能を定義。 | ||
+ | |||
+ | RFC9332 にアルゴリズムが載っており、マーキングの確率を L4S Queue と Classic Queue で同等になるように調整する。 | ||
+ | |||
+ | * りろんはあってる | ||
+ | |||
+ | == 現状の実装 == | ||
+ | スイッチやルータなどのハードウェアに実装されているか ? サーバなどのソフトウェアの実装のみか ? | ||
+ | |||
+ | === ハードウェア実装 === | ||
+ | Comcast が対応モデムを出している模様。 | ||
+ | |||
+ | * [https://datatracker.ietf.org/meeting/118/materials/slides-118-tsvwg-sessa-61-l4s-experience-00 Comcast L4S Field Trial Update IETF 118 – November 2023] | ||
+ | |||
+ | (発表後の Q&A) ルータ・スイッチの実装は不明とのこと。 | ||
+ | |||
+ | * End の TCP の動作が重要なので、経路上の機器はそこまで重要ではないのでは | ||
+ | |||
+ | === ソフトウェア実装 === | ||
+ | Linux | ||
+ | |||
+ | Apple | ||
+ | |||
+ | Google | ||
+ | |||
+ | * BBRv2 TCP / QUIC supports L4S | ||
+ | |||
+ | Comcast | ||
+ | |||
+ | * Low Latency DOCSIS field tests | ||
+ | |||
+ | NOKIA and Vodafone | ||
+ | |||
+ | * Field trial end-to-end PON | ||
+ | |||
+ | == 導入されるセグメント == | ||
+ | 1Gbps を超える、ファイバー以外の回線 | ||
+ | |||
+ | * アクセス収容ルータでサポートされるか ? | ||
+ | * ファイバー網はメリットが見えにくい | ||
+ | * Flet's 網が対応してくれないと・・・ | ||
+ | |||
+ | ケーブルインターネット | ||
+ | |||
+ | * DOCSIS と Comcast が先導 (Wi-Fi も) | ||
+ | |||
+ | モバイル : 5G の低遅延メリットを活かすため、有線区間も低遅延に | ||
+ | |||
+ | メリットを視覚化できるツールが必要 | ||
+ | |||
+ | == 略語 : Acronyms == | ||
+ | |||
+ | === 輻輳制御 === | ||
RED : Random Early Detection | RED : Random Early Detection | ||
36行目: | 103行目: | ||
ECN : Explicit Congestion Notification | ECN : Explicit Congestion Notification | ||
+ | |||
+ | AQM : Active Queue Management | ||
+ | |||
+ | === TCP ヘッダ === | ||
+ | AE : Accurate ECN | ||
+ | |||
+ | CWR : Congestion Windows Reduced | ||
+ | |||
+ | ECE : Echo of Congestion Encountered | ||
+ | |||
+ | == RFC == | ||
+ | RFC9330 Informational : L4S : Low Latency , Low Less , and Scalable Throughput (L4S) Internet Service : Architecture | ||
+ | |||
+ | RFC9331 | ||
+ | |||
+ | RFC9332 | ||
+ | |||
+ | == Internet Drafts == | ||
+ | More Accurate EECN Feedback in TCP | ||
+ | |||
+ | ECN++ Adding Explicit Congestion Notification (ECN) to TCP COntrol Packets | ||
+ | |||
+ | Non-Queue Building Per-Hop Behavior (NQB PHB) for Differentiated Services | ||
+ | |||
+ | Operational Guidance on Coexistence with Classic ECN During L4S Deployment | ||
+ | |||
+ | ISP Dual Queue Neworking Deployment Recommendations | ||
+ | |||
+ | [[カテゴリ:イベント]] |
2024年5月28日 (火) 19:12時点における最新版
L4Sで低遅延インターネットは実現できるか? に行ってきました。
資料 : TechTrend Talk Series vol.11 L4Sで低遅延インターネットは実現できるか?
L4S : Low Latency , Low Less , and Scalable Throughput
L4S はコミュニティの知見の集大成で、QoS 系の技術を元に検討・実装されてきている。
サマリ
解決するべき課題
Cable / DSL など非対称で上りの速度が限られる回線で、深いキューによる遅延が問題になっている。
目的
バッファリングさせずに、1ms 以下の低遅延にする !
- DCTCP を L4S にアレンジして広域のインターネットでも適用
動作
TCP のノコギリ型になるスループットをなるべく平滑化する。
ECN を輻輳信号から即時信号に変えて、送信側で制御するのが今までのフロー コントロールと異なる。
- 輻輳してない場合は Marking , 輻輳する場合に no marking する
- 受信側も Accurate ECN でフィードバックする
現状の TCP との互換性を保持するため、検証に難航している。
- キューを分離する
キューにパケットを貯めない。
Scalable Congestion Control
輻輳制御が走ったとき、スループットが低下するが、その時の Recovery Time がスループットによらず一定なのが問題になっている。
Reno はスループットが高いとリカバリも高くなり、比例してしまっている。
- スループット 10 倍 = リカバリタイム 10 倍
- Reno : 1990 年に登場した輻輳回避アルゴリズム
100Mbps 時代は良かったが、10G 以降は Recovery Time が長すぎる。
Accurate ECN フィードバック
コネクション確立時に accECN を使うかネゴシエーションする。
IP ヘッダーの 2 ビット ECN フィールドで、01 が立っていると L4S を示す。
Dual Queue Coupled AQM
L4S を実現する最小限の機能を定義。
RFC9332 にアルゴリズムが載っており、マーキングの確率を L4S Queue と Classic Queue で同等になるように調整する。
- りろんはあってる
現状の実装
スイッチやルータなどのハードウェアに実装されているか ? サーバなどのソフトウェアの実装のみか ?
ハードウェア実装
Comcast が対応モデムを出している模様。
(発表後の Q&A) ルータ・スイッチの実装は不明とのこと。
- End の TCP の動作が重要なので、経路上の機器はそこまで重要ではないのでは
ソフトウェア実装
Linux
Apple
- BBRv2 TCP / QUIC supports L4S
Comcast
- Low Latency DOCSIS field tests
NOKIA and Vodafone
- Field trial end-to-end PON
導入されるセグメント
1Gbps を超える、ファイバー以外の回線
- アクセス収容ルータでサポートされるか ?
- ファイバー網はメリットが見えにくい
- Flet's 網が対応してくれないと・・・
ケーブルインターネット
- DOCSIS と Comcast が先導 (Wi-Fi も)
モバイル : 5G の低遅延メリットを活かすため、有線区間も低遅延に
メリットを視覚化できるツールが必要
略語 : Acronyms
輻輳制御
RED : Random Early Detection
DCTCP : Data Center Transport Protocol
ECN : Explicit Congestion Notification
AQM : Active Queue Management
TCP ヘッダ
AE : Accurate ECN
CWR : Congestion Windows Reduced
ECE : Echo of Congestion Encountered
RFC
RFC9330 Informational : L4S : Low Latency , Low Less , and Scalable Throughput (L4S) Internet Service : Architecture
RFC9331
RFC9332
Internet Drafts
More Accurate EECN Feedback in TCP
ECN++ Adding Explicit Congestion Notification (ECN) to TCP COntrol Packets
Non-Queue Building Per-Hop Behavior (NQB PHB) for Differentiated Services
Operational Guidance on Coexistence with Classic ECN During L4S Deployment
ISP Dual Queue Neworking Deployment Recommendations