Jump to content

IgaX

Forum Members
  • Posts

    950
  • Joined

  • Last visited

  • Days Won

    3

Posts posted by IgaX

  1. 5 часов назад, ydzhus сказал:

    + по локальной сети в маршрут. Ноутбук SSD Windows 8.1 + подключенный WAN

    было бы очень интересно еще посмотреть при Вашей схеме, когда ноут с W8.1 будет подключен к WAN по проводу (если роутер в 192.168.1.1, то ноут с W8.1, например, на статику 192.168.0.1 через настройки подключения в W -> св-ва -> TCP/IPv4 .. и роутер: ручная настройка IPoE: шлюз на 192.168.0.1, ip на 192.168.0.2) .. шара на W8.1 вроде будет видна (если что - напрямую по ip) .. интересует в Ваших сценариях изменения при прокачке через WAN в сторону клиента с BCM94352HMB (и в обратную сторону тоже).

    p.s. и с разными комбинациями ppe (если не затруднит).
    p.p.s. и с разными комбинациями wmm / tx-burst

    спасибо.

  2. 6 часов назад, gaaronk сказал:

    Как его потом скормить драйверу - вот вопрос

    Драйвер, по идее, подцепит настройки из .dat при инициализации.

    Пока в мыслях либо через:

    show drivers

    - и там же в CLI выгрузить нужный и загрузить, но аргументы непонятны (какие и нужны ли).

    Либо эмулировать нажатие кнопки вкл./выкл wifi - WifiToggle .. она вроде глушит движок и запускает не трогая .dat и остальное (догадка).

  3. 46 минут назад, gaaronk сказал:

    И как все это богатство конфигурировать?

    хороший вопрос. я в этих системах как свинья в апельсинах :).

    nginx вроде под root-ом крутится .. если залить .dat в storage и переписать в temp: поверх, то с правами неувязок, наверное, не должно быть .. для 5 ГГц набор крутилок в RT2860APi.dat.

    если правильно понял намек, то м.б. помогут environmental variables как возможный подход через ssh .. но не знаю, получится ли добраться от root-a ssh .. я просто не понимаю, user space изолирован как-то жестко в своей песочнице или все же может все:

    env

     

  4. 3 часа назад, gaaronk сказал:

    2,4 не использую. броадкаста мультикаста нет =)
    Ваши рекомендации по настройке?

    Имхо, вылизывая N в 2.4 - мы его подготовим идеальным и для 5 ГГц

    Скрытый текст

    Не то, чтобы гарантированно разгонит до максимума N (да и вообще взлетит) .. но я бы обязательно обратил внимание на эти настройки:

    Скрытый текст
    
    
    # The word of "Default" must not be removed
    Default
    BssidNum=4
    FastStartup=0
    CountryRegion=0
    CountryCode=US
    SSID1=bla-bla1
    SSID2=bla-bla-guest
    SSID3=
    SSID4=
    WirelessMode=6;6;6;6	
    Channel=11
    TxRate=0			# Это пока непонятный зверь - в манускрипте не описан
    BasicRate=3840			# Я бы оставил только выше 24 Mbps, но можно и BasicRate=4032 для бОльшей совместимости
    BeaconPeriod=100
    DtimPeriod=1
    TxPower=50
    DisableOLBC=1			# Overlapping Legacy BSS - защитный механизм на B/G AP - вырубаем нафих
    BGProtection=2			# Аналогично, главный претендент на убийство линков до 13 Mbps в чистом N, жесткий OFF
    TxAntennaSel=0			# В манускрипте идет как TxAntenna .. можно попробовать поставить 2 в принудительно 2T2R
    RxAntennaSel=0			# В манускрипте идет как RxAntenna .. можно попробовать поставить 2 в принудительно 2T2R
    TxPreamble=0			# Long/Short Preamble .. я бы пока не крутил
    RTSThreshold=2347		# RTS/CTS - крутим в определенных случаях на дистанциях, но стараемся не трогать никогда
    FragThreshold=2346		# Если соседей слишком много и пакеты портятся на физ.уровне в большом кол-ве - лечим фрагментацией
    TxBurst=0			# Если QoS с WMM, то лучше пробовать без него, хотя фз, требует тестов во второй волне подстроек
    PktAggregate=0			# Говорят, что Ralink2Ralink only и для B/G, но я бы врубил во 2-ю волну, т.к. я бы назвал TurboRate проприетарным
    TurboRate=0
    WmmCapable=1;1;0;0 
    APSDCapable=1;1;0;0		# WMM Power Save - если есть перекос на Rx/Tx - пробуем нулить (помним Intel interoperability issue)
    EdcaIdx=0;0;0;0
    APEdca0=1;3,7,1,1;4,4,3,2;10,10,4,3;0,0,94,47;0,0,0,0
    APAifsn=3;7;1;1
    APCwmin=4;4;3;2
    APCwmax=6;10;4;3
    APTxop=0;0;94;47
    APACM=0;0;0;0
    BSSAifsn=3;7;2;2
    BSSCwmin=4;4;3;2
    BSSCwmax=10;10;4;3
    BSSTxop=0;0;94;47
    BSSACM=0;0;0;0
    AckPolicy=0;0;0;0		# Ack policy на интерфейсах для QoS WMM - попробовал бы включить при профилировании перформанса
    NoForwarding=0;0;0;0
    NoForwardingBTNBSSID=1
    HideSSID=0;0;1;1
    ShortSlot=1
    AutoChannelSelect=0
    AutoChannelSkipList=
    ACSCheckTime=0
    IEEE8021X=0
    CSPeriod=10
    WirelessEvent=1
    PreAuth=0
    AuthMode=WPA2PSK;WPA2PSK;OPEN;OPEN
    EncrypType=AES;AES;NONE;NONE
    RekeyInterval=86400;86400;86400;86400
    RekeyMethod=TIME;TIME;TIME;TIME
    PMKCachePeriod=10
    WPAPSK1=-=secret=-
    WPAPSK2=-=secret=-
    WPAPSK3=
    WPAPSK4=
    DefaultKeyID=1;1;1;1
    Key1Type=0;0;0;0
    Key1Str1=0000000000
    Key1Str2=0000000000
    Key1Str3=0000000000
    Key1Str4=0000000000
    Key2Type=0;0;0;0
    Key2Str1=0000000000
    Key2Str2=0000000000
    Key2Str3=0000000000
    Key2Str4=0000000000
    Key3Type=0;0;0;0
    Key3Str1=0000000000
    Key3Str2=0000000000
    Key3Str3=0000000000
    Key3Str4=0000000000
    Key4Type=0;0;0;0
    Key4Str1=0000000000
    Key4Str2=0000000000
    Key4Str3=0000000000
    Key4Str4=0000000000
    HSCounter=0
    AccessPolicy0=0
    AccessPolicy1=0
    AccessPolicy2=0
    AccessPolicy3=0
    AccessControlList0=
    AccessControlList1=
    AccessControlList2=
    AccessControlList3=
    ApCliEnable=0
    ApCliWirelessMode=9
    ApCliSsid=
    ApCliBssid=
    ApCliWPAPSK=
    ApCliAuthMode=OPEN
    ApCliEncrypType=NONE
    ApCliDefaultKeyID=1
    ApCliKey1Type=0
    ApCliKey1Str=0000000000
    ApCliKey2Type=0
    ApCliKey2Str=0000000000
    ApCliKey3Type=0
    ApCliKey3Str=0000000000
    ApCliKey4Type=0
    ApCliKey4Str=0000000000
    WscManufacturer=ZyXEL
    WscModelName=Keenetic
    WscDeviceName=Keenetic Giga III
    WscVendorPinCode=32140781
    WdsEnable=0
    EAPifname=
    PreAuthifname=
    HT_HTC=1			# Собственно, прелесть 802.11n, надо включать
    HT_RDG=1			# Аналогично, надо пробовать
    HT_EXTCHA=0			# Расширенный 40 МГц вниз/вверх
    HT_LinkAdapt=1			# Круиз контроль 802.11n - пробуем
    HT_OpMode=1			# Зачем нам mixed и legacy, слишком всего лишнего (в другом посте выше)
    HT_MpduDensity=5		# Если в лоб, то я бы вообще 0 поставил, а так профилируем в сторону уменьшения интервала MPDU в A-MPDU
    HT_BW=1				# Поддержка наших 40 МГц
    HT_PROTECT=0			# Добавляем, по-умолчанию в 1, пробуем вырубить защитный механизм(?) сосуществования с Legacy (L-SIG TXOP Protection?)
    HT_TxStream=2			# Добавляем, у нас ведь 2 Spatial Streams, м.б. будет полезно STBC, зачем отдавать это драйверу :) но требует тестов
    HT_RxStream=2			# Добавляем, у нас ведь 2 Spatial Streams, м.б. будет полезно STBC, зачем отдавать это драйверу :) но требует тестов
    HT_BADecline=0			# Добавляем, по-умолчанию 0, но для тестов пробуем 1 при профилировании .. хотя по смыслу 0 - норм
    HT_AutoBA=1			# По идее по-умолчанию 1 - норм
    HT_AMSDU=1			# Однозначно надо пробовать эту аггрегацию если нормально работает с основным A-MPDU
    HT_BAWinSize=64			# Если работает как надо и соседи не зверствуют, то норм, а так пробовать уменьшать при диких ретрансмитах
    HT_GI=1				# SGI включен "из коробки", но из-за моментов выше, имхо, работает через раз .. а при поправках выше м.б. взлетит как надо
    HT_STBC=1			# Nice, хоть где-то согласен
    HT_MCS=32;32;32;32		# Я бы поставил принудельно высший MCS и 40 МГц онли через =32, а так вышка =15 с поддержкой 20 МГц
    HT_MIMOPSMode=3			# Добавляем, SM Power Save .. по-умолчанию 3 .. в манускрипте вроде ошибка с описанием - я бы попробовал с 0 или 1 в любом случае
    Ext_LNA=1			# Добавляем, у нас ведь eLNA, неизвестно, что по-умолчанию - поэтому пробуем
    Ext_PA=1			# Добавляем, у нас ведь ePA, неизвестно, что по-умолчанию - поэтому пробуем
    EnhanceMultiClient=0		# Добавляем, по-умолчанию 0, но выставляем в 1 при множестве N-клиентов, м.б. улучшит перформанс
    BGMultiClient=0			# Добавляем, по-умолчанию 0, цементируем, проверяем, чтобы так и оставалось
    EDCCAEnable=0			# В манускрипте по-умолчанию так и было .. так что неизвестно - включалось ли (у меня этой строчки нет, так что предполагаю дефолт как в общих случаях)
    TX_RETRY_NUM=3			# Добавляем, по-умолчанию вроде(?) 0 .. по идее кол-во попыток "мягкого" ретрансмита прежде чем у драйвера появится идея сбросить скорость .. в общем, надо пробовать
    RTS_RETRY_NUM=3			# Добавляем, аналогично, но надеемся, что RTS/CTS вообще не возникает в воздухе без необходимости
    EDCCA_AP_STA_TH=1
    EDCCA_AP_AP_TH=1
    EDCCA_AP_RSSI_TH=-80
    EDCCA_ED_TH=90
    EDCCA_FALSE_CCA_TH=180
    EDCCA_BLOCK_CHECK_TH=2
    IgmpSnEnable=1
    E2pAccessMode=2
    EfuseBufferMode=0
    SKUenable=0
    BandSteering=0
    PMFMFPC=0;0;0;0
    PMFMFPR=0;0;0;0
    PMFSHA256=0;0;0;0
    ApCliPMFMFPC=0
    ApCliPMFMFPR=0
    ApCliPMFSHA256=0
    VgaClamp=0

    через iwpriv set есть еще кое-какие вкусности .. непонятно, отразятся ли в .dat если ставить их как-то, чтобы в файле настройки хранить .. и пробовать подцеплять через ту же кнопку включения радио =)

    я за удобства, не понимаю почему мы без них. да и манускрипт старый, а новый не дают прикрываясь NDA .. нет чтобы давно весь список дать в настройки system и крутите как хотите с подсказками =)
    это как Sony с 4К по DLNA, годы идут, уже кивают про конкурентов с поддержкой из коробки, а самураям до фени, Сони ведь, с флешки можно? - значит, вам хватит - а за DLNA + 4К в следующем телике заплатите =)

     

  5. 22 минуты назад, AndreBA сказал:

    Скорее всего коэффициент усиления.

    Смущает "clamp" .. как бы не оказалось, что приглушения :)

    @gaaronk немного опыта: :)

    Скрытый текст
    5 часов назад, gaaronk сказал:

    compatibility N

    - с этим надо аккуратнее .. если клиент принимает весь набор предлагаемых настроек (по крайней мере, на моей fw), то легко убивает линки до 13/22 mbps (я даже, скорее всего, знаю почему, но упорно "это не те дроиды, которых вы ищите") .. м.б. конечно уже выправили .. если не сложно - при текущих настройках - какой у Вас вывод (без паролей):

    
    more temp:RT2860AP.dat

     .. а так, конечно, хотелось бы выбраться из нашего mixed:

    Скрытый текст

    cwap-ppdu-05.png

    HT-Mixed PPDU
    - Preamble contain the non-HT short & long training symbol that can be decoded by legacy 802.11a (clause 17) or 802.11g (clause 19)
    - Rest of the HT-mixed preamble & header cannot be decoded by legacy clients.
    - Tranmission can occur both 20MHz & 40MHz.
    - When 40MHz channel is used all broadcast traffic must be sent on legacy 20MHz (for legacy clients)

     

    5 часов назад, gaaronk сказал:

    preamble-short

    имхо, не для N и лишний повод для дров .. в общем, вместо OFDM больше шансов на сваливание в BPSK и QPSK (особенно заметно, когда сваливается в 13/26 mbps на 20 МГц и 27/54 на 40 МГц) .. поэтому в т.ч. ратую за GI строго 400 ns (0.4μs вместо в т.ч. 0.8μs) и вырубание Legacy в т.ч. через Basic Rates (на OFDM PLCP не повлияет, все будет норм) .. итд. итп.:

    Скрытый текст

    cwap-ppdu-04.png

    cwap-ppdu-02.png

    cwap-ppdu-03.png

    cwap-ppdu-06.png

     

    6 часов назад, gaaronk сказал:

    tx-burst

    - это в теории может конфликтовать с WMM на интерфейсе AP.

    6 часов назад, gaaronk сказал:

    rekey-interval 86400

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

     

  6. В 20.05.2017 в 12:42, Cha-Cha сказал:

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

    это, видимо, как пульт для усилка, но в dca-стиле .. чтобы на выходе мощу поднять перед передачей на следующий узел .. ламповые еще ценятся в плане сглаживания помех и прочего мусора .. там .. плохо группу слышно, поднял gain и заодно слышишь группу через дорогу если без изоляции и смотря где "звукосниматель" .. ну т.е. если в лесу и надо передачу от клиента поднять на дистанции, то норм по идее.

    подбирать методом тыка или цеплять под карбюратор, заводить и смотреть в таком стиле:

    Скрытый текст

    ku.jpg.3772e0f19d9801ae24c3a12a467ad86a.jpg

     

    • Thanks 1
  7. Т.е. формально на стабильном канальном 802.11ac 867 mbps с учетом беспроводной эффективности mac стремимся к .. 867*0.65*0.89/8 = ~62.7 MB/s .. ком. Tuxera вроде в kernel (который вроде еще предоставляет разраб, чтобы все было вылизано со стороны Tuxera по части Tuxera по совместимости и перформансу .. если я все правильно понял) и сама Tuxera грит, что они шикарны как слеза младенца, врут? =)

  8. Просто если взять PHY гигабитного линка, применить MAC CoP для провода на уровне средних ~94% и дополнительно наложить SMB CoP на уровне тех же средних ~89% .. то если нет bottleneck-ов будем в обе стороны на скорости ~104.6 MB/s.

    Смотрим бенчмарки:

    Скрытый текст

    g8.png
    g9.png

    ..  как бы 2.4/5 - фиолетово, думаешь: smb1, wifi, cpu, drivers, interrupts, latency, buffers итд.

    Потом вспоминаешь, что Tuxera .. смотришь коммерческий:
    http://www.tuxera.com/products/tuxera-ntfs-embedded/

    и http://www.tuxera.com/products/tuxera-smb/

    Чекаешь форум, 7 лет назад:

    Скрытый текст

    If we want to purchase your commercial solution, How many write thruput may it can reach?
    Our platform: MIPS 400MHz, 64KB Cache, 64MB RAM, USB 2.0 interface; Linux 2.6.21

    Write performance can be over 100 MB/s using eSATA or USB 3.0 with the commercial Tuxera NTFS. Performance is limited to maximum about 30 MB/s with the USB 2.0 protocol due to the USB 2.0 protocol design. If you want more speed then you need eSATA or USB 3.0.

    Т.е. по соточке сходимся .. но встречал репорты, что на USB2 под 40 выжимали и норм.

    И как-то все совсем запутывается.

  9. 14 часа назад, ydzhus сказал:

    Возможно, вся проблема в USB

    а какие скорости вообще удавалось выжимать на Кинетиках? .. просто лимиты на USB2 под 480 Mbps, а на USB3 под 5 Gbps .. до пределов двойки кто-нибудь доходил, чтобы на троечку пересаживаться?

  10. Все выше, выше, и выше
    Стремим мы полет наших птиц;

     

    Оказывается-то, драйвера после регистрации бесплатно раздают, "обертка" ток триальная (всем бы такую).
    Эх, дядя Федор .. где ты был и кого слушал.

    В аттаче RT2870.inf из пака.

    Список VID и PID внушительный.

    Глянул чутка тут:
    https://wikidevi.com/wiki/Special:RunQuery/Wireless_adapter_query

    Для VID_0846&PID_9053 на MT7612U аж NETGEAR A6210, правда, можно в теории влететь на PES/PAS если в локальных сторах.

    В общем, железо в теории подобрать можно для наших 2SS, чтобы вылизать до блеска, запитать сниф с этих дров и сможет пользователь делать что захочет и наконец наступит оно, беспроводное счастье .. на триале то снять хватит по-любому, а там глядишь окажется, что дрова и для остального комплекта норм пойдут без особенностей radiotap видимо, но и так сойдет, чтобы понять кто косячит =)

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

    p.s. пока на длинном промежутке выходит, что если снизить tx-power до 20-25% от номинала, то выигрыш по noise в среднем добавляет 4-6 dB на 2.4 .. фз, м.б. драйвер не в курсе про ExtPA и ExtLNA .. зачем он свое поле учитывает .. они же все равно в разное время передают, если ток не умудрились антенны поделить и какофония.

  11. и есть подозрение, что микрофон на wifistation может иногда реагировать на излучение точки .. т.е. нам нужно по-максимуму все крутить

  12. а там причин для пилы может быть вагон и маленькая тележка .. например, решило яблоко, что что-то не так с rdregion и давай калиброваться выпуская в воздух продолжительные cts-to-self и всем достается .. или partialscan вышло из под контроля итд. итп. и снова итд. итп. .. т.е. либо вкладываться в дорогое оборудование, чтобы снимать дамп 802.11 на широкой полосе с множеством SS и показывать все нюансы .. либо для начала крутить все что крутится за бесплатные нервы =)

    то что обороты сбавляет с phy и канальная прыгает как минимум означает что ретрансмиты идут - там всегда при этом mcs колбасит, это можно проверить (видно в т.ч. на show associations), другое дело, что это в т.ч. по идее может сверху от tcp спускаться (если дрова этот слой смотрят) и поэтому в тестовых условиях может быть незаметно если запитывать от соседнего сервера.

    в общем, это как ядерный реактор настраивать тремя кнопками: желание, конечно, похвально .. но слишком много стохастических зависимостей в непостоянной среде, а данных для диагностики и чтобы удобно - мало, а без них - как решать задачу? =)

  13. 1 час назад, vasek00 сказал:

    выше описаны три пакета (и поля в них) из алгоритма

    м.б. я неправильно понимаю суть проблемы, но как я это вижу (кратко) в 4-6:

    1) К2 -> сайту на 80й: запрашиваю соединение, мой MSS 1452, макс. TCP-окно 8192 до Вашего ACK;
    2) Сайт -> К2 на 49650й: принял соединение, запрашиваю свое соединение: макс. TCP-окно 1480 до Вашего ACK (и свой MSS не скажу, сам догадайся);
    3) К2 -> сайту на 80й: лады, макс. TCP-окно 65392 до Вашего ACK.

    это вроде т.н. TCP three-way handshake.

    формально сайт должен был в любом случае объявить свой MSS.

    формально роутер ничего не навязывает, просто говорит, что будет в любом случае ждать ACK после макс. TCP-окна.

    а дальше после GET пошла пьянка.

    8-го пакета не видно, но из 9-го понятно, что payload (т.е. в данном случае http-запрос): 336 байт и они нифига не получены, не подтверждены и вообще где-то в космосе.

    т.е. формально берем 336 байт, добавляем весь Ваш оверхед и почти с уверенностью говорим, что либо где-то по пути это не пролезает без фрагментации (что как бы ппц), либо учитывая, что от сайта нет mss .. - то м.б. так и задумано .. кем-то .. зачем-то.

    если в разное время по-разному, то м.б. где-то по пути при просчете/обновлении маршрутов всплывает этот "маршрутизатор" с диким mtu (что только на заголовки хватает без payload) и м.б. black hole.

  14. 14 минуты назад, Александр Рыжов сказал:

    Вы всё ещё на Windows 95 работаете?:) Уязвимость исправлена 20 лета назад.

    просто утрировал мотивацию специалистов по блокировке icmp под воздействием определенных видов пропаганды =) .. крайняя уязвимость для IPv6 была пофикшена в 2013-м, поэтому стоит держать руку на пульсе .. без преувеличений конечно.

  15. 1 час назад, vasek00 сказал:

    и получил солидный фриз

    М.б. на 80-м рядом открылась черная дыра из-за того, что местный админ "устал" готовить icmp "флуд" боясь "pings of death" и все в таком роде, а 443 как бы ему секьюрно и не ддосит .. фз .. пресса иногда такого напишет, что лучше сразу застрелиться.

    Так-то на винде вроде давно можно подтюнить включением EnablePMTUBHDetect .. да и вообще весь вкусный набор с дефолтами. А для старичков, где могут быть другие дефолты, и сложных случаев - всегда можно в таком стиле.

    Для Linux вроде тоже давно придумали, поэтому почему бы и не tcp_mtu_probing ... Более того, вроде как нормальные люди из CloudFlare рекомендуют в т.ч. установить tcp_base_mss до 1024 при определении - "Enable smart MTU black hole detection. RFC4821".

    У нас, по идее, можно попробовать включить через:

    system set net.ipv4.tcp_mtu_probing 1	# или 2
    system set net.ipv4.tcp_base_mss 1024	# согласно CloudFlare

    .. попробую как встречу это явление.

  16. в общем, если обычный ethernet, то bottleneck:

    Скрытый текст

    25885-pmtud-ipfrag-05.gif

    остается если ток поддержка Jumbo на свитче и сетевой, либо через "другой" интерфейс с клиента.

    посмотреть можно так на винде:

    netsh int ipv4 show int
    netsh int ipv6 show int

    покрасить в нужные цифры всегда можно через консоль под админом:

    netsh interface ipv4 set subinterface "Имя интерфейса" mtu=Значение store=persistent
    netsh interface ipv6 set subinterface Или_индекс_интерфейса mtu=Значение store=persistent

    только ими обычно в сторону уменьшения чужие косяки правят =)

    ***
    просто пинг с клиента застревает в первом горлышке до обертки и разбивки.

  17. А так всегда стоит сначала проверить качество линка "глазами драйвера". У нас для этого надо немного потрудиться.

    1) Определяем Noise Floor (далее NOISE):

    - берем, например, смартфон и врубаем на нем точку доступа недалеко от Кинетика и/или от проблемного клиента (в зависимости от того на кого грешим);
    - подрубаем к ней соответствующий wisp через админку или WifiMasterN/WifiStation0;
    - для чистоты эксперимента гасим AP в этом диапазоне на Кинетике;
    - через шнурок или AP на другом диапазоне смотрим: show interface WifiMasterN/WifiStation0;
    - интересуют данные noise .. в вэбе это данные тэга: <noise></noise>.

    Скажем, получили -93, сделали несколько show, взяли среднюю (лучше посложнее =)). Скажем, средневзвешенная: -94. Не то чтобы определили как в лабе, но хоть что-то. Это если серьезно, но для нас можно и на глаз среднюю взять. Значение близкое к обычному уровню шума, т.е. скорее всего проблема не в линке, никакого источника излучения, который мог бы заставлять драйвер сбавлять обороты, - нет.

    2) Смотрим RSSI клиента:

    - возвращаем схему в зад;
    - смотрим show associations;
    - смотрим RSSI нужного клиента.

    Скажем, у клиента: -55 .. взяли среднюю при необходимости, но уже и так примерно понятно, что все должно быть ок.

    3) Определяем SNR по формуле: SNR=RSSI-NOISE, в нашем примере: -55-(-94)=39.

    Как помним из курилки: для 802.11ac все хорошо для скоростей, что > 35.

    Т.е. линк формально не при делах, макс.скорости достижимы.

    Далее для анализа уже нужно выцеплять данные из SNMP нужного MIB (особенно в части OID_802_11_STATISTICS), анализировать тот же ping latency и все выше по слоям пока либо Вы не победите, либо Вас не победят .. для по идее чаще всего простого вывода: если на AP все вылизано, то нужно экспериментировать с драйверами карты.

  18. 1 час назад, ydzhus сказал:

    рвет на 2,4MHz

    на наших даже если usb3 перевести в usb2, то все равно шумит .. грубо говоря, по моим замерам: средний шум на usb3: -68 .. при переводе на софтовый usb2: -78 .. это помогает на моих замерах поднять SNR до плавающего 21<->24 .. но этого все равно не достаточно, чтобы рассчитывать на топ.скорость на уровне медиума .. тем не менее, даже уменьшение шума на средние ~10dB при usb3->софт.usb2 улучшает перформанс wisp<->wlan по примерным прикидкам на 60-100% м.б. больше, но особо не копал еще без настроек и стенок .. м.б. кому-нибудь поможет.

    а так возможность отключать питание на конкретном порту usb будет в кассу при попытках вылизать все (анализируя скорости записи/чтения в своих беспроводных сценариях .. на данный момент, в теории, готов пожертвовать питанием на порту usb3 и уйти на физ. usb2, если это снизит уровень шума до типичного noise floor).

    ***
    извините, что в тему по 5ГГц

  19. 55 минут назад, ydzhus сказал:

    как стабилизировать ширину канала 80

    обычно, если рядом есть другое радио, то вполне может включаться т.н. dynamic per-frame channel width adjustments для снижения CCI .. скажем, у Вас 36-й канал, а сосед на 48-м, то 802.11ac сбавит обороты полосы 80 до 40, чтобы те не пересекались .. но там упор на шум, поэтому источник может быть любым для урезаемой полосы.

    а так вроде нередкая жалоба даже для европейских яблок.

    и вообще ждем настроек.

  20. 17 минут назад, ndm сказал:

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

    Не, конечно, если глянуть интернеты, то может появиться мысль, что еще пол поколения и пользователь будет напичкан булшитом по самые гланды, а нормальные/продвинутые вообще перестанут транслировать знание в сеть, но .. опять же, почему бы не сделать удобные расширения (пусть и по моделям, как для IntelliQoS, вроде) на странице обновления компонентов .. даже в качестве мотивации - более дорогому железу - больше полезных плюшек на стоке и с удобством, а то реально выходит, что сток по нижней границе всего модельного ряда идет, а котел с ПО практически общий.

    Да и пользователь на данный момент не настолько глуп, чтобы не осилить инструкцию, например, согласно этой статье (а что ей мешает быть на странице настройки компонента под тем же "спойлером"?).

    А то упоминают про аналог NAS, про SMBv1 молчат, а юзер потом в депрессии, особенно, когда со всех сторон ему подсказывают, что это клиенты у него *овно .. психика рушится итп. .. неправильно так, вовсе ни к чему так маркетологам об юзера ноги вытирать =)

  21. Например, схема: клиент (ip 192.168.2.3, в начале - 0.0.0.0) за "репитером" Netgear (ip 192.168.2.2) получает аренду по DHCP (ip dhcp host 3c:bd:d8:bc:16:11 192.168.2.3) от G3 (ip 192.168.2.1) - картинко:

    Скрытый текст

    ws_dhcp.thumb.png.6ecb0c72ae482be83cc76919894ece45.png

    Тут интересно:

    1) Netgear запрашивает через ARP есть ли в системе 192.168.2.3 с ответом в сторону всех 0.0.0.0 создавая масштабный эффект для проверки и обновления кэшей;
    2) Netgear не отвечает на запрос G3 - "Who has 192.168.2.3? Tell 192.168.2.1" - поэтому в логе нет "received ARP reply .. not our client";
    3) Netgear работает как Proxy ARP для 192.168.2.3 - "Who has 192.168.2.1? Tell 192.168.2.3".

    Далее клиент обновляет аренду: DHCPREQUEST received (STATE_RENEWING):

    Скрытый текст

    ws_dhcp_renew.thumb.png.7d288e4f54b6e043ae0e31ac37fd5acc.png

    Тут интересно:

    1) Netgear как Proxy ARP отвечает на запрос G3 - "Who has 192.168.2.3? Tell 192.168.2.1" -> "192.168.2.3 is at e0:46:9a:33:45:58";
    2) Ответ логичен, но в логи идет: "received ARP reply .. not our client".

    Есть еще небольшое замечание по работе ndhcps - ответы идут с флагом:

    Flags: 0x02 (Don't Fragment)
        0... .... = Reserved bit: Not set
        .1.. .... = Don't fragment: Set
        ..0. .... = More fragments: Not set
    

    .. что при определенных обстоятельствах может выразиться в дропе и боли пользователя.

    p.s.: м.б. уже исправлено, но как-то так, увидел бы нечто незнакомое, сказал бы, что ранняя бета =)

×
×
  • Create New...