最初に、これは純粋な p2p 機能ではなく、セキュリティと DDOS の目的のためのソケットではないことを理解しました。
しかし、オファー、回答、SDP、ICE、STUNなどを理解するのに苦労しています。かなり多くの抽象化と要件のようです。
IP アドレスを一元管理する Web サイトが常に必要になるということですか?
DHT の実装が難しくなりますか?
ある種のソケットと同等のものだと思っていましたが、非常に異なっており、より複雑なようです。
最初に、これは純粋な p2p 機能ではなく、セキュリティと DDOS の目的のためのソケットではないことを理解しました。
しかし、オファー、回答、SDP、ICE、STUNなどを理解するのに苦労しています。かなり多くの抽象化と要件のようです。
IP アドレスを一元管理する Web サイトが常に必要になるということですか?
DHT の実装が難しくなりますか?
ある種のソケットと同等のものだと思っていましたが、非常に異なっており、より複雑なようです。
ピア間の接続を確立するには、まだ中央サーバーが必要です。
サーバーは、何らかのシグナリング トランスポートを提供する必要があります。これは、Websocket、Google appengine チャネル、または手作りのものである可能性があります。クライアントは、p2p 接続を確立する前に、サーバーとの通信にこのトランスポートを使用します。
また、NAT トラバーサル機能をサポートするための STUN サーバーが必要です。これは、NAT の背後で動作するクライアント (つまり、ホーム/オフィス ネットワーク ルーター) の場合です。いくつかのオープン ソース実装を使用して、独自の STUN サーバーをインストールできます。または、Google の STUN サーバーを使用できます。
実際、これらの情報はすべて WebRTC 全般に有効ですが、特に RTCDataChannel に適用できます。
ここでは、DataChannel の使用方法の良い例を見つけることができます: https://github.com/muaz-khan/WebRTC-Experiment/tree/master/DataChannel
ここでは、シグナリング プロトコルに Erlang と Websockets を使用したビデオ チャットの例を見つけることができます: https://github.com/fycth/webrtcexample