[論文レビュー] Performance of QUIC Implementations Over Geostationary Satellite Links

Sebastian Egger, Jörg Deutschmann+2 more|arXiv (Cornell University)|Feb 16, 2022

Service-Oriented Architecture and Web Services被引用数 11

ひとこと要約

本論文は、エミュレートおよび実際の衛星リンクをサポートする拡張版IETF QUIC相互運用性ランナーツール（QIR-SE）を用いて、地球静止軌道衛星回線における複数のQUIC実装の性能を評価している。主な発見として、QUICの性能は高いRTTとパケット損失によって著しく制限されており、多くの実装が失敗するか、極めて低いスループットにとどまっている。性能はクライアントおよびサーバー実装の両方に強く依存している。

ABSTRACT

QUIC was recently standardized as RFC 9000, but the performance of QUIC over geostationary satellite links is problematic due to the non-applicability of Performance Enhancing Proxies. As of today, there are more than a dozen of different QUIC implementations. So far performance evaluations of QUIC over satellite links were limited to specific QUIC implementations. By deploying a modified version of the IETF QUIC-Interop-Runner, this paper evaluates the performance of multiple QUIC implementations over multiple geostationary satellite links. This includes two emulated ones (with and without packet loss) and two real ones. The results show that the goodput achieved with QUIC over geostationary satellite links is very poor in general, and especially poor when there is packet loss. Some implementations fail completely and the performance of the other implementations varies greatly. The performance depends on both client and server implementation.

研究の動機と目的

• 地球静止軌道衛星回線（高い伝送遅延を示し、性能向上プロキシ（PEP）と互換性がない）における多様なQUIC実装の性能を評価すること。
• IETF QUIC-相互運用性ランナーツール（QIR）を拡張し、衛星回線のエミュレーションおよび実際の衛星テストを可能にするようにし、体系的なベンチマークを可能にすること。
• PEP加速が不可能な状況下で、高RTTおよび損失のある衛星環境下におけるQUIC実装の性能ボトルネックを特定すること。
• 衛星ネットワーク上での異なるクライアント・サーバー実装の組み合わせにおけるQUIC性能の変動性と制限要因を実証的に明らかにすること。
• 衛星環境における実装固有の弱みと最適化の余地を浮き彫りにすることで、今後のQUIC開発を支援すること。

提案手法

• 地球静止軌道衛星回線のエミュレーションおよび実際の衛星テストを可能にするように、IETF QUIC-相互運用性ランナーツール（QIR）を拡張し、QIR-SEを構築した。
• ns-3ネットワークシミュレータを用いたDockerベースのアーキテクチャを導入し、高RTTの衛星回線をエミュレートした。これには、人工的なパケット損失を含む／含まないシナリオを含めた。
• Astraおよびその他の実際の衛星回線を用いて測定を実施し、600ms以上のRTTを持つエミュレートされた回線でも、スループットと送信動作を測定した。
• pysharkを用いて時間オフセット図およびパケットトレースを収集・分析し、ペーシング、再送信、フローのダイナミクスを検証した。
• msquic、picoquic、lsquic、aioquicなどの14のQUIC実装を、複数のテストケースにおけるクライアント・サーバーの組み合わせで評価した。
• 公開ウェブサイトを通じて、時間オフセット図を含む結果の自動集計と可視化を実現した。

実験結果

リサーチクエスチョン

• RQ1 地球静止軌道衛星回線における高RTTおよび潜在的なパケット損失の下で、QUICの性能は異なる実装によってどのように変動するか？
• RQ2 クライアントおよびサーバー実装の組み合わせが、衛星ネットワーク上でのQUICの総合的なスループットと信頼性に、どの程度影響を及えるか？
• RQ3 高帯域幅を持つ回線であっても、なぜ一部のQUIC実装が衛星回線で完全に失敗するか、または極めて低いスループットにとどまるのか？
• RQ4 再送信、ペーシング動作、パケット損失処理が、高遅延経路におけるQUIC性能を劣化させる役割を果たすのはどのような点か？
• RQ5 実装固有の設計選択が、PEPが適用できない状況下での衛星ネットワーク制約における性能に、どのように影響を与えるか？

主な発見

• 地球静止軌道衛星回線におけるQUICのスループットは一般的に極めて低く、多くの実装が物理的回線容量の10％未満にとどまっている。
• 性能は実装ごとに著しく異なる。一部の実装は、理想的な条件下でも衛星回線を介したファイル転送に完全に失敗している。
• SatLossシナリオにおける人工的なパケット損失は、深刻な性能劣化を引き起こし、データレートが著しく低下し、高RTTのため回復が遅い。
• aioquicのような一部の実装は、安定した送信レートに到達しなかった一方、他の実装は人工的損失がなくても非常に変動する完了時間を示しており、プロトコルまたは実装上のバグの可能性を示唆している。
• 時間オフセット図からは、問題のあるペーシングと過剰な再送信が明らかになった。一部の実装では、1つの元のパケットに対して最大8回の再送信が行われ、10 MiBのファイル送信に最大6080 MiBのデータ送信が発生した。
• 結果から、クライアントおよびサーバー実装の両方が性能に顕著な影響を与えていることが示され、すべてのテストケースで一貫して優れた性能を示す実装は存在しない。