IgaX

убить флэшку плейлистом иптв, мде

@vaspb Тогда, думаю, проще будет создать рабочее расписание через веб-интерфейс для, например, guest access point, скачать из админки файлик с конфигурацией startup-config, ручками перенести нужные строчки из соответствующей секции гостевой точки по образу и подобию в раздел со свистком, залить обратно с ребутом. Меньше шансов накосячить. Если не выйдет, писать сюда: http://forum.keenetic.net/forum/6-неофициальная-техподдержка-ndms/

Кю. Лучше эта, беги, пока не съели (шучу). По идее, для разрыва сессии Вам надо затвор на нужном интерфейсе передернуть (команды down и up). Смотрим на команду schedule, она еще в развитии, поэтому подробных доков нет. Хороший пример тут: http://forum.keenetic.net/topic/60-включение-и-отключение-wi-fi-по-расписанию/#comment-2141 Ток вместо wifi ищите в конфигах интерфейс своего свистка и читаем внимательно синтаксис расписания по ветке выше. Соответственно, расписания, например, с 0:59 до 1.01 будет достаточно, чтобы интерфейс свистка отстоялся в дауне и пчелайн сбросил сессию даже с учетом потенциальной разницы в возможном временнОм рассинхроне (а-ля у Вас 01:00, а у них, например, без 5 сек .. и кагбэ усе, не вышла чаша). Capichi? По трансмишену не скажу, мб в ветках opkg найдете что-нибудь.

В общем, больше по актуальности данного топика писать не буду, просто оставлю пару мыслей. При прочих равных, - киллер (того же zyxel ultra 2) для, например, центрального места в доме, где обычно собираются гости итп итд, т.е. где происходит массовый халявный рекламный сарафанный момент (в теории, помимо остальных площадок) .. под спойлером, чтобы не убили сразу за рекламу: Я не знаю к кому стучаться, чтобы вопрос был рассмотрен положительно, м.б. кто-то сможет отфорвардить пост по назначению,чтобы не потерялся в аналах хэлп-деска (туда не отправлял, т.к. не верю, что передадут куда надо). Не сочтите за рекламу. Просто хочу, чтобы отечественный производитель был на уровне. Пост можно отредактировать/снести, но прошу передать туда, где задумаются о необходимости всего этого, выделят доп.бюджет/ресурсы итп. если есть необходимость.

Ок. Спс. А по архитектуре в целом конфиги подсистем выносятся на обзор? Копать носом через тот же http://forum.keenetic.net/topic/360-sftp-доступ-к-роутеру/ имеет смысл или проще забить и встать рядом с идущими на йюх? Оно ж с потенциальной аритмией с остальной wds без знания хотя бы всех дефолтных

Добрый вечер, доктор, раз уж меня все игнорируют А SGI при этом устанавливается на 400ns? (как, по идее, предусматривается)

И тем не менее, для "99%" в веб интерфейсе нет N-only, что слегка беспокоит и наводит на мысли .. ага

Если не вносить доп.настроек, тогда, видимо, compatibility BGN, а для B и G, нужно, по идее, чтобы защитный интервал составлял 800ns, если только внутренняя кухня не подстраивает его динамически .. только как тогда радиомодуль слушает анонсы B и G клиентов на 400ns .. не, все может быть. Хочется деталей, а их нет

Изображая жертву, неужели никому даже SGI не нужен? Даже на 2.4 ГГц? Вдруг, вместо подключения 135 Mbps получится увидеть 150 Mbps, а вместо 270 Mbps, соответственно, 300 Mbps 10% теоретического профита вроде как не лишние. https://zyxel.ru/kb/2105/

Эх, как все сложно, я, честно, не радиоинженер Мне просто, по-человечески, интересно пощупать заявленную самой Zyxel технологию TX Beamforming. Как именно формируется луч, можно ли отнести "приплюснутые" антенны в пластике к классу omnidirectional, чтобы особо ни на что не рассчитывать, - я НЕ знаю Но я знаю, что стандарт, в нашем случае, это поддерживает для одного клиента (SU) на средней дистанции. Как это реализовано - можно почитать, доков много, особенно на буржуйском. Пока не попробуешь - не узнаешь, вот и все. Но если узнаешь, можно примерно представить, как это уже будет на устройствах с MU-MIMO. .. ну и попутно в одной темке можно собрать всякие полезности, чтобы потом было кому почитать, а не гуглить просторы сети .. из серии .. ага, чтобы получить 867 мбит/с на 80 МГц для 802.11ac, нужно чтобы было 400ns, согласно табличке из https://zyxel.ru/kb/4782/ .. а чтобы было 400ns, нужно согласно стандарту врубить short guard interval, т.е., видимо, установить короткую преамбулу для соответствующего wifimaster, галки для которой нет в веб-морде, но можно грамотно прописать настройку CLI в файлик startup-config предварительно скачав себе из админки, поправить через тот же блокнотик и залить обратно на роутер с перезагрузкой, чтобы не мучить себя телнет-клиентом и всякое такое, если ты обычный пользователь в поисках ответов и твиков, а официальный саппорт никогда не вызывает доверия)) Если, конечно, я не попутал, и SGI не имеет отношения к preamble-short и надо сыпать голову пеплом Я же не дебил и вижу, что мы слегка разошлись в оценке того, что и как лучше с тем же @Padavan и другими пользователями форума. Но я искренне хочу получить ответы на возможность реализации фич хотя бы когда-нибудь в будущем, если сейчас другие приоритеты .. и всё. Надеюсь, @ndm сможет внести ясность. В конце концов, в споре рождается истина и то, чем мы тут занимаемся - полезно будет для всех. Как-то так.

