WikiDer > AES67

AES67

AES67
Информация о производителе
ПроизводительАудио инженерное общество
Дата разработкиСентябрь 2013; 7 лет назад (Сентябрь 2013)[1]
Сетевая совместимость
Переключаемыйда
Маршрутизируемыйда
Ethernet скорость передачи данныхFast Ethernet, Гигабитный Ethernet, 5GBASE-T, 10 Гбит Ethernet
Технические характеристики аудио
Минимум задержкаОт 125 мкс до 4 мс
Максимальное количество каналов на ссылку120
Максимум частота выборки48, 44,1 или 96 кГц[1]
Максимум битовая глубина16 или 24 бит[1]

AES67 это технический стандарт за аудио через IP и аудио через Ethernet (AoE) взаимодействие. Стандарт был разработан Аудио инженерное общество и впервые опубликовано в сентябре 2013 года. Это слой 3 набор протоколов на основе существующих стандарты и разработан для обеспечения взаимодействия между различными сетевыми аудиосистемами на основе IP, такими как РАВЕННА, Livewire, Q-LAN и Данте.

AES67 обещает взаимодействие между ранее конкурирующими сетевыми аудиосистемами[2] и долгосрочное сетевое взаимодействие между системами.[3] Он также обеспечивает взаимодействие с технологиями уровня 2, такими как Аудио-видео мост (AVB).[4][5][6] С момента публикации AES67 был независимо реализован несколькими производителями и принят многими другими.

Обзор

AES67 определяет требования для синхронизации часов, установки приоритетов QoS для медиа-трафика и запуска медиа-потоков со стандартными протоколами из Набор интернет-протоколов. AES67 также определяет формат и частоту дискретизации аудио, поддерживаемое количество каналов, а также размер пакета IP-данных и требования к задержке / буферизации.

Стандарт вызывает несколько вариантов протокола для обнаружения устройств, но не требует их реализации. Протокол инициирования сеанса используется для управления одноадресным подключением. Для многоадресных соединений не определен протокол управления соединениями.

Синхронизация

AES67 использует IEEE 1588-2008 Протокол точного времени (PTPv2) для синхронизации часов. Для стандартного сетевого оборудования AES67 определяет параметры конфигурации для «профиля PTP для мультимедийных приложений» на основе синхронизации запроса-ответа IEEE 1588 с задержкой и (необязательно) одноранговой синхронизации (приложения J.3 и J4 к IEEE 1588); сообщения о событиях инкапсулируются в пакеты IPv4 через транспорт UDP (IEEE 1588 Приложение D). Некоторые из параметров по умолчанию изменены, в частности, logSyncInterval и logMinDelayReqInterval уменьшены, чтобы улучшить точность и время запуска. Класс часов 2, как определено в AES11 Цифровой опорный звуковой сигнал (DARS) сигнализируется с помощью clockClass.

Сетевое оборудование, соответствующее IEEE 1588-2008, использует профили PTP по умолчанию; для видеопотоков, SMPTE 2059-2 Можно использовать профиль PTP.

В сетях AVB / TSN синхронизация достигается с IEEE 802.1AS профиль для чувствительных ко времени приложений.

Медиа-часы основаны на синхронизированном сетевом времени с эпохой IEEE 1588 (1 января 1970 г., 00:00:00 TAI). Тактовые частоты фиксированы на частотах дискретизации звука 44,1 кГц, 48 кГц и 96 кГц (т.е. тысяча отсчетов в секунду). Транспорт RTP работает с фиксированным смещением времени относительно сетевых часов.

Транспорт

Медиа-данные передаются в пакетах IPv4 и пытается избежать Фрагментация IP.

Транспортный протокол в реальном времени с участием Профиль RTP для аудио и видео (Форматы L24 и L16) используется по протоколу UDP. Полезная нагрузка RTP ограничена 1460 байтами, чтобы предотвратить фрагментацию, MTU Ethernet по умолчанию составляет 1500 байтов (после вычитания служебных данных IP / UDP / RTP из 20 + 8 + 12 = 40 байтов).[7]Идентификаторы вспомогательного источника (CSRC) и шифрование TLS не поддерживаются.

Протоколы синхронизации времени, доставки медиапотока и обнаружения могут использовать Многоадресная IP-рассылка с участием IGMPv2 (необязательно IGMPv3) согласование. Каждому медиапотоку назначается уникальный групповой адрес (в диапазоне от 239.0.0.0 до 239.255.255.255); только одно устройство может отправлять на этот адрес (соединения "многие ко многим" не поддерживаются).

