## Dante vs Ravenna - сетевое аудио на практике

опубликовано 15 февр. 2026 г. ~ 4 мин чтения теги: #audio#networking#dante#ravenna

Два мира, один кабель

Сетевое аудио - тема, которая для большинства звукорежиссёров звучит как «что-то из ИТ». И в определённом смысле так и есть - мы передаём звук по тем же кабелям и коммутаторам, что и интернет-трафик. Но требования кардинально отличаются: нулевая толерантность к задержкам, детерминированная доставка пакетов, синхронизация с точностью до микросекунд.

Я работаю с двумя основными протоколами: Dante в Flightcore Studios и Ravenna (через конвертеры Merging Horus) в Национальной филармонии. Оба делают одно и то же - передают многоканальный цифровой звук по Ethernet - но подходят к этому по-разному.

Dante - экосистема и прагматика

Dante, разработанный компанией Audinate, - де-факто стандарт в коммерческих студиях звукозаписи и концертных инсталляциях. Его сила не в техническом превосходстве над конкурентами, а в экосистеме.

Что работает хорошо

Dante Controller - централизованное управление маршрутизацией аудио из одного приложения. Видно каждое устройство в сети, можно перенаправить любой канал за несколько секунд.
Совместимость - микрофоны Shure, консоли Yamaha, стейджбоксы Allen & Heath, интерфейсы Focusrite - всё говорит на одном протоколе. В Flightcore у нас оборудование от нескольких производителей, и всё соединяется без проблем.
Резервирование - два порта (primary/secondary) на каждом устройстве. Если выйдет из строя коммутатор или кабель на основном пути, звук переключается на резервный без перерыва.

Ограничения

Проприетарный протокол - Dante является собственностью Audinate. Лицензии стоят денег, а совместимость с другими протоколами (AES67, Ravenna) требует отдельного шлюза или устройства, поддерживающего оба стандарта.
Зависимость от Dante Controller - без этого приложения настройка практически невозможна. На Linux оно не работает нативно, что усложняет управление в чисто линуксовых средах.
Многоадресная рассылка и QoS - Dante требует корректно настроенного IGMP snooping на коммутаторах. Без этого многоадресный трафик затапливает сеть, вызывая джиттер и щелчки. Это не недостаток самого протокола, но на практике многие техники забывают о сетевой конфигурации, а потом ищут проблему в аудиоаппаратуре.

# Проверка IGMP snooping на коммутаторе (пример Linux bridge)
bridge -d link show | grep mcast
cat /sys/devices/virtual/net/br0/bridge/multicast_snooping

Ravenna - открытый стандарт и точность

Ravenna, разработанная ALC NetworX, - открытый протокол на базе стандартов AES67 и SMPTE ST 2110. В Национальной филармонии я работаю с конвертерами Merging Horus, которые используют Ravenna как нативный транспорт.

Чем выделяется Ravenna

Открытость - построена на открытых стандартах (AES67, PTP/IEEE 1588). Нет привязки к вендору, а совместимость с другими системами AES67 - встроенная.
Точность синхронизации - PTP (Precision Time Protocol) в Ravenna обеспечивает синхронизацию часов с точностью менее микросекунды. Для Merging Horus, работающего с разрешением до 384 кГц DXD и DSD256, это критически важно.
Гибкость настройки - Merging ANEMAN (Audio Network Manager) позволяет более детально управлять аудиопотоками, чем Dante Controller. Можно независимо определять одноадресные и многоадресные потоки, контролировать параметры каждого потока отдельно.

Где Ravenna проигрывает

Экосистема - значительно меньший выбор устройств, чем у Dante. В студийном сегменте доминируют Merging и несколько вещательных производителей. В концертном звуке она практически не представлена.
Кривая обучения - настройка Ravenna требует более глубокого понимания сетей, чем Dante. Нужно вручную управлять доменами PTP, потоками, многоадресной адресацией. Dante скрывает эту сложность за простым интерфейсом перетаскивания.
Техническая поддержка - меньшее сообщество, меньше обучающих материалов, меньше форумов для поиска решений.

MADI и AES/EBU - старые протоколы всё ещё в деле

В обеих средах - Flightcore и Филармония - мы по-прежнему используем MADI (Multichannel Audio Digital Interface) и AES/EBU как транспорт «точка-точка». MADI по BNC или оптике даёт 64 канала на одном кабеле, что в Филармонии идеально подходит для соединения сцены с аппаратной.

AES/EBU - классика: два канала на паре кабелей, но с точной синхронизацией и высокой помехоустойчивостью. В студиях Flightcore мы используем AES/EBU для подключения мониторов, где нужна детерминированная, минимальная задержка без сетевых накладных расходов.

# Типичная конфигурация интерфейсов в студии Flightcore
studio_a:
  dante: 64ch  # основной транспорт
  madi: 64ch   # резерв / переполнение
  aes_ebu: 2ch # мониторинг
  wordclock: BNC # внешняя синхронизация

Что я выбираю и почему

Единого ответа нет. Решает контекст:

Коммерческая студия (Flightcore) → Dante. Экосистема, совместимость оборудования, простота для приходящих техников.
Концертная организация (Филармония) → Ravenna/AES67 + MADI. Открытые стандарты, точность синхронизации, долгосрочная независимость от одного поставщика.
Точка-точка, мониторинг → AES/EBU или MADI. Минимальные накладные расходы, детерминированная задержка.

Главный урок: протокол - это инструмент, а не религия. В Flightcore Dante безупречно работает с открытия в 2023 году. В Филармонии Ravenna с Merging Horus даёт точность, которую Dante не может обеспечить при записи в DXD. Оба решения требуют добротной сетевой инфраструктуры - и тут мы возвращаемся к Cat6A, управляемым коммутаторам и грамотно настроенному QoS.

Протокол можно сменить. Плохо проложенные кабели останутся на годы.