0

Cで小さなwebrtcアプリケーションを開発しています.sipシグナリングを使用してwebrtc呼び出しを行っています。スタン/ターン/アイスの使用に関して以下の質問があります。

通話を開始するときに、オファー (SDP) を含む INVITE を送信します。SDP では、ICE 候補を配置する必要があります。

考えられるケースは 2 つあります。それを説明するために、例を挙げます。2 つのエンドポイントがABであるとします。Pと言う一口プロキシサーバーがあります。また、私はターンサーバー(スタンとターンの両方をサポートしています)を持っています。それはTです。

ケース 1
すべてのエンティティABP、およびTが同じプライベート ネットワーク内にあります。ここで STUN 解決が必要ですか? はいの場合、対処する必要があるすべてのスタン要求/応答は何ですか?

ケース 2
ここで、 Aはプライベート ネットワーク内にあります。他のエンティティBP、およびTはパブリック ネットワークにあります。この場合、STUN/TURN 解決を行う必要があることを願っています。STUN から始めて、ホストと再帰候補を得たとしましょう。いくつかの例では、PermissionChannel Bindリクエストも使用されています。STUN のみ (TURN なし) を使用している場合、ホストとリフレクティブ候補を取得した後、何か特別なことをする必要がありますか?

これ以外に、gnutls (openssl なし) を使用する C のスタン/ターン クライアントに利用できる優れたオープン ソースはありますか?

4

1 に答える 1

2

ケース 1 - いいえ。それ自体は必要ありません。INVITE があなたがいるのと同じネットワークからいつ来るかを検出する簡単な方法がないというだけです。

ケース 2 - STUN のみを使用している場合は、ローカル ホストと再帰候補で問題ありません。TURN は、リレーが必要なシナリオ (対称 NAT シナリオ) に使用されます。

于 2015-08-07T07:11:49.223 に答える