すべての WebRTC 信号のためにウェブソケットが確立されます。 接続は一度作成され、その後のすべてのメッセージで再利用されます。 インバウンドローのために新しい接続が作成されるわけではないので、インバウンド接続を確立するためにネットワークアクセスは必要ありません。 |
通話が開始されると、クラウドメディアサービスまたはエッジとWebRTCクライアントはSTUNリクエストを使用して、反射的NATアドレス(クライアントがパブリックネットワーク上で表示されるのと同じパブリックアドレスとポート)を取得する。 複数のSTUN要求が試行される。 |
対称型NATは、メディアフローに対して新しいトランスレーションが作成されるため、STUN処理に協力しない。 これにより、直接メディアパスを進めることができなくなり、結果的にメディアフローにTURNチャンネルを使用することになります。 |
クライアントはピアから候補を受け取り、接続性チェックとしてBindingリクエストを送信する。 Bindingレスポンスは、接続を検証し、予想されるパスが使用されたことを確認するために使用されます。 クライアントがメディアエンドポイントに連絡するために、STUNサーバーに連絡するために使用したものとは異なるNATアドレスを使用する場合、それが発見され、新しいピアリフレクティブ候補が生成されます。 |
SRTPメディアパスは1つだけ必要です。 直接のメディアパスは、実際のIPアドレス(BYOC Premise)間、またはNAT反射IPアドレス(BYOC Cloud)で確立することができます。 |