Compreender as principais diferenças entre a AES67 e a AVB

A tecnologia Audio-Over-IP tem fundamentalmente reformulado fluxos de trabalho de áudio profissionais, oferecendo flexibilidade, escalabilidade e integração sem precedentes com a infraestrutura de TI existente. Entre os muitos protocolos disponíveis, a AES67 e Audio Video Bridging (AVB) se destacam como dois dos mais amplamente implantados para transporte de áudio de alto desempenho. Embora ambos visem oferecer streaming confiável e de baixa latência sobre Ethernet, eles adotam abordagens fundamentalmente diferentes para o clocking, gerenciamento de rede e interoperabilidade. Escolher o protocolo certo para sua instalação requer uma compreensão clara dessas diferenças, as demandas específicas de sua aplicação e as capacidades de seu hardware de rede.

O que é o AES67?

AES67 é um protocolo aberto, padrão do setor desenvolvido pela Audio Engineering Society. Publicado em 2013 e atualizado para AES67-2018, define um conjunto de requisitos de interoperabilidade para streaming de áudio-over-IP de alto desempenho. O padrão especifica taxas de amostra de áudio (44.1, 48, 96 kHz), profundidades de bits (16, 24, 32), formatos de pacotes (L24, L16, AM824) e tempo usando o Protocolo de Tempo de Precisão (PTPv2, IEEE 1588-2008). Criticamente, AES67 não manda qualquer mecanismo de transporte particular; ele funciona sobre redes Ethernet padrão usando RTP (Real-time Transport Protocol) e fornece mecanismos para a descoberta de dispositivos e gerenciamento de conexão.

Como a AES67 é um padrão aberto, ela foi projetada para preencher a lacuna entre ecossistemas proprietários como Dante, Livewire, Ravenna e Q-LAN. Qualquer dispositivo que esteja em conformidade com a AES67 pode se comunicar com qualquer outro dispositivo compatível com a AES67, independentemente do protocolo proprietário subjacente. Isso torna a AES67 uma escolha natural para instalações que precisam integrar equipamentos de vários fabricantes sem o fechamento de fornecedores.

Características-chave da AES67

  • Padrão de Abertura: Publicado pela AES, disponível gratuitamente, e apoiado por inúmeros fabricantes.
  • Relógio com base em PTP: Utiliza o PTPv2 (IEEE 1588-2008) para sincronização, permitindo jitter sub-microsegundo.
  • Ethernet padrão: Funciona com interruptores fora da prateleira sem exigir QoS gerenciado (embora QoS é recomendado).
  • Baixa Latência: Normalmente, é possível alcançar na faixa de 1-10 ms, dependendo do tamanho do pacote e do carregamento da rede.
  • Contagem de canais altos: Até 64 canais por fluxo a 48 kHz/24-bit, e mais com variantes de próxima geração.
  • Sem redundância incorporada: A redundância deve ser tratada a nível da rede (por exemplo, comutação sem costura ST 2022-7).

A AES67 é amplamente adotada em aplicações de transmissão, som ao vivo e som instalado. É particularmente forte em ambientes onde a interoperabilidade com sistemas legados ou configurações multivendores é fundamental. Por exemplo, uma estação de rádio usando um console baseado em Dante pode enviar fluxos AES67 para um processador baseado em Ravenna sem conversores adicionais, desde que ambos os dispositivos suportem AES67.

O que é BAV?

Audio Video Bridging (AVB) é um conjunto de padrões IEEE (802.1BA, 802.1Qat, 802.1Qav, 802.1AS, etc.) que, em conjunto, fornecem deterministic, baixo custo, transporte de áudio e vídeo em tempo real sobre Ethernet. AVB foi inicialmente desenvolvido pelo IEEE 802.1 Audio / Video Bridging Task Group e agora é mantido sob o Time-Sensitive Networking (TSN) guarda-chuva. Ao contrário AES67, AVB é uma solução completa, integrada que define tudo, desde topologia de rede até sincronização de relógio para stream reserva.