Да все норм, мы же веселимся Ответ всегда был на поверхности по поводу антенн: - для 802.11n, чтобы выжать заявленные 300 мбит/с нужны 2T2R MIMO и выше - для 802.11ac и 867 мбит/с - аналогично .. согласно спекам на стандарты .. а где уже прячутся сами антенны - пусть останется за производителем

Не ну блин, сколько можно. Вы издеваетесь или так уверены? .. т.к. я еще не дошел до скальпеля по отношению к тушке. Возьмем, например, похожий двухдиапазонный роутер другого производителя, предположим, с тремя антеннами. У них для каждого диапазона идет 3х3. Возьмем ту же https://zyxel.ru/ant2105/ Если Вы говорите правду, что в Гиге 3 одна только на прием, другая только на передачу, то это полный пи*дец. Все это тогда надо сжечь или поместить в кунсткамеру. Заявление о реализации двух spatial data streams признать полной ахинеей либо конгениальностью, т.к. мир для одного диапазона при 1T1R до такого еще не додумался. Саму Zyxel обвинить в тотальной лжи и отозвать все устройства. Господина ПЖ четвертовать, утопить, достать, снова утопить, сжечь, оживить и все по новой до конца самой вечности.

А официальная позиция немного другая: https://zyxel.ru/kb/4782/ Это ведь не я придумал. Опять же, если серьезно, то на 802.11ac с 2х2 и тем более 256-QAM (уж будем надеяться, что есть) можно добиться формирования SU-MIMO Beamforming для высокоскоростной передачи на средней дистанции. Что такое средняя дистанция? А это мы сможем узнать, если поймем какой стоит TX Power для выбранного в настройках региона (фиг с ним, если не дадут поменять ручками, то хотя бы цифры посмотреть). В идеале это как? Берем кол-во антенн N, подставляем в формулу 10*log(N), получаем MIMO array gain в 3 dB. Далее берем ограничение ERP для, например, US (в настройках у нас как country-code US) - для массива MIMO из двух антенн оно составляет 20 dBm ERP (или составляло, если успели изменить), соответственно, сам радио-чип должен выжимать 17 dBm (=20-3). Смотрим куда-нибудь (в идеале) или спрашиваем знающих людей какой у нас все же TX Power для нужного региона .. и если отличается от нужной цифры, то делаем выводы и задаем вопросы уже вышестоящим людям (если не лень). И даже будучи уверенными в TX Power все равно придется сделать поправку на ветер, фазу луны и что пингвины ели на завтрак, т.е. много и много раз оценить на каком расстоянии в идеальных условиях у нас все же начинает деградировать фактическая скорость передачи. Чтобы в дальнейшем правильно определить положение роутера по отношению к прожорливому клиенту с соответствующей поддержкой. Сделать выводы. Сделать расчеты, например, для этой игрушки с MU-MIMO Beamforming (иначе будет как золотое сидение для унитаза с подогревом): http://store.zyxel.ru/news/besprovodnoy_marshrytizator_zyxel_armor_z2_podderzhivaet_tehnologiyu80211ac_wave_2_mu-mimo/ .. сделать апгрейд всей инфраструктуры с учетом потребностей .. раз и навсегда забыть о беспроводном аде .. ну или до следующего круга ада. *** Но это все граблями по воде, т.к. движения судя по всему нет и не будет

не моя вина, что большинство не в курсе того, как может улучшить свою беспроводную жизнь

немного странный вопрос. с тремя TX/RX на 5 ГГц в 802.11ac MIMO вроде хватает воображения представить .. особенно если клиент также поддерживает beamforming .. некоторые даже пользуются или так считают. вопрос ведь шкурный, народ жалуется на проходимость и дальность 802.11ac в старших моделях zyxel, типа за что кровные отдали)) *** в общем, давайте так, чтобы не тратить время, потому что кол-во отрицательных голосов уже о многом говорит: ядро крутое, все нравится, такую стабильность можно по пальцам пересчитать в soho-сегменте, но беспроводная составляющая, imho, на данный момент без аттестата зрелости; если потолок в построении hi-end беспроводной сети - это все же роль второй скрипки на раздаче трафика от шнурка последней мили, то я здесь зря для того, чтобы поучаствовать в "Мы, разработчики NDMS, принимаем участие в беседах на этом форуме, потому что мы лично хотим сделать наши устройства лучше всех других". Примы-балерины, которые по всем пунктам устроят на рынке есть, кому надо, тот найдет. за сим, видимо, откланиваюсь. как обычно, все было зря, хотелось бы ошибиться.

