Introdução

Os ambientes modernos de produção de áudio exigem flexibilidade, escalabilidade e interoperabilidade em uma ampla gama de equipamentos de diferentes fabricantes. Os transportes tradicionais de áudio digital analógicos ou dedicados muitas vezes são escassos quando integram sistemas complexos de transmissão, som ao vivo ou gravação. As tecnologias de audio-over-IP (AoIP) surgiram como solução, permitindo uma transmissão de áudio de alta qualidade em redes Ethernet padrão. Entre estas, a AES67 destaca-se como um padrão crítico aberto que garante uma compatibilidade perfeita entre protocolos de AOIP incompatíveis. A implementação da AES67 em sua rede de áudio permite que os dispositivos de ecossistemas concorrentes, como Dante, Ravenna, Q-LAN, entre outros, troquem fluxos de áudio de forma confiável e com baixa latência. Este artigo fornece um guia abrangente para entender a AES67, planejando sua implantação e seguindo as melhores práticas para alcançar uma rede de áudio robusta e à prova do futuro.

O que é o AES67?

AES67 é um padrão aberto publicado pela Audio Engineering Society em 2013. Ele define um conjunto de requisitos para redes de alto desempenho de áudio-over-IP, cobrindo o formato de transporte, sincronização, latência e configuração de rede. Ao contrário dos protocolos proprietários da AoIP, AES47 (o padrão original de interface de áudio digital para redes IP) AES67 fornece uma linha de base comum que qualquer dispositivo compatível pode usar para enviar e receber fluxos de áudio. Protocolo de Transporte em Tempo Real (RTP) para a entrega de meios de comunicação social e Protocolo de Precisão 1588 IEEE (PTP) para sincronização de relógio. AES67 suporta até 8 canais por fluxo a taxas de amostragem de 48 kHz com até 24 bits por amostra, e pode escalar para maiores contagens de canais através de vários fluxos.

O padrão não define um protocolo de controle específico, então o gerenciamento de descoberta e conexão depende de sistemas existentes como o SAP (Session Advertiment Protocol) ou controladores proprietários. Esta abertura é tanto uma força quanto um desafio: AES67 garante que as cargas de áudio podem ser decodificadas por qualquer dispositivo compatível, mas os integradores de sistema ainda devem lidar com endereçamento e encaminhamento, muitas vezes com a ajuda de uma aplicação de gerenciamento. O resultado é um ambiente altamente flexível onde um transmissor Dante pode alimentar um fluxo AES67 para um receptor Ravenna, ou um processador Q-SYS pode produzir AES67 para um microfone Neumann, sem exigir gateways proprietários.

Para mais informações, consultar o funcionário Normas AES página e o Artigo da Wikipedia AES67.

Requisitos essenciais para a aplicação da AES67

A implantação com sucesso da AES67 requer atender a vários pré-requisitos técnicos em toda a sua infraestrutura de rede, dispositivos conectados e ferramentas de software. Abaixo, nós quebramos cada área.

Infra-estruturas de rede

Os fluxos AES67 são multicasts por padrão, então seus switches de rede devem ser suportados IGMP bisbilhotando (Internet Group Management Protocol) para gerenciar a associação de grupos multicast de forma eficiente. Sem IGMP bisbilhotando, switches inundariam todas as portas com tráfego multicast, causando consumo desnecessário de largura de banda e perda potencial de pacotes. Além disso, habilitando Qualidade do Serviço (QoS) com prioridade estrita para o tráfego de áudio é essencial para evitar o congestionamento de pacotes de dados causando jitter ou quedas. A rede deve ser Gigabit Ethernet ou mais rápido, e todos os switches devem suportar IEEE 802.1p marcação de prioridade. Para redes maiores, considerar usar um switch gerenciado com recursos VLAN para isolar o tráfego de áudio de outros dados.

Compatibilidade com o Dispositivo

Nem todos os dispositivos AoIP suportam AES67 fora da caixa. Alguns fornecedores oferecem AES67 como uma atualização de firmware ou exigem habilitá-lo na configuração do dispositivo. Verifique as especificações de seus misturadores, amplificadores, conversores, microfones e processadores de sinal. Allen & Heath (dLive, SQ), Yamaha (série CL/QL com cartão Dante), Neumann (MT 48 interface de áudio), Riedel (Intercomunicador artístico), e QSC (Plataforma Q-SYS). Ao selecionar novos equipamentos, priorize modelos que listam explicitamente a conformidade com a AES67 para minimizar dores de cabeça de interoperabilidade.