Для мониторинга поддерживать активность состояния и распределения полосы пропускания, устройства могут использовать интервал отчета RTCP, таймеры сеанса SIP и опцию ping или запрос ICMP Echo (ping).

AES67 использует DiffServ для установки приоритетов трафика QoS в поле кода дифференцированных услуг (DSCP) IP-пакета. Необходимо поддерживать как минимум три класса:

Классы QoS и ассоциации DiffServ
Название классаТип трафикаКласс DiffServ по умолчанию (десятичное значение DSCP)
ЧасыСобытия времени IEEE 1588-2008 *EF (46)
Средства массовой информацииМедиа-потоки RTP / RTCPAF41 (34)
Лучшее усилиеIEEE 1588-2008 сигнализация, обнаружение и управление соединениемDF (0)
  • Объявление, Синхронизация, Follow_Up, Delay_Req, Delay_Resp, Pdelay_Req, Pdelay_Resp, Pdelay_Resp_Follow_Up

Для критичных по времени приложений может потребоваться максимальная задержка 250 мкс, чтобы предотвратить пропадание звука. Для определения приоритетов критических медиапотоков в большой сети приложения могут использовать дополнительные значения в классе гарантированной пересылки 4 с малой вероятностью отбрасывания (AF41), обычно реализуемой как взвешенная очередь с циклическим пересылкой. Тактовый трафик назначается классу ускоренной пересылки (EF), который обычно реализует поведение со строгим приоритетом для каждого перехода (PHB). Весь другой трафик обрабатывается с максимальной эффективностью с помощью перенаправления по умолчанию.

Процедура сигнализации источника тактового сигнала RTP используется для указания домена PTP и идентификатора главного администратора для каждого медиапотока.

Кодирование аудио

Форматы семплов включают 16-битный и 24-битный Линейный PCM с частотой дискретизации 48 кГц и дополнительными 24-битными 96 кГц и 16-битными 44,1 кГц. Другой Аудио видео форматы RTP может поддерживаться. Использование нескольких частот дискретизации необязательно. Устройства могут применять глобальную настройку частоты дискретизации.

Медиа-пакеты планируются в соответствии с «временем пакета» - продолжительностью передачи стандартного пакета Ethernet. Время пакета согласовывается источником потока для каждого сеанса потоковой передачи. Короткое время передачи пакетов обеспечивает низкую задержку и высокую скорость передачи, но приводит к высоким накладным расходам и требует высокопроизводительного оборудования и каналов связи. Большое время пакетов увеличивает задержки и требует большей буферизации. Определен диапазон от 125 мкс до 4 мс, хотя рекомендуется, чтобы устройства адаптировались к изменениям времени пакета и / или определяли время пакета путем анализа временных меток RTP.

Время пакета определяет размер полезной нагрузки RTP в соответствии с поддерживаемой частотой дискретизации. Для всех устройств требуется 1 мс. Устройства должны поддерживать от 1 до 8 каналов на поток.[7]

Рекомендуемое время упаковки
Время пакетаОбразцы в пакетеЗаметки
48 / 44,1 кГц96 кГц
125 мкс612Совместим с AVB класса A
250 мкс1224Высокопроизводительная работа с малой задержкой. Совместим с AVB класса B, совместим с AVB класса A
3331⁄3 мкс1632Эффективная работа с малой задержкой
1 мс4896Требуемое время пакета для всех устройств
4 мс192384Глобальные сети, сети с ограниченными возможностями QoS или совместимость с EBU 3326
  • Ограничения размера MTU ограничивают аудиопоток 96 кГц с использованием времени пакета 4 мс для одного канала.
Максимальное количество каналов на поток
Аудио форматВремя пакета
125 мкс250 мкс3331⁄3 мкс1 мс4 мс
16 бит 48 кГц1206045153
24 бит 48 кГц804030102
24 бит, 96 кГц40201551

Задержка

Сетевая задержка (смещение ссылки) - это разница во времени между моментом, когда аудиопоток входит в источник (время входа), отмеченным меткой времени RTP в медиапакете, и моментом его выхода из пункта назначения (время выхода). Задержка зависит от времени пакета, задержек распространения и постановки в очередь, накладных расходов на обработку пакетов и буферизации в устройстве назначения; таким образом, минимальная задержка - это самое короткое время пакета и время пересылки по сети, которое может составлять менее 1 мкс на канале Gigabit Ethernet точка-точка с минимальным размером пакета, но в реальных сетях может быть вдвое больше времени передачи пакета.

