사용자 대 사용자 음성 통신을위한 최선의 방법

Question

내 프로젝트 중 하나에 대해 사용자가 오디오 모드에서 서로 통신 할 수 있어야합니다. 내가 걱정하고있는 점은 대역폭 소비면에서 커지면 프로젝트의 확장 성이다.

내 서버를 통해 오디오를 사용자에게 전달하는 다른 방법은 무엇입니까?

두 명의 사용자가 데이터 스트림 (이 경우 오디오)을 교환 할 수 있도록 링크를 만들어서 나를 통과하지 못하도록하고 가능한 한 시간을 제어 할 수 있습니까? 서로 연결되어 있고 다른 정보가 있습니까?

현재로서는 생각하고있는 것이지만 무엇을 조사해야할지 모르겠습니다. 나는 아마도 플러그인 의존적 인 솔루션 일 필요가있을 것이라고 생각한다. 그래서 나는 그런 질문에 태그를 붙였다.

저는 구체적인 해결책을 찾지 않고 비슷한 것을 경험 한 사람으로부터 올바른 방향으로 조금만 밀어 넣습니다.

감사합니다.

Answer 1

물론 오디오 데이터를 서버에서 보호 할 수 있으며 모든 종류의 확장 성을 확보하려면이 작업을 수행해야합니다.

통신 네트워크는 오랫동안 신호 트래픽을 음성 트래픽에서 분리하여 이러한 방식으로 작동했습니다. SS7 architecture, IMS architecture을 참조하십시오.

프로젝트가 인터넷 기반이라면 일반적인 VoIP 접근 방식이 적합 할 것 같습니다.

• 모든 (!이 확장되지 않습니다)
• 신호가 서버를 통과 신호 및 음성 트래픽이 동일한 서버 (들)을 통해 직접 간다 (들) : 여기
  몇 가지 일반적인 방법입니다 , 음성 트래픽은 전용 서버를 통해 전달됩니다. (매우 잘 - 일반적인 접근 방식으로 전화 회사에서 실행됩니다.)
• 신호는 서버를 통과하며 음성 트래픽은 TCP/IP 연결을 통해 사용자간에 직접 이동합니다 (잘 저울, 이제 신호 서버 만 제공하면됩니다.
• 신호는 서버 (들)을 통과, 음성 트래픽은 소프트웨어 실행 연결된 사용자의 세계적인 메시 통과 (슈퍼 잘 저울을, 당신은 지금 스카이프와 경쟁있어!) 당신이 만약

' 다시 말해 음성 트래픽을 말하는 경우, 말하기가 지나치게 압축 될 수 있고 사용자가 대역폭 소비를 제한하는 데 도움이되므로 음성 압축과 관련된 오디오 압축을 사용하는 것이 좋습니다.

브라우저 환경에있는 경우 일반 사용자간에 피어 - 투 - 피어 연결을 설정하고 안전하게 유지하는 방법이 하나의 장애물 일 수 있습니다. Web Sockets과 같은 새로운 웹 기술은 여기서 살펴볼 가치가 있습니다. 그러나이 특정 문제에 대해 "웹 앱에서 피어 - 투 - 피어 연결을 얻는 방법"과 같은 질문을하면 유용한 답변을 얻을 수 있습니다.