Dante vs AES67 vs AVB: guia tecnico completo de audio sobre IP

O que sao protocolos de audio sobre IP

Audio sobre IP (AoIP) e o transporte de sinais de audio digital atraves de redes Ethernet padrao, substituindo cabeamento analogico ponto a ponto por infraestrutura de rede compartilhada. Em vez de dezenas de cabos dedicados entre cada fonte e cada destino, o AoIP roteia multiplos canais de audio em um unico cabo de rede, com flexibilidade de roteamento, escalabilidade e gerenciamento centralizado.

Na pratica, isso significa que um microfone em uma sala de reunioes pode alimentar simultaneamente a mesa de operacao, o sistema de gravacao e a transmissao por videoconferencia — tudo pela mesma rede Ethernet, sem cabeamento dedicado para cada percurso. O roteamento e feito por software, nao por reconexao fisica de cabos.

O conceito se estende naturalmente para o AV sobre IP, que inclui tambem o transporte de video sobre a mesma infraestrutura. Porem, no dominio especifico do audio profissional, tres protocolos dominam o mercado: Dante, AES67 e AVB/Milan.

Cada um resolve o mesmo problema fundamental — transportar audio em tempo real sobre Ethernet — mas com arquiteturas, premissas de rede e trade-offs diferentes. A escolha impacta diretamente o design da rede, a selecao de switches, a interoperabilidade com equipamentos existentes e o custo total do projeto.

Em ambientes como centros de operacoes, auditorios governamentais e salas de controle, a decisao do protocolo AoIP afeta todas as camadas do projeto — desde a especificacao dos switches ate a estrategia de manutencao preventiva e o plano de comissionamento.

Dante — o padrao de facto do mercado

Desenvolvido pela Audinate (Australia), o Dante (Digital Audio Network Through Ethernet) e o protocolo AoIP com maior adocao no mercado profissional. Com milhares de produtos compativeis de centenas de fabricantes, o Dante se consolidou como padrao de facto para audio em rede em instalacoes comerciais, corporativas e governamentais em todo o mundo.

Como funciona a arquitetura Dante

O Dante transporta audio digital nao comprimido sobre redes Ethernet padrao (100 Mbps ou Gigabit). O protocolo opera em Layer 3 (IP), o que significa que os pacotes de audio podem atravessar switches, VLANs e ate roteadores — desde que a rede esteja configurada corretamente para suportar os requisitos de QoS e multicast.

Os componentes fundamentais da arquitetura sao:

• Descoberta de dispositivos: utiliza mDNS (multicast DNS) para que equipamentos se encontrem automaticamente na rede, sem configuracao manual de enderecos IP. Quando um dispositivo Dante e conectado a rede, ele se anuncia e se torna visivel no Dante Controller em segundos;
• Transporte de audio: suporta unicast (ponto a ponto) e multicast (um para muitos). A selecao entre unicast e multicast pode ser automatica ou manual — multicast e mais eficiente quando um transmissor alimenta muitos receptores simultaneamente;
• Sincronismo: baseado em PTP (Precision Time Protocol, IEEE 1588), que garante alinhamento de samples entre dispositivos com precisao na ordem de microssegundos. O PTP designa um clock leader na rede e todos os dispositivos sincronizam seus relogios internos a partir dele;
• Latencia: configuravel — tipicamente 1 ms, 2 ms ou 5 ms, dependendo do tamanho da rede e do numero de hops entre switches. Redes menores suportam 1 ms; redes com tres ou mais niveis de switches podem exigir configuracoes de latencia mais altas;
• Resolucao: ate 32 bits / 96 kHz por canal, com suporte a centenas de canais simultaneos dependendo da largura de banda disponivel.

Gerenciamento: Dante Controller e Domain Manager