Маленькие буферы уменьшают задержку, но могут привести к потере звука, если мультимедийные данные не поступят вовремя. Неожиданные изменения условий сети и дрожание в результате кодирования и обработки пакетов могут потребовать более длительной буферизации и, следовательно, большей задержки. Пункты назначения должны использовать буфер, в 3 раза превышающий время пакета, хотя рекомендуется, по крайней мере, в 20 раз больше времени пакета (или 20 мс, если меньше). Источники должны поддерживать передачу с джиттером менее 17 пакетов (или 17 мс, если короче), хотя рекомендуется 1 время пакета (или 1 мс, если короче).

Совместимость с AVB

AES67 может передавать медиапотоки как IEEE 802.1BA Зависящий от времени трафик AVB классов A и B в поддерживаемых сетях с гарантированной задержкой 2 мс и 50 мс соответственно. Резервирование полосы пропускания с Протокол резервирования потоковой передачи (SRP) определяет объем трафика, генерируемого в интервале измерения 125 мкс и 250 мкс соответственно. IP-адреса многоадресной рассылки должны использоваться, но только с одним источником, поскольку сети AVB поддерживают адресацию назначения многоадресной рассылки Ethernet только в диапазоне от 01: 00: 5e: 00: 00: 00 до 01: 00: 5e: 7f: ff: ff.

Рекламное сообщение говорящего по SRP должно отображаться следующим образом:

Рекламное сообщение говорящего
StreamID64-битный глобально уникальный идентификатор (48-битный Ethernet MAC-адрес источника и 16-битный уникальный идентификатор исходного потока).
Адрес назначения потокаАдрес назначения многоадресной передачи Ethernet.
ID VLAN12-битный тег VLAN IEEE 802.1Q. Идентификатор VLAN по умолчанию для потоков AVB - 2.
MaxFrameSizeМаксимальный размер пакетов медиапотока, включая заголовок IP, но исключая служебные данные Ethernet.
MaxIntervalFramesМаксимальное количество кадров, которое источник может передать за один интервал измерения. Поскольку допустимое время пакета больше (или равно) интервалу измерения AVB, оно всегда равно 1.
Приоритет кадра данных3 для класса A, 2 для класса B.
Ранг1 для обычного движения, 0 для аварийного движения.

Как в IEEE 1588-2008, так и в IEEE 802.1AS, часы PTP могут быть обозначены как обычные часы (OC), граничные часы (BC) или прозрачные часы (TC), хотя прозрачные часы 802.1AS также имеют некоторые возможности граничных часов. Устройство может реализовать одну или несколько из этих возможностей. OC может иметь всего один порт (сетевое соединение), тогда как TC и BC должны иметь два или более порта. Порты BC и OC могут работать как ведущий (grandmaster) или ведомый. Профиль IEEE 1588 связан с каждым портом. TC может принадлежать нескольким доменам и профилям часов. Эти положения позволяют синхронизировать часы IEEE 802.1AS с часами IEEE 1588-2008, используемыми AES67.

История развития

Стандарт был разработан Аудио инженерное общество начало в конце 2010 г.[8] Стандарт был первоначально опубликован в сентябре 2013 года.[9][10][11][12] Вторая печать с заявлением о патенте от Audinate был опубликован в марте 2014 года. Обновление, включающее уточнения и исправления ошибок, было выпущено в сентябре 2015 года.[1]

Альянс Media Networking Alliance был сформирован в октябре 2014 года для содействия внедрению AES67.[13]

В октябре 2014 г. Plugfest был проведен для проверки совместимости, достигнутой с AES67.[14][15] Второй Plugfest был проведен в ноябре 2015 года.[16] и третий в феврале 2017 года.[17]

В мае 2016 года AES опубликовала отчет, описывающий совместимость синхронизации между AES67 и SMPTE 2059-2.[18]

В июне 2016 года аудиотранспорт AES67 улучшен АВБ / ТСН тактовая синхронизация и резервирование полосы пропускания были продемонстрированы на InfoComm 2016.[19]

