sfstudio

SNR
  • Публикаций

    4 602
  • Зарегистрирован

  • Посещение

4 Подписчика

Информация о sfstudio

  • Звание
    Профессор
  • День рождения 30.03.1982

Контакты

  • Сайт
    http://wive-ng.sf.net
  • Jabber
    sfstudio-omsk@jabber.ru

Информация

  • Пол
    Мужчина

Город

  • Город
    EKB

Посетители профиля

6 052 просмотра профиля
  1. В планах были. Весь вопрос в спросе. Просто если скажем по 10ть устройств делать то это точно не выгодно. Напишите на wifi@nag.ru возможно под конкретный проект можно будет родить или ещё как-то. Нужно понимать, что всё это тоже затраты времени-денег-сил.
  2. Залил 6.5.9, проверяйте.
  3. Пробуйте. https://sourceforge.net/projects/wive-ng/files/wive-ng-mt/test-only/ Да и ещё. Судя по логу у вас нет dhcp, т.е. используется чистый PPPOE для доступа в инет? Ну значит галка Pure PPPOE должна быть включена до кучи.
  4. Повторил, пофиксил. Правка будет в 6.5.7 либо сегодня вечером залью либо завтра утром. Проблема была в регулярном выражении проверяющем не входит ли WAN интерфейс в какой-либо бридж.
  5. Т.е. iwpriv не сегфолтиться? Ну значит траблу надо искать где-то в функциях libwive которые собсно дёргают те же ioctl что и iwpriv. Sadler. Твоя работа ;)
  6. Конфиг прикрепите, чуток оклемаюсь посмотрю что там. Я так понял не работает схема PPPOE + TV port vlan ? При этом PPPOE без тэга, ТВ тэгировано?
  7. Ну и причём тут роутер если проблема только с принтером? Пишите вендору принтера, обновляйте его ПО и т.д. Явно в нём накосячили в реализации поддержки AES. Ну если устраивает, что половина устройств не сможет использовать 40МГц полосу или вообще работать в N режиме + то что отломать WPA1+TKIP дело нескольких часов то да. Но крайне рекомендую долбить производителя принтера. Пусть чинят. Ну либо подключаем принтер проводом и забываем о проблемах.
  8. Покажите вывод нескольких запросов iwpriv ra0 set SiteSurvey && sleep 4 && iwpriv ra0 get_site_survey . Видимо есть сеть на грани слышимости с каким-то хитрым именем которое при парсинге в cli или libwive приводит к сегфолту. Можно с другого девайса посканить посравнивать что бы выявить что именно срывает крышу. Отписал челу занимающемуся cli и libwive. P.S. Я тут приболел потому буду появляться редко в ближайшие пару дней.
  9. Проверил на последней https://sourceforge.net/projects/wive-ng/files/wive-ng-mt/test-only/ FF работает. В хромиуме новом что-то сломали как минимум под магеей там половина JS даже на форуме не пашет. Web`еру на самом деле передал на всякий. Проверьте на 6.5.6. Как бы она стабильна, работаю над новым сэмплом потому пока не релизил. Да, девайс-то какой? Однобэнд? В подпись бы его что бы видно было. Не все регрессии на дуалбэндах вылезут, а другие на однобэндах ибо может быть именно в этом месте где-то слом логики и быть. Потому надо что бы перед глазами всегда была инфа о том какой девайс. Ну и всегда сначала проверка на test-only сборках не ушла ли проблема.
  10. Да они размножаются. И видимо тут не обошлось без ГМО =)))
  11. Ну и жесть у вас не, ну ХЗ ржать или...
  12. 2 seprize & Nag Нафиг на форуме приваты если их не читать? =))) Ну загляните уж товарищи оба в личку-то. =))) Вопрос на засыпку. Тыкаем по двойке. Перетаскивет к списку подраздеров, тыкаем на нём видем список тем без каких-то специфичных пометок. Тыкаем по каждой теме теме. Ииии? И не видим ничего нового. Что значит ожидающие сообщения вообще? И как их найти в разделе/теме-то? Чего ожидают?
  13. И так, история повторяется. После обновления Samsung Galaxy A5 до Android 7 + ещё какие-то там обновления были, он разучился использовать 802.11R. Т.е. в роже то он у себя показывает, что видит и юзает FT-PSK, но по факту поля относящиеся к FT не заполнят, и ессно FT не используется при этом. Мигрировать "безшовно" он от этого не перестал, но время первого перехода (т.е. пока на АП нет кэшированных данных для быстрой реассоциации) выросло в несколько раз. Плюс время между фоновыми сканированиями при активной закачке на него чего-либо вырасло с примерно 5с до более чем 10с в некоторых случаях. Видно, что интервал теперь адаптивный. В связи с этим пришлось ещё разок пристально взглянуть на его поведение и внести некоторые коррективы в логику handoff (наверняка он не единственный такой), для того что бы по возможности исключить ложный отстрел клиентов которые мигрируют самостоятельно, но при этом не умеют FT, т.е. индивидуально для них порог ниже не задать. Что в итоге пришлось сделать: 1) по дефолту увеличить время наблюдения за клиентом до отстрела с 6 секунд до 10 2) добавить логику которая даёт фору в 3 секуды клиентам в сторону которых летит трафик >~30кбит (т.е. они явно какую-то активность проявляют, а не просто висят и не спят) + число ошибок передачи в их сторону далеко до предела после которого его отстрелит просто по сути по потери связи. 3) в логике временной блокировки клиента после отсрела, мы теперь не тупо игнорируем запросы от клиента, а сразу шлём REJECT, это сильно сокращает время залипания клиента на одной АП при срабатывании логики отстрела вынуждая его сразу (ну т.е. после уже считай второго пинка, т.к. после первого зачастую пытается лезть на ту же АП что ему не шли) начать активное сканирование для поиска кандидата (актуально для 7го андроида и видимо железоспецифично) Эти меры позволили как минимум для SGS A5 избавиться от ложных отстрелов до самостоятельной миграции. До кучи выяснилась ещё одна особенность реализации wifi от Samsung, если аппарат некоторое время не пускает ни одна АП (чёт около полуминуты), то модуль переходит в неактивное состояние (в логе андроида это прекрасно видно, видимо батарейку пытаются экономить) и перестаёт пытаться реконнектиться вообще до пинка пользователем. При этом в UI андроида с какого-то перепуга говорит "ошибка проверки подлинности", хотя там до этой самой проверки как до шанхая пешком. Лень похоже просто было отдельный статус для этой ситуации сделать. Черти. Грозит это тем, что если есть дыры в покрытии аппарат будет вставать вот в такую позу. Ну или на границе зоны обслуживания сети может произойти тоже самое. Лечения нет, тоже буду репортить. Проще гря при планировании сети требуется очень ответственно подойти к вопросу организации равномерного покрытия. Что бы во всех зонах где должен работать клиент была хотя бы относительно прямая видимость хотя бы на ону АП, и клиента должно гарантированно пускать хотя бы на одну АП в любом произвольном месте сети. Иначе самсунговская вольность даст о себе знать. Правки доступны в тестовых версиях 6.5.х ветки начиная с 6.5.3. А пока я буду рожать репорт самсунгу, чего делать-то. Ещё одна правка по логике handoff не относящаяся к SGS коснулась вычисления уровня сигнала при котором начинает тикать счётчик отстрела. Т.е. порог при котором клиента застрелит теперь вычисляется не как среднее значение со всех стримов, а берётся максимальное значение. Это снижает риск ложно отстрелить клиента у которого по какой-либо причине имеется значительный перекос по уровням в каждом чейне. Актуально для >=2T2R AP (у нас это актуально для всех 2.4ГГц железок). С 6.5.4 также по дефолту вырубим FT over distribution system и поддержку Resource Req из-за проблем с совместимостью с новыми интеловскими картами (временно пока не починят). Причём прикольно, что наличие этих флагов в анонсах достаточно что бы драйвер интела под винду начал дуреть вплоть до BSOD`а. Фееричнейший глюк от интела. Как бы остальным это ни чем не грозит. Та же CISCO рекомендует отключать FT over DS при "плотном" размещении АП. Т.е. оставлять только OverAir, а ResourceReq мало кто умеет (даже яблоки не используют) и у той же циски так же по дефолту отключено. Позже вытащим крутилки в морду.
  14. Нет ну понятно что я так собсно и сделал в итоге, причём ещё вчера, но это не решение. Проще гря надо крутилку в настройках профиля. Эт всё же менее болезненно чем топором по шее.
  15. Ну да, самое оно. Болит голова - берём топор. Если бы проблема с назойливыми уведомлениями от которых не получается отказаться в один клик проявлялась бы где-то ещё я бы понял. А тут явно какой-то косяк. Да и вот запросто может быть ситуация что мне не нужны уведомелния только этого ресурса. А так да, автоген конечно надёжнее. Правда можно до маразма скатиться, написать плугин, что бы например, подменять редактор сообщений, порезать нафиг все свистоперделки визуальные и т.д. Пуши тоже заодно приглушить. =) Но чёт ИМХО перебор.