WebRTCの詳細図
Legend
下の数字をクリックすると、各ステージで何が起こるかを知ることができます。
|
![]() |
![]() |
すべての WebRTC 信号のためにウェブソケットが確立されます。 接続は一度作成され、その後のすべてのメッセージで再利用されます。 インバウンドローのために新しい接続が作成されるわけではないので、インバウンド接続を確立するためにネットワークアクセスは必要ありません。 |
![]() |
When a call is initiated the Cloud Media Service or Edge and the WebRTC Client will use a STUN requests to obtains its reflexive NAT address (the public address and port are the same as the client appears on the public network). Multiple STUN requests are attempted. |
![]() |
対称型NATは、メディアフローに対して新しいトランスレーションが作成されるため、STUN処理に協力しない。 これにより、直接メディアパスを進めることができなくなり、結果的にメディアフローにTURNチャンネルを使用することになります。 |
![]() |
クライアントはピアから候補を受け取り、接続性チェックとしてBindingリクエストを送信する。 Bindingレスポンスは、接続を検証し、予想されるパスが使用されたことを確認するために使用されます。 クライアントがメディアエンドポイントに連絡するために、STUNサーバーに連絡するために使用したものとは異なるNATアドレスを使用する場合、それが発見され、新しいピアリフレクティブ候補が生成されます。 |
![]() |
SRTPメディアパスは1つだけ必要です。 直接のメディアパスは、実際のIPアドレス(BYOC Premise)間、またはNAT反射IPアドレス(BYOC Cloud)で確立することができます。 |