Rendimiento de reproducción de audio VOIP extremadamente pobre durante llamadas de teléfono en vivo con services de escritorio remoto

La puesta en marcha:

Plantronics USB CS50 Headset> Puerto USB de "Thin Client" (Running Win Pro)> (inalámbrico) RDP para server de escritorio remoto> Eyebeam Softphone Client> Servidor VOIP> Llamador (teléfono mobile u otra extensión en la oficina)

Durante una llamada telefónica en directo, la voz entrante (desde el interlocutor que se reproduce a través del auricular USB en el equipo cliente remoto) está dividida y apenas inteligible.

La voz saliente grabada desde el equipo cliente remoto y enviada a la persona que llama es impecable.

Cualquier otra reproducción de audio es impecable también. Por ejemplo, el llamador puede llamar y dejar un correo de voz en el server VOIP y luego el usuario puede reproducir el correo de voz a través del auricular en el cliente remoto y está claro como el día.

¿Hay algo que pueda hacer para mejorar la calidad de sonido de reproducción de audio durante una llamada en vivo?

Nota: Actualmente utilizo "Reproducir en este equipo" en lugar de "Reproducir en equipo remoto", ya que el server no tiene instalada una tarjeta de sonido.

2 Solutions collect form web for “Rendimiento de reproducción de audio VOIP extremadamente pobre durante llamadas de teléfono en vivo con services de escritorio remoto”

Su configuration es subóptima – Incluso llegaría a decir que la configuration que describió es activamente hostil a las comunicaciones VoIP.

Algunos elementos key: 1. Estás enviando video y audio en ambas direcciones durante la session RDP. 2. Vas a través de una networking inalámbrica.
Aunque esto a menudo funciona bien, generalmente no es una buena idea, sobre todo en WiFi común (no dedicado a VoIP) – un montón de tráfico / ruido puede retrasar o perder packages de voz. 3. Si no eres la única persona en el server RDP, la carga de trabajo compartida puede realmente estropearte.
VoIP en general, no juega bien con la virtualización … 4. SIP es UDP – Los packages que llegan fuera de service se caen.
Todas las cosas de arriba pueden conducir a packages caídos / fuera de order.

Cosas para considerar:

  • Puede solucionar problemas de su networking (pruebe con un cliente VoIP WiFi o con un teléfono conectable)
  • Puede intentar solucionar el problema VoIP-over-RDP (conecte el thin client a una máquina dedicada y vea cómo funcionan las cosas, pruebe un softphone que no esté pasando por RDP)
  • Si aún no lo ha hecho, puede configurar QoS para priorizar el tráfico VoIP (esto no ayudará a la congestión WiFi o la carga del server).

La solución a este problema era utilizar el software USB sobre Ethernet.

  • Adición de más de un IP a sip.conf tcpbindaddr y udpbindaddr (Asterisk 1.8)
  • Cómo configurar la prioridad VoIP QoS en linux
  • Configuración de un proxy SIP NAT
  • Conecte el teléfono Cisco 7975 VOIP a dos PABX separadas de Asterisk
  • Asterisco DID reglas entrantes = s
  • Teléfonos VoIP no funcionan dentro de LAN
  • Llamadas fantasma asterisco
  • La function de marcado por nombre del operador automático del sistema telefónico de Cisco no puede encontrar una persona en particular
  • El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.