Ничего сказать не могу. Нет её у меня. В любом случае правила озвученные выше едины для всех. И уж точно нет никаких гарантий, что iptv будет работать по воздуху предсказуемо завтра, если работает сегодня. И т.д.

 

Ради интереса запустил самый жирный по трафику канал доступный у меня (15Мбит ибо mpeg2) и 2*iperf3 в обе стороны (по 32 потока в каждую) до локального сервера. Приоритет мультикаста "обеспечивает" (на самом деле одно название) самый дешовый websmart multico. Как видим упёрлись в порты, ТВ идёт. Всё в 2.4.

 

Никаких проблем не увидел.

iptv.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Есть ещё нюанс. На всех новых устройствах (не только наших, только в 7620 ещё legacy) используется механизм rate alg grp. Это планировщик реализующий базовую часть airtime (ту самую для которой не нужна поддержка на стороне клиента). Т.е. он пытается не дать клиентам с более низким рэйтом (более дальних или просто глухокривых) сожрать эфирное время клиентов с высоким рэйтом (находящимся рядом), что прекрасно по своей сути ибо это частично снимает одну из основных проблем wifi когда дохлый клиент может угробить работу всем, но фактически ставит крест на схеме с роутером в кладовке + ТВ по wifi при наличии перемещающихся клиентов без корректной приоритезации либо при наличии обмена трафиком внутри локальной сети. Короче если приставка будет иметь худшие параметры линка, или даже просто радио у неё по поддерживаемым плюшкам будет более куцее - пиши пропало.

 

Это одна из основных фишек AC Wave2. У нас она сейчас используется на MD1 для 5ГГц радио. И в обоих диапазонах на ME1. Для 2.4 в MD1 и W4N по прежнему используется Legacy планировщик что и ранее.

 

Мой вам совет. Хочется iptv и провода протянуть никак - смотрите в сторону PLC.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

И в обоих диапазонах на ME1

речь про планируемое устройство на MT7621?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Оно уже не планируемое, а на стадии первой пробной партии и по мелочи доработки ПО (часть функционала надо дорисовать ибо свитч другой, ну и с USB много работы будет уже в процессе, по основным всем вещам сегодня закончил отладку). На КРОС уже на ней разворачивали мелкосеть в шоуруме. Подробности позже. Всё же надо спать иногда, даже когда организм не даёт этого сделать... Так что откланиваюсь.

 

P.S. Проще говоря через пару месяцев (трижды по дереву...) можно будет получить сэмплы или даже заказ уже сделать. Всё упирается во время.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Чудеса продолжатся. Залил 6.0.23 Опять не смогли подключиться оба бука, хотя тв приставка отлично подцепилась (всё по радио). Откатился на 22 и тут тоже самое, хотя перед этим всё работало О_о. Откатился на 5 версию - всё опять работает. И в логе ничего криминального не вижу. Бук статик мак с ип 1.39

з.ы. А вообще в логе нет даже попыток соединения ни маков его. Такое ощущение, что на уровне ядра или дров лочит.

log.txt

Изменено пользователем Daemon256

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1) каналы зафиксируйте как минимум в 5ГГц, там фиг угадаешь что клиент умеет, ну чисто для проверки 1/36 (2.4/5)

2) зачем включен FT ? У вас одно устройство... Часть клиентов не может нормально работать с 802.11R выдавая самые разнообразные фортели (вон можете к арубе сходить)

Да да, это видно в логе:

Jun  4 23:36:09 iappd: Stopping 802.11f roaming daemon
Jun  4 23:36:09 iappd: Starting iappd 802.11f daemon
Jun  4 23:36:09 iappd[4816]: iapp> IfName[0]: ra0
Jun  4 23:36:09 iappd[4816]: iapp> IfName[1]: rai0

 

Я же вам сказал выше - не включайте то чего не знаете.

 

Бук статик мак с ип 1.39

з.ы. А вообще в логе нет даже попыток соединения ни маков его. Такое ощущение, что на уровне ядра или дров лочит.

 

