EEE на Mikrotik

Поднимаю эту тему, потому что её никак нельзя игнорировать. Это критически важный момент, который нужно либо контролировать, либо хотя бы знать и документировать, особенно в сетях с чувствительностью к задержкам (например, AVB для аудио и прочее). Самое странное, что вы поддерживаете PTP (Precision Time Protocol), то есть по крайней мере некоторые устройства уже готовы для приложений с низкой задержкой, но отключение EEE/802.3az — это ещё один ключевой момент.

Сейчас я пытаюсь разобраться с проблемами синхронизации часов на некоторых устройствах Dante/AES67 на границе сети, так как они настаивают на том, что EEE нужно отключать из-за возможных проблем с переговорами с другими устройствами. Я понимаю, что ни на одном порте нет ни мониторинга, ни управления EEE, и об этом нет ни слова в документации, даже для полноценных корпоративных коммутаторов! Я бы понял, если бы управление было только через CLI или по умолчанию отключено на мелких устройствах, но в корпоративных свитчах такой контроль обязателен.

Вот что Dante пишет в FAQ: https://www.getdante.com/support/faq/i-am-recording-distorted-audio-or-digital-artifacts-on-my-dante-virtual-soundcard/

В одной из старых веток подтвердили на примере Cisco, что у RB5009 EEE включён, но ни в документации Mikrotik, ни в CLI на моих устройствах ничего, связанного с этим, не видно.

Пожалуйста, отнеситесь к этому серьёзно — это не та вещь, которую можно просто так считать безотказной. Как минимум, это должно быть задокументировано Mikrotik, а ещё лучше — реализовать и мониторинг, и управление по каждому порту.

ИЗМЕНЕНИЕ: Спасибо, что предложили это как возможное решение, но проблема в некоторых случаях в том, что я не контролирую другую сторону, а Mikrotik обычно является моей козырной картой — ими можно копать глубже, использовать как инструмент для отладки, прослойку или универсальное средство для поиска и решения проблем. Да, это было в вашем сообщении. Я не знал, что это авто-обсуждение (следовало проверить). Тем не менее, в том же духе, что можно проверить и выставить/принудительно задать скорость порта и дуплекс, эта функция должна быть стандартной, ведь даже базовые управляемые коммутаторы Netgear это умеют. И если вы не знаете, будет ли другая сторона пытаться вести переговоры, это проблема. Если вы не можете просто слепо задать на своей стороне отсутствие поддержки авто-обсуждения, значит вы полностью зависите от корректности авто-обсуждения.

Кстати, сами Audinate беспокоятся о сбоях авто-обсуждения, пусть и редких, именно поэтому существуют средства для просмотра настроек и принудительной установки параметров. Я знаю, что они не параноики — за годы у меня было немало портов, которые неправильно договорились о гигабите, несмотря на распространённое мнение, что “это уже должно быть отлажено до совершенства” (я тоже так думал про другую технику, которой десятки лет). И хоть обычно это не катастрофа, в задачах с низкой задержкой или критически важных это настоящая беда, и там нужно всё либо принудительно задавать, либо точно знать — доверять нельзя.

Эти устройства так отлично дают доступ к низкоуровневой информации и управлению — прям “врежь себе в ногу” — что я использую их как швейцарские ножи для решения самых разных странных задач в моей работе с ИТ. Если базовые управляемые коммутаторы умеют управлять EEE, то хотелось бы очень видеть такую же функцию и здесь.

Я искал в Winbox везде, но, похоже, Mikrotik не позволяет выключить EEE. Для такого настраиваемого коммутатора это кажется мне странным. Но что поделать. У меня есть L009, и могу подтвердить, что он не соответствует требованиям для Dante. Настройки EEE постоянно нарушают синхронизацию часов. Если поток данных достаточно большой, даже коммутатор с EEE будет работать с Dante. Но именно маленькие устройства, вроде адаптеров Avio и DVS, начинают сбоить случайным образом при включённом EEE. Большая stagebox с кучей каналов и потоков работает... в большинстве случаев. Пожалуйста, Mikrotik, сделайте эту опцию доступной. А пока Cisco 350 серия — идеальный вариант для Dante.