WebRTCの詳細図

伝説
Genesys Cloud Desktop ApplicationとCollaborate Webユーザーインターフェースは、Genesys CloudとWebRTCステーションにアクセスするためのクライアントアプリケーションです。
Genesys Cloudは、コンタクトセンターとビジネスユーザーのコミュニケーションを可能にするクラウドベースのサービスの集合体です。
BYOC Premiseは、VoIPコンポーネントをオンプレミスに移設しますが、ステーションの動作は同じです。
Google Voice STUN Serverは、サードパーティーのオプションとして使用されます。

下の数字をクリックすると、各ステージで何が起こるかを知ることができます。

 

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

 

すべての WebRTC 信号のためにウェブソケットが確立されます。 接続は一度作成され、その後のすべてのメッセージで再利用されます。 インバウンドローのために新しい接続が作成されるわけではないので、インバウンド接続を確立するためにネットワークアクセスは必要ありません。

通話が開始されると、クラウド メディア サービスまたは Premises Edge は WebRTC クライアントとともに、Genesys サーバーと Google STUN サーバーの両方にリクエストを送信します。最初に応答したサーバーが使用されます。この冗長性により、サービスの中断が発生しないことが保証されます。
対称型NATは、メディアフローに対して新しいトランスレーションが作成されるため、STUN処理に協力しない。 これにより、直接メディアパスを進めることができなくなり、結果的にメディアフローにTURNチャンネルを使用することになります。
クライアントはピアから候補を受け取り、接続性チェックとしてBindingリクエストを送信する。 Bindingレスポンスは、接続を検証し、予想されるパスが使用されたことを確認するために使用されます。 クライアントがメディアエンドポイントに連絡するために、STUNサーバーに連絡するために使用したものとは異なるNATアドレスを使用する場合、それが発見され、新しいピアリフレクティブ候補が生成されます。

SRTPメディアパスは1つだけ必要です。 直接のメディアパスは、実際のIPアドレス（BYOC Premise）間、またはNAT反射IPアドレス（BYOC Cloud）で確立することができます。