Протокол Dante является IP протоколом и соответствует общим IT стандартам. Каждое Dante устройство ведет себя так же как и любое другое сетевое устройство подключенное к сети.
-
Dante использует DHCP для адресации, когда он доступен, и автоматически назначит IP-адрес, если DHCP недоступен, точно так же, как ПК или Mac.
- Устройства Dante будут продолжать «искать» DHCP даже после автоматического назначения IP-адреса.
- Некоторые (но не все) устройства Dante позволяют устанавливать статические IP-адреса.
- Dante поддерживает IGMP(1) v3/v2 для multicast
- поддержка IGMP в сети не требуется, что упрощает интеграцию в сети смешанного использования (только для сетей без использования multicast!)
- Dante может использовать DiffServ QoS(2) в сети. Dante будет расставлять тэги для пакетов и эти тэги могут быть интегрированы в схему QoS существующей сети:
Priority | Usage | DSCP Label | Hex | Decimal | Binary |
High | Time critical PTP (3) events | CS7 | 0x38 | 56 | 111000 |
Medium | Audio, PTP | EF | 0x2E | 46 | 101110 |
Low | (reserved) | CS1 | 0x08 | 8 | 001000 |
None | Other traffic | BestEffort | 0x00 | 0 | 000000 |
-
- QoS требуется только для сетей 100 Мбит/с или смешанных сетей 1000/100 Мбит/с. QoS может быть полезен в сетях смешанного использования. QoS не требуется cеть Dante выделенная и полностью 1гигабитная. При использовании QoS должен быть настроен со строгим приоритетом.
- QoS может быть перемаркирован, но пакеты PTP всё же получают высокий приоритет.
Тип сетевого трафика, который будет в сети с устройствами Dante:¶
- Для одноадресной (unicast) и многоадресной (multicast) передачи аудио Dante использует UDP
- Типичный одноадресный аудиопоток - flow (содержит 4 канала и по 16 аудиосэмплов на канал) использует полосу пропускания около 6 Мбит/с
- Предварительно выделенная емкость каждого потока (flows) - 4 канала. Значение выборки для каждого канала может изменяться от 4 до 64 в зависимости от настройки задержки для устройства. Для multicast потоков количество каналов в потоке может изменяться от 1 до 8.
- Multicast передача Dante аудио всегда осуществляется через порт UDP 4321. Multicast AES 67 аудио через порт 5004.
- Номера портов для unicast аудио назначаются из диапазона: 14336-14600
- Аудио трафик не должен занимать более 70% пропускной способности любого сетевого соединения.
-
mDNS(4) и DNS-SD(5) протоколы для обнаружения адреса и сервисов других устройств Dante (включая Dante Controller и Dante Virtual Soundcard). Адрес для них: 224.0.0.251:5353.
- Сервис обнаружения в AES67 находится на 239.255.255.255: 9875.
- Precision Time Protocol (PTP) - протокол точного времени для синхронизации.
- в большинстве случаев это несколько маленьких пакетов передаваемых несколько раз в секунду. Этот трафик отправляется на 224.0.1.129-224.0.1.132 и портам 319/320
- Логгирование PTP (если включено) адресуется на 239.254.3.3:9998
- Трафик для специфического мониторинга Dante на multicast адресах 224.0.0.230-224.0.0.233:8700-8708
Можно ли использовать технологию EEE (Energy Efficient Ethernet - энергоэффективный Ethernet или "Green Ethernet" - "Зеленый Ethernet") в сети Dante?¶
Краткий ответ: НЕТ
EEE - это технология, которая снижает энергопотребление коммутатора в периоды низкого сетевого трафика. Иногда называют Green Ethernet и IEEE802.3az. Управление питанием должно согласовываться автоматически в коммутаторах, которые поддерживают EEE, но некоторые коммутаторы не выполняют согласование должным образом, потому что технология относительно новая. Это может привести к тому, что EEE будет включен в сетях Dante, когда это нецелесообразно, что приведет к снижению производительности синхронизации и периодическим отключениям.
Поэтому мы настоятельно рекомендуем:
- Если вы используете управляемые коммутаторы, убедитесь, что они позволяют отключить EEE. Убедитесь, что EEE отключен на всех портах, используемых для трафика Dante в реальном времени.
- Если вы используете неуправляемые коммутаторы, не используйте коммутаторы Ethernet, которые поддерживают функцию EEE, потому что вы не можете отключить работу EEE в этих коммутаторах.
(1) IGMP (англ. Internet Group Management Protocol — протокол управления группами Интернета) — протокол управления групповой (multicast) передачей данных в сетях, основанных на протоколе IP.
(2) DiffServ QoS - одна из трех моделей обеспечения качества QoS:
- Best Effort — никакой гарантии качества. Все равны.
- IntServ — гарантия качества для каждого потока. Резервирование ресурсов от источника до получателя.
- DiffServ — нет никакого резервирования. Каждый узел сам определяет, как обеспечить нужное качество.
(3) PTP - (англ. Precision Time Protocol — «протокол точного времени») — протокол, используемый для синхронизации часов по компьютерной сети. В локальных сетях он достигает точности синхронизации менее микросекунды, что обеспечивает удобство для измерительных систем и систем управления.
(4) mDNS - Multicast DNS - протокол многоадресной DNS для небольших сетей. Использование mDNS позволяет клиенту определить IP-адрес хоста без помощи централизованного DNS-сервера. Машина, ищущая конкретный хост, посылает широковещательный mDNS-запрос. Соответствующий хост отвечает на этот запрос широковещательным ответом, “представляя” себя другим участникам сети. Таким образом все машины в сети обновляют свой mDNS-кэш и получают информацию и о новых хостах/сервисах. Чтобы аннулировать свое “представление” (например, в случае выключения машины) хост должен отправить response-пакет с TTL = 0. По умолчанию mDNS использует зарезервированную зону “.local”.
(5) DNS-SD - DNS Service Discovery - протокол обнаружения сервисов. Позволяет устройствам заявлять о конкретных сервисах, которые они предлагают, — так, чтобы можно было обнаружить их без централизованной настройки.
mDNS и DNS-SD являются частью Zeroconf (Zero Configuration Networking) — набора технологий, которые автоматически создают IP сеть без конфигурации или специальных серверов.