A AVB baseia-se em switches de rede gerenciados que suportam características específicas da AVB: formador baseado em crédito (CBS) para priorização de tráfego, protocolo de reserva de fluxo (SRP) para garantias de largura de banda e protocolo de tempo de precisão generalizado (gPTP) para distribuição de relógio. As redes AVB exigem um domínio com pelo menos um relógio de grande dimensão (GM) e todos os switches e endpoints compatíveis com o IEEE 802.1AS. Esta dependência de hardware rigorosa garante uma latência previsível sub-2ms de ponta a ponta em sete saltos, tornando o AVB ideal para aplicações críticas de desempenho, como som de concerto ao vivo, suítes pós-produção e infotainment automotivo.

Características-chave da AVB

  • Suíte de Normas IEEE: Cobertura de relógio (802.1AS), reserva de fluxo (802.1Qat), configuração de tráfego (802.1Qav), e ponte de rede (802.1BA).
  • Latência determinística: Latência máxima garantida de 2 ms sobre sete lúpulos de rede para tráfego de Classe A.
  • Reserva de fluxo: Largura de banda é reservada de ponta a ponta; se não existir largura de banda suficiente, a conexão é recusada.
  • Switches Gerenciados Necessários: Apenas os switches que suportam AVB/TSN podem participar de um domínio AVB.
  • Plug-and-Play: Os dispositivos se descobrem automaticamente e estabelecem fluxos sem configuração IP manual.
  • Redundância incorporada: Pode ser alcançado através de caminhos de rede redundantes (por exemplo, terminais com dupla localização).

O AVB é comumente usado em instalações fixas onde o hardware de rede dedicado e gerenciado é justificado. Exemplos típicos incluem salas de concerto com amplificadores distribuídos, redes de áudio automotivas e estúdios de gravação de alta qualidade que requerem desempenho determinístico em muitos canais. O AVB também é a base para o protocolo de Milão, que adiciona uma camada de controle e perfis de dispositivos para uso em estúdio.

Comparação de Desempenho

Ao comparar AES67 e AVB, o desempenho deve ser avaliado em várias dimensões: interoperabilidade, latência, precisão de tempo, requisitos de rede, escalabilidade e custo total de propriedade. Cada protocolo se destaca em diferentes áreas, e a escolha ideal depende da aplicação específica.

Interoperabilidade e suporte a ecossistemas

AES67 Foi projetado expressamente para interoperabilidade. Por ser um padrão aberto, ele goza de amplo suporte em toda a indústria de áudio profissional. Principais fabricantes como Audinate (Dante), Riedel, Lawo e Yamaha oferecem interfaces compatíveis com AES67. Isto significa que um engenheiro de áudio pode conectar um console de mistura equipado com Dante a um motor de processamento baseado em Ravenna sem hardware de ponte proprietário. No entanto, AES67 não define um plano de controle unificado; cada ecossistema mantém seus próprios métodos de descoberta e roteamento, portanto a integração muitas vezes requer configuração manual ou middleware.

AVB O sistema AVB é também baseado em normas IEE abertas, mas os seus requisitos rigorosos de hardware limitam a interoperabilidade ao nível da rede. Um fluxo AVB só pode viajar através de interruptores e terminais com capacidade AVB. Enquanto os terminais AVB de diferentes fabricantes podem comunicar se implementarem os mesmos padrões IEEE (por exemplo, Milão), a infraestrutura de comutação deve ser compatível com AVB. Isto reduz a flexibilidade em comparação com AES67, que pode funcionar em qualquer rede que suporte PTP e RTP. Na prática, AVB é mais comum em ecossistemas fechados e proprietários como automotivos ou em instalações especializadas AVB/Milão.

Latency e Determinismo

Ambos os protocolos oferecem latência muito baixa, mas suas abordagens diferem. AES67 A latência é configurável através do tamanho do pacote e das configurações de rede. As figuras típicas do mundo real variam de 1 ms (com pacotes muito pequenos) a 10 ms (com pacotes maiores). Como o AES67 usa RTP sobre o UDP, está sujeito a congestionamento de rede e não garante inerentemente largura de banda. No entanto, com switches gerenciados e configuração adequada da Qualidade de Serviço (QoS), o AES67 pode alcançar latências de ida e volta abaixo de 5 ms.