Para software, você pode precisar de uma ferramenta de gerenciamento de fluxo como Controlador Dante Audinativo (incluindo o modo AES67), Cartão de Som Virtual Ravenna, ou Tecnologias de fusão ferramentas. Estas aplicações ajudam- no a configurar os fluxos, definir endereços multicast e monitorizar o estado da ligação.

Software e Controle

Enquanto AES67 deixa o controle indefinido, a maioria das implementações usa um dos protocolos de descoberta comuns: SAP (Protocolo de Anúncio de Sessão) ou RTSP (Real Time Streaming Protocol) para a configuração do fluxo. Alguns ecossistemas, como Dante, fornecem uma camada de software dedicada que traduz Dante flui para AES67. Outros exigem que você atribua manualmente endereços IP multicast, números de portas e tipos de carga útil. A familiaridade com estes parâmetros é essencial para a solução de problemas. A especificação AES67 define um tipo de carga útil RTP específico (96) e requer o uso da codificação L16 ou L24 para áudio não comprimido.

Certifique- se de que seus dispositivos suportam os mesmos codecs e taxas de amostra (normalmente 48 kHz, 24 bits).

Guia de Implementação passo a passo

As etapas seguintes delineiam um fluxo de trabalho prático para adicionar suporte AES67 a uma rede de áudio existente ou nova.

1. Avaliar sua infraestrutura de rede

Comece por auditar o seu hardware de rede. Verifique se todos os switches suportam o IGMP a bisbilhotar e o tenha ativado. Verifique se o firmware do seu switch está atualizado. Configure VLANs para separar o tráfego de áudio do tráfego de dados geral (por exemplo, transferências de arquivos, internet) para reduzir a latência e perda de pacotes. Determine a largura de banda disponível: cada fluxo AES67 a 48 kHz, o estéreo de 24 bits usa cerca de 6 Mbps.

Planeje uma expansão futura deixando a sala de comando de 30% ou mais. Para grandes contagens de canais (por exemplo, 64×64), poderá necessitar de 10 ligações Gbps para a coluna vertebral. Use uma ferramenta de análise de rede ou um interruptor com porta espelhando para capturar o tráfego de fundo e garantir que nenhuma transmissão desonagem desonda interfere com a sincronização.

2. Configurar Multicast e QoS

Configurar um intervalo de endereços IP multicast dedicado (por exemplo, 239.0.0.0/8). Atribuir a cada AES67 um grupo multicast único. Habilitar o IGMP bisbilhotando todos os switches e configurar a eleição do kerier para que um interruptor aja como o roteador multicast. Para QoS, classificar pacotes de áudio com os valores do DiffServ Code Point (DSCP). AES67 especifica que o tráfego de áudio RTP deve ser marcado como EF (Encaminhamento Acelerado) com DSCP 46, e mensagens de eventos PTP como DSCP 47 (CS5).

O tráfego de outras redes deve ser mais baixo. Nos switches gerenciados, configure filas de prioridade estritas para essas classes de tráfego.

3. Configurar o protocolo de tempo de precisão (PTP)

A sincronização é a pedra angular de qualquer rede AoIP. A AES67 manda usar o IEEE 1588- 2008 (PTPv2) para distribuição de relógios. Designe um relógio de grande dimensão — normalmente a fonte mais estável, como um bloqueio GPS ou um oscilador de alta precisão. Configure todos os outros dispositivos como relógios escravos. O Grandmaster pode ser um aparelho PTP dedicado, um interruptor de rede com capacidade de relógio limite, ou um dispositivo como Dante dS218. Certifique-se de que as mensagens PTP não são adiadas por buffers de switch; muitos interruptores gerenciados oferecem uma relógio transparente Modo para corrigir o tempo de residência.

Teste a sincronização medindo o deslocamento entre dispositivos; deve permanecer abaixo de 1 microsegundo para o alinhamento de áudio ideal.

4. Configuração do fluxo e roteamento

Usando o software de gerenciamento escolhido, crie fluxos AES67 a partir de dispositivos de origem. Normalmente, você especifica:

  • Nome do fluxo (algo descritivo)
  • Endereço multicast (único na rede)
  • Número do porto (frequentemente por omissão 5004)
  • Tipo de carga útil (96 para AES67 L16 ou L24)
  • Taxa de amostragem e profundidade de bits (48 kHz, 24 bits)
  • Contagem de canais (1 a 8 por fluxo)