O Dante Controller e o software gratuito que funciona como a matriz de roteamento do sistema. Nele, o operador define quais transmissores (Tx) alimentam quais receptores (Rx), visualiza o status de sincronismo, monitora latencia e identifica problemas de rede. E a ferramenta do dia a dia para qualquer instalacao Dante — desde uma sala de reunioes com quatro dispositivos ate um campus com dezenas.

Para instalacoes de maior porte ou que exigem governanca, o Dante Domain Manager adiciona camadas de seguranca, auditoria e gerenciamento centralizado. Ele permite:

• Criar dominios de audio isolados (segregacao logica de dispositivos);
• Controlar acesso por usuario com RBAC (role-based access control);
• Monitorar saude dos dispositivos via dashboard centralizado;
• Integrar com sistemas de monitoramento existentes via SNMPv2c;
• Manter registro de auditoria de alteracoes de configuracao;
• Gerenciar descoberta de dispositivos por DNS em vez de mDNS (necessario para redes com roteamento entre sub-redes).

Vantagens do Dante

• Ecossistema: o maior do mercado AoIP — milhares de produtos de centenas de fabricantes, cobrindo microfones, amplificadores, processadores, mesas de som, matrizes e interfaces;
• Infraestrutura: opera sobre switches Ethernet gerenciaveis padrao, sem necessidade de hardware especializado;
• Roteabilidade: suporta Layer 3, permitindo audio entre sub-redes e VLANs;
• Ferramentas: Dante Controller e Domain Manager sao ferramentas maduras, com interface intuitiva e documentacao extensa;
• Compatibilidade AES67: dispositivos Dante podem operar em modo AES67, habilitando interoperabilidade com outros ecossistemas.

Limitacoes do Dante

• Licenciamento proprietario: o ecossistema depende da Audinate. Funcionalidades avancadas de gerenciamento (Domain Manager) exigem licencas adicionais;
• QoS dependente de configuracao: o determinismo de rede nao e nativo — depende de QoS (DiffServ/DSCP) configurado corretamente nos switches. Configuracao incorreta causa artefatos;
• Multicast exige IGMP: sem IGMP snooping habilitado, fluxos multicast inundam a rede. E um problema de configuracao, nao do protocolo, mas e a causa mais frequente de problemas em campo;
• Nao funciona por Wi-Fi: audio Dante exige conexao Ethernet cabeada. Nao ha suporte para transporte de audio por redes sem fio.

AES67 — o padrao aberto de interoperabilidade

O AES67 e um padrao publicado pela Audio Engineering Society (AES) com foco em interoperabilidade entre diferentes protocolos e ecossistemas de AoIP. Ele nao e um sistema completo de gerenciamento de audio em rede — e uma especificacao de transporte e sincronismo que define um denominador comum para que dispositivos de diferentes fabricantes e protocolos troquem audio entre si.

Pense no AES67 como a "lingua franca" do audio sobre IP: ele nao substitui Dante, Ravenna ou Livewire, mas permite que dispositivos desses ecossistemas se comuniquem quando necessario.

Especificacoes tecnicas do AES67

• Transporte: RTP (Real-time Transport Protocol) sobre UDP/IP — padrao aberto, amplamente documentado e implementado;
• Sincronismo: PTP IEEE 1588-2008, a mesma base utilizada pelo Dante;
• Descoberta: SDP (Session Description Protocol) e SAP (Session Announcement Protocol) sao os mecanismos definidos pelo padrao. Na pratica, a descoberta pode ser delegada ao protocolo nativo do dispositivo (ex.: mDNS no Dante com modo AES67);
• Resolucao: PCM linear, 16 ou 24 bits, com taxas de amostragem de 44.1 kHz a 96 kHz;
• Latencia: tipicamente a partir de 1 ms, dependendo da implementacao e da rede;
• Camada: Layer 3 (IP), roteavel entre sub-redes.

Relacao entre AES67 e Dante

