STUN/TURNサーバーがダウンしていても、Chromeは実行可能なローカルICE候補を作成するように見えます。

STUN/TURNサーバーがダウンしているときにWebルートアプリケーションの動作をデバッグするのにchrome://webrtc-internals/ URLを使用しています。STUN/TURNサーバーがダウンしていても、Chromeは実行可能なローカルICE候補を作成するように見えます。

Cand-2rjZ43jF (localcandidate) 
Statistics Cand-2rjZ43jF 
timestamp 10/24/2017, 9:19:39 AM 
ipAddress 192.168.59.1 
networkType unknown 
portNumber 40555 
priority 1845501695 
transport udp 
candidateType peerreflexive

事は、この候補者はを通して私に来ることはありません：私は気づい一つ興味深いのは、「統計表」とは、例えば、「peerreflexive」ローカルICE候補が生成され、良いがあるように見えるの下ということですonicecandidateコールバック。

これはちょうどChromeの内部奇妙なものか、これらの完全に良い候補を得る方法がありますか？

出典

2017-10-24 mpr

このICE候補がどのように生成されたのか正確にはわかりません。しかし、あなたが見ることができるように、候補者はLAN IPアドレスである192.168.59.1を指しています。だから、この候補者はあなたがコンピュータであるのと同じLANにいる誰かに接続するためだけに働くでしょう。

出典

2017-10-24 21:44:53 kontrollanten

はいこれは実際には私たちのアプリケーションの標準的なシナリオです。これはLAN使用のためにより多く設計されています。本当にICE/STUN/TURNはまったく使用したくありませんが、WebRTCの必須の部分です。 – mpr

私はそれが必須の部分ではないと言います。ユースケースによって異なります。 STUN/TURNサーバを定義することなく、2つのブラウザパーツ間でコールを設定できます。同じネットワーク上の別のコンピュータに電話をかけようとはしませんでしたが、同じ方法で動作するはずです – kontrollanten

プロトコルのシグナリング部分の一部は、ICE候補を交換することです.STUN/TURNサーバが私が見ているものから、Chromeは「icecandidate」イベントを生成しません。不思議なことに、webrtc-internalsのURLにいくつかの候補者が表示され、それらを使用しようと思っています。 – mpr

STUN/TURNサーバーがダウンしていても、Chromeは実行可能なローカルICE候補を作成するように見えます。

答えて

関連する問題