Resumen

  • El artículo de César Díaz publicado por LACNIC el 26 de agosto de 2026 distingue la compresión de voz del tráfico adicional de protocolos. No anuncia una nueva política.
  • En un ejemplo de voz continua, mono y en un solo sentido, G.729 genera 20 bytes de audio cada 20 ms. Con cabeceras básicas, son 24 kbit/s en IPv4 o 32 kbit/s en IPv6.
  • La reducción del audio no elimina el trabajo por paquete. Cambiar el intervalo puede ahorrar cabeceras, pero también modifica el retraso y el efecto de una pérdida.

La advertencia está en el original

No hace falta corregir una afirmación que LACNIC no ha hecho. En su explicación de la transformación de las llamadas, César Díaz señala expresamente que las cabeceras IP y otros datos de control se suman al audio. El texto, fechado el 26 de agosto, describe las ventajas de compartir infraestructura y utilizar códecs más eficientes. No presenta una prueba de capacidad de los operadores latinoamericanos.

Lo interesante para quien compra o configura una conexión es llevar aquella salvedad hasta el final. La cifra del códec describe la voz codificada. La conexión transporta algo más, y lo transporta un número determinado de veces por segundo.

El caso G.729 permite hacer una cuenta reproducible. Según el RFC 3551, una trama de 10 ms contiene 10 bytes. El intervalo predeterminado reúne dos tramas: 20 bytes de audio cada 20 ms, es decir, 50 paquetes por segundo durante una emisión continua.

A cada paquete se añaden 12 bytes del encabezado básico RTP, ocho de UDP y un mínimo de 20 de IPv4. El resultado es un paquete IP de 60 bytes. Cincuenta de ellos por segundo equivalen a 24 kbit/s. Los 8 kbit/s originales siguen dentro del paquete; no describen todo lo que salió.

Ocho veces menos voz, la misma cantidad de paquetes

La comparación siguiente es un modelo, no una medición. Supone audio mono continuo en un solo sentido, paquetes de 20 ms y cabeceras básicas sin compresión, opciones ni extensiones. En IPv6, la cabecera base ocupa 40 bytes.

Codificación Solo audio Paquetes por segundo Paquete IP completo, IPv4 Paquete IP completo, IPv6
G.711 64 kbit/s 50 80 kbit/s 88 kbit/s
G.729 8 kbit/s 50 24 kbit/s 32 kbit/s

En IPv4, pasar de 80 a 24 divide el caudal por aproximadamente 3,33. La reducción de ocho a uno corresponde al audio, no a ese total. Los dos escenarios conservan 50 paquetes por segundo. Por ello, el ahorro en bytes no demuestra una reducción equivalente del trabajo que un equipo realiza para cada paquete.

La diferencia entre las columnas IP tiene una causa acotada: veinte bytes adicionales, cincuenta veces por segundo, suman 8 kbit/s. No demuestra que IPv6 sea más caro en conjunto, ni que una migración deba evitarse.

Tampoco son cifras finales para contratar un servicio. Quedan fuera la señalización, RTCP, las adiciones de seguridad, los túneles, las tramas del enlace, la redundancia y el margen operativo. La supresión de silencios alteraría el tráfico efectivo. Una llamada tiene dos sentidos, que deben presupuestarse con sus propias condiciones. Confundir el contador de carga útil con el de paquetes completos produce una discrepancia contable antes de producir una avería.

El ahorro que depende de esperar

La frecuencia de envío ofrece otra palanca. Manteniendo G.729 y las cabeceras IPv4 del ejemplo, agrupar 10 ms de audio por paquete exige 40 kbit/s; agrupar 20 ms, 24; agrupar 40 ms, 16. El codificador no cambió: se paga la misma cabecera menos veces.

El RFC 3551 advierte el precio de esa agrupación. Un intervalo mayor introduce más demora y hace más perceptible una pérdida. Hay que reunir más audio antes de enviarlo; si se pierde ese paquete, se pierde una porción temporal mayor. No existe en estas cuentas un intervalo universalmente correcto.

Además, RTP no garantiza entrega puntual ni ausencia de pérdidas. Sus números de secuencia y marcas de tiempo ayudan a interpretar el flujo; no certifican la calidad de una conversación. La aplicación, el camino y los equipos deben aportar esa prueba.

La enseñanza de LACNIC puede terminar, por tanto, en una pregunta operativa bien formulada: ¿qué caudal, medido en qué capa y bajo qué configuración, está comprando el cliente? Contestar exige conservar la advertencia del artículo, no convertir el número del códec en una promesa distinta.