A infraestrutura de áudio profissional abandonou cabos analógicos multicabo e matrizes digitais ponto a ponto em favor de redes IP comutadas. Protocolos como Dante, AES67 e SMPTE ST 2110-30 transmitem centenas de canais PCM sem compressão por uma única fibra óptica gigabit com latência sub-milissegundo.
O que é Áudio sobre IP e por que ele substituiu o MADI e o SDI?
O Áudio sobre IP substitui o cabeamento ponto a ponto proprietário por pacotes de rede comutados em switches Ethernet comerciais. Essa mudança elimina matrizes físicas pesadas e permite roteamento de qualquer canal para múltiplos destinos simultâneos sem perda de sinal.
No modelo tradicional, infraestruturas como AES3 e MADI (AES10) exigiam topologias dedicadas em anel ou estrela física. O MADI transporta até 64 canais por cabo coaxial BNC a 48 kHz. Contudo, qualquer alteração de rota demanda repatch físico ou matrizes dedicadas de alto custo.
No AoIP, o áudio digitalizado é encapsulado em pacotes RTP (RFC 3550) transmitidos por UDP/IP (RFC 768). Um único enlace Gigabit Ethernet (1 GbE) transporta com folga 512 canais de áudio PCM a 24 bits e 48 kHz.
| Característica Técnica | Matriz Analógica | MADI (AES10) | Áudio sobre IP (AoIP) |
|---|---|---|---|
| Meio Físico | Multicabo de cobre blindado | Cabo coaxial 75 Ω ou fibra | Cabo Cat5e/Cat6 ou fibra óptica |
| Capacidade por Cabo | 1 canal balanceado por par | 64 canais (48 kHz / 24-bit) | 512+ canais por porta 1 GbE |
| Topologia | Ponto a ponto fixo | Ponto a ponto ou cascata | Comutação em malha (switches COTS) |
| Sincronismo | Não aplicável | Word Clock dedicado ou clock embutido | PTP IEEE 1588 (sub-microssegundo) |
| Redundância | Duplicação manual de cabos | Chaveamento manual A/B | Hitless 1+1 automático (ST 2022-7) |
Dante vs AES67 vs SMPTE ST 2110-30: qual protocolo escolher?
A escolha entre Dante, AES67 e SMPTE ST 2110-30 depende do nível de controle, abertura do padrão e integração com vídeo. O Dante prioriza usabilidade comercial, o AES67 garante interoperabilidade universal e o ST 2110-30 atende plantas completas de televisão.
1. Dante (Audinate)
O Dante é uma solução licenciada proprietária da Audinate. Ele combina transporte de áudio, descoberta automática de dispositivos em Camada 2/3 via mDNS/Bonjour e roteamento visual pelo Dante Controller. Suporta PTP v1 (IEEE 1588-2002) e PTP v2 (IEEE 1588-2008). Possui modo de compatibilidade nativo com AES67.
2. AES67 (AES67-2018)
O AES67-2018 é o padrão aberto publicado pela Audio Engineering Society para interoperabilidade. Ele não define um protocolo de descoberta ou controle, mas padroniza o transporte de áudio PCM linear via RTP/UDP, sincronismo PTP v2 e descrição de sessão por SDP (RFC 4566). Serve como ponte entre Dante, Ravenna, Livewire+ e Q-SYS.
3. SMPTE ST 2110-30 e ST 2110-31
O SMPTE ST 2110-30 adota o transporte de áudio PCM linear do AES67 para plantas broadcast desintegradas. Ele é complementado pelo SMPTE ST 2110-31, que encapsula fluxos digitais AES3 (formato AM824), viabilizando o tráfego de áudio codificado em Dolby E e metadados preservados bit a bit. A orquestração é realizada pela suíte AMWA NMOS (IS-04 e IS-05).
+-----------------------------------------------------------------------+
| ECOSSISTEMAS DE ÁUDIO SOBRE IP (AoIP) |
+-----------------------------------------------------------------------+
| Audinate Dante | AES67 (Interoperabilidade) | SMPTE ST 2110-30/31 |
| - Descoberta mDNS | - Padrão aberto AES | - Padrão Broadcast |
| - Dante Controller | - Sincronismo PTP v2 | - Perfil ST 2059-2 |
| - PTP v1 e PTP v2 | - Transporte RTP L16/L24 | - AMWA NMOS IS-04/05 |
| - Live / Estúdios | - Ponte Multivendor | - Redundância 2022-7 |
+-----------------------------------------------------------------------+
Como o PTP IEEE 1588 garante sincronismo sub-microssegundo e fase perfeita?
O Precision Time Protocol (PTP IEEE 1588) sincroniza os relógios internos de todos os nós da rede com precisão nanométrica via carimbos de tempo por hardware. Esse sincronismo rígido impede o cancelamento de fase acústica entre canais e elimina ruídos de drift temporal.
Em redes digitais tradicionais, o sinal de Word Clock era distribuído por cabos BNC dedicados de 75 Ω. No AoIP, o clock é distribuído em pacotes de rede pelo protocolo IEEE Std 1588-2008 (PTP v2).
Um algoritmo denominado Best Master Clock Algorithm (BMCA) elege automaticamente o dispositivo com o oscilador mais estável como Grandmaster Clock. O Grandmaster envia mensagens periódicas Sync e Follow_Up.
Para calcular o atraso de propagação do enlace (mean path delay), o nó escravo envia uma mensagem Delay_Req e recebe de volta a confirmação Delay_Resp:
Atraso Médio de Propagação = [(t_4 - t_1) - (t_3 - t_2)] ÷ 2
O deslocamento de tempo (Offset) entre o relógio local e o mestre é determinado por:
Offset = (t_2 - t_1) - Atraso Médio de Propagação
Onde t_1 é o instante de envio do Sync pelo mestre, t_2 é a recepção pelo escravo, t_3 é o envio do Delay_Req pelo escravo e t_4 é a recepção pelo mestre.
Como funcionam o encapsulamento RTP, a pacotização e o cálculo de banda?
O áudio digital é fragmentado em pacotes de tamanho fixo conforme a taxa de amostragem e a profundidade de bits. A pacotização determina o tempo de latência de empacotamento e o consumo total de largura de banda na rede.
No padrão AES67 e ST 2110-30 Nível A, o tempo de pacotização padrão é ptime = 1 ms (48 amostras por canal a 48 kHz). Em aplicações de broadcast e monitoração crítica de palco, utiliza-se ptime = 125 µs (6 amostras por canal a 48 kHz), reduzindo a latência acústica.
O tamanho do payload RTP e o throughput de rede são calculados pela fórmula:
Tamanho do Payload = Canais × Amostras por Pacote × (Bits por Amostra ÷ 8)
Para um fluxo estéreo (2 canais) de 24 bits a 48 kHz com ptime = 1 ms (48 amostras):
Payload = 2 × 48 × 3 bytes = 288 bytes
Adicionando os cabeçalhos de rede (14 bytes Ethernet + 4 bytes VLAN 802.1Q + 20 bytes IPv4 + 8 bytes UDP + 12 bytes RTP = 58 bytes), o pacote totaliza 346 bytes.
Com 1.000 pacotes transmitidos por segundo (1 kHz):
Largura de Banda = 346 bytes × 8 bits × 1.000 pacotes/s = 2.768 Mbps
Como configurar QoS DiffServ/DSCP para evitar cliques e dropouts?
A qualidade de serviço (QoS) garante que os pacotes de áudio e sincronismo PTP tenham prioridade estrita de passagem sobre dados administrativos e tráfego de controle nos switches. Sem QoS configurado, transferências de arquivos ou rajadas de tráfego geram descarte de pacotes e interrupções de áudio.
Os switches de rede operam com o modelo Differentiated Services (DiffServ), inspecionando o cabeçalho IP no campo DSCP (RFC 2474).
Os padrões de prioridade para redes AoIP seguem a tabela normativa:
| Tipo de Tráfego de Rede | Valor DSCP (Decimal) | Rótulo DiffServ | Prioridade de Fila no Switch |
|---|---|---|---|
| Sincronismo PTP (IEEE 1588) | DSCP 56 (Dante) / DSCP 46 (AES67) | CS7 / EF | Fila de Prioridade Estrita 1 (Highest Queue) |
| Áudio em Tempo Real (RTP) | DSCP 46 (Dante / AES67 / 2110) | EF (Expedited Forwarding) | Fila de Prioridade Estrita 2 (High Priority) |
| Controle de Mídia e Sinalização | DSCP 24 | CS3 | Fila Ponderada (Weighted Queue) |
| Tráfego de Dados Geral / Gestão | DSCP 0 | Best Effort (BE) | Fila Padrão (Lowest Priority) |
Parâmetros mandatórios no switch de rede:
- Confiança em DSCP (
trust dscp): O switch deve preservar as marcações DSCP originadas pelos nós transmissores. - Filas de Baixa Latência (Strict Priority): As filas de PTP e Áudio devem ser configuradas em modo Strict Priority (SP), garantindo encaminhamento instantâneo antes de qualquer fila Weighted Deficit Round Robin (WDRR).
- Desativação de Energy Efficient Ethernet (EEE / IEEE 802.3az): O recurso de economia de energia desliga transceptores Ethernet durante micro-silêncios, gerando instabilidade de jitter que quebra o PTP. O EEE deve ser desativado globalmente.
Como gerenciar fluxos Multicast com IGMP Snooping e Querier?
O tráfego de áudio AoIP com múltiplos destinos utiliza endereçamento Multicast IP (239.x.x.x), exigindo IGMP Snooping ativo para não saturar a rede. Sem controle, os pacotes multicast são replicados como broadcast para todas as portas do switch.
O protocolo IGMPv2 / IGMPv3 (RFC 3376) gerencia a adesão dos receptores aos fluxos de áudio:
- IGMP Snooping: O switch monitora mensagens de IGMP Join e entrega os pacotes de áudio apenas nas portas onde há receptores inscritos.
- IGMP Querier: Deve existir exatamente um IGMP Querier ativo por VLAN de mídia. Ele consulta periodicamente a rede para renovar as tabelas de encaminhamento multicast.
- Fast Leave: Permite que o switch interrompa imediatamente o envio de áudio para uma porta assim que o receptor envia um IGMP Leave, liberando largura de banda instantaneamente.
Como a redundância hitless SMPTE ST 2022-7 evita quedas na transmissão?
A norma SMPTE ST 2022-7 transmite dois fluxos idênticos e sincronizados por caminhos de rede fisicamente isolados (Rede Primária e Rede Secundária). Se um cabo for rompido ou um switch falhar, o receptor reconstrói o áudio bit a bit sem qualquer estalo ou corte perceptível.
Cada pacote RTP recebe um número de sequência contínuo no cabeçalho. O receptor mantém um buffer de alinhamento com os dois links ativos.
Se a porta primária sofrer perda de pacotes (packet loss), o circuito decodificador substitui instantaneamente os pacotes faltantes pelos datagramas recebidos na interface secundária.
[ Fonte de Áudio / Console AoIP ]
/ \
(Fluxo A - Primário) (Fluxo B - Secundário)
/ \
[ Switch Primário ] [ Switch Secundário ]
\ /
(Caminho Isolado A) (Caminho Isolado B)
\ /
[ Receptor / DSP com ST 2022-7 ]
-> Recombinação Hitless Sem Perda
Checklist prático de comissionamento de redes AoIP
Antes de colocar qualquer rede de áudio sobre IP em produção crítica, execute a rotina de validação técnica nos switches e dispositivos terminais.
- Topologia de Clock: Valide se existe apenas um Grandmaster Clock PTP ativo no domínio e monitore o valor de jitter de sincronismo (ideal < 1 µs).
- Auditoria de IGMP: Confirme que o IGMP Snooping está habilitado e que apenas um IGMP Querier está ativo na VLAN de áudio.
- Auditoria de QoS: Verifique no console do switch se os contadores de descarte (drop counters) da fila de alta prioridade DSCP 46 e DSCP 56 estão zerados.
- Desativação do EEE 802.3az: Inspecione todas as portas Ethernet para assegurar que recursos Green Ethernet estão desligados.
- Teste de Redundância Hitless: Em sistemas com suporte a Dante Redundancy ou ST 2022-7, desconecte fisicamente o cabo de rede primário durante a reprodução para comprovar a continuidade do áudio sem falhas.
A infraestrutura de Áudio sobre IP estabelece um padrão de flexibilidade, escalabilidade e qualidade sonora inalcançável por sistemas analógicos ou digitais legados, desde que projetada com rigor nos parâmetros de sincronismo PTP e comutação determinística.