AVB Com base no shaper baseado em crédito (CBS) e reserva de fluxo, o AVB garante que o tráfego de áudio não será atrasado pelo tráfego não sensível ao tempo. O tráfego de classe A (prioridade máxima) tem uma latência máxima de 2 ms em sete saltos. Isto torna o AVB ideal para o desempenho ao vivo, onde o tempo consistente e previsível é crítico – por exemplo, sistemas de monitor no ouvido onde até 1 ms de jitter pode ser audível.

Relógio e Sincronização

Ambos os protocolos dependem de variantes do Precision Time Protocol. AES67 usa o PTPv2 (IEEE 1588-2008) em um perfil que requer pelo menos um relógio de grande dimensão. O perfil é definido em AES67-2018 e é compatível com o SMPTE ST 2059-1/2 para sincronização de transmissão. AES67 pode atingir precisão de relógio dentro de ±1 μs.

O AVB usa o gPTP (IEEE 802.1AS), que é um perfil do IEEE 1588 otimizado para aplicações de áudio/vídeo. O gPTP simplifica a eleição do grande mestre e garante a sincronização submicrossegundo em todo o domínio. Como o gPTP está incorporado no hardware de switch de rede, o AVB pode obter sincronização mais apertada do que o AES67 em redes grandes e multi-hop. Para aplicações que exigem jitter super-baixo (por exemplo, conversão analógica-digital de ponta), o relógio assistido por hardware da AVB oferece uma vantagem.

Requisitos da rede e custos da infra-estrutura

Uma das diferenças práticas mais significativas é o hardware de rede.

AES67 muitas instalações usam interruptores gerenciados por camada 2 com marcações DiffServ para priorizar pacotes de áudio. AES67 não requer nenhuma capacidade de switch específica além de IGMP bisbilhotando para tráfego multicast. Isto torna AES67 muito atraente para projetos conscientes de orçamento ou retrofit onde a atualização para switches gerenciados não é viável.

AVB manda switches com capacidade AVB. Estes switches são mais caros do que os switches gerenciados padrão porque eles devem implementar o hardware CBS, SRP e gPTP. Em uma grande instalação, o custo da infraestrutura switch pode ser uma parte significativa do orçamento. No entanto, porque o AVB garante largura de banda e latência, a rede é mais fácil de projetar e mais confiável para o tráfego em tempo real. Para novas construções onde a rede pode ser especificada a partir do zero, o custo adicional pode ser justificado pelo comissionamento simplificado e desempenho garantido.

Escalabilidade e contagem de canais

AES67 suporta até 64 canais por fluxo a 48 kHz/24 bits em seu formato básico. Contagens de canais mais altas (por exemplo, 512 canais) são possíveis com extensões proprietárias como os fluxos de 128 canais de Dante. AES67 pode ser escalonada em largura de banda adicionando mais fluxos e usando multicasts ou unicast. O número total de canais é limitado apenas pela capacidade de rede.

A AVB normalmente suporta até 256 canais por fluxo em suas implementações atuais (baseada no padrão de Milão). Como a AVB reserva largura de banda, escalar a rede requer planejamento cuidadoso para garantir que todas as reservas de fluxo se encaixem na capacidade disponível do switch. Na prática, o AVB é frequentemente usado para contagens de canais menores a médias (por exemplo, 64-128) em aplicações críticas, enquanto o AES67 é favorecido para sistemas muito grandes (por exemplo, plantas de transmissão com milhares de canais).

Remuneração e Confiabilidade

AES67 não define um mecanismo de redundância nativo. No entanto, a redundância de nível de rede pode ser implementada usando o SMPTE ST 2022-7, que envia fluxos duplicados em duas vias de rede separadas. Muitos dispositivos compatíveis com o AES67 suportam esta funcionalidade. Adicionalmente, protocolos de redundância de rede padrão (por exemplo, RSTP, MRP) podem ser usados, embora possam introduzir atrasos de failover.

AVB suporta redundância integrada através de terminais duplos e caminhos de rede redundantes usando o Stream Reservation Protocol (SRP). A natureza determinística da AVB também facilita a previsão de comportamento durante o failover. Para o som ao vivo crítico da missão, o AVB com redes redundantes oferece maior confiabilidade fora da caixa.

Qual protocolo é melhor para sua configuração?