Та, которая, по идее, ограничивается законодательством выбранной страны в настройках wifi, каналом или возможностью радио-чипа со стороны EEPROM. Измеряется в mW или dBm. Знание этого, как минимум, поможет с выбором оптимального юнита, как максимум, прекратит холивар чья палка круче. Возможность же поменять ее фактически, а не абы как, может быть сродни чип-тюнинга движка хорошей машины. Более высокие пороговые значения влияют на тепловыделение, соответственно, переходя физический предел можно поджарить юнит. При подборе более высоких значений необходимо следить за температурой, продумать доп.охлаждение при необходимости. Рекомендуется применять с особой осторожностью. Зато можно поднять уровень сигнала и придушить шум соседей (у многих ведь автовыбор канала, они просто сбегут на автомате.. другая альтернатива здесь - поднятие wds в той или иной форме, чем больше дружественных AP на одном канале, тем меньше шанс, что соседи с автовыбором сунутся на него .. т.е. захватываем канал за собой .. а что делать, джунгли, всем ведь не настроишь обычный уровень оптимальной мощности в %, чтобы все жили дружно). Другое применение - расширение покрытия на дачных участках итп. Т.к. идет определенного рода нарушение и повышается вероятность внезапной смерти юнита от перегрева, то, по идее, должно сопровождаться дисклеймером со стороны производителя о слете гарантии как минимум. Но если гарантия вышла и/или хочется адреналина, то почему нет? В знании - сила, а возможность поменять значение на любое оценят гики)) Так что запихнуть изменение под замок в CLI с передачей флага через Service tag, чтобы не было мухлежа с возвратом потенциального "брака" от продвинутых пользователей, а в веб-морде показывать просто уровень в mW или dBm на странице настроек wifi (чтобы сделать удобным подбор фактической мощности для простого пользователя без "тюнинга") .. или опять же если руководство упрется рогом и наплюет на мнение рядовых пользователей, то хотя бы через show в CLI. Это было бы одним из оптимальных решений. Но можно ничего не делать, тогда не нужно удивляться про некоторые нелестные отзывы на просторах сети. А так голые цифры помимо тестов скорости могли бы играть роль в определении конкурентного преимущества. Если только изначально эти цифры не в пользу юнитов, за которые "лучше всех остальных" мы тут слегка скрещиваем шпаги вместо нормального диалога. А фз, это ж как суслик, которого никто особо так и не видел в сегменте soho. Формирование луча заявлено, например, как одна из фич для Гиги 3 и Ультра 2, которые "пока" отключены (на момент заявления). Хочется ведь пощупать .. или хотя бы увидеть, что суслика пока нет .. хотя бы через тот же show в cli .. чтобы не делать "ку" цветовой дифференциации штанов каждый раз, когда захочется узнать что там с сусликом. Правдивый подход здесь помог бы убрать из головы ненужный возможный булшит. Поэтому эти два пункта для отчаянных и верующих N.B. Предложение по голосам уже в минусе и, судя по политике партии, вряд ли пройдет, поэтому уже пишу что думаю)) Без обид. С уважением.

Чтобы хотя бы поддерживающим данный стандарт BT-устройствам сообщалось на каком канале "не гадить" BT-передачей в эфир 2.4 .. те же самые BT-устройства, о которых Вы упоминаете, при поддержке данного стандарта - смогут работать стабильнее, т.к. их, в свою очередь, не будет "глушить" передача 2.4 от wifi .. хотя в большинстве случаев им как раз фиолетово, они передают по всем каналам. В реализацию же поочередной передачи данных wifi и BT на одном канале не особо верится в плане синхронизации, хотя фз. P.S. профессионалы вроде выбирают cisco

Угу, отличный ответ) микротик, кста, так же относится к пожеланиям по Bluetooth Coexistence Mode .. годы уже прошли Вот просто и беспроблемно оставьте по умолчанию в веб морде, а остальным дайте возможность решать самим .. всё ведь, наверное, решается строкой инициализации драйвера, это безумно сложно, да?

Очень, очень хотелось бы перестать быть пацаками и смотреть в сторону броадкомов с wrt, включая стоковые. Настойчиво прошу помимо имеющихся через веб-интерфейс настроек wifi и имеющихся через CLI (включая, но не ограничиваясь) preamble-short и rekey-interval добавить возможность узнавать и менять все возможные значения настроек wifi, особенно: 1) BeaconPeriod 2) DTIM 3) Bluetooth Coexistence Mode (если есть такая поддержка со стороны железа хотя бы для старших моделей) .. для тех, кому мало что помогает и много времени: 4) CTS/RTS Threshold 5) Fragmentation Threshold .. для отчаянных и верующих: 6) TX Power 7) Single/Multi Beamforming .. и еще пара моментов, но потом после этих, чтобы не отпугнуть раньше времени Иначе это все похоже на фруктовый кефир с угадайкой что и как лучше собрать, чтобы, наконец, получить топовое удовольствие. Уважаемые пользователи, пожалуйста, голосуем, кому еще не все равно.