No lado receptor, configure o dispositivo para subscrever o mesmo grupo multicast. Verifique se o relógio de referência PTP é reconhecido. Use os indicadores de estado de conexão da ferramenta de gerenciamento para confirmar que os pacotes estão chegando sem erros. Alguns sistemas também fornecem uma medição de latência; mire por menos de 1 ms de ponta a ponta.

5. Teste e verifique

Após a configuração, faça testes completos. Envie um sinal de áudio conhecido (por exemplo, 1 kHz ou uma faixa de teste) e meça o áudio recebido em um escopo ou DAW. Verifique se há problemas de evasão, ruído ou fase. Use ferramentas de diagnóstico de rede como Wireshark para inspecionar pacotes RTP e verificar números de sequência e timestamps. Monitore continuamente o deslocamento PTP; qualquer deriva acima de 5 microssegundos pode indicar problemas de sincronização. Teste de estresse da rede adicionando vários fluxos e gravando a carga da CPU em switches.

Finalmente, execute o sistema por várias horas em condições operacionais típicas para garantir estabilidade.

Melhores práticas para uma operação confiável

Na sequência de algumas boas práticas, a fiabilidade e a facilidade de gestão de uma rede AES67 podem ser significativamente melhoradas.

Segmentação de Rede e VLANs

Isole o tráfego AoIP usando VLANs para conter fluxos multicast e evitar interferências de outros serviços. Coloque todos os dispositivos de áudio em um VLAN de áudio dedicado. Configure o IGMP do switch para operar apenas nesse VLAN. Isto também melhora a segurança limitando o acesso a fluxos de áudio. Se você precisa cruzar sub- redes, use um roteador multicast com PIM (Protocol Independent Multicast) — mas note que AES67 é mais simples quando todos os dispositivos residem no mesmo domínio de transmissão.

Atualizações de Firmware e Software

Os fabricantes melhorarão regularmente a compatibilidade com o AES67 e corrigirão erros. Mantenha atualizados todos os switches de rede, dispositivos de áudio e software de gerenciamento. Habilite notificações de atualização de firmware automáticas, sempre que possível. Antes de atualizar, verifique a compatibilidade com configurações existentes; algumas atualizações de firmware podem alterar as configurações padrão do QoS ou PTP.

Documentação e formação

Mantenha um diagrama detalhado de rede mostrando portas de comutação, atribuições VLAN, grupos multicast e localização do Grande Mestre PTP. Documente o plano de endereços IP e as convenções de nomenclatura de fluxo. Treine a equipe técnica no básico do AES67, configuração PTP e como usar ferramentas de diagnóstico. Crie uma lista de verificação de problemas para problemas comuns como derivação de relógio, perda de fluxo ou distorção de áudio. Boa documentação economiza horas de inatividade durante os eventos.

Desafios comuns e solução de problemas

Mesmo com um planejamento cuidadoso, podem surgir desafios. Aqui estão os problemas típicos e suas soluções.

Problemas de Sincronização do Relógio

Se os dispositivos reportarem altos artefatos de offset PTP ou áudio, verifique se o grande mestre PTP é acessível através da rede. Certifique-se de que os switches são configurados como relógios transparentes ou relógios de limite – interruptores comuns que não manuseiam o PTP podem causar grandes atrasos. Confirme também que todos os dispositivos estão usando o mesmo perfil PTP (Perfil AES67: dois passos, fim- a- fim, request-ress de atraso). Ajuste a topologia da rede para manter o tráfego PTP em um VLAN dedicado ou garantir que ele tenha a prioridade QoS mais alta.

Largura de banda e latência

Ao transmitir vários canais simultaneamente, o congestionamento da rede pode causar a perda de pacotes. Monitore a utilização da porta nos seus switches. Se uma porta estiver próxima da capacidade, redistribua fluxos em várias portas ou atualize para 10 ligações Gbps. Para problemas de latência, reduza o tempo de pacote (por exemplo, de 1 ms para 0,125 ms) se os seus dispositivos o apoiarem, mas esteja ciente de que os tempos de pacotes menores aumentam a carga da CPU nos terminais. Alguns interruptores introduzem latência, fazendo buffering multicast; use switches com modo de comutação de corte para caminhos de latência mais baixos.

Fluxo Indisponível ou não Subescritível