Или тупо на его стороне заблочен диапазон из которого выбирается канал. В итоге что не ребут - то рулетка. И по яблокам есть ещё нюанс в теме с рекомендациями рядом. Я уже молчу что их какого-то неведомого икса волнует что вещают соседние АП в части региональных ограничений... А вещать они могут всё что угодно.

 

Устал уже с ябловодами. Зарепортили бы уже сами вендору. Чего я то их дрючу....?

 

P.S. А вот алгоритмы автовыбора канала с новым драйвером действительно изменились. Более того появилась поддержка 802.11R в 2.4 которой ранее не было (была только для 5ГГц). Однако кроме одной известной проблемы описанной в рекомендациях в офисе (где треть яблочников всех мастей) я н вижу. И FT тоже работает прекрасно с ними.

 

Всё, ребят, мне вставать через 4ре часа. А я спал 3 раза по 20 минут... Пойду я... Всё что надо для решения проблемы выше есть.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

зачем включен FT ?

 

А что это? Всё вроде облазил, где отключить?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вот давайте в очередной раз поступим проще. СБРОСЬТЕ НАСТРОЙКИ И РУКАМИ ТОЛЬКО СМЕНИТЕ SSID, зададите пароль обязательно в WPA2+AES (никаких смешанных режимов) и включите igmpproxy + upnp.

 

ВСЁ. Больше ничего руками не трогать.

 

А где - да всё там же в роже. А что - в соседней теме про роуминг.

 

Всё расписано в соседних темах. Более того, вы вообще не в ту тему пишите, ибо MD1 != W4N.

 

P.S. На устройствах следует "забыть" сеть, если хоть раз цеплялись с настройками например для открытой сети или иначе эксперементирвоали. Что у новой винды что у мака на эту тему пунктик.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В 6.0.23 относительно 6.0.22 правилось только управление TxOP на тему TxBurst и чуток алгоритм коррекции аппаратных счётчиков для 7610, что никак не могло повлиять на возможность соединения.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Fast Transition 802.11R у меня изначально выключен, с чего вы взяли, что он включен?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Он запускается только если:

   if [ "$RadioOn" = "1" -o "$RadioOnINIC" = "1" ]; then
       if [ "$FtSupport" != "" -a "$FtSupport" != "0" -a "$FtSupport" != "0;0;0;0" ] || [ "$RRMEnable" != "" -a "$RRMEnable" != "0" -a "$RRMEnable" != "0;0;0;0" ]; then
           $LOG "Starting iappd 802.11f daemon"
           # ethernet if - lan_if
           # wlan if for recive data - standalone if or bridge interface
           # wlan if for ioctl - standalone if
           # for example ralinkiappd -e "$lan_if" -w "$lan_if" -wi "$first_wlan_root_if" -wn "$second_wlan_root_if" &
           # this is defaults not need direct set ifnames in this case
           ralinkiappd $IFADD $IAPPDebug &
       fi
   fi

 

Если у вас одна точка, то никаких роуминговых вещей включено быть не должно ТЧК.

 

Может хватит спорить, а просто сделаете то, что говорят? Ну либо можете поспорить с wifi@nag.ru. Я не очень горю желанием сидеть ночами и то логи вымораживать, то конфиги, то ждать пока сделают сказанное. Почему вы считаете, что ваше время "дороже" моего? Я вроде сразу сказал http://forum.nag.ru/forum/index.php?showtopic=103977&view=findpost&p=1405608 Это великая сложность как и сбросить настройки или предоставить то, что просят?

 

Давайте не будем доводить до того, что я просто перестану тратить на вас своё время?

 

Я не ТП. ТП живёт на wifi@nag.ru. А тут либо делаете что сказано и предоставляете то, что просят и желательно в дневное время, ну либо официально на wifi@nag.ru (т.е. это будет их задачей с вас получить нужные для диагностики и повторения данные).

 