В сентябре 2017 г. SMPTE опубликовал ST 2110, стандарт для профессиональное видео через IP.[20] СТ 2110-30 использует AES67 в качестве транспорта для аудио, сопровождающего видео.[21]

В декабре 2017 года Media Networking Alliance объединился с Alliance for IP Media Solutions (AIMS), объединив усилия по продвижению основанного на стандартах сетевого транспорта для аудио и видео.[22]

В апреле 2018 года был опубликован AES67-2018. Основное изменение в этой редакции - добавление заявление о соответствии реализации протокола (ФОТО).[23]

В Комитет по стандартам AES и редактор AES67 Кевин Гросс были награждены Премия Эмми в области технологий и инженерии в 2020 году для развития синхронизированной передачи многоканального несжатого звука по IP-сетям.[24]

Принятие

Стандарт внедрен Лаво,[25] Axia,[26] AMX (в устройствах SVSI), Уитстон,[27][28] Электроника Extron, Ридель,[29] Росс Видео,[30][31] ALC NetworX,[32] Audinate,[33][34][35][36][37][38] Archwave,[39] Digigram,[40] Сонифекс,[41] Ямаха,[42] QSC,[43] Neutrik, Attero Tech,[44] Объединение технологий,[45][46] Галерея SIENNA,[47] и поддерживается устройствами с поддержкой RAVENNA в рамках рабочего профиля AES67.[48]

Доставка товаров

Со временем эта таблица вырастет и станет источником интеграции и совместимости между устройствами. Методы обнаружения, поддерживаемые каждым устройством, имеют решающее значение для интеграции, поскольку спецификация AES67 не оговаривает, как это должно быть сделано, а вместо этого предоставляет множество вариантов или предложений. Кроме того, AES67 определяет многоадресную или одноадресную рассылку, но многие устройства AES67 поддерживают только многоадресную рассылку.

ПродавецТоварОписаниеПлатформа ОСМодель AES67послатьПолучитьМногоадресная рассылкаUnicastЗаметки
Объединение технологийВиртуальное аудиоустройство[49]Драйверы Ravenna / AES67macOS,[50] Linux,[51] WindowsРавенна AES67SAP, mDNS / RTSPSAP, mDNS / RTSPYYСвободный
Сети ALCВиртуальная звуковая карта[52]Драйвер Ravenna / AES67 WDMWindowsРавенна AES67YСвободный
Сети ALCRAV2SAP[53]Инструменты обнаружения AES67WindowsРавенна AES67SAPmDNS / RTSPYСвободный
СиеннаAES67 в шлюз NDI[47]AES67 в шлюз NDImacOS, Linux, WindowsРодной AES67SAPSAPYN
СиеннаNDI в AES67[54]NDI для отправителя AES67macOS, LinuxРодной AES67SAPSAPYN
ЛавоVRX4[55]Аудио микшерWindowsРавенна AES67Y
HassebAoE[56]Аналоговый и оптический интерфейс AES67Родной AES67mDNS / RTSPmDNS / RTSPYY
QSCDSP, усилители[57]различныйQ-SYS AES67SAPSAPY
AXIAРазличный[58]различныйLivewire + AES67YY
ЯмахаСмесители[59]различныйДанте AES67SAPSAPYN
Аттеро ТехКонечные точки [60]Конечные точкиАттеро AES67SAPSAPYN
SoundTube РазвлеченияРазличный[61]РазличныйДанте AES67