Se um receptor não conseguir ver um fluxo, verifique se a fonte está a enviar para o endereço multicast correcto e se o IGMP está activo. Verifique se o firmware do receptor suporta o mesmo tipo de carga útil e a mesma taxa de amostragem. Em alguns casos, a desactivação do protocolo de gestão de rede simples (SNMP) no interruptor pode resolver problemas com o IGMP. Além disso, certifique- se de que o TTL multicast (tempo de vida) é suficientemente elevado (normalmente 4 é suficiente) para passar por todos os switches.

Casos de uso e Aplicações

A interoperabilidade da AES67 torna-a valiosa em muitos ambientes de produção de áudio.

Estúdios de Transmissão

As estações de rádio e TV geralmente misturam equipamentos de vários fornecedores: mistura de consoles de Calrec ou Lawo, sistemas de intercomunicação de Riedel e áudio sobre codecs IP de AJA ou Tieline. AES67 permite que cada fornecedor compartilhe áudio sem precisar de conversores dedicados. Por exemplo, um console Calrec pode produzir feeds AES67 diretamente para um intercomunicador Riedel, enquanto um codec remoto recebe áudio do programa via AES67 do controle mestre. A sincronização PTP garante que todas as fontes se bloqueiam para transições sem costura e feeds de transmissão de menor agitação.

Som ao Vivo

Os sistemas de touring e locais instalados beneficiam-se da AES67 ao integrar processadores PA, caixas de palco e receptores de microfone sem fio. Uma Yamaha CL5 com um cartão Dante pode produzir AES67 para um sistema QSC Q-SYS, que processa o áudio para distribuição de zonas. Da mesma forma, uma interface Neumann MT 48 pode receber AES67 de um console digital para gravar multitrack. AES67 reduz a necessidade de racks de palco proprietários e simplifica o cabeamento entre FOH, monitores e caminhões de transmissão.

Estúdios de Gravação

Em ambientes de produção, os estúdios têm frequentemente uma malha de retalhos de interfaces de áudio. O AES67 permite que um sistema Pro Tools HDX receba faixas de um Horus de fusão via Ravenna (modo AES67) enquanto envia as misturas de monitores para uma Rede Vermelha de Focusrite. Isto permite que as instalações multi-salas grandes roteiem o áudio sem repatching. A latência baixa (normalmente abaixo de 1 ms) é aceitável para o rastreamento e até mesmo para o monitoramento ao vivo quando a sincronização adequada é mantida.

O futuro da AES67 e da AoIP

A AES67 continua a ser relevante à medida que a indústria se move para um áudio de alta resolução e uma rede mais flexível. ST 2110-30 (media profissional sobre IP), que expande o formato para suportar mais canais e taxas de amostragem mais elevadas (por exemplo, 96 kHz, 32 bits). Muitas instalações de transmissão e produção estão adotando ST 2110, que incorpora AES67 como sua camada de áudio. Como tal, investir na compatibilidade AES67 agora garante que sua rede pode atualizar para ST 2110 completo com configuração mínima. Além disso, o padrão AES67 agora faz parte do ecossistema AVB (Audio Video Bridging), e muitos dispositivos mais novos suportam tanto AES67 quanto IEEE 1722 (AVTP) para uma integração mais estreita com redes de vídeo e controle.

Os fornecedores continuam a simplificar a configuração do AES67 oferecendo descoberta automática e negociação dinâmica de fluxos. Modo AES67 do Audinate No Dante Controller, é fácil alternar entre os fluxos Dante e AES67. A natureza aberta da AES67 também incentiva a inovação na produção remota, processamento baseado em nuvem e mixagem distribuída. À medida que a velocidade da rede aumenta e a latência diminui, a AES67 continuará a ser uma tecnologia de backbone para áudio profissional.

Conclusão

A implementação da AES67 na sua rede de áudio é uma decisão prospectiva que desbloqueia todo o potencial de audio-over-IP. Seguindo os passos descritos — desde a avaliação da infraestrutura e a configuração do PTP até testes completos e manutenção contínua — você pode construir um sistema que conecta dispositivos de diferentes fabricantes com baixa latência e alta confiabilidade. A AES67 remove as barreiras de protocolos proprietários, permitindo que você misture e combine as melhores ferramentas para o seu fluxo de trabalho. Quer você esteja equipando uma sala de controle de transmissão, implantando uma plataforma de som ao vivo ou atualizando um estúdio de gravação, a AES67 fornece um padrão comprovado e aberto que garante uma compatibilidade perfeita e prepara sua rede para a próxima geração de áudio profissional.