ndm

@Konst если сегодняшняя сборка получится в целом рабочая, мы подкрутим пороги Automatic Gain Controller. Затем планируем сделать параметр в CLI. Попробуйте не задавать канал жестко, остальные настройки (SkyDNS, No-IP) к пропускам маяков отношения не имеют.

В порт USB 3.0 воткнуто что-нибудь? налицо проблема с пропаданием маяков из-за шума в спектре. На 2.08 пороги AGC VGA менялись.

Пара вопросов: Какая ФС стоит на дисках, основном и вновь подключенном. Каким образом будете копировать.

Видимо, никто не захотел связываться. Потому что есть ответ в руководстве CLI, и дальше нужно разбираться, почему не работает. Версия 2.04 ушла в историю, и прокси древний в новых версиях не используется. В статусе у Вас значится Keenetic 4G III, для него хотя бы есть 2.08 и 2.09. Проверьте на ней для начала.

Значит так спрашиваете. Приложите для начала self-test. В разных версиях отличались DNS-прокси. И проблемы удобнее всего исправлять на draft-версии, которая сейчас в активной разработке. Тестируйте сразу на ней.

Исправлено в версии 2.09.A.5.0-1.

Исправлено в версии 2.09.A.5.0-1.

Откатываем сборку на 2.09.A.4, не ставьте A.5. Там с Wi-Fi что-то неладно.

Считается, что в домашнем роутере Enterprise не нужен. opkg тут не поможет. Есть реализация в драйвере Wi-Fi, но параметры в CLI не вынесены. Перенесём тему в Развитие. Интересно плюсанёт кто-нибудь или нет. Основная проблема, что по-нормальному нужно делать и сам RADIUS-сервер. Отдельно поднимать мало кто захочет.

Получили, всё в норме, сходится с данными по базе. Но по логу много ошибок 507 — выбранные компоненты не помещаются. Прошивка старой версии не умеет сообщать об этом, всегда пишет "сервер офлайн". Уберите что-нибудь ненужное.

Да, возможно сервер не принимает запрос, не хватает данных для авторизации.

@konsvet скиньте в личку фото роутера (наклейку с сервис-тегом), содержимое printenv, и какой командой восстановили. Отдельно поясните, что значит часть не хочет восстанавливаться? Все компоненты собираются и ставятся одновременно.

Компонент называется "Служба классификации трафика", название пока в работе, описания тоже нет.

Сбор паттернов мы делаем своими силами на тестовом трафике. Машинное обучение выполняется задолго до сборки прошивки, и в кинетик попадают уже готовые классификаторы, которые работают довольно быстро. Поэтому мы решили не ограничиваться старшими моделями, и начиная с версии 2.09.A.4.0-1, IntelliQoS доступен везде.

Во-первых, сложность не в очередях, а в распознавании трафика. Во-вторых, там, где у медиатека 4 очереди, нет узкого места. А где узкое место, там другие хозяева, не мы. IntelliQoS пока не умеет сам измерять полосу, и мы действуем из предположения, что интернет зарезан по тарифу (контракту). То есть, ваши пакеты удаляются провайдером. Единственный способ повысить приоритет хорошего трафика — создать еще более узкое место для плохого.

Интерфейсы Home и GigabitEthernet0/Vlan321 имеют одинаковый (нулевой) приоритет с точки зрения дефолтного маршрута. DHCP-клиент перебивает маршрут Home, т.к. получает его позже. Попробуйте задать приоритет интерфейсу Home: interface Home ip global 1 Сохраните конфиг, перезагрузите.

Поддержка опций реализована в версии 2.09.A.4.0-1. Пример настройки: ip dhcp class win option 60 ascii "MSFT 5.0" ! ip dhcp pool _WEBADMIN class win option 6 8.8.8.8,8.8.4.4,192.168.1.1 ! option 249 1.2.3.4/17,1.2.3.4,5.6.7.8/8,10.11.12.13,8.8.8.8/32,9.9.9.9 option 222 ascii test option 223 hex 00010203 option 121 1.2.3.4/32,1.1.1.1 option 44 1.2.3.4,5.6.7.8 ! С помощью ascii и hex можно задавать произвольные опции. Некоторые имеют читаемый аргумент (например, 121 или 249). Класс можно матчить по опции 60.

Поправлюсь, при _общей_ нагрузке на интерфейс 80% и выше, он начинает шейпить плохие хосты, чтобы дать полосу хорошим.

Чуть забегая вперед паровоза, мы похоже сделаем это в 2.09 или 2.10 в зависимости от времени фриза. То ли много обращались в поддержку, не знаем, но со стороны руководства принято решение. По расписанию будет отключаться питание на порту, в который воткнут USB-интерфейс.

Надо признать, в области IntelliQoS еще много предстоит сделать. "Правильная и полная" работа этой функции в окончательном виде не сформулирована. (Есть сомнения, что это вообще возможно ) Но разумеется, это не значит, что она бесполезна. В текущем виде: Необходимо точно задать вручную реальную полосу пропускания. Она будет измеряться автоматически, но не в версии 2.08. При достижении каким-либо хостом, скачивающим торренты, 80% полосы, заданной в п. 1, IntelliQoS его начинает шейпить, и пишет об этом в лог. Таким образом, хосты делятся на "плохие" (качают торренты) и "хорошие" (не качают торренты). Как уже сказано, модель будет усложняться.

@psm68 не помешает также написать в официальную поддержку. Возможно, придется приобрести принтер и ковыряться с ним. Пусть обеспечат.

О том и речь, см. предупреждение выше. Далеко не каждый свич позволяет делать настоящий дисконнект. А делать разное поведение на разных моделях — мы попадаем на кучу вопросов и оговорок.

Спасибо за вопрос действительно никак — "shutdown is not supported". Мы планируем доделать эту [не самую нужную] фичу. Можете рассказать сценарий, как хотите пользоваться? Сразу предупреждаем, команда не будет ронять линк. Свич это не позволяет. Просто в порт перестанут ходить данные — с тем же успехом можно вытащить их в отдельный VLAN, как пишет @r13.

Исправлено в версии 2.09.A.3.0-7.

Модули addons добавлены в версии 2.09.A.3.0-7.