использованная литература

  1. ^ а б c d «AES67-2013: стандарт AES для аудиоприложений сетей - совместимость с высокопроизводительным потоковым аудио по IP». Аудио инженерное общество. 2013-09-11. Получено 2014-02-11.
  2. ^ Стив Харви (27.06.2014). "NAB Show Product Review: Audio". ТВ технологии. Архивировано из оригинал на 2016-03-03. Получено 2014-06-29.
  3. ^ Дэйв Дэвис (22.07.2014). «Марк Йонг о новом рассвете сетей». Установка. Архивировано из оригинал в 2014-07-28. Получено 2014-07-23. Цитировать журнал требует | журнал = (помощь)
  4. ^ AES67-2018 - Приложение C (Информационное) - Сетевой транспорт AVB
  5. ^ AES67-2018 - Приложение D (Информационное) - Взаимодействие с доменами часов IEEE 802.1AS
  6. ^ Нестор Амайя (март 2016 г.). «AES67 для аудиопроизводства: история вопроса, приложения и проблемы» (PDF).
  7. ^ а б AES67-101: Основы AES67. Энтони П. Кузуб
  8. ^ Инициирование AES-X192, Аудио инженерное общество, 2010-12-01
  9. ^ Дэн Дэйли (октябрь 2013 г.). «AES представляет новый стандарт аудиосетей». Получено 2014-02-11.
  10. ^ Дэн Дэйли (16 сентября 2013 г.). «AES объявляет о выпуске стандарта сетевой совместимости с аудио через IP AES67-2013». Получено 2014-02-11. Цитировать журнал требует | журнал = (помощь)
  11. ^ «AES объявляет о новом стандарте взаимодействия сетевого аудио по IP: AES67-2013». ProSoundWeb. 2013-09-12. Получено 2014-02-11.
  12. ^ «AES объявляет о новом стандарте взаимодействия сетевого аудио по IP: AES67-2013». Радио. 2013-09-16. Архивировано из оригинал на 2017-02-17. Получено 2014-02-11. Цитировать журнал требует | журнал = (помощь)
  13. ^ «AES Show представляет Media Networking Alliance». Радио Мир. 2014-10-06. Архивировано из оригинал на 2015-09-24. Получено 2014-11-11.
  14. ^ Джон Чаппл (27 ноября 2014 г.), «Комитет по стандартам AES, EBU тестирует AES67 на PlugFest», PSN Европа, заархивировано из оригинал 4 декабря 2014 г., получено 29 ноябрь 2014
  15. ^ AES-R12-2014: Отчет о проекте стандартов - фестиваль совместимости AES67 PlugFest - Мюнхен, 2014 г., Аудио инженерное общество, 2014-11-24
  16. ^ AES-R15-2015: Отчет по проекту стандартов - фестиваль совместимости AES67 - Вашингтон, 2015 г., Аудио инженерное общество, 2016-01-02
  17. ^ AES-R17-2017: Отчет по проекту стандартов - фестиваль совместимости AES67 - Лондон, 2017 г., Аудио инженерное общество, 2017-04-28
  18. ^ AES-R16-2016: Отчет о стандартах AES - параметры PTP для взаимодействия AES67 и SMPTE ST 2059-2, Аудио инженерное общество, 2016-05-02
  19. ^ Жоао Мартинс (16.06.2016). «AVB / TSN Momentum и AES67 / AVB Harmony на InfoComm 2016». Получено 2016-12-08.
  20. ^ «SMPTE утверждает стандарты ST 2110-30 для профессиональных мультимедиа по управляемым IP-сетям». Получено 2017-11-30.
  21. ^ Ли Уиткомб (30 июня 2017 г.), «Аудио для телевидения: как видео AES67 и несжатое видео 2022/2110 / TR03 сочетаются друг с другом», Журнал SMPTE Motion Imaging, SMPTE, 126 (5): 35–40, Дои:10.5594 / JMI.2017.2703479
  22. ^ Мишель Клэнси (28 декабря 2017 г.), AIMS, объединение Media Networking Alliance, Rapid TV News
  23. ^ «AES67-2018: Стандарт AES для аудиоприложений в сетях - опубликована совместимость с высокопроизводительным потоковым аудио через IP». 2018-04-24.
  24. ^ https://theemmys.tv/tech-71st-award-recipients/
  25. ^ Лаво. «Компания Lawo поддерживает успешную демонстрацию совместимости AES67 во время съезда AES в Нью-Йорке». www.lawo.com. Получено 2017-10-26.
  26. ^ «Axia анонсирует первый продукт для вещания, соответствующий стандарту AES67». Звук и изображение. 2013-11-14. Получено 2014-02-11. Цитировать журнал требует | журнал = (помощь)
  27. ^ «IP Audio делает большой шаг вперед». Радио Мир. 2014-02-21. Архивировано из оригинал на 2015-09-24. Получено 2014-06-18.
  28. ^ Стив Харви (11.08.2014). «Стандартизация AoIP обеспечивает возможность взаимодействия». ТВ технологии. Архивировано из оригинал на 2014-08-13. Получено 2014-08-13.
  29. ^ «Рейдель произведет фурор на SATIS 2014». Цифровое производство. 29 октября 2014 г.. Получено 2014-11-11.
  30. ^ http://coveloz.com/bach
  31. ^ "Ковелоз Бах: первая в мире конечная точка AES67, получившая сертификат AVnu'". Pro-Audio Central. 6 января 2016 г.. Получено 2016-02-06.
  32. ^ "ALC NetworX показывает Равенну, AES67". Радио Мир. 2014-01-29. Архивировано из оригинал на 2015-09-24. Получено 2014-02-11.
  33. ^ «Стандарты». Audinate.
  34. ^ «ПРОВЕРКА ПОДДЕРЖКИ СТАНДАРТА AES67». InAVate. 2014-02-04. Архивировано из оригинал на 2014-02-23. Получено 2014-02-11. Цитировать журнал требует | журнал = (помощь)
  35. ^ «Audinate объявляет о поддержке стандарта AES67». Сеть звуковых форумов. 2014-02-04. Архивировано из оригинал на 2014-02-22. Получено 2014-02-11.
  36. ^ «Audinate объявляет о поддержке стандарта AES67». Pro Audio Central. 2014-02-04. Архивировано из оригинал на 2014-02-21. Получено 2014-02-11.
  37. ^ «Dante для добавления транспорта AES67». Новости ProSound. 2014-02-05. Архивировано из оригинал на 2015-09-27. Получено 2014-02-11. Цитировать журнал требует | журнал = (помощь)
  38. ^ Майкл Уильямс (8 апреля 2015 г.), Audinate объявляет о доступности обновления прошивки для поддержки AES67, бред
  39. ^ Джон Чаппл (11 февраля 2015 г.). «ISE 2015: сетевые модули Archwave AES67 обеспечивают« MIDI 3.0 на стероидах ».'". PSN Европа. Архивировано из оригинал 16 апреля 2015 г.. Получено 2015-05-02.
  40. ^ «Digigram для демонстрации совместимости RAVENNA / AES67 линейки IP-аудиокодеков IQOYA на IBC2014». IABM. 2014-08-05. Архивировано из оригинал на 2014-08-08. Получено 2014-08-05.
  41. ^ «Архивная копия». Архивировано из оригинал на 2016-02-07. Получено 2016-05-17.CS1 maint: заархивированная копия как заголовок (ссылка на сайт)
  42. ^ Продукты Yamaha Dante для поддержки AES67, ProSoundWeb, 9 сентября 2016 г.
  43. ^ «Выпуск программного обеспечения платформы QSC Q-SYS для поддержки AES67». QSC. 7 декабря 2016 г.
  44. ^ Attero Tech поставляет сетевые аудиопродукты AES67, получено 2017-12-17
  45. ^ Слияние технологий-Digigram Aneman, получено 2018-02-20
  46. ^ ISE 2017: RAVENNA представляет демонстрационную стойку AES67, получено 2018-02-20
  47. ^ а б «AES67». www.sienna-tv.com.
  48. ^ "РАВЕННА И AES67". ALC NetworX. Архивировано из оригинал на 2014-02-21. Получено 2014-02-12.
  49. ^ Технологии, слияние. «Объединение технологий | Horus & Hapi Mic-Pre и AD / DA для сторонних DAW». www.merging.com.
  50. ^ Технологии, слияние. "Объединение технологий | Сетевое аудио | Стандарт AES67 V.A.D.". www.merging.com.
  51. ^ Технологии, слияние. «Объединение технологий | Драйвер ALSA RAVENNA AES67 для Linux». www.merging.com.
  52. ^ «Бесплатная версия RAVENNA Virtual Sound Card для Windows теперь доступна для загрузки!». Медиа-сеть на базе IP RAVENNA. 13 сентября 2013 г.
  53. ^ "Конвертер управления соединениями RAVENNA-2-SAP AES67". Медиа-сеть на базе IP RAVENNA.
  54. ^ «НДИПроцессор». www.sienna-tv.com.
  55. ^ "Программное обеспечение виртуального радиомикшера VRX4".
  56. ^ «Аудио через Ethernet Pro». hasseb.fi.
  57. ^ «Ядра Q-SYS - Продукты, периферийные устройства и аксессуары - Экосистема Q-SYS - Продукты - Системы - QSC». www.qsc.com.
  58. ^ "Livewire + AES67 AoIP Networking". www.telosalliance.com.
  59. ^ «Подключение устройств Yamaha Dante к другим устройствам AES67». Ямаха.
  60. ^ «Краткое руководство по настройке аудио сети AES67». www.atterotech.com.
  61. ^ "Серии". Soundtube Entertainment. Получено 2019-04-11.

внешние ссылки