En la mayoría de casos, la plataforma funciona con cualquier conexión a internet estándar sin necesidad de configuración adicional. Este artículo está dirigido a equipos de TI en empresas con un volumen alto de llamadas simultáneas, redes corporativas con políticas de acceso controlado, o entornos donde se han detectado problemas de calidad de audio.
1. ¿Cuándo hace falta revisar la red?
Con una conexión de fibra o cable habitual, la plataforma opera sin intervención técnica. La revisión de la configuración de red es recomendable cuando:
- Hay más de 10 vendedores realizando llamadas en paralelo
- La red corporativa tiene un firewall restrictivo o tráfico enrutado por VPN
- Se experimentan cortes, eco o voz robótica durante las llamadas
- La empresa aplica políticas de segmentación o filtrado de tráfico
2. Ancho de banda por vendedor activo
El protocolo de voz utilizado (Opus) está optimizado para consumir el mínimo ancho de banda manteniendo una calidad de audio alta. Es uno de los codecs más eficientes disponibles.
| Subida | Bajada | |
|---|---|---|
| Mínimo técnico | 40 kbps | 40 kbps |
| Recomendado (con margen) | 100 kbps | 100 kbps |
Para dimensionar: 20 vendedores haciendo llamadas en paralelo consumen el equivalente a una sola videoconferencia en calidad media. El ancho de banda raramente es el problema. Lo que determina la calidad de las llamadas es la estabilidad de la conexión, no su velocidad.
3. Configuración de firewall
Las llamadas necesitan dos tipos de tráfico: uno para establecer la llamada (señalización) y otro para el audio. Ambos salen desde los equipos de los vendedores. La plataforma nunca inicia conexiones entrantes.
Señalización — salida TCP, puerto 443
Permite tráfico saliente a estos dominios:
chunderw-gll.twilio.com
chunderw-vpc-gll.twilio.com
voice-js.roaming.twilio.com
eventgw.twilio.comAudio — salida UDP, puertos 10.000–60.000
| Rango de IPs | Protocolo | Puertos |
|---|---|---|
| 168.86.128.0/18 | UDP | 10.000–60.000 |
Si el router o firewall tiene activas las funciones SIP ALG (SIP Application Level Gateway) o SPI (Stateful Packet Inspection), deben desactivarse. Estas funciones interfieren con el tráfico VoIP y generan cortes intermitentes aunque la conexión a internet sea buena.
4. Umbrales de calidad de red
El factor que más impacta la calidad de las llamadas no es el ancho de banda, sino la estabilidad de la conexión. Estos son los tres parámetros que hay que verificar:
| Parámetro | Qué produce si se supera | Umbral máximo |
|---|---|---|
| Latencia (RTT) | Retraso perceptible entre interlocutores | 200 ms |
| Jitter | Voz robótica o entrecortada | 30 ms |
| Pérdida de paquetes | Cortes y silencios en el audio | 3% |
Para medir estos valores en la red real antes del arranque: https://networktest.twilio.com/
5. Recomendaciones adicionales
Red
- Ethernet es preferible a Wi-Fi en los puestos de llamadas. El Wi-Fi introduce jitter variable y difícil de controlar.
- En redes con muchos servicios activos, configurar QoS para priorizar tráfico UDP en el rango de puertos 10.000–60.000.
- Evitar transferencias de archivos grandes mientras hay llamadas activas en la misma red.
Auriculares
- Auriculares USB o de 3,5 mm conectados directamente al equipo, no a través de docks o hubs.
- Los auriculares Bluetooth son compatibles, pero pueden introducir latencia adicional.
DNS
Para una selección automática óptima del servidor de voz más cercano, el servidor DNS debe soportar RFC 7871. Se puede verificar con:
nslookup -type=txt edns-client-sub.netSi el resultado incluye 'ecs':'True', la configuración es compatible.
Conclusión
En condiciones normales de red, no es necesaria ninguna configuración especial. Las recomendaciones de este artículo aplican a entornos corporativos con muchos vendedores activos en paralelo o con políticas de red restrictivas. Si se cumplen los umbrales de latencia, jitter y pérdida de paquetes, y el firewall permite el tráfico indicado, las llamadas operarán de forma estable.
Escenarios relevantes
Más de 15 vendedores haciendo llamadas en paralelo: considerar segmentación del tráfico de voz por VLAN para aislarlo del resto del tráfico corporativo.
Firewall corporativo restrictivo: verificar que los dominios de señalización y el rango de IPs de audio están permitidos antes del arranque. Usar la herramienta de test para confirmar conectividad.
Wi-Fi como única opción: priorizar la banda de 5 GHz, reducir el número de dispositivos en el mismo canal y evitar transferencias simultáneas durante las horas de mayor actividad de llamadas.
Te resulto util este articulo?