Roman_Petrov

Так у кого работает, может поделитесь уже описанием-скриптами толково, так и глядишь, все срастется и вдруг добавят фичку в прошивку ? И всем хорошо будет?

Вот эта настройка самая актуальная, что тут скажешь... На роутере с тремя антенками TX/RX ... Как вы себе это представляете именно ?

Эта тема уже есть (утилита phr_ctl.), другое дело что с этим так никто либо не разбирался, либо не выкладывал решение здесь. Вот, что писал NDM: Мне это было честно говоря не очень актуально, поэтому не стал вникать. Тема конечно интересная, но у меня много работы, поэтому приходится выбирать из моих реалий, поэтому откладывал все на потом ... И в виду того, что ув. Le ecureuil уже пообещал что будет как минимум это через CLI, я бы чуть подождал решения, чем городил бы это без особой необходимости с cron-ом....

Это уже явно был камушек в мой огород. А вот мне это было нужно и я даже сделал это на OPKG, собрав информацию из разных тем. И только потом уже разработчики сделали это возможным по встроенному расписанию. Изначально было возможно совсем только включать и выключать wifi и тоже на OPKG (тема Александра Рыжова).... Я же не говорю, что будет лишняя функция отключения LEDов, хотя лично мне это пока не актуально....

Смотрите: Если сделать так через CLI: (config)> schedule kidshape (config-sched)> action start 15 23 0,1,2,3,4 (config-sched)> action start 30 23 5,6 (config-sched)> action stop 0 6 * (config-sched)> exit то теперь в графическом интерфейсе можно увидеть это так работает нормально все - 1) вечером по 0,1,2,3,4 в 23.15 дети перестают мулти смотреть и ложатся спасть 2) вечером по 5,6 в 23.30 дети ложатся спасть 3) утром каждого дня начиная с 6.00 могут вставать и начинать смотреть что хотят Другой вариант, если сделать что начало действия после 0.00 (config)> schedule mshape (config-sched)> action start 30 0 1,2,3,4,5 (config-sched)> action start 45 0 0,6 (config-sched)> action stop 0 6 * все отображается нормально, кроме красненькой краказебры 12:42 (а, это текущее время там отображается, понял)

Небольшой баг все же с web интерфейса настраивая schedule обнаружился. Если выбрать время старта например в 23.15 и время стопа в 6.00, он, web интерфейс, это сделать не дает (якобы логика, что время старта не может быть больше, чем время окончания), но на самом деле это не так и CLI прописывается без проблем и это вполне угождает логике. Мелочь, но можно бы подпилить. P.S. Странно, что никто не заметил - не пользуются реально? Сам шаблон schedule можно настроить для чего угодно из веб интерфейса - будь он ip hotspot или traffic-shape или для чего угодно.

Очень понравилась идея. Давно думал, как же мне уже заполучить эти селфи моей такой симпатичной и фигуристой соседки, ведь так нет никакого повода их просить показать И знакомиться как бы повода не было А так теперь 3 в 1. Будет повод познакомиться и облако предложить, протестировать наконец самому как это работает (давно поглядывал и подумывал) и наконец, самое приятное - смогу ночью селфи новой подружки посмотреть :)))

Все проверено и прекрасно работает, даже накинул для простоты простенький мануал в схожей теме здесь >>> Сейчас будем наедятся, что подкинут в WEB интерфейсе соответствующее выпадающее окошко с выбором действия для ограничения скорости для конкретного устройства в Устройствах или сегмента сети. Хотя лично для меня это не принципиально, но раз это есть для полного ограничения выхода в интернет, то тут уже наверное дело чисто техники... Спасибо еще раз за реализацию, наслаждаемся.

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