Dispositivos Dante podem operar em modo AES67, permitindo interoperabilidade com outros ecossistemas compativeis. Na pratica, um dispositivo Dante configurado para AES67 pode enviar e receber streams de audio para dispositivos Ravenna, Livewire ou qualquer outro que implemente o padrao AES67.

A habilitacao do modo AES67 e feita no Dante Controller, e a rede precisa estar configurada para suportar os fluxos multicast adicionais. Nao e um "modo degradado" — e uma camada de interoperabilidade que coexiste com o funcionamento Dante nativo.

Quando o AES67 e essencial

O AES67 se torna relevante em cenarios especificos:

• Broadcast: ambientes que utilizam SMPTE ST 2110 dependem do AES67 como camada de transporte de audio (ST 2110-30). Qualquer instalacao de broadcast baseada em IP precisa de compatibilidade AES67;
• Integracao multi-ecossistema: quando o projeto envolve equipamentos de fabricantes que utilizam protocolos diferentes (Dante + Ravenna, por exemplo), o AES67 e a ponte de interoperabilidade;
• Politica de padroes abertos: organizacoes com politicas de aquisicao que exigem padroes abertos podem especificar AES67 como requisito de interoperabilidade;
• Infraestrutura legada: quando ja existem dispositivos AES67 na rede e novos equipamentos precisam interoperar com eles.

AVB/TSN e perfil Milan — determinismo nativo em Layer 2

AVB (Audio Video Bridging) e um conjunto de padroes IEEE 802.1 que operam em Layer 2 (camada de enlace de dados), oferecendo garantias de tempo real diretamente no nivel do switch Ethernet. Diferentemente de Dante e AES67, que dependem de QoS configurado nos switches para priorizar trafego, o AVB incorpora mecanismos nativos de reserva de banda, sincronismo e controle de admissao.

Isso significa que o determinismo nao depende da configuracao manual do administrador de rede — ele e garantido pelo protocolo. Quando um dispositivo solicita um stream de audio, o caminho completo pela rede e verificado e a banda e reservada antes de qualquer transmissao iniciar. Se nao houver recursos suficientes, o stream nao e estabelecido — em vez de degradar silenciosamente.

Padroes IEEE que compoem o AVB

• IEEE 802.1AS (gPTP): sincronizacao de relogio generalizada — uma variante do PTP otimizada para redes bridged, com precisao suficiente para alinhamento de samples de audio entre dispositivos;
• IEEE 802.1Qav (FQTSS): traffic shaping baseado em credito, que garante que streams de midia nao sofram jitter excessivo ao compartilhar a rede com outros tipos de trafego;
• IEEE 802.1Qat (SRP): protocolo de reserva de stream — cada fluxo de audio ou video reserva banda no caminho completo (de switch em switch) antes de iniciar a transmissao. Isso elimina o risco de congestionamento nao detectado;
• IEEE 1722 (AVTP): protocolo de transporte de midia sobre redes AVB, definindo como os dados de audio e video sao encapsulados nos frames Ethernet.

Esses padroes evoluiram para o conceito mais amplo de TSN (Time-Sensitive Networking), que estende as garantias de tempo real do AVB para aplicacoes industriais, automotivas e de automacao. No contexto de audio profissional, a referencia pratica continua sendo o AVB com o perfil Milan.

Perfil Milan: interoperabilidade certificada

O perfil Milan, desenvolvido pela Avnu Alliance, e uma camada de certificacao sobre o AVB que define requisitos obrigatorios de implementacao. O objetivo e simples: garantir que dispositivos de diferentes fabricantes se comuniquem corretamente em redes AVB.

Sem Milan, dois dispositivos AVB de fabricantes diferentes podem implementar o padrao de formas incompativeis. Com Milan, a interoperabilidade e certificada, testada e verificavel. Fabricantes como L-Acoustics, d&b audiotechnik e outros adotaram o perfil Milan para sistemas de PA, broadcast e instalacoes fixas de grande porte.

Vantagens do AVB/Milan