A resposta depende de seus requisitos técnicos, orçamento e infraestrutura. Abaixo está um quadro prático de decisão.

Escolha AES67 se:

  • Você precisa integrar equipamentos de vários fabricantes ou sistemas proprietários existentes.
  • Sua infraestrutura de rede já existe e você não pode substituir todos os switches por unidades com capacidade AVB.
  • Você precisa de contagens de canais muito altas (por exemplo, 512+) ou configurações de roteamento flexíveis.
  • Seu orçamento é limitado, e você prefere usar hardware padrão de rede de TI.
  • Você trabalha em radiodifusão, pós-produção ou AV corporativa onde multicast e PTP já são familiares.

Escolha AVB se:

  • Você está projetando uma nova instalação a partir do zero e pode especificar interruptores com capacidade AVB.
  • Sua aplicação exige uma latência de sub-2ms com jitter zero – por exemplo, desempenho ao vivo ou monitoramento no ouvido.
  • Você quer descobrir o dispositivo plug-and-play e a configuração automática do fluxo sem endereçamento manual de IP.
  • Você precisa de redundância incorporada sem depender de protocolos externos.
  • Você trabalha em turnês de som ao vivo, automotivos ou em ambientes de estúdio de ponta, onde o desempenho determinístico supera o custo.

Abordagens híbridas e padrões emergentes

Em muitas instalações modernas, AES67 e AVB não são mutuamente exclusivos. Por exemplo, um estúdio pode usar AES67 para conectar Dante e Ravenna dispositivos ao usar AVB (via Milão) para pré-amplificadores e monitores de microfone crítico. Pontes existem – como os interruptores de rede Luminex que podem traduzir entre os domínios AES67 e AVB, ou gateways baseados em software. Além disso, o emergente SMPTE ST 2110 padrão para usos de transmissão AES67 para áudio e é amplamente adotado na produção de televisão. TSN (Rede Sensível ao Tempo) está evoluindo para oferecer capacidades determinísticas ainda mais avançadas que podem borrar a linha entre AES67 e AVB no futuro.

Considerações práticas sobre a implementação

Independentemente da sua escolha de protocolo, o design de rede adequado é essencial. Para o AES67, certifique-se de que o PTP está configurado corretamente com um relógio de grande mestre confiável e aplique o mapeamento QoS (DSCP 44-46 para áudio). Para o AVB, verifique se todos os switches são do mesmo fornecedor e geração de firmware para evitar problemas de interoperabilidade. Teste sua rede com uma ferramenta como o Wireshark para monitorar o tráfego de PTP, reservas de fluxo e latência.

Sempre envolva sua equipe de TI precocemente – protocolos de áudio-over-IP colocam exigências na rede que o tráfego típico de escritório não faz. Os interruptores devem ser configurados com filtragem multicast, limites de largura de banda e configurações de segurança para evitar fluxos não autorizados. Para AVB, garantir que a topologia de switch não exceda a contagem máxima de hop (normalmente 7) é crítico.

Perspectiva futura

A tendência do áudio profissional é para uma maior convergência. AES67 continua sendo a cola que conecta diversos ecossistemas, enquanto AVB/Milão está esculpindo um nicho em instalações de alto desempenho. Com o desenvolvimento contínuo do TSN, podemos ver um único padrão unificado que combina a flexibilidade do AES67 com o determinismo do AVB. Até então, entender os pontos fortes e fracos de cada protocolo continuará sendo essencial para os designers de sistemas.

Conclusão

Tanto a AES67 quanto a AVB oferecem um transporte áudio-over-IP robusto, mas servem prioridades diferentes.A AES67 é campeã de interoperabilidade aberta e funciona em redes existentes, tornando-a a escolha pragmática para ambientes multivendores e projetos sensíveis aos custos.A AVB oferece determinismo inigualável e facilidade de configuração em instalações de greenfield onde o desempenho é primordial.Avaliando seus requisitos de latência específicos, hardware de rede, necessidades de interoperabilidade e orçamento, você pode selecionar confiantemente o protocolo que melhor suporta sua configuração de áudio profissional.

Para mais informações, consultar o Norma AES67-2018, Página do Grupo de Tarefas AVB do IEEE, e Guia Auditivo para a Integração AES67 e Dante.