webRTCの "capture of medias"パートを使用して、ビデオ/オーディオストリームをサーバに送信する必要があります。まず、ストリームを送信するためにウェブソケットを使用することを考えましたが、複雑に見えました。ビデオをキャンバスに描き、WebSocketのおかげで生成された画像を送った例がいくつか見つかりました。ヘビー。だから、私は最高の解決策は、RTCPeerConnection APIを使用して1対1のピア接続を作成し、このAPIの残りの部分を使用してストリームを転送することだと思います。それは可能であり、愚かではないのですか？そうでない場合は、既知のIPを持つ2つのピアだけを接続する単純なICEサーバーを作成することが可能かどうかを知りたい場合は、このICEサーバーを使用しないでください。WebRTC、1対1（クライアント/サーバ）接続用の偽ICEサーバ
ありがとうございました！ :)
ICEサーバーのようなものはありません。 ICEは、ネットワーク接続を確立するためのプロトコル（https://tools.ietf.org/html/rfc5245）です。
あなたの質問を正しく理解していれば、WebRTCを使用して2つのピア間でメディアストリームを確立したいと考えています。答えがイエスならば、それはまさにWebRTCの目的です。異なるプライベートネットワーク上にある場合、STUNおよびTURNサーバを関与させる必要があるかもしれませんが、WebRTCピアはICEパートを処理します。
こんにちは、私は "クライアントとサーバー"の接続をしたい。だから私はwebrtc peer2peer機能を使用することを考えていたし、私のサーバーを標準ピアとみなしていました。しかし、私は明らかに私のサーバーのIPアドレスと私のサーバーが私のクライアントIPを簡単に知ることができるので、このSTUN/TURNの部分（可能なら）を避けたいと思います。ありがとう:) – Ernest
クライアントがNATの背後にある場合、@最速のnope、サーバーはクライアントの公開を知っているだけで、助けにはなりません – mido
良い。だから私は少なくともSTUNサーバーを正しく使用する必要がありますか？とにかくサーバーにストリームを送信する別の方法があるかどうか知っていますか？ – Ernest
P2PをClient/Serverと混同しています。これらは2つの異なるものです。 WebRTCは両方を使用します。検出はClient/Server（Stun）で、ストリーミングはP2P（ICE）です。
発見はP2Pを開始するために不可欠です。同輩はお互いのIPアドレスを知る必要があります。それはStunが来る場所です - それはStunクライアントでアクセスされたピアの中央レジストリ（サーバ）です。
2人のピアがStun経由でお互いのアドレスを発見すると、Stunサーバーから切断され、ICE P2Pプロトコルを介して互いに直接ストリーミングを開始します。
ありがとう、しかし、私はwebRTCの基礎を理解しています。私がしたかったのは、クライアントからサーバーにデータを転送するために1対1のピア接続を偽装することでした。結局のところ、これはICEサーバーとはまったく関係ありません。 現在、私はビデオチャンクをWebSocket経由でバイナリデータとして送信しています。 – Ernest
あなたはMCU/SFUを見ましたか？ – mido
キャンバスに描画する必要はありません。 MediaRecorderを使用します。 [別の質問への私の答え]（http://stackoverflow.com/a/34997248/918910）を参照してください。 – jib
私は実際にそれを調べていました。私はビデオ/オーディオをキャプチャしながら私は（バイナリデータとして）記録された部分を送ることができると思いますか？ （私はちょうど今それをテストすることはできません） – Ernest