• Determinismo nativo: reserva de banda e controle de admissao garantidos pelo protocolo, nao por configuracao manual de QoS;
• Previsibilidade: latencia garantida (tipicamente inferior a 2 ms), nao apenas "configuravel";
• Padrao aberto: baseado em IEEE, sem royalties de licenciamento por protocolo;
• Certificacao Milan: interoperabilidade testada e verificada entre fabricantes.

Limitacoes do AVB/Milan

• Switches especificos: exige switches compativeis com AVB. Switches Ethernet corporativos padrao nao suportam os padroes IEEE 802.1AS, 802.1Qav e 802.1Qat;
• Layer 2 apenas: AVB nao e roteavel. O audio nao pode atravessar roteadores ou ser transportado entre sub-redes IP. O escopo e limitado ao dominio de broadcast Layer 2;
• Ecossistema menor: comparado ao Dante, o numero de produtos compativeis com AVB/Milan e significativamente menor, concentrado no segmento de pro audio;
• Infraestrutura dedicada: a necessidade de switches AVB torna a integracao com redes corporativas existentes mais complexa.

Comparacao tecnica: Dante vs AES67 vs AVB/Milan

A tabela abaixo sintetiza as diferencas tecnicas e praticas entre os tres protocolos. Use-a como referencia rapida, mas leia as secoes anteriores para entender o contexto de cada criterio.

Erros comuns em projetos de audio sobre IP

A maioria dos problemas em sistemas AoIP nao vem do protocolo escolhido — vem de erros de design de rede, configuracao ou expectativas desalinhadas. Estes sao os erros mais recorrentes que encontramos em campo.

Erro 1: usar switches nao gerenciaveis para Dante ou AES67

Switches domesticos ou nao gerenciaveis nao suportam QoS (DiffServ/DSCP), IGMP snooping ou VLANs. Sem essas funcionalidades, o trafego de audio compete com todo o trafego da rede em igualdade de condicoes, e fluxos multicast inundam todas as portas. O resultado: dropouts, artefatos, latencia variavel e falhas intermitentes de descoberta de dispositivos.

Solucao: especificar switches Ethernet gerenciaveis com suporte a VLAN (802.1Q), DiffServ QoS, IGMP snooping (v2/v3) e latencia de encaminhamento previsivel. Desabilitar EEE (Energy Efficient Ethernet) nas portas de audio.

Erro 2: nao configurar QoS e tratar a rede como "plug and play"

Conectar dispositivos Dante a rede e ver que "funciona" nao significa que a rede esta configurada corretamente. Em condicoes de baixa utilizacao, o audio pode fluir sem problemas mesmo sem QoS. Mas sob carga — com trafego corporativo, backups, downloads — os pacotes de audio perdem prioridade e os artefatos aparecem.

Solucao: configurar QoS com marcacao DiffServ/DSCP em todos os switches do caminho de audio. Priorizar: sincronismo (PTP) no nivel mais alto, audio no nivel seguinte, controle/gerenciamento abaixo. Consultar a documentacao do fabricante para os valores DSCP recomendados.

Erro 3: ignorar IGMP snooping em redes com multicast

Quando um transmissor Dante alimenta multiplos receptores, ele envia multicast. Sem IGMP snooping, o switch trata esse trafego como broadcast — enviando para todas as portas, consumindo largura de banda e processamento de todos os dispositivos conectados. Em redes com dezenas de fluxos multicast, isso pode saturar a rede rapidamente.

Solucao: ativar IGMPv2 ou IGMPv3 snooping em todos os switches da rede de audio. Verificar se o switch tem capacidade de processamento para o numero de grupos multicast do projeto.

Erro 4: misturar audio e dados corporativos na mesma VLAN

Trafego de audio AoIP e extremamente sensivel a latencia e jitter. Quando compartilha a mesma VLAN com trafego de dados corporativo — e-mail, navegacao web, transferencia de arquivos, backups — qualquer pico de utilizacao pode causar impacto perceptivel no audio, mesmo com QoS configurado.

