Open2

WebRTC Priority Control API

voluntasvoluntas

WebRTC Priority Control API

WebRTC Priority Control API の DeepL Pro 翻訳。

1. はじめに

本文書では、WEBRTC RTCRtpEncodingParameters構造の一部として「priority」フィールドを定義し、可能な値は「very-low」、「low」、「medium」、「high」である。

この機能は、もともと[WEBRTC]仕様の一部でしたが、実装経験がないため、2019年11月に削除されました。現在は本文書の一部となっています。

さらに本仕様では、ローカルの優先順位付けに影響を与えずにDSCPマーキングを制御できるフィールドをRTCRtpEncodingParametersに追加し、その逆も同様です。

2. 優先順位とQoSモデル

多くのアプリケーションでは、同じデータタイプの複数のメディアフローがあり、一部のフローが他のフローよりも重要であることがよくあります。WebRTCでは、[rfc8835]および[rfc8837]で説明されている優先度とQoS(Quality of Service)のフレームワークを使用して、ネットワーク環境によってはQoSの提供に役立つパケットの優先度とDSCPマーキングを提供しています。優先度の設定は、さまざまなフローの相対的な優先度を示すために使用できます。優先度APIにより、JavaScriptアプリケーションは、RTCRtpEncodingParametersオブジェクトのpriorityプロパティを以下に定義された値のいずれかに設定することで、特定のメディアフローがアプリケーションにとって高、中、低、または非常に低い重要性を持つかどうかをブラウザに伝えることができます。

5. セキュリティとプライバシーに関する考察

このAPI拡張機能は、それ自体は新しい情報を公開するものではなく、この拡張機能で扱われるデータは、機密性や個人を特定できるものではありません。

ネットワークトラフィックを監視する機能と併せて、この拡張機能を使用することで、仕様のどの部分が実際に実装によって守られているかを把握することができます。特に、優先度の設定によって生成されたパケットのDSCPマークが変更されるかどうかを把握することができます。

この仕様では、ネットワークトラフィックの優先順位付けに一般的に使用され るネットワークヘッダーの部分(DSCPマーキング)をある程度制御することができる。UAが接続されているネットワークの設定が間違っていたり、プロビジョニングが不足していたりすると、設定で想定されていないDSCPマーキングのパケットが発行されるなど、ローカルネットワーク環境に影響を与える可能性があります。

このリスクに対する対策としては、適切な設定が必要であり、最も簡単な設定はDSCPブリーチング(DSCPマーキングを常にゼロまたは無視すること)である。輻輳制御(WebRTCでは常に必須)により、ほとんどの場合、ネットワークの過負荷を防ぐことができます。