Тут пишут те кто хочет решить проблему быстро и готов предоставить всю запрошенную информацию, и ессно делает то, что говорят и как говорят.

 

Договорились?

 

P.S. Повторюсь. У меня ваша проблема (как она описана в виде "но авторизоваться в них не может", тем более по логу это не так) не повторяется ни дома на стопке девайсов, ни в офисе. И даже хоть каких-то предпосылок к подобному нет. И если хочется решить проблему, то следует наверное не играть в угадайку, а делать то что просят? У меня доступа к астралу нет, да и гадалка из меня фиговая.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Конфиг

В веб морде точно отключено, возможно что-то глубже.

config.txt

Изменено пользователем Daemon256

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

См выше. Сделаете сказанное, не поможет - завтра пришлёте конфиг. Будет время - посмотрю. Лимит времени на подводные стуки на ближайшие сутки я исчерпал. Предоставь информацию сразу был бы другой разговор. Сейчас я не готов в пол четвортого утра продолжать дальше. Учитывая, что вставать уже вот вот.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

P.S. Не удержался глянул. И как в том анекдоте http://anecdote.pro/Jokes-about-the-Rzhev-029.html (тот что про эхо). В конфиге просто бардачина, понаврублено всякой фигни, ошмётки с древних версий и т.д. Я для кого повторяю - сбростьте настройки и настройте руками по минимуму. Не заливайте конфиг, не рукоблудьте, а МИНИМАЛЬНЫЕ НАСТРОЙКИ (выше какие сказано).

 

ChannelINIC=136

 

Яблоко при RU регионе не сможет там работать кроме как в 20МГц полосе, и то не каждое. А уж остальное даже коментировать не хочется. Просто срач и накручено всё что можно и где только можно... НАПУРКУА?

 

И ещё раз. Почитайте тему с рекомендациями. В конфиге полный набор, начиная с mixed режимов шифрования (вот тут запросто может быть проблема, используйте только WPA2-PSK+AES или если надо Enterprise режимы, остальное всё тянется ради совместимости с уже 0,1% клиентов выпущенных лет 15 назад и могут вызывать проблемы, опять таки см рекомендации), ... Устройтсво по просту поставили в позу раком.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

PP.S. iaapd запускается не по этому, тут да, поправлю проверку с учётом этого дела, но он как бы не мешает если в дрове не включено, а вот остальной писец я ХЗ. Не готов анализировать всё что накрутили зачем-то. Потому делайте как говорю и будет счастье.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

PP.S. Надеюсь приставка не наговский UHD200 ? Если она то забудьте на ней о wifi. Все вопросы по ней адресуйте профильным людям. Она в состоянии на лопатки уложить любую железку из-за косяка в AP6210 который заюзан в качестве радио. Точнее проблема комплексная, но вам повезло что через неё вообще ТВ хоть как-то работает. Хотя думаю не она, ибо эт фэйл по определению.

 

Приветствую. Ну не настолько все плохо. Со старой ревизией UHD200 реально есть проблемы, как и варианты решения. Если используете wifi можете обратиться лично на tv@nag.ru -

подберем подходящий вариант. На новой ревизии подбирать ничего не надо - всё и так хорошо работает.

sfstudio огромное спасибо за помощь и консультации при доработке wifi на устройстве.

 

Ну а относительно IPTV и WiFi совершенно верно сказано, что если работало вчера, не факт, что будет работать сегодня. Особенно multicast.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Такие вещи увы тоже надо озвучивать. Иначе будем создавать проблемы друг другу и лечить подземные стуки бесконечно. Поэтому должны быть даны данные на тему как отличить ревизию и развёрнуто описание проблемы. Я бы даже в рекомендациях вынес бы отельным пунктом.

 

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

 

А плохо на первой ревизии с wifi факт, причём плохо не только ей, но и в силу особенностей 802.11 плохо всем кто с ней эфир делит, а особенно тем кто на той же АП живёт.

 

ИМХО лучше бы переименовал бы девайс.

 