Solucao: isolar o trafego de audio em uma VLAN dedicada. Em projetos maiores, considerar VLANs separadas para audio, controle/gerenciamento AV e trafego de dados corporativo. Documentar o design de VLAN no projeto executivo.

Erro 5: especificar AVB sem validar switches e escopo

Especificar AVB/Milan em projetos onde os switches existentes nao sao compativeis com AVB gera incompatibilidade fundamental. O AVB nao e uma configuracao de software — depende de hardware que implemente os padroes IEEE 802.1AS, 802.1Qav e 802.1Qat. Alem disso, como o AVB opera em Layer 2, nao e possivel rotear audio entre sub-redes, o que pode ser uma limitacao critica em campus ou predios com segmentacao de rede existente.

Solucao: antes de especificar AVB, validar: (1) os switches do projeto sao compativeis com AVB? (2) todos os dispositivos de audio sao certificados Milan? (3) o escopo de rede e Layer 2 puro, sem necessidade de roteamento IP entre sub-redes?

Criterios de decisao: quando usar cada protocolo

A escolha do protocolo depende de quatro fatores principais: ecossistema de equipamentos, infraestrutura de rede disponivel, requisitos de interoperabilidade e escala e contexto do projeto.

Escolha Dante quando:

• O projeto envolve equipamentos de multiplos fabricantes e a maioria ja suporta Dante;
• A rede existente e Ethernet gerenciavel padrao (sem necessidade de switches AVB);
• E necessario roteamento entre VLANs ou sub-redes (Layer 3);
• O projeto exige gerenciamento centralizado com Domain Manager (governanca, auditoria, RBAC);
• A prioridade e ecossistema amplo, ferramentas maduras e suporte consolidado;
• O ambiente e uma instalacao fixa em orgao publico — auditorio, sala de conferencia, centro de comando;
• O projeto precisa de documentacao tecnica robusta para termo de referencia ou pregao eletronico.

Escolha AES67 quando:

• O projeto precisa integrar equipamentos de ecossistemas diferentes (Dante + Ravenna + Livewire, por exemplo);
• O ambiente e de broadcast e precisa de compatibilidade com SMPTE ST 2110;
• A organizacao tem politica de aquisicao que exige padroes abertos;
• Ja existem dispositivos AES67 na infraestrutura e a interoperabilidade e requisito;
• O projeto envolve integracao com sistemas de televisao, radio ou producao de conteudo ao vivo.

Escolha AVB/Milan quando:

• O projeto e de pro audio em larga escala (PA, touring, auditorios de grande porte);
• O determinismo de rede e critico e voce nao quer depender de configuracao manual de QoS nos switches;
• Os fabricantes dos equipamentos principais ja sao certificados Milan;
• A infraestrutura de switches sera dedicada ao audio (nao compartilhada com TI corporativa);
• O escopo e Layer 2 puro e nao ha necessidade de roteamento IP entre sub-redes;
• O projeto aceita o custo de switches compativeis com AVB.

Abordagem pragmatica para a maioria dos projetos

Na pratica, para a maioria dos projetos de instalacao fixa em orgaos publicos e ambientes corporativos no Brasil — auditorios, salas de conferencia, salas de crise, centros de operacao — o Dante continua sendo a escolha mais pragmatica. O ecossistema e amplo, as ferramentas sao maduras, a compatibilidade com switches gerenciaveis padrao reduz custos de infraestrutura e a documentacao tecnica e extensa para especificacao em licitacoes.

Quando houver necessidade de interoperabilidade com broadcast ou outros ecossistemas, habilite o modo AES67 nos dispositivos Dante — sem necessidade de trocar a infraestrutura.

AVB/Milan faz mais sentido em projetos de pro audio dedicados, onde o investimento em switches AVB e justificado pelo determinismo nativo e a rede sera exclusiva para audio.