⚠️ Tenga en cuenta que este artículo ha sido traducido automáticamente.
Internet funciona con dos tipos principales de conexión de red, conocidos como protocolos. Se trata del UDP (User Datagram Protocol, «protocolo de datagramas de usuario») y el TCP (Transmission Control Protocol, protocolo de control de transmisión). Ambos protocolos se utilizan de forma omnipresente en Internet, pero cada uno de ellos se utiliza para fines muy diferentes.
UDP
El protocolo UDP es muy sencillo. Se conoce como 'datagrama', y funciona de forma muy parecida a la forma en la que un telegrama transporta mensajes a personas físicas. El paquete UDP contiene información sobre las redes de origen y destino de los datos, lo que permite a los proveedores de servicios de Internet entregar el paquete a su destinatario.
UDP es un protocolo muy ligero y, por lo tanto, es el método de transporte preferido para los contenidos en streaming, como el audio y el vídeo, ya que su uso reduce los requisitos de ancho de banda y la latencia.
TCP
El protocolo TCP es utilizado por los contenidos que no son de flujo continuo, como cuando se obtienen páginas web o imágenes. TCP está construido sobre UDP y proporciona muchas características adicionales, como la fiabilidad y el orden de los paquetes. Sin embargo, para conseguir estas características adicionales, un paquete TCP típico será más grande que su homólogo UDP, lo que hace que TCP sea más lento y consuma más ancho de banda.
TCP puede utilizarse para enviar contenidos en streaming, pero lo hace con un coste. El transporte TCP de audio es a veces un requisito dentro de las redes que rechazan el paso de paquetes UDP a través de su NAT, lo que es común en entornos muy seguros.
TCP para el transporte de audio
Cuando se utiliza TCP para las llamadas de audio, el aumento de la latencia siempre será un factor. Como el TCP es más grande, es necesario enviar más datos para mantener el flujo de audio. Además, dado que TCP tiene su propia capa de fiabilidad, cualquier pérdida de paquetes que se produzca siempre hará que el protocolo TCP requiera la retransmisión de esos paquetes perdidos, lo que aumenta aún más el uso del ancho de banda y puede provocar una congestión.
En cambio, el uso de UDP para transportar el audio, incluso con pérdida de paquetes, proporciona una experiencia diferente. Normalmente, los códecs de audio utilizados para codificar y decodificar el audio en paquetes de datos tendrán sus propios métodos para gestionar los paquetes perdidos. Por ejemplo, el códec Opus, utilizado por Aircall, tiene un mecanismo de 'corrección de errores hacia adelante', con el que puede recrear los paquetes perdidos utilizando los datos contenidos en los paquetes vecinos. Esta recreación es mucho más rápida que pedir que se vuelvan a enviar los paquetes perdidos y, por lo tanto, da como resultado una menor congestión y una experiencia de audio más fluida.
Resolución de problemas de pérdida de paquetes en TCP
La pérdida de paquetes en sí misma suele ser un problema de las redes poco fiables. Esta falta de fiabilidad puede existir en la red local o en algún lugar entre la red y el servidor de medios. Para reducir esta pérdida de paquetes puede ser necesario mejorar las condiciones de la red local, como pasar de la conectividad wifi a la ethernet, o instalar un router y un equipo de conmutación de mayor calidad. Además, puede ser necesario cambiar la ruta de transporte de Internet utilizando un proxy DNS.
Ten en cuenta que la pérdida de paquetes mediante UDP puede ser a veces preferible a la pérdida de paquetes con TCP, por lo que debería considerarse la posibilidad de habilitar UDP para el tráfico de Aircall.