как и варианты решения.

 

Вариант не юзать на ней встроенный wifi ни при каких условиях. Других не вижу. Это будет самое верное и самое логичное решение. Да и вообще. Стационарные вещи по определению должны быть подключены проводом, факт. Нет эзернета? Есть PLC и т.д.

 

Придёт в массы 802.11ax (надеюсь хотя бы в виде 70% реализации от заявленного, а не как обычно) тогда хоть как-то можно будет хоть что-то гарантировать по радио для подобных сервисов особенно в HD/UHD. Сейчас выбор между проводом и радио для ТВ должен быть в сторону провода. Благо в стоительных магазинах полно декора аля плинтусов с кабельканалами, и даже если на стадии ремонта не заложили эзернет добавить его обычно проблема чисто психологическая.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Особенно multicast.

 

Перед отправкой он так и сяк конвертиться в уникаст и ничем от остального трафика с точки зрения радио в итоге не отличается, ну кроме невозможности перезапросить потерянный фрагмент из буфера (ну если он там ещё есть) как например в случае с udpxy.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В общем снимаю девайсы с тестов. Ни на W4N ни на MD1 (в обоих диапазонах) с утра (перед тем как спать лёг поставил) было потеряно всего по паре фрэймов. Через каждый девайс был запущен просмотр пары каналов на клиенте 1, на втором клиенте запущены 2 копии iperf3 по 64 потока каждый.

 

Дольше всего тестился W4N (с момента как спать ушёл). Затем часов с 10ти MD1, а именно 5ГГц (2.4 у w4n и md1 идетичны). Эфир = среденький гадюшник. Проблем или регрессий относительно 5.х ветки не заметил. Даже наоборот в 5ГГц ситуация заметно улучшилась.

 

Так же проверено на тему отлупа аутентификации. Девайс LG G2 mini, DIGMA IDSQ8, DIGMA IDSD10, BBK LEX 32, I3160, I7260, Samsung Galaxy S5, D-link DWA-160. Дальше уже просто доставать барахло всё не стал ибо времени нет.

 

Вывод тут по моему однозначен.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Чудеса продолжаются 6.0.25.RU.05062017 снова всё работает и подключился по радио :) Ладно, не буду вас мучить, как только на следующей снова не смогу подсоедениться, сброшу в дефолт :))

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Я выше чётко расписал в чём проблема. 99% в зачем-то выставленных смешанных режимах шифрования. И вообще в полном рукоблудии в настройках. Так что сброс и настройка только того что надо. Для начала можете просто в настройках безопасности радио переключиться в WPA2-PSK+AES. Думаю этого будет достаточно что бы проблемы с подключением пропали. Но всё остальное... В общем сброс...

 

Ничего на тему авторизации или подключения не правилось и не планируется.

 

И мучить тут не чего. Когда конфиг в кашу и всё настроено вопреки рекомендациям ... У вах похоже просто тупо каждый ребут теперь как рулетка из-за этого.

 

6.0.24-25 была всего одна правка по дальнейшим разборам с Apple, а конкретно с iphone 6 на тему их кривописи с 80МГц полосой, дабы подпереть с нашей стороны, а не ждать пока BCM там утрясут все формальности и новый дров войдёт в новый iOS. Насколько успешно - буду знать завтра (делал по их выкладкам + эмулировал локально, живого девайса под рукой сейчас нет, для остальных не актуально).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А подскажите какой QoS вы ставили в настройках для своего теста? Пров маркирует пакеты.

Шифрование не могу поставить WPA2-PSK+AES, т.к. одно устройство работает только с режимом TKIP/AES

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1) Никакого. Ещё раз грю полный дефолт только шифрование + вклюенный igmpproxy. Не надо натягивать QoS и т.д. на эндюзер CPE. Это задача оператора всё подготовить и отдать вам. QoS в фирмвари это скорее для крайних случаев при полном понимании что делаете.

 

