Ferramenta gratuita
Calculadora de banda VoIP.
Escolha o codec, o intervalo de pacotização e o enlace e veja quanto cada chamada ocupa, com todos os cabeçalhos. Nada sai do seu navegador.
Para 30 chamadas G.729 a 20 ms em Ethernet, reserve cerca de 936 kbps em cada sentido.
- Payload por pacote
- 160 bits (20 B)
- Quadro por pacote
- 78 bytes
- Pacotes por segundo
- 50
- Voz no quadro
- 25,6%
- Por chamada (com L2)
- 31,2 kbps
- Por chamada (só IP)
- 24 kbps
- Total, 30 chamadas
- 936 kbps
- Total só IP
- 720 kbps
Como chegamos nesse número
- Payload = 8 kbps × 20 ms = 20 bytes
- Cabeçalho = IPv4 20 + UDP 8 + RTP 12 = 40 bytes
- Quadro = 20 + 40 + L2 18 = 78 bytes
- Banda = 78 × 8 bits × 50 pps = 31,2 kbps
- Total = 31,2 kbps × 30 = 936 kbps por sentido
| Codec | Quadro | Por chamada | Total (30) |
|---|---|---|---|
| G.729 / G.729aatualmenor | 78 B | 31,2 kbps | 936 kbps |
| Opus 12 kbps (CBR) | 88 B | 35,2 kbps | 1,06 Mbps |
| GSM Full Rate (06.10) | 91 B | 36,4 kbps | 1,09 Mbps |
| iLBC 15,2 kbps (modo 20 ms) | 96 B | 38,4 kbps | 1,15 Mbps |
| G.726 16 kbps | 98 B | 39,2 kbps | 1,18 Mbps |
| Opus 16 kbps (CBR) | 98 B | 39,2 kbps | 1,18 Mbps |
| G.726 24 kbps | 118 B | 47,2 kbps | 1,42 Mbps |
| Opus 24 kbps (CBR) | 118 B | 47,2 kbps | 1,42 Mbps |
| G.726 32 kbps | 138 B | 55,2 kbps | 1,66 Mbps |
| Opus 32 kbps (CBR) | 138 B | 55,2 kbps | 1,66 Mbps |
| G.726 40 kbps | 158 B | 63,2 kbps | 1,9 Mbps |
| G.711 μ-law (PCMU) | 218 B | 87,2 kbps | 2,62 Mbps |
| G.711 A-law (PCMA) | 218 B | 87,2 kbps | 2,62 Mbps |
| G.722 (banda larga) | 218 B | 87,2 kbps | 2,62 Mbps |
| Opus 64 kbps (CBR) | 218 B | 87,2 kbps | 2,62 Mbps |
| iLBC 13,33 kbps (modo 30 ms) | não usa 20 ms (quadro de 30 ms) | ||
Como funciona
De onde vem cada byte.
Uma chamada VoIP envia pacotes RTP em intervalos regulares, o ptime. Cada pacote leva um pedaço de voz (o payload) e uma pilha de cabeçalhos. A banda é o tamanho do quadro inteiro multiplicado pelo número de pacotes por segundo.
payload (bytes) = taxa do codec (bit/s) × ptime (s) ÷ 8
pacote IP = payload + IP + UDP (8) + RTP (12) [+ tag SRTP]
quadro = pacote IP + camada 2 [+ 20 de preâmbulo/IFG]
pacotes/s = 1000 ÷ ptime (ms)
banda (bit/s) = quadro × 8 × pacotes/sCabeçalhos usados
- RTP: 12 bytes. UDP: 8 bytes. IPv4: 20 bytes; IPv6: 40 bytes.
- Ethernet: 14 bytes de cabeçalho e 4 de FCS (18). Com tag 802.1Q, mais 4 (22). Preâmbulo, SFD e IFG somam 20 bytes, opcionais.
- PPP: de 6 a 8 bytes, conforme a configuração (usamos 6 como padrão). Frame Relay: cerca de 6 bytes. MPLS: 4 bytes por rótulo sobre a camada 2.
- cRTP: comprime os 40 bytes de IPv4, UDP e RTP para 2 bytes (ou 4 com checksum UDP).
- SRTP: a criptografia não muda o tamanho do payload, mas acrescenta a tag de autenticação: 4 bytes (HMAC-SHA1-32) ou 10 bytes (HMAC-SHA1-80).
Exemplo: G.711 a 20 ms gera 160 bytes de voz. Somando 40 de IP, UDP e RTP e 18 de Ethernet, o quadro tem 218 bytes. A 50 pacotes por segundo, são 218 × 8 × 50 = 87,2 kbps por chamada, em cada sentido.
Referência
Banda por chamada a 20 ms.
IPv4, um sentido, sem VAD. Gerada pela própria calculadora.
| Codec | Payload | Ethernet | PPP | PPP + cRTP |
|---|---|---|---|---|
| G.711 μ-law (PCMU) | 160 B | 87,2 kbps | 82,4 kbps | 67,2 kbps |
| G.722 (banda larga) | 160 B | 87,2 kbps | 82,4 kbps | 67,2 kbps |
| G.729 / G.729a | 20 B | 31,2 kbps | 26,4 kbps | 11,2 kbps |
| G.726 32 kbps | 80 B | 55,2 kbps | 50,4 kbps | 35,2 kbps |
| Opus 16 kbps (CBR) | 40 B | 39,2 kbps | 34,4 kbps | 19,2 kbps |
| Opus 24 kbps (CBR) | 60 B | 47,2 kbps | 42,4 kbps | 27,2 kbps |
| Opus 64 kbps (CBR) | 160 B | 87,2 kbps | 82,4 kbps | 67,2 kbps |
| iLBC 15,2 kbps (modo 20 ms) | 38 B | 38,4 kbps | 33,6 kbps | 18,4 kbps |
| GSM Full Rate (06.10) | 33 B | 36,4 kbps | 31,6 kbps | 16,4 kbps |
Na prática
O que pesa no dimensionamento.
Por que o overhead pesa mais no G.729
O G.729 comprime a voz para 8 kbps, mas os cabeçalhos continuam do mesmo tamanho. A 20 ms, um pacote G.729 tem só 20 bytes de voz para 58 bytes de cabeçalhos em Ethernet: a voz é cerca de 26% do quadro. No G.711, com 160 bytes de voz, ela é cerca de 73%. Por isso a banda do G.729 não é oito vezes menor que a do G.711, e sim perto de três vezes.
Ptime maior economiza, mas atrasa
Aumentar o ptime de 20 para 30 ou 40 ms junta mais voz em cada pacote e reduz o número de cabeçalhos por segundo. O preço é mais atraso de pacotização e mais áudio perdido quando um pacote some. 20 ms é o padrão mais comum por equilibrar os dois.
Quando usar cRTP
A compressão de cabeçalho RTP vale a pena em enlaces lentos e ponto a ponto (PPP, Frame Relay, MLPPP), onde cada byte conta: o G.729 a 20 ms em PPP cai de 26,4 para 11,2 kbps. Ela consome CPU do roteador, precisa estar ativa nas duas pontas e não costuma estar disponível em Ethernet nem atravessar a internet. Em links rápidos, o ganho raramente compensa.
Dimensionando o enlace
- Use o número de chamadas simultâneas no horário de pico, não o total de ramais.
- Reserve a banda de voz em uma fila prioritária (QoS, DSCP EF) e deixe folga para dados e sinalização.
- Lembre que a conta é por sentido: links assimétricos limitam pelo lado mais estreito, geralmente o upload.
- Separe a voz em VLAN própria e, se precisar planejar os endereços dela, use a calculadora de sub-redes IPv4.
Quer se aprofundar em SIP, RTP e redes? Veja os cursos da EDCA e os artigos do blog.
Leituras relacionadas
Dúvidas
Perguntas frequentes.
A banda calculada vale para os dois sentidos?
Não. O valor é por sentido: uma chamada G.711 a 20 ms em Ethernet ocupa cerca de 87,2 kbps de ida e 87,2 kbps de volta. Em enlaces full duplex (a maioria), reserve esse valor em cada direção.
Por que meu PABX mostra um número diferente?
Muitos equipamentos informam só a taxa do codec (64 kbps no G.711) ou a banda IP sem a camada 2. A calculadora mostra os dois: com camada 2 e só IP, para você comparar.
Devo contar o preâmbulo e o espaço entre quadros?
Se quiser medir a ocupação real do fio Ethernet, sim: são 20 bytes por quadro (preâmbulo e SFD de 8 bytes e IFG de 12). As tabelas de referência mais conhecidas não incluem esses bytes, por isso a opção vem desligada.
Quanto a supressão de silêncio economiza?
Depende da conversa, do idioma e do ruído de fundo. Por isso o campo é uma estimativa que você informa. Para dimensionar o pior caso, deixe em 0: em um momento de pico várias pessoas podem falar ao mesmo tempo.
O resultado inclui o RTCP e a sinalização SIP?
Não diretamente. O RTCP e o SIP costumam ser pequenos perto da mídia. Se quiser uma margem, use o campo de acréscimo de sinalização com um percentual que faça sentido na sua rede.
Quer dominar o assunto?
Introdução ao SIP e Wireshark básico para VoIP
Entenda na prática como a voz trafega pela rede, da sinalização ao RTP.
Newsletter da EDCA
Ferramenta nova? A gente avisa.
Um resumo por semana, só quando sai coisa nova: ferramentas, artigos e cursos de VoIP, redes e programação.