Resumo

  • No texto publicado por LACNIC em 26 de agosto de 2026, César Díaz explica a migração da telefonia e ressalta que cabeçalhos e dados de controle se somam ao áudio.
  • Com fala contínua, mono, em um único sentido e pacotes de 20 ms, o modelo G.729 de 8 kbit/s resulta em 24 kbit/s com IPv4 básico ou 32 kbit/s com IPv6.
  • A redução de bytes não implica redução igual do processamento por pacote. Alongar o intervalo economiza cabeçalhos, mas envolve atraso e consequências da perda.

A capacidade reservada não transporta apenas o áudio

Para quem dimensiona um serviço de voz, o número mais fácil de encontrar nem sempre é o número que precisa comprar. A taxa de um códec descreve o áudio codificado. A capacidade de transporte precisa acomodar também o que permite enviar e interpretar cada pacote.

Essa diferença está presente na explicação de LACNIC sobre a transformação das chamadas. César Díaz compara a voz G.711 de 64 kbit/s com alternativas mais comprimidas e menciona expressamente o acréscimo dos cabeçalhos IP e de controle. O texto de 26 de agosto não anuncia uma norma de capacidade nem apresenta uma medição dos provedores da região. A oportunidade é desenvolver uma ressalva correta, não atribuir ao autor uma promessa que ele não fez.

Um exemplo delimitado basta. O RFC 3551 descreve quadros G.729 de 10 bytes para 10 ms de fala, agrupados por padrão em pares. São 20 bytes de áudio a cada 20 ms. Em fala contínua, isso significa 50 pacotes por segundo.

O pacote básico acrescenta 12 bytes de RTP, oito de UDP e pelo menos 20 de IPv4. O áudio de 20 bytes passa a ocupar um pacote IP de 60 bytes. A conta é 60 × 50 × 8: 24 kbit/s.

Não houve falha de compressão. Houve inclusão de bytes que o número do códec nunca se propôs a contar.

A economia precisa manter a unidade

Os valores abaixo são calculados, não medidos em uma rede. As hipóteses são voz mono contínua em um sentido, pacotes de 20 ms e cabeçalhos básicos não comprimidos, sem opções ou extensões. O cabeçalho básico IPv6 ocupa 40 bytes.

Códec Áudio codificado Pacotes por segundo Pacotes IPv4 completos Pacotes IPv6 completos
G.711 64 kbit/s 50 80 kbit/s 88 kbit/s
G.729 8 kbit/s 50 24 kbit/s 32 kbit/s

O áudio fica oito vezes menor. No modelo IPv4, o conjunto passa de 80 para 24 kbit/s, uma relação de aproximadamente 3,33. Os dois fluxos continuam produzindo 50 pacotes por segundo. Logo, a redução de bytes não demonstra uma redução proporcional do trabalho realizado a cada pacote.

Isso também delimita a comparação com IPv6. Os vinte bytes adicionais enviados cinquenta vezes por segundo explicam mais 8 kbit/s. Não permitem concluir qual família IP custa menos no serviço completo, nem decidir uma estratégia de implantação.

Para contratar capacidade, ainda é preciso incluir o que ficou fora: sinalização, RTCP, proteção adicional, túneis, enquadramento do enlace, redundância e margem operacional. Supressão de silêncio altera o comportamento do fluxo. Uma conversa exige examinar os dois sentidos; a tabela contabiliza apenas um. Nem mesmo dois contadores corretos coincidem se um observa a carga útil e o outro o pacote completo.

Agrupar mais é uma escolha, não um desconto gratuito

No mesmo modelo G.729/IPv4, enviar 10 ms por pacote exige 40 kbit/s; enviar 20 ms exige 24; enviar 40 ms exige 16. A taxa de codificação continua sendo 8 kbit/s. O que muda é quantas vezes o cabeçalho ocupa a rede.

O benefício exige reunir mais fala antes de transmiti-la. Além disso, a perda de um pacote retira um trecho maior da conversa. O RFC 3551 apresenta esse compromisso: intervalos maiores reduzem a sobrecarga, mas aumentam o atraso e tornam a perda mais perceptível. Não é possível escolher o melhor intervalo apenas pela coluna de banda.

RTP tampouco garante entrega pontual. Sequência e tempo ajudam o receptor a interpretar o fluxo, mas não certificam o resultado percebido pelo usuário. Um cálculo de capacidade não substitui a avaliação do caminho e da aplicação.

É aí que a ressalva do artigo de LACNIC encontra a rotina do provedor. A explicação mostra por que a telefonia IP pode ser eficiente. A configuração concreta determina qual economia está disponível e qual custo acompanha essa economia. Não há neste exemplo evidência de congestionamento ou de um códec adotado por algum membro.