웹 소켓 서버 (노드 JS)를 사용하여 신호 서버 역할을합니다. P2P 메쉬 네트워크를 만들고 싶습니다. 모두가 서로 연결되어 있습니다.. 작업/이벤트의 순서가 될 것입니다 무엇 WebRTC P2P 메시 토폴로지의 제안/응답 시퀀스
: 이- 제 1 회 피어는 이후 동료가 신호 서버에 서비스를 모든 연결 피어를 보내 마십시오
가입
웹 소켓 서버 (노드 JS)를 사용하여 신호 서버 역할을합니다. P2P 메쉬 네트워크를 만들고 싶습니다. 모두가 서로 연결되어 있습니다.. 작업/이벤트의 순서가 될 것입니다 무엇 WebRTC P2P 메시 토폴로지의 제안/응답 시퀀스
: 이가입
WebRTC는 클라이언트와 클라이언트를 연결합니다. 귀하의 고객이 적어도 하나의 다른 고객과 연결되어 있다면 - 다른 고객은 다른 고객의 목록을 가질 수 있습니다. 그런 다음 빠르게 전파됩니다. 목록의 토폴로지는 사용자가 결정합니다. 다른 사람과 연결하기위한 정보가 목록에 있기 때문에 신호가 필요하지 않습니다.
전자 메일로 신호를 보낼 수 있습니다. 따라서 적어도 하나의 피어가 피어에 미리 설치되어 있어야 가능합니다. –
메쉬 네트워크를 통해 모든 사람에게 항상 흐르는 오디오와 비디오로 메쉬 네트워크를 만드는 것이라면 재검토하는 것이 좋습니다. 이것을 3 명 또는 4 명 이상의 사용자가 잘 작동하게하는 것은 불가능합니다. 다른 네트워크 토폴로지의 네트워크에 대한 설명은 여기를 참조하십시오. http://testrtc.com/different-multiparty-video-conferencing/
데이터를 연결하기 위해이 작업을 수행하려는 경우 (음성 또는 영상이 아닌) 연결을 시도 할 수는 있지만 다시 번호 하나의 브라우저에 배치 할 수있는 피어 연결의 수는 제한되어 있고 추가 한 각각의 연결은 약간의 오버 헤드가됩니다. 오늘, 나는 40에서 50까지 이것을 얻는 것을 시도하지 않을 것입니다.
귀하의 질문에, 나는 모든 클라이언트가 WebSocket을 통해 귀하의 서버에 연결될 것이라고 가정합니다. 특정 사용자를 다른 사용자 또는 소그룹의 사용자와 함께 연결하려면 서버를 통해 메시지를 라우팅하고 피어 연결을 적절히 작성해야합니다.
그룹 시나리오의 경우 SFU 모델을 사용할 것입니다. 가능한 대안은 Jitsi (https://jitsi.org/Projects/JitsiVideobridge)와 Kurento (http://www.kurento.org/)를 참조하십시오.
내가 아는 한 WebRTC는 신호 메커니즘을 설명하지 않습니다 (자습서에서 강하게 지적했습니다). 개발자에게 달려 있으며, 어떻게 만들 것인가. 메쉬로 '모두에게'의 의사 소통은 기술의 비 의존적 알고리즘으로 설명되지만, 정보를 보내는시기와 방법은 당신의 생각 일뿐입니다. 당신의 생각은 복잡하지 않고 좋아 보인다. – Krystian
[WebRTC with 3 users connection] (http://stackoverflow.com/questions/36885362/webrtc-with-3-users-connection) – jib