Introdução ao áudio AES67 sobre IP

O áudio profissional passou por uma mudança fundamental de cabeamento analógico e digital dedicado ponto-a-ponto para transporte de rede baseado em pacotes. Os sistemas de áudio sobre IP (AoIP) dominam agora a transmissão, reforço de som ao vivo, gravação e ambientes sonoros instalados porque permitem roteamento flexível, redução dos custos de cabeamento e gestão centralizada. Entre os muitos protocolos e padrões que surgiram, a AES67 destaca-se como padrão aberto fundamental para interoperabilidade entre diferentes ecossistemas da AoIP. Entender a AES67 é essencial para qualquer engenheiro de áudio ou profissional de TI que trabalha com áudio em rede, pois cobre a lacuna entre sistemas proprietários e fornece uma linguagem comum para dispositivos de diferentes fabricantes.

Este guia explica o que é AES67, como funciona, suas principais características e como se encaixa no panorama mais amplo da AoIP. Também cobriremos os requisitos de rede, benefícios práticos e casos de uso do mundo real, para que você possa projetar, implantar ou solucionar problemas de uma rede de áudio compatível com a AES67.

O que é o AES67?

AES67 é um padrão aberto publicado pela Audio Engineering Society (AES) que especifica como fluxos de áudio de alta qualidade e baixa latência são transportados por redes IP. Formalmente designado AES67-2015 (com atualizações em 2018), define os mecanismos de transporte e sincronização que permitem que os equipamentos de diferentes fornecedores troquem áudio sem exigir gateways proprietários ou hardware de tradução. Em essência, AES67 é a “cola” que torna interoperáveis vários protocolos AoIP.

O padrão não prescreve um protocolo de controle específico ou método de descoberta; em vez disso, ele se concentra na camada de transporte: formato de pacote, sincronização de relógio e parâmetros de qualidade de serviço (QoS). Este escopo direcionado permite que sistemas existentes como Dante, Ravenna, Livewire e Q-LAN suportem AES67 ao lado de seus modos nativos, dando aos usuários um denominador comum para conectividade entre plataformas.

Contexto Histórico: Por que AES67 foi criado?

Antes da AES67, a indústria de áudio profissional enfrentou uma paisagem fragmentada. Dante (por Audinate) dominava o som ao vivo e o AV corporativo, Ravenna (por ALC Network e outros) era popular na transmissão e gravação, e Livewire (por Telos Alliance) era prevalente no rádio. Cada protocolo usava diferentes métodos de transporte, sistemas de cronometragem e formatos de pacotes. A falta de interoperabilidade significava que um console de mistura de um fabricante não poderia receber diretamente fluxos de uma caixa de outro, a menos que ambos compartilhassem o mesmo protocolo.

Reconhecendo o problema, o Comitê de Normas AES formou um grupo de trabalho para criar um perfil de transporte comum. O resultado foi AES67, que define um “denominador menos comum” para fluxos AoIP. Ao aderir ao AES67, qualquer dispositivo – independentemente do seu protocolo nativo – pode enviar e receber áudio de qualquer outro dispositivo compatível com o AES67, desde que a rede esteja configurada adequadamente.

Principais características da AES67

A AES67 reúne vários elementos técnicos críticos que garantem um transporte de áudio confiável e de alta fidelidade ao longo do IP. Abaixo, nós expandimos as características principais mencionadas na visão geral original.

Interoperabilidade

O objetivo principal do projeto do AES67 é a interoperabilidade. Ele consegue isso padronizando o formato de carga útil de áudio (Linear PCM, tipicamente 16 ou 24 bits, taxa de amostragem de 48 kHz), o protocolo de transporte (RTP sobre UDP/IP), e o método de sincronização (IEEE 1588-2008 Precision Time Protocol, ou PTPv2). Como esses blocos de construção são universais, um pré-amp de microfone Ravenna pode falar com um console de mistura habilitado para Dante, desde que ambos suportem o modo AES67. Da mesma forma, um codec de Livewire em um estúdio de rádio pode alimentar um console de transmissão com capacidade AES67 sem hardware adicional.