2) Какое? Устройство? И устройство наверное не работает только с TKIP/AES а не умеет WPA2+PSK+AES. TKIP нынче отламывает за 15 минут и по всем рекомендациям альянса я должен был вообще запретить для АП с разрешённым TKIP работать в полосах более 20МГц и зарезать ещё ряд вещей.

 

В будущем скорее всего вообще удалим все небезопасные режимы из рожи. Я уже очень давно не видел устройств имеющих с этим проблемы. Последним был коммуникатор Eten на WinMobile года так 2010 (или 7го) выпуска. И то вопрос на нём решался.

 

Более того, если у вас в эфире есть B/G only клиенты и они активны, то стоит забыть сразу о IPTV по воздуху, особенно с HD. Они тупо сожрут веь эфир передавая свои тощии потоки используя нижние модуляции и крайне неэффективне режимы. В 2.4 и без них не развернёшся.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1) Никакого. Ещё раз грю полный дефолт только шифрование + вклюенный igmpproxy. Не надо натягивать QoS и т.д. на эндюзер CPE. Это задача оператора всё подготовить и отдать вам. QoS в фирмвари это скорее для крайних случаев при полном понимании что делаете.

 

2) Какое? Устройство? И устройство наверное не работает только с TKIP/AES а не умеет WPA2+PSK+AES. TKIP нынче отламывает за 15 минут и по всем рекомендациям альянса я должеy был вообще запретить для АП с разрешённым TKIP работать в полосах более 20МГц и зарезать ещё ряд вещей.

 

В будущем скорее всего вообще удалим все небезопасные режимы из рожи. Я уже очень давно не видел устройств имеющих с этим проблемы. Посленим был Eten на WinMobile года так 2010 выпуска. И то вопрос на нём решался.

 

1) IGMP proxy включен, нет проблем при CODEL до 7 мб/с торрентов, потом начинает подсыпать.

2)WiFi модуль OpenBox

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1) codel пока работает PPE ничем не поможет особо, как и другой QOS. Отрубать PPE и другие ускорялки смысла нет, cpu -r запустите и посмотрите на проц. Опять таки если эфир не позволяет уместить то что льётся с порта хоть застрелись (впроем как и наоборот при кривом планировщике с передающей стороны)...

В общем грю не трогайте дефолты, оно вам не поможет, максимум сделаете хуже. 7Мбайт = 56мбит + сколько там ваш HD канал, адаптеры поди ещё все 1T1R, эфир в кашу и в конфиге полная Ж... Ну удачи.

2) я уже успел забыть что такое openbox, но вот последние что я о нём помню, так это то что запускал на нём RT3092 адаптер который 2T2R и умеет буквально всё, штатно в нём вообще не было wifi. Меняйте адаптер.

 

Короче PLC вас спасёт. Вы же не гуляете по квартире со своей приставкой и опенбоксом? =)))) Ну или плинтус с кабельканалом. Как вариант прирезать аппетит торренту (ну и uTP до кучи вырубить ибо поверх UDP ходит и часто с нереальным PPS ибо размер пакетов уменьшает, что для радио, если адаптер не умеет нормально агрегацию, будет сразу смертельно), но это до поры пока ещё соседи не накакают в эфир.

 

А оператор может хоть под индейца трафик раскрасить... Основная проблема не в классификации, и раскраске, а именно в шейпинге на основе этой классификаии. И задача эта таки оператора. Что бы пофигу что ткнул в порт оно корректно отработало независимо есть там раскраска или нет.

 

Нет ну можно прибить торрент к определённому порту, отрубить ускорялки и настроить Complex QOS. Но боюсь производительность вас не обрадует. Не проще в торренте ограничить аппетит ?

 

P.S. Кстати, само по себе добалвение MBSSID жрёт эфирное время дублирую маяки, управляющие фрэймы и всякие мультикасто броадкастовые вещи. Если бы по кнопочке отрастал бы второй радиомодуль вопросв ты тоже не было.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!


Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.


Войти