Trafficshape по расписанию встроенными средствами роутера, используя командную строку CLI. Работает это на новых прошивках, которые поддерживают данную функцию, начиная с 05.08.2016 точно все драфтовые (экспериментальные) прошивки 2.06 и выше - 2.07 и 2.08. По 2.05 я ничего сказать не могу, т.к. нет возможности пока попробовать. Например, для 2.08 это как минимум версия 2.08.A.2.0-0 .... Так что для возможности данного функционала обновите прошивку до нужного уровня. 1.Создать расписание. (config)> schedule trafficshape Core::Schedule::Manager: Created schedule "trafficshape". 2.Прописываем в нем время старта и конца действия. (config-sched)> action start 30 0 * Core::Schedule::Manager: Updated schedule "trafficshape". (config-sched)> action stop 0 6 * Core::Schedule::Manager: Updated schedule "trafficshape". (config-sched)>exit Изъять действие из списка расписания можно так: schedule trafficshape no action start 30 0 * или schedule trafficshape no action stop 00 6 * 3. Посмотреть какие есть вообще задания с их названиями и их расписания можно так: show schedule только выбранное наше задание (trafficshape) show schedule trafficshape 4. Узнаем мас адрес известного уже хоста и прописываю к нему правило шейпинга и привязываю его наподобие как в случае с ip hotspot (в другой теме) (config)>ip traffic-shape host cc:5d:4e:4c:f5:34 rate 64 schedule trafficshape Для отмены правила к этому хосту делаем так: (config)>no ip traffic-shape host cc:5d:4e:4c:f5:34 5. Сохраните настройки (config)> system configuration save P.S. Ограниченные по правилу расписания устройства, также как и в случае при простом ограничении, будут отображаться на вкладке устройства в веб интерфейсе, кликая на устройство и в его окошке показываться в байтах/сек. Traffic shaping: 64 kbit/s Как посмотреть через CLI ассоцированные к traffic-shape по расписанию устройства, пока за незнанием и ненадобности, информации нет, возможно знающий человек скажет и я пополню описание. Возможно также настроить по расписанию ограничение скорости похожим образом, создав свое задание GuestSchedule, для целого интерфейса > interface Guest traffic-shape rate 4096 schedule GuestSchedule По событию start правила применяются, по событию stop - ограничения снимаются. Внимание! 1. Удалив или изменив скорость через веб интерфейс, отменяется и ограничение, настроенное по расписанию в CLI! 2. Есть небольшой нюанс при ограничении скорости хостов, они (их MAC адрес) должны быть зарегистрированы в системе на вкладке Устройства (hosts) или с помощью команды в CLI: known host {name} {mac-address} (имя произвольное), иначе скорость на хост ограничена не будет и будет выдана ошибка в логе: Jul 29 16:10:00ndm TrafficControl::Manager: no "cc:5d:4e:4c:f5:35" MAC address in the known host list.

Так это уже в курсе как раз сейчас. Будет реализовано как расширенная вкладка "устройства", где добавится дополнительная информация.

Все из секретных источников *) А если серьёзно, просто читай внимательно форум и тоже будешь в курсе.

Спасибо за ответ. Попробуем. Надеюсь, по web наверное кто то нас увидит. Это наверное нужно у NDM тогда спрашивать?

Сейчас 12.08.2016, с обновлением в v2.08(AAUX.1)A3 увидел, что вы пошли дальше и сделали расписание через веб интерфейс по ограничению выхода в интернет. Это большой шаг вперед. Вопрос - а можно ли туда же как то приделать и ограничение скорости, как мы с вами выше обсудили и что уже есть из командной строки, тогда уже по расписанию заодно, было бы вообще замечательно ? Там может тоже можно как выпадающее окошко под шейпером сделать, по типу доступа в интернет. Вот примерно как это могло бы выглядеть: Еще вопрос, а кроме 2.08 это попадет еще в 2.06, как и IntelliQos ? Хочется это на Ultre тоже...

Все будет, потерпите чуть. Всему свое время. Вопрос уже ведь на очереди.

Такое вряд ли быстро можно смонтировать, представьте себе объем работы... Это фактически нужно перелопатить всю вкладку Домашние Устройства (hosts). Ради такого дела можно и чуть потерпеть... Очень важно было бы на этой вкладке видеть рядом с устройством имхо не только его IP адрес но и MAC, сейчас же приходится кликать на устройство, чтобы открывалось окошко и только тогда видно его MAC адреса... А так конечно важно видеть время connect time, сколько хост скачал-загрузил, какова его текущая скорость upload/download, для беспроводных клиентов и как уже там есть + интенсивность сигнала в децибелах, помимо визуальной интенсивности. Как только это появляется, мы пользователи просто счастливы :))

Спасибо, будет очень полезно именно так. Потому что информация-то нужна это не только по беспроводным клиентам но и проводным. Представим ситуацию, когда в сети много устройств и еще точки доступа wifi в каком-то доме... Вообще такая статистика очень полезна именно по всем устройствам. Взял и быстро посмотрел время connect time, сколько хост скачал-загрузил, какова его текущая скорость upload/download. Если вы это сделаете, это конечно большое дело будет.

Хорошо, пробуем после установки пятничной сборки во всех вариантах. Большое спасибо за реализацию.

Именно так по расписанию если, то возможно уже сейчас, используя cron или crontab с ndmq в Entware.

Очень хорошо, спасибо. По подробнее будет описание структурирования и новых возможностей тоже?

Проблемы как выяснилось как раз начинаются при использовании свапа на диске с NTFS из-за некоректно работающего tuxera драйвера. Сейчас вроде им как раз занимаются. Отключайте swap и смотрите что будет.

Это тоже самое, что я написал (hosts).

Думаю, не хотят наверное руководство. Что тут сказать. Лучше однако допилить вкладку hosts (повторяюсь уже много раз) , докинув инфу туда по всем клиентам, не только wifi... Было бы удобно и наглядно, типа посмотреть быстро, кто там весь нет выкачивает *))

Осталось только допилить все до рабочего варианта Нам то как раз Zyxel вроде бы нужен для впиливания... Тема интересная я думаю многим.

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