A interoperabilidade do mundo real não é impecável – os fabricantes podem implementar o padrão com pequenas variações – mas o programa de certificação de conformidade AES67 ajuda a garantir que os dispositivos atendam aos requisitos mínimos. Ao comprar equipamentos, procure a marca de conformidade AES67 ou consulte a documentação do fornecedor.

Baixa Latência

A latência é o atraso entre a entrada e saída de áudio. Em reforço de som ao vivo, atrasos de 1-2 milissegundos (ms) podem causar problemas de filtragem e feedback do pente. O AES67 foi projetado para atingir latências de ponta a ponta tão baixas quanto 0,5-1 ms em condições ideais de rede, e tipicamente abaixo de 10 ms mesmo em instalações maiores. O padrão define três perfis de latência: “R” (rápido) a 1 ms, “L” (baixo) a 2 ms, e “M” (médio) a 10 ms. A escolha depende da aplicação – transmissão ou som ao vivo geralmente usa o perfil R, enquanto o som instalado pode tolerar o perfil M para maior robustez em longas distâncias.

Sincronização através do Protocolo de Tempo de Precisão (PTP)

A AES67 baseia-se em: IEEE 1588-2008 Protocolo de Precisão do Tempo (PTPv2) para sincronizar todos os dispositivos na rede. PTP usa uma hierarquia mestre- escravo onde um relógio grande- mestre envia pacotes de tempo para todos os escravos. Como os relógios de amostra de áudio devem ser bloqueados juntos para evitar deriva e evasão, o PTP fornece precisão sub- microssegundos - muito além do que NTP (Protocolo de Tempo de Rede) pode fornecer. O padrão especifica um perfil PTP específico (domínio padrão 0, com certos parâmetros) para garantir que todos os dispositivos AES67 possam sincronizar com uma única fonte de relógio.

Um relógio de grande dimensão estável é crítico. A maioria dos hardwares compatíveis com o AES67 inclui um mestre PTP integrado, ou você pode usar um grande mestre dedicado, como o Meinberg M500 ou um interruptor com recursos de relógio incorporado. A rede deve suportar os próprios interruptores de rede de tempo limite PTP ou modos de relógio transparente para manter a precisão de tempo em vários saltos.

Formato de Codec e Packet padronizados

O AES67 ordena áudio PCM linear a 48 kHz (com suporte opcional para 44,1 kHz e 96 kHz). O áudio é embalado em pacotes RTP de acordo com um formato definido de “Mapeamento de áudio”. Cada pacote normalmente contém um ou mais canais de áudio (até 8 por fluxo no perfil de base, embora as implementações frequentemente suportem até 256 canais usando vários fluxos). A carga útil é PCM bruto, portanto não é aplicada compressão perdida, preservando a qualidade de áudio completa.

A norma também especifica como sinalizar as informações de transmissão usando o Protocolo de Descrição de Sessão (SDP). Esta descrição baseada em texto diz aos receptores o endereço IP, porta, tipo de carga útil, identidade do relógio e formato de amostra, permitindo a configuração automática ou manual da conexão.

Como Funciona a AES67

Para entender a AES67, ela ajuda a visualizar o fluxo de áudio de uma fonte para um destino através de uma rede IP.

Passo 1: Sincronização do Relógio. Antes de qualquer fluxo de áudio, o relógio de grande dimensão PTP é estabelecido. Todos os dispositivos devem ser sincronizados com este relógio usando PTPv2. A sincronização acontece continuamente, com dispositivos escravos ajustando seus relógios locais para combinar o grande mestre com precisão nanosegundo.

