by Felipe Gervasi 28 de septiembre de 2018
La mayoría de las veces, la resolución de problemas de VoIP significa resolver algún tipo de problema de red. Esto no quiere decir que all Los problemas de VoIP son problemas de red: puede haber problemas con la forma en que se registran los teléfonos, con las versiones de firmware, con la configuración del administrador de llamadas, etc., pero cuando se trata de solucionar problemas de VoIP, problemas de audio reales, como audio unidireccional, llamadas internas que no se desvían. correctamente o con una mala calidad de audio, descubrí que casi siempre es la red.
¿Qué es VoIP?
Cuando se realiza una llamada a un “voz sobre protocolo de Internet” o VoIP, teléfono, la llamada primero se conecta al administrador de llamadas. Luego, el administrador de llamadas hace sonar el teléfono del destinatario y, cuando alguien responde, libera la transmisión de audio a los dispositivos individuales. En este punto, los dos teléfonos se comunican directamente entre sí en tiempo real.
"Por mucho que odie admitirlo, la resolución de problemas de VoIP generalmente significa resolver un problema de red". – Un ingeniero de redes
Esa es una descripción general muy básica de cómo ocurre una configuración de llamada típica, pero tenga en cuenta que los teléfonos pueden estar en diferentes ubicaciones geográficas y en diferentes subredes. Ya no se trata solo de que un teléfono pueda comunicarse con un administrador de llamadas. La comunicación bidireccional entre puntos finales también debe funcionar a la perfección, y en redes complejas eso significa enfrentarse a cortafuegos, enrutamiento dinámico, listas de control de acceso y enrutamiento asimétrico.
La mayor parte del tráfico de audio de VoIP utiliza el protocolo de transporte en tiempo real, o RTP, como transporte. El RTP entre dos puntos finales existe como un flujo UDP que depende completamente de la red subyacente; por lo tanto, cualquier problema con la red que impida que un lado de la transmisión de audio llegue al otro resultará en un problema de audio.
Solución de problemas de VoIP
Después de confirmar que los teléfonos están registrados y reciben las direcciones IP y VLAN correctas, la solución de problemas de VoIP generalmente comienza con el seguimiento del flujo salto a salto. Sin embargo, esto puede resultar increíblemente tedioso y llevar mucho tiempo. Implica capturar paquetes, iniciar sesión en numerosos dispositivos, encontrar a alguien que acceda a los teléfonos en persona y rastrear la red salto a salto con el objetivo de encontrar exactamente en qué parte del camino se interrumpe la comunicación.
"Ping y traceroute tienen serias limitaciones para la resolución de problemas de audio de VoIP”.
Normalmente, los ingenieros utilizan herramientas sencillas como ping y traceroute para trazar una ruta entre teléfonos. Se trata de herramientas integradas fáciles de usar, por lo que, para empezar, son, con diferencia, las más comunes para un ingeniero. Sin embargo, aunque ciertamente tienen su lugar en las redes, ping y traceroute tienen serias limitaciones para la resolución de problemas de audio de VoIP.
- En primer lugar, en una red compleja, rastrear la ruta entre los puntos finales puede llevar mucho tiempo. He pasado horas solucionando problemas de VoIP de esta manera, solo para abrir múltiples casos de TAC y capturas de paquetes, y esto se agrava cuando no conoces muy bien la red.
- En segundo lugar, traceroute solo analiza los saltos de capa 3, y solo aquellos dispositivos de capa 3 configurados para responder a ICMP aparecerán en el seguimiento. Esto plantea un gran problema para la resolución de problemas de audio de VoIP. Si por diseño algunos dispositivos no responden al traceroute, ¿cómo podemos identificar dónde falla la ruta?
- Traceroute no tiene en cuenta el enrutamiento asimétrico, que es muy común en redes grandes. Por ejemplo, trabajé en un problema de audio unidireccional para un cliente que tenía docenas de ubicaciones en mi región, y la ruta de un sitio a otro a menudo era diferente a su tráfico de retorno. Especialmente si se utiliza algún tipo de tecnología de rutas múltiples, rastrear rutas bidireccionales que pueden cambiar de un flujo a otro puede ser un ejercicio inútil.
- Traceroute no tiene en cuenta los dispositivos de capa 2. Aunque puede haber solo un par de enrutadores entre dos teléfonos, podría haber docenas de conmutadores operando en la capa 2 en la ruta. En el contexto de una configuración de calidad de servicio de extremo a extremo, se debe tener en cuenta cada uno de los dispositivos de la ruta. Esto incluye cada enrutador, cada firewall y cada conmutador.
Traceroute tiene una capacidad limitada para encontrar exactamente en qué parte de la ruta se interrumpe la comunicación VoIP.
A pesar de limitaciones de trazar ruta, analizar la ruta completa entre puntos finales sigue siendo la clave para encontrar la causa de los problemas comunes de VoIP, y aquí es donde entra en juego el mapeo inteligente de redes. NetBrainLa plataforma de está diseñada específicamente para mapear programáticamente una red, incluidas rutas entre puntos finales, y esto es increíblemente poderoso para un ingeniero que soluciona problemas comunes de VoIP.
Analizar la ruta completa entre los puntos finales es la clave para encontrar la causa de los problemas comunes de VoIP.
en primer lugar, NetBrain, Dynamic Maps cree un mapa interactivo y en tiempo real de la red sin tener que rastrear dispositivo a dispositivo usando traceroute y mostrar vecinos cdp. Muy rápidamente puede discernir con qué tipo de dispositivos está compitiendo y dónde viven las ACL, se está realizando NAT, se está produciendo la redistribución de rutas, etc.
En mi experiencia, esto puede ser suficiente para ver dónde están los puntos problemáticos. NAT, ACL y la redistribución de rutas han sido culpables de problemas de audio que he tenido que solucionar a lo largo de los años. Sin embargo, para centrarse en un flujo de audio específico, NetBrain, Calculadora de rutas A/B mapea dinámicamente la ruta real entre puntos finales. En el contexto de la resolución de problemas de VoIP, esta herramienta puede ahorrar literalmente horas.
Simplemente especifique una dirección de origen y de destino para mapear dinámicamente la ruta real entre los puntos finales.
Gracias a NetBrainCon la Calculadora de ruta A/B, puede especificar las direcciones IP de dos puntos finales cualesquiera, ya sea para mirar la capa 2 o la capa 3, y qué protocolo analizar. Para una prueba de audio, ingrese las dos direcciones IP del teléfono, seleccione la capa 3 para comenzar y seleccione UDP de la lista de protocolos. En cuestión de segundos, tendrá la ruta en tiempo real que utilizan los dispositivos en una pantalla interactiva. Puede discernir muy rápidamente dónde están las ACL, qué ruta está tomando el tráfico RTP y dónde se produce la interrupción del flujo. Este es un increíble paso adelante en la resolución de problemas de VoIP en comparación con hacer ping torpemente en una red y usar traceroute entre dispositivos.
En cuestión de segundos, A. Dynamic Map le muestra ACL, RTP traffic paths, y dónde está ocurriendo la ruptura en el flujo.
Otra causa común de los problemas de audio es la mala calidad de los enlaces o los enlaces de bajo ancho de banda en la ruta entre los puntos finales. Esta es la razón por la que se desarrolló la calidad del servicio: para poner en cola, priorizar y garantizar que cierto tráfico (generalmente voz) reciba todos los recursos de red que necesita para una buena experiencia del usuario final.
Debido a que un flujo de audio usa UDP, es intrínsecamente poco confiable y no tiene un mecanismo de verificación de errores para retransmitir paquetes defectuosos. Además, si hay una congestión significativa en un enlace y no hay QoS configurado para priorizar el tráfico de audio, el resultado final probablemente será un audio de muy mala calidad o las llamadas se interrumpirán por completo.
El problema con QoS es que debe configurarse perfectamente de extremo a extremo para que sea efectivo.
Pero el problema con QoS es que debe configurarse perfectamente de extremo a extremo para que sea efectivo. Cada puerto de acceso utilizado para originar el tráfico de voz, cada puerto troncal y cada terminación de capa 3 debe tener una política de servicio consistente. En una red grande, esto puede ser una enorme cantidad de interfaces. Por lo general, eso significaría primero rastrear la ruta entre los puntos finales y luego iniciar sesión en cada dispositivo para ver si la configuración de QoS está presente y es correcta.
NetBrain también resuelve este problema mediante programación mediante el uso de Qapps integrados y personalizables para extraer información de todos los dispositivos de red en la ruta y presentar un mapa interactivo de información relevante, como la configuración de QoS en cada dispositivo y caídas de cola reales que indican un problema con la política.
Extraiga automáticamente datos en vivo de todos los dispositivos a lo largo de la ruta, resalte la política de interfaz y detecte caídas en la cola.
Ser capaz de recopilar esta información mediante programación es lo que permite a un ingeniero resolver un problema de VoIP rápidamente. De lo contrario, se necesita una cantidad increíble de tiempo para extraer la información de QoS manualmente, dispositivo por dispositivo.
Obtener este nivel de información de QoS manualmente, dispositivo por dispositivo, llevaría una cantidad de tiempo increíble.
Por mucho que odio admitirlo, la resolución de problemas de VoIP generalmente significa resolver un problema de red. Hasta hace poco, los ingenieros tenían que utilizar herramientas simples como traceroute para encontrar la interrupción en la red. Sin embargo, con el software moderno de programación de redes como NetBrain, Dynamic Maps y A/B Path Calculator, la resolución de problemas de audio unidireccional de VoIP, mala calidad de llamadas, problemas de desvío de llamadas y otros problemas comunes de VoIP se han vuelto más rápidos, más fáciles y con un tiempo de resolución mucho más corto.