ビデオ通話のメディア経路

ネットワークパス	STUN/リレーサーバーポート
1: ダイレクトピアツーピア UDP、STUN サーバー支援の NAT トラバーサルを使用各エンドポイントは、提供された STUN サーバーを使用して外部インターネットアドレスを検出します。このアドレスは他のエンドポイントに提供され、ネットワークアドレス変換を介して接続を設定するために使用されます。メディアは、ランダムに選択されたポートを介して、広範囲の UDP ポート 49152 ～ 65535 で流れます。	3478 (UDP)
2: ビデオコールリレーサーバー経由、UDP でルーティングされた出口を使用上記のダイレクトピアツーピアを使用して接続を確立できない場合は、構成済みの TURN サーバー UDP ポート 3478 を使用して、リモートエンドポイントへのリレーを確立しようとします。このリレーアドレスは他のエンドポイントに提供され、リレーを介して接続をセットアップするために使用され、ローカルエンドポイントの TURN サーバーへの接続を介して戻されます。メディアは、TURN サーバーの UDP ポート 3478 に流れます。	3478 (UDP)
3: ビデオコールリレーサーバー経由、TCP 経由の送信を使用 UDP を使用して TURN サーバーへの接続を確立できない場合、TURN サーバーへの接続は UDP 3478 ではなく TCP 443 を介して確立されます。メディアは、TURN サーバーの TCP ポート 443 に向けて流れます。	3478 (TCP)
4: ビデオコールリレーサーバー経由、ローカル Web プロキシサーバー経由の TCP トンネリングを使用 TURN サーバーへの NAT 経由のルーティング接続を確立できない場合は、ブラウザで構成された Web プロキシサーバー経由で TCP ポート 443 へのトンネル接続が試行されます。メディアは、Web プロキシを介して外側に流れ、TURN サーバーの TCP ポート 443 に送信されます。	443 (TCP)
5a、5b: ビデオコールリレーサーバー経由、セキュア TCP を使用上記の 3 または 4 と同様ですが、TURN サーバーへの TLS TCP 接続を使用します。	443 (TCP/TLS)

ネットワークパス

STUN/リレーサーバーポート

1: ダイレクトピアツーピア UDP、STUN サーバー支援の NAT トラバーサルを使用

各エンドポイントは、提供された STUN サーバーを使用して外部インターネットアドレスを検出します。このアドレスは他のエンドポイントに提供され、ネットワークアドレス変換を介して接続を設定するために使用されます。

メディアは、ランダムに選択されたポートを介して、広範囲の UDP ポート 49152 ～ 65535 で流れます。

3478 (UDP)

2: ビデオコールリレーサーバー経由、UDP でルーティングされた出口を使用

上記のダイレクトピアツーピアを使用して接続を確立できない場合は、構成済みの TURN サーバー UDP ポート 3478 を使用して、リモートエンドポイントへのリレーを確立しようとします。このリレーアドレスは他のエンドポイントに提供され、リレーを介して接続をセットアップするために使用され、ローカルエンドポイントの TURN サーバーへの接続を介して戻されます。

メディアは、TURN サーバーの UDP ポート 3478 に流れます。

3478 (UDP)

3: ビデオコールリレーサーバー経由、TCP 経由の送信を使用

UDP を使用して TURN サーバーへの接続を確立できない場合、TURN サーバーへの接続は UDP 3478 ではなく TCP 443 を介して確立されます。

メディアは、TURN サーバーの TCP ポート 443 に向けて流れます。

3478 (TCP)

4: ビデオコールリレーサーバー経由、ローカル Web プロキシサーバー経由の TCP トンネリングを使用

TURN サーバーへの NAT 経由のルーティング接続を確立できない場合は、ブラウザで構成された Web プロキシサーバー経由で TCP ポート 443 へのトンネル接続が試行されます。

メディアは、Web プロキシを介して外側に流れ、TURN サーバーの TCP ポート 443 に送信されます。

443 (TCP)

5a、5b: ビデオコールリレーサーバー経由、セキュア TCP を使用

上記の 3 または 4 と同様ですが、TURN サーバーへの TLS TCP 接続を使用します。

443 (TCP/TLS)

最高品質の接続を実現する

1. ほとんどのネットワークパスでは、ネゴシエーションによって有効なメディア接続が確立される可能性があります。

UDP を介した直接のピアツーピアは最適な接続を提供しますが、ネットワークポリシーのセキュリティ上の制約により、機関ネットワーク全体では利用できないことがよくあります。

安全なトンネル型 TCP 接続は、メディア転送には最も望ましくないオプションですが、ネットワークセキュリティの変更なしでサポートされる可能性が最も高くなります。

推奨されるオプション:多くのネットワークでは、中継サーバー (上記のネットワークパス 2) の UDP ポート 3478 への NAT エグレスを許可すると、オーバーヘッドがほとんどなく、待ち時間が短くなります。これには、ネットワーク構成へのわずかな、リスクの低い変更のみが必要です。

2. ビデオコールトラフィックがリアルタイムコミュニケーションとして優先されるようにするには、以下のオプションを確認してください。

ルーターが DSCP フィールド値 34 (Assured Forwarding 41 または AF41 とも呼ばれます) でトラフィックを優先できる場合は、これを構成してください。すべてのリアルタイム WebRTC トラフィックはこのようにマークされ、これにより、ビデオ通話やその他のビデオ会議ソリューションの品質が向上します。

ルーターが上記の機能に対応していない場合は、5000 ～ 40000 のポート範囲で UDP パケットを優先するように QoS を設定できます。これにより、ビデオパケットを優先し、遅延を減らすことができます。 WebRTC は RTP プロトコルを使用してメディアストリームを配信し、RTP は通常 UDP 5000-40000 を使用します。これを行うと、それを必要としない一部のパケットが優先される場合がありますが、大部分は RTP パケットになります。このように QoS を設定すると、ビデオストリームの中断とジッターが最小限に抑えられます。