Перейти к содержимому
Калькуляторы

sfstudio

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

    5 128
  • Зарегистрирован

  • Посещение

4 подписчика

О sfstudio

  • Звание
    Академик
  • День рождения 30.03.1982

Контакты

  • Сайт
    http://wi-cat.ru
  • Jabber
    sfstudio-omsk@jabber.ru

Информация

  • Пол
    Мужчина
  • Интересы
    Kernel Hacking

Город

  • Город
    EKB

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

8 562 просмотра профиля
  1. Ну тут недавно от минкомсвязи пришло повторное анкетирование на предмет соответствия требованиям российского ПО. Дык вот всю анкету так и сквозит тема вида, а что будет если вас закрыть в подвале и обрезать сеть за пределы России. Сможете ли вы после этого и дальше пилить свой софт или подохните в муках.... Так что похоже на то, что изоляция уже запланирована. Остаётся только вопрос когда. У меня аж рука зашевелилась в поисках загранпаспорта.
  2. Казалось бы и инициатива-то верная. Но почему-то совсем другие слова в голову лезут: https://www.youtube.com/watch?v=dnP1fJ1bzxE
  3. Wive-NG-MT WLAN

    Выше объяснял, почему "эфир сильно загрязнён" не является показателем к отрубанию головы (40МГц). Вы уверены что проверяли на нашем железе? Вот уверен что нет. =) Ибо помочь оно может только на том железе, где rate_alg толком не работает. В итоге у вас не остаётся выбора нежели как отрубить голову руками. И далеко не самым эффективным методом. И при MIMO 2x2 нет схем с рэйтом 150Мбит при 20МГц полосе. Есть 144 рэйт, а эффективность передачи будет ниже нежели в 40МГц при 150Мбит рэйте. Более того, обновление радиоканала каждые 4ре чса будет срабатывать только при условии что ни одного клиента на устройстве в этот момент нет. Тоже не правда. Wive не имеет проблем совместимостью с любыми яблофонами, хоть серыми, хоть голубыми в 2.4ГГц и смена региона тут зло однозначное. Опять таки заблуждение видимо исходя из опыта на каком-то левом железе с левым софтом типа длинк. А не видит оно т.к. в РФ 1-13 каналы доступны для OFDM 22МГц, а тот же дырлинк не умеет skiplist и если выбрать РФ и выставить автовыбор то время от времени железка будет садиться на 12-13 каналы, как результат часть устройств (и далеко не только серые яблофоны) будут переставать видеть устройство. В wive каналы выше 11го и выше 64го исключены из автовыбора канала (добавлены в skip list), т.е. в 2.4ГГц проблема полностью исключена, в 5ГГц лучше автовыбор не использовать вовсе т.к. 80МГц занимает целиком весь поддиапазон (например 36-48 или 56-64) и central freq для каждого поддиапазона всё равно фиксирована. Луше забудьте опыт со всякими фуфломициновыми железками и следуйте рекомендациям выше на тему каналов и т.д. Будете удивлены. Не стоит переносить опыт "общения" со всякими *link`ами и *лами на железо с ПО совсем другого уровня в части управления радио.
  4. Wive-NG-MT WLAN

    Да совсем забыл упомянуть ещё о том, что лимит по ширине полосы так же влияет на механизм CCA (проверки доступности среды передачи), и отрубание 40МГц со стороны АП гарантированно приведёт к перенастройке phy в 20МГц и слушать мы будет только 20МГц и только в этой полосе определять доступность среды передачи. А вот если точка стоит на автомате, и слушает всю полосу в 40МГц то ессно занятость среды будет детектить чаще. В большинстве случаев второй сценарий более предпочтителен, т.к. позволяет избегать интерференции от внеполосного излучения за пределами рабочей (как кажется) полосы в случае с 20МГц клиентами. Есть ещё аспекты. Но простите, я пока о них промолчу. Я конечно добрейшей души человек, и ярый сторонник сторонник OSS и OW, но всему есть предел. =)))))
  5. Wive-NG-MT WLAN

    Вообще давно пора монтажёрам и операторам обзавестись тулзой которая автоматом прощёлкает все каналы с клиентского устройства на роутере (важно, т.к. клиент должен находиться там где будет основная зона использования wifi в той или иной инсталляции), на автомате проверит download speed тем же iperf и исходя из этой оценки выберет уже канал, ширину полосы, SGI, TxBurst и т.д. Это вполне реализуемо в виде прикладухи для андроида, разве что надо будет полноценный девайс с некастрированным радио что бы учесть 40МГц полосу, а лучше что бы ещё и 2T2R клиент был. Ну и как бы юзверю тоже дать этот же инструмент, что бы если вдруг стало плохо - в один клик мог бы сделать тоже самое. Ибо то, что твориться в радио в типовых квартирах слабопредсказуемо, а для диагностики так и сяк нужно делать замеры скорости с клиента. Т.е. автоматизацией только на стороне АП это не решается. Но выбрать канал замерами производительности в том или ином месте в конкретной инсталляции это первое с чего следует начать. Никакая автоматика на стороне роутера вам этого не заменит. Дальше уже можно играться с другими настройками.
  6. Wive-NG-MT WLAN

    7.4.29 с фиксом для основных девайсов залита на https://sourceforge.net/projects/wive-ng/files/wive-ng-mt/ для остальных чуть позже.
  7. Wive-NG-MT WLAN

    Ну и как подтверждение на стороне юзверей http://4pda.ru/forum/index.php?act=search&query=gChannelBondingMode24GHz&username=&forums[]=all&subforums=1&source=all&sort=dd&result=posts В подавляющем большинстве случаев включение 40МГц на стороне клиента (телефоны от сяоми как самый распространённый пример девайсов c QCA радио) даёт прирост производительности иногда больше чем в 2 раза (ну т.к. в 20 вообще толком не шевелилось). Надо говорить, что тесты в разных условиях с разными абсолютно АП? Т.е. поведение не вендорспецифично. =)) Ещё аргументы? =))
  8. Wive-NG-MT WLAN

    1. ровно так же как не будет работать и в 20 (кстати не в 20 а в 22 если уж так, ну и спектр гляньте насколько по факту там ещё внеполосно фонит от этих 22х в разные стороны). Единственная гарантированно работающая схема в 2.4 для 20МГц это разнос 1-11 (выше 11го заметная часть клиентов просто не разумеет) канал, при условии что на остальных каналах никто раком не встал с уровнями выше -70. А если АП и приёмники вот совсем рядом и нет возможности растащить на 1-11 (т.е. по середине кто-то торчит с высоким уровнем), то гораздо эффективнее будет ипользовать 3й канал с 40МГц полосой на обоих чем любые комбинации из 20. 2. может и статью когда-нить, но сейчас задайте вопрос на wifi@nag.ru интересно поняли ли они моё объяснение или нет 3. мне уже 10ть лет не встречалось клиентов с некорректной реализацией 40МГц, зато вот АП встречалось море, у нас с 40МГц решительно ни с одним клиентом выпущенным как минимум с 12го года проблем нет. Найдёте такого клиента - шлите мне, поправлю совместимость. Были когда-то draft2 броадкомы, но вымерли, а те что не вымерли просто остались без поддержки. Да и никто не мешает прямо на самом клиенте отрубить wide channel, у всех виденных мной адаптеров такая крутилка даже в виндах вполне имеется. Не забывайте, вы строите не хотспот, и если один клиент из миллиона имеет проблемы совместимости - не значит, что остальным надо по шее топором. Ну а вам рекомендую провести эксперимент. Ставим рядом (в метре) 2 АП, настраиваем их на 1,2 каналы. Включем 20МГц на обоих, запускаем iperf. И нихрена, всё дохнет, потери и т.д. Терь на одной из них врубаем 40 (клиенты ессно умеют 40) и дико удивляемся, что страдает только 20МГц АП. Включаем на обоих 40 и видим что писец опять настал на обоих. =) Посыл ясен? =) Подскажу. 40МГц это channel bonding, а не просто растянутая полоса. Т.е. data frames передаются в 2х субканалах независимо (ну почти), а вот подтверждения доставки летят всегда в основном канале от которого строиться субканал для бондинга. Но т.к. они летят всегда на минимальном рэйте то требования к SNR для них так же гораздо ниже. И в 40 если засрать любую часть из data потоков, да возрастёт TxRetry и т.д., но связь продолжит работать и достаточно шустро. При только одном дата канале (20МГц лимите) если насерить в него то сразу получите швах с падением мцс в хлам которое ни чем не поможет. Как впрочем если насерить в оба в 40МГц. Какой режим будет эффективней использовать всегда зависит от клиентов, места установки, состояния эфира и т.д. В типовых муравейниках сейчас настолько тесно, что ни одной полосы даже в 5МГц свободной в 2.4ГГц нет. И единственное что можно сделать для улучшения - поиграться расположением устройства. А в случае наличия хотя бы одного соседа с уровнями в -70 и выше гораздо эффективнее будет выбрать тот же канал что и он и использовать широкую полосу, чем пытаться урезаться в 20 и спрятаться в как кажется свободном канале. Поэтому привентивно резать полосу в 20 чаще всего приведёт к ухудшению, а не к улучшению ситуации. Ровно по этой же причине автовыбор канала не особо чем-то поможет, а чаще лишь ухудшит ситуацию т.к. вся сеть будет прыгать туда сюда. Не удержался... Не надо было рассказывать. P.S. Единственное где может помочь уход в 20МГц в типовых условиях квартиры - это в местах где не хватает энергетики соединения для обеспечения надёжной связи. На горшке например. И где лишние 2Дб могут спасти ситуацию. Но неизбежно - читай выше... PP.S. Именно поэтому я всегда грю, что настройки радио стоит крутить только на месте, с обязательным тестом после внесённых изменений, и только те, что которые чётко знаешь к чему приведут, что не отменяет проверки на практике. Инструментарий для такого тестирования и первичной настройки роутера под Android/IOS я уже около 3х (если не больше лет) предлагаю реализовать НАГ. Может наконец возьмуться. Это реально могло бы облегчить жизнь как монтажникам так и клиентам. Так что можете проявить свою заинтересованность в подобном инструменте написав на wifi@nag.ru и подбив коллег сделать тоже самое. PP.SS. Более того, само наличие маяков соседа на каком-то канале ни о чём не говорит. Если этот сосед тупо сёрфер это одно, а если торренты качает другое. И вероятность, что сосед светящий вам в ухо с -50 будет мешать вам гораздо меньше, чем другой сосед с -70. Более того, всё это меняется во времени и прыжки и перестройки часто выливаются в плавающий геморрой вплоть до пропадания сервиса вообще. Тема гораздо более сложная и тупых решений типа "а давайте отрубим нафиг 40МГц" тут быть не должно. Ибо тоже самое, что при больной голове жгут на шею накладывать.
  9. Wive-NG-MT WLAN

    1) Поправил будет а 7.4.29, нужен будет сброс в дефолт ну или руками выбрать AUTO и применить. 2) Можно поинтересоваться зачем вы полосу в 20 переключаете? Вы считаете, что это как-то повлияет на надёжность линка? Вот скорость уронит на клиентах умеющих 40 это гарантированно, причём как минимум вдвое, А в некоторых случаях сделает нормальную работу даже на полноценных клиентах поддерживающих 40МГц невозможным. На клиентах умеющих только 20 (большинство телефонов и планшетов) вообще не повлияет. Обратитесь на wifi@nag.ru я им только недавно на пальцах объяснял когда и в каких случаях имеет смысл принудительно лимитировать полосу, и почему их коробки этого делать огульно для всех нельзя ни в коем случае. P.S. То что 20МГц полоса более выигрышна во всех случаях по надёжности передачи, особенно в условиях типовых квартир и типового эфира муравейников это не более чем заблуждение вызванное неверной интерпретацией вполне правильных публикаций в сети на эту тему. Чаще всего ссылаются на хабр. Причём статья-то правильная, вот выводы из неё делают неверные и начинается бездумное лимитирование где надо и где не надо. Все настройки в радио это сущности индивидуальные, по умолчанию они заданы оптимально. Стоит их крутить только если чётко осознаешь к чему это приведёт. Более, того, есть ряд крутилок которые могут действительно улучшить работу в грязном эфире (в некоторых случаях) или в режимах с овердофига клиентов, но к ширине полосы они отношения не имеют от слова совсем. PP.S. Надеюсь НАГ в будущем сможет доносить такие простые вещи клиентам без моего участия. Может статью родит наконец.
  10. Wive-NG-MT WLAN

    HT_MCS должен быть = 33 это и есть AUTO. И по умочанию именно так оно и выставлено. Менять его не следует. Регрессия внесена при перезде на nginx и пропущена тестерами. На стороне заказчика. Потому попала в релизы и даже возможно в фабричные сборки. Это крайне неприятная, но всё же не смертельная проблема. Сейчас срочно рефакториться весь блок wireless. Регионы трогать не следует от слова совсем и никогда. RU регион на стороне маршрутизатора полностью выверен и корректно задан. За описание остальных регионов не ручаюсь. P.S.Репортить лучше сразу к нам на форум https://wi-cat.ru PP.S. Переход со старой версией с goahead на nginx и назад крайне желательно выполнять со сбросом настроек в дефолт кнопкой и настройкой вручную.
  11. Не надо ничего вручную монтировать. Автоматика должна нормально отрабатывать. По ссылкам есть описание меток на основе которых производиться монтирование. Да и если бы не отрабатывала, вы бы вообще раздел не увидели. Раздел можно переформатить и т.д. но неплохо бы зарание глянуть в лог, а вдруг и смысла нет и коробка именно не дружит нифига с контроллером в 7621... Чего гадать-то если можно просто по шагам выяснить причину. Или хотя бы примерно направление куда копать.
  12. Ну вот следуйте рекомендациям выше и будем разбираться. Пока вы первый кто за более чем год пожаловался на самбу. А то, что коробочка работает где-то ещё не факт что с конкретным контроллером в 7621 оно подружиться. Как и наоборот, если на 7621 что-то работает не факт что не с другими не будет проблем. Всё же это не совсем полноценные решения как в больших PC. Так что пошагово действуйте, дальше будет видно и понятно что делать. Мы этот форум не мониторим на постоянку, так что лучше таки сразу к нам, сегодня чистое везение, что я зашёл и увидел сообщение. Ну раз из винды работает, то наверное надо написать авторам, может хоть подскажут как лог снять. Я не пользую это дело на ПК, как и роутер в роли файлопомойки, поэтому в лоб сказать не могу. Но когда-то вполне ES работал с самбой, хоть и мееееедленно. Ну переезжали на новый web сервер чутка регрессий наплодили. Вот аврально чиним.
  13. 1) Для начала https://wi-cat.ru/wive-ng/chto-mozhet-usb/ 2) Общие рекомендации https://wi-cat.ru/wive-ng/nemnogo-rekomendaciy-otnositelno-wive-ng/ 3) Обновиться со сбросом настроек и настройкой вручную (актуальная версия там же на wi-cat.ru) 4) По андроид есть вполне клиенты как samba так и ftp, тот же ES проводник умеет 5) Если не помогло с логами в момент отвала к нам на форум https://wi-cat.ru/forums/ Если диск с питанием от USB то могут быть проблемы, могут быть проблемы и с совместимостью коробок и контроллеров в них и т.д. и т.п. Без логов вообще ничего не сказать. Как и понять что означает "отваливается доступ".
  14. WPA 3

    Да и железо поменялось. Радио нынче на борту ARM ядрышко имеют собственное, ну и раму ессно. Всмысле прямо радиомодули, тот же MT7615. Дури там не мало, вполне сравнимо с hostcpu роутеров 3х летней давности. Так что на хостcpu почти ничего по сути в них уже считаться не будет.
  15. WPA 3

    Даже редкие 802.11g устройства не имели криптоблока на борту, ибо AES в софте это очень дорого для CPU. У нас в новых модельках (сейчас на стадии доводки софта и финальных версий PCB) будет поддержка WPA3+PMF из коробки. Для старых моделей увы нет, криптоблоки тупо не умеют нужных алогитмов. А в софте оно помрёт от натуги в т.ч. по раме.