Passo 2: Anúncio de fluxo e Discovery. O AES67 não define um protocolo de descoberta. Em vez disso, os remetentes de fluxo (talkers) anunciam seus fluxos disponíveis usando o SDP, que pode ser encapsulado no SAP (Session Advertiment Protocol) ou depositado em um sistema de controle externo (por exemplo, Dante Controller, Ravenna's RAVENNA Manager). Os receptores (ouvintes) usam o SDP para aprender os parâmetros de fluxo e, em seguida, se juntar ao grupo multicast.

Passo 3: Transporte. O áudio é empacotado em pacotes RTP e enviado por UDP/IP. O AES67 usa tipicamente o IP multicast (IGMPv2/v3) para fornecer eficientemente o mesmo fluxo para vários destinatários. Cada pacote inclui uma data-pasta derivada do relógio PTP, permitindo ao receptor reconstruir a linha do tempo de áudio e fazer um buffer dos dados para compensar o jitter de rede.

Passo 4: Qualidade do Serviço (QoS). Dado que o áudio é sensível ao tempo, o AES67 requer que a rede priorize pacotes de áudio sobre o tráfego regular de dados. O padrão recomenda o uso de Serviços Diferenciados (DiffServ) com um valor DSCP de 46 (Encaminhamento Acelerado) para pacotes RTP de áudio e 34 para pacotes PTP. A configuração adequada do QoS garante que a latência e o jitter permaneçam baixos mesmo quando a rede está ocupada.

Requisitos de rede

A implementação da AES67 exige com sucesso uma rede projetada para o tráfego em tempo real. Aqui estão os principais requisitos:

  • Gigabit Ethernet ou mais rápido. Os fluxos AES67 podem consumir até 0,64 Mbps por canal mono (16 bits, 48 kHz). Um fluxo de 64 canais usa ~41 Mbps, que está bem dentro da capacidade do gigabit, mas múltiplos fluxos no mesmo switch requerem largura de banda de backplane suficiente. 10 gigabit Ethernet é recomendado para grandes instalações.
  • Comutadores gerenciados que suportam relógio transparente PTP ou relógio limite. Os pacotes PTP devem ser gravados com precisão em cada salto. Os interruptores de consumo pouco caros frequentemente adicionam atrasos variáveis que destrói a sincronização. Procure por interruptores da Cisco (por exemplo, Catalyst 3850), Netgear (série M4300) ou interruptores de áudio Pro dedicados como o Luminex GigaCore.
  • IGMP a bisbilhotar e a dar umas voltas. Uma vez que a AES67 depende de multicasts, os switches devem gerenciar adequadamente a associação de grupos multicasts para evitar o tráfego de inundações para todos os portos.
  • Configuração do QoS. Os pacotes de áudio (DSCP EF) devem ser colocados na fila de prioridade mais alta (exceto para pacotes PTP, que precisam de jitter ainda mais baixo). O tráfego não- áudio, como transferências de arquivos ou VoIP, deve ser marcado com prioridade mais baixa.
  • Separe VLAN para áudio (opcional, mas recomendado). Isolar o tráfego de áudio em um VLAN dedicado reduz o risco de interferência de tempestades de transmissão ou dispositivos desonestos.

Interoperabilidade com outros sistemas AoIP

AES67 foi projetada para funcionar como uma ponte entre protocolos proprietários. Os três sistemas AoIP mais comuns que suportam AES67 são:

  • Dante (Audinato): Os dispositivos Dante podem ser conectados ao modo AES67 via Dante Controller. Neste modo, eles atuam como receptores e remetentes padrão AES67. Dante usa seu próprio controle e descoberta, mas o transporte de áudio segue o AES67. Como do Dante Domain Manager, o suporte AES67 está integrado.
  • Ravenna (Rede ALC): Ravenna foi uma das primeiras adotivas da AES67. Muitos dispositivos Ravenna, incluindo os conversores RAVENNA-MADI DirectOut e interfaces Hórus da Merging Technologies, suportam AES67 nativamente. O modo nativo de Ravenna é totalmente compatível, então não é necessário mudar.
  • Fio ao vivo (Aliança de Telos): O Livewire era originalmente um sistema AoIP proprietário para estações de rádio, mas versões posteriores adicionaram suporte AES67. Os consoles Axia da Telos e processadores de áudio Omnia podem enviar e receber fluxos AES67, permitindo a integração com outras marcas.
  • Q-LAN (QSC): A plataforma Q-SYS do QSC usa Q-LAN, que é baseada no AES67 para transporte de áudio. Os dispositivos Q-SYS podem se conectar diretamente a outras fontes e pias AES67.
  • ST 2110-30 (SMPTE): As emissoras usam o SMPTE ST 2110 para mídias não comprimidas em IP, e seu componente de áudio (2110-30) é essencialmente AES67 (com pequenas variações). Assim, qualquer dispositivo AES67 pode se integrar com uma estação de transmissão redundante do ST 2110.

Ao conectar dispositivos AES67 de diferentes ecossistemas, o principal desafio é a descoberta e gerenciamento de fluxos. Um mixer Dante não pode ver automaticamente um fluxo Ravenna a menos que você configure manualmente a conexão usando o arquivo SDP do receptor. Muitos sistemas fornecem uma página de configuração baseada na web onde você pode colar descrições SDP, ou software dedicado como o Controlador Dante da Audinate pode cruzar fluxos de referência se ambos os lados forem compatíveis com AES67. AES publica também um plano de teste de interoperabilidade para ajudar engenheiros a validar conexões.

Benefícios da utilização da AES67

Se você está considerando adotar a AoIP, adicionar o suporte AES67 oferece vantagens claras além de qualquer sistema único.

  • Independência do Fornecedor: Você não está bloqueado no ecossistema de um fabricante. Misture e combine microfones, consoles, processadores de alto-falante e gravadores de diferentes marcas, desde que sejam compatíveis com a AES67.
  • Desenho de Rede Simplificado: Usando um transporte comum, você pode reduzir o número de redes dedicadas de sobreposição. Uma infraestrutura IP pode lidar com áudio, controle e até mesmo vídeo (quando usando ST 2110) se QoS e VLANs estão corretamente configurados.
  • Expansão Efetiva de Custos: Precisa adicionar mais entradas? Compre qualquer caixa de palco compatível com o AES67, conecte-o ao seu interruptor, configure o fluxo – não precisa corresponder à marca do seu console existente.
  • Provação do futuro: À medida que a AoIP evolui para uma produção completa baseada em IP (por exemplo, SMPTE ST 2110 para transmissão), a AES67 garante que seu equipamento de áudio possa se integrar em ambientes modernos e de IP.
  • Confiabilidade e redundância: Os protocolos de redundância de rede padrão (STP, RSTP ou caminhos de rede redundantes) podem ser aplicados à rede de áudio. O AES67 não exige um método de redundância específico, mas usando redes comutadas com links redundantes ou até mesmo duplicação de fluxo (se suportado) é possível.

Casos de uso para AES67

AES67 aparece em uma grande variedade de aplicações de áudio profissionais. Abaixo estão alguns exemplos notáveis.

Reforço de Som Vivo

Em locais de concerto e casas de culto, consoles digitais de mistura de Yamaha (com Dante) e Allen & Heath (com Dante) podem ser conectados a caixas de palco AES67 de outros fabricantes. Por exemplo, um DiGiCo SD12 pode receber fluxos de uma caixa de palco Midas DL251 via AES67, desde que ambos estejam configurados corretamente. A baixa latência (1 ms) é fundamental para mixagens de dobramento e monitor.

Radiodifusão e Rádio

Os estúdios de rádio tradicionalmente usados analógicos ou digitais AES3 para distribuição de áudio. Hoje, as emissoras usam a AoIP para distribuir áudio por toda a instalação e até mesmo através de links WAN. Os consoles Axia (Livewire) podem compartilhar fluxos com codecs WheatNet-IP ou AES67-compliant. A sincronização PTP padrão garante que os atrasos da rede não causam falhas de tempo ou phasing de áudio ao misturar feeds remotos.

Gravação e pós-produção

Sistemas de gravação de alto nível, como o Pyramix da Merging Technologies (usando Ravenna), podem se integrar com conversores compatíveis com a AES67 da RME, Focusrite ou DAD. Isso permite que os estúdios gravem 128+ faixas de áudio não comprimido sem comprar em um único ecossistema proprietário. As instalações de pós-produção também usam o AES67 para direcionar áudio entre baías de edição e salas de máquinas por uma rede compartilhada.

Som instalado e AV Corporativo

Em salas de reuniões, auditórios e museus, sistemas de som instalados muitas vezes requerem roteamento flexível para várias zonas. processadores e amplificadores de alto-falantes AES67 (por exemplo, Symetrix, Biamp ou QSC) podem receber áudio de qualquer fonte AES67, permitindo o controle centralizado sobre IP. A escalabilidade de multicasts torna fácil adicionar zonas sem cabeamento ponto-a-ponto adicional.

Desafios e Considerações

Embora a AES67 seja uma ferramenta poderosa, não é sem desafios. Estar ciente disso vai ajudá-lo a evitar armadilhas comuns.

  • Dependência do relógio do Grandmaster: Se o Grande Mestre PTP falhar e não existir backup, todos os dispositivos sincronizados irão eventualmente derivar, causando desistências. Configure sempre um Algoritmo do Melhor Relógio Mestre (BMCA) com vários grandes mestres potenciais ou use hardware que possa eleger automaticamente um novo mestre.
  • Complexidade de Configuração QoS: A marcação incorreta do DSCP pode levar à perda de pacotes ou ao aumento da latência. Certifique-se de que seus switches de rede estão configurados para confiar nas etiquetas do DSCP e que as filas de áudio são devidamente dimensionadas.
  • Limitações de Descoberta de Fluxos: O AES67 em si não oferece um navegador unificado. Você pode precisar digitar manualmente endereços IP e descrições SDP, que podem ser entediantes em grandes instalações. Alguns fabricantes fornecem software proprietário que abstrai isso quando ambos os lados são do mesmo fornecedor, mas conexões de cross-vendor muitas vezes requerem configuração manual.
  • Acumulação de latência: Embora a latência por hop seja baixa, múltiplos saltos em uma grande rede (especialmente sobre WAN) podem empurrar latência total acima dos limiares toleráveis. Use o perfil de latência adequado e meça o atraso de ponta a ponta com ferramentas como o AES67 Latency Analyzer ou um tom de teste simples.
  • Gestão da Largura de Banda: Os fluxos AES67 não são comprimidos. Um fluxo de 64 canais em 48 kHz/24-bit usa ~73 Mbps. Sobrecarregando uma rede gigabit com muitos fluxos pode causar congestionamento. Calcule largura de banda total e compare com a capacidade de ligação disponível. Além disso, tenha em mente a replicação multicast – cada porta de switch que se inscreve em um fluxo recebe uma cópia, então a carga total no backplane do switch deve ser menor do que a sua capacidade.

O Futuro da AES67

A AES67 continua a evoluir. A atualização AES67-2018 adicionou suporte para taxas de amostragem opcionais e esclareceu algumas recomendações QoS. Olhando para a frente, a norma está sendo incorporada em suites mais amplas, como SMPTE ST 2110 para transmissão e AES70 (OCA) protocolo de controlo. Padrão de Interoperabilidade de áudio sobre IP que provavelmente definirá o transporte de áudio para a próxima década.

Para os novos ao AoIP, masterizar AES67 é um passo para entender conceitos avançados como streaming redundante, IEEE 1722 (AVTP) e rede sensível ao tempo (TSN). À medida que mais fabricantes adotam AES67 como recurso de base, o custo de entrada continua a cair, tornando-se uma escolha ideal tanto para pequenas instalações quanto para grandes estações de transmissão.

Conclusão

AES67 é o padrão aberto essencial que permite que diferentes sistemas de áudio sobre IP trabalhem em conjunto. Ao padronizar o transporte, sincronização e formato de pacotes, remove as barreiras que uma vez impediram os engenheiros de misturar marcas de equipamentos na mesma rede. Com baixa latência, o relógio robusto via PTP e compatibilidade com muitos protocolos existentes, o AES67 tornou-se a camada de interoperabilidade de facto para a AoIP profissional. Quer esteja a desenhar uma nova instalação de transmissão, a actualizar uma plataforma de som ao vivo ou a construir um estúdio de gravação, a compreensão do AES67 irá ajudá-lo a tomar decisões informadas e a criar redes de áudio flexíveis e à prova do futuro.

Para mais informações, consultar o Documento normalizado oficial AES67 e o Artigo da Wikipédia sobre AES67Se procura guias práticos de implementação, a Audinate oferece uma ampla Biblioteca de papel branco no AoIP, e a Aliança Telos fornece excelentes recursos para a implantação do Livewire e AES67.