Roman_Petrov

Тут наверное нужно начинать плакать у кого имеются Ultra или Giga II?  P.S. Так как они остаются 2.06 навсегда?

Достаточно взять в руки современный ноутбук и вы увидите что там нет порта для проводного подключения... Это о многом говорит. Опять же возьмите тот же 4 G или 4G+ мобильный интернет. Скоро уже будет 5 G... Много людей имеют подключение дома по мобильному интернету или WIFi, никаких проводов... Тут ещё нужно посмотреть что в конце концов победит или это будет оптиковолокно или все же беспроводные технологии окончательно возмут вверх через лет так 15...

Хоть вы и правы, что на самом деле так, что каждая антенна является и принимающей и передающий, мало того чтобы она сама была бы и 2T2R или даже 3T3R, хочу вам сказать что было бы совершенно все равно, а может и даже лучше если бы одна антенна была бы 4R (4 раздельных принимающих канала) а другая 4T (4 раздельных передающих канала), то есть как я написал по заправке, шлифуя на своей машине крыло. И никакого ППЦ не было бы от этого, я просто довольно плохо выложил свою мысль, посмотрите сами, если почитать и подумать то понятно *)) Главное, что суть то одна - на диапазон 2.4 ГГЦ используется всего 2 (!) штыря в двух антеннах-ушах по бокам и на диапазон 5 ГГЦ опять же 1 штырь и одна пластинка-антенна внутри корпуса. Какой тут beamforming получится. Ведь понятно, что нам нужно получить максимально качественный сигнал на приём и передачу для устройства по wifi, которое находиться в стороне х от Роутера с точкой доступа с функцией биамформинга. Задание. Объясните, каким образом может и должен быть настроен луч радиосигнала для получения максимально качественного сигнала на приём и передачу по отношению к этому устройству, при этом не засоряя окружающее пространство избыточными радиосигнала в ненужном направлении. Поясните, какой конструкции должна быть комбинированная антена, чтобы выполнять beamforming. Если вы ответите на эти простые вопросы, вы данную функцию сами не захотите совать в рутер нашей конфигурации.... P.S. vadimbn уже написал мою мысль чуть повыше двумя словами, это то что я изначально хотел сказать. Нельзя формировать луч в пространстве, имея только две точки.

Все правильно, я имел в виду Ultra, когда писал. В Ultra 2 стоят две комбинированных антенки 5 db с 4-мя усилителями WiFi. В каждой из них один штырь отводится на 5 ГГЦ другой на 2.4 ГГц. Одна антенна является передающей tx другая принимающей rx. Но только получается, что на 2.4 ГГЦ всего 2 и на 5 ГГЦ тоже 2. 2.4 ГГЦ точно было 2х2 Mimo, а вот 5 ГГЦ если я не ошибаюсь в этой модели был даже 3х2, то есть на обе антенки 3 потока. http://store.zyxel.ru/news/besprovodnoy_marshrytizator_zyxel_armor_z2_podderzhivaet_tehnologiyu80211ac_wave_2_mu-mimo/ А вот это штука по серезнее уже, здесь походу уже 4 антенны по 2 и вроде заявлено что аппаратно поддерживает beamforming. Наверное когда антенн уже 4 на каждый диапазон и наверное (не хочу врать, так как точно не понятно) есть поддержка на уровне чипа beamforming, уместно об этом говорить. Только пока вроде он ещё не продаётся на российском рынке и не имеет прошивку v2.

Если серьёзно, то в Ultra 2 только одна антенна идёт для 5 ГГц (внутри неё одна tx другая rx, остальные 2 на 2.4 ГГЦ такой же конструкции. С такой конфигураций о каком то beamforming говорить особо не приходиться, учитывая что данная технология призвана во первых экономить, во вторых направлять прием-передачу в сторону подключены по WI-FI устройств с целью улучшения покрытия и качества сигнала. Но для этого требуется антенна специальной конструкции + особый чип, который будет этой конструкцией управлять. Обычно данная технология применяется в потолочных точках достцпа, т.к. они идеально подходят для использования технологии по назначению.Условный beamforming все же в ULTRA2 есть - вы можете, вращая антенки вокруг своей оси и в плоскости добиться наиболее лучшего покрытия по приему и передаче сигнала относительно принимающих устройств.

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

Вот эта настройка самая актуальная, что тут скажешь... На роутере с тремя антенками 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.

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