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.

  • Necesito crear una red para un centro de llamadas
  • Opciones de Asterisk de alta disponibilidad?
  • ¿Existe un softphone multiplataforma estable? ¿O sólo Linux?
  • Servidor simple Voip para ubuntu
  • ¿Existe un command traceroute para VXWorks? Específicamente un teléfono Shoretel?
  • Configurar el server VOIP sin SIP
  • Recomendaciones sobre los auriculares del centro de llamadas
  • Reenvío de llamadas de retorno a PSTN
  • ¿Cómo se configura la marcación rápida en los teléfonos Polycom IP6000?
  • ¿Es posible o recomendable virtualizar un sistema PBX? ¿Cómo se puede hacer esto?
  • Comprobar si SIP ALG está deshabilitado en el enrutador
  • El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.