Jump to content

arbayten

Forum Members
  • Posts

    194
  • Joined

  • Last visited

Posts posted by arbayten

  1. 41 минуту назад, KorDen сказал:

    Прикольно

    некоторые вендоры еще любили на лету отключать bf, если появлялась активность от mimo и нужно было отдать ей приоритет

    55 минут назад, KorDen сказал:

    про TXBurst

    м.б., измеряющий алгоритм завязан в т.ч. на tcp ack со стороны клиента, который "задерживается" при очереди от ap по txburst

  2. 1 час назад, KorDen сказал:

    реальные - схожи с ультрой

    там еще MCS 25, как если 4SS.

    так-то если брать 2 антенны и SU-MIMO, то раньше физика была большой стервой (либо BF либо 2SS):
    https://solutionsreview.com/wireless-network/files/2016/03/Ruckus-Graphic.png
    http://www.digitalairwireless.com/files/spatial_multiplexing_1338322663_prev.jpg

    киски с собаками по этому поводу все цапались, но киски утверждали, что смогли совместить mimo и bf (только они выделяли под bf отдельную антенну, например, в рамках 4x4:3), все это называлось clientlink, было implicit и считалось, что может работать почти с любыми клиентами (т.к. не требовало с их стороны никакой поддержки), однако, даже при таком раскладе некоторые исследования продакшн-сайтов показывали, что может быть существенное ухудшение клиентских линков при включении этой фичи.

    для mu-mimo, видимо, научили железки демодулировать в рамках bf и mimo (оно и понятно, раз одновременно нескольким).

  3. 1 час назад, KorDen сказал:

    разве что к практическому смыслу Beamforming

    когда-то давно приходилось выбирать: либо BF либо MIMO в плане > 1SS, возможно, с тех пор ничего не изменилось на chip-based ;)

  4. основное "ограничение" для пользователя при этом подходе: все же разные домены на одном ip, сервинг в рамках cdn - со временем это может чувствоваться все больше и больше, пользователь должен понимать, что перенаправлению подвергнется все, что разрешается на один и тот же ip независимо от имени.

  5. 5 минут назад, esetnod сказал:

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

    Ну а так, да, видимо и не надо никому, увы.

    не, там PBR (ну и по списку слева можно слегка пробежаться и посмотреть что еще хотелось бы) на базе ACL, к которому в свою очередь прикручен резолв FQDN ... source-based routing вроде как упоминался в планах @ndm так что м.б. нечто подобное и получите.

  6. В 19.12.2017 в 16:59, BigD сказал:

    техника Apple. iPhone, MacBook

    если Малдер, то смотрим:
    https://youtu.be/7xY1mm1BXTY

    запоминаем канал на 5ГГц, отключаем вифи на афоне, согласно видео проверяем теорию насколько успешно маки нативно захватывают 802.11ac в т.ч. в 80МГц: устанавливаем нужный захват согласно видео, запускаем, включаем вифи на афоне, репродуцируем жуткую потерю пакетов, согласно видео получаем .wcap или тп., выкладываем дамп в облако, ссылку на него сюда, иначе бесполезно.

     

  7. 4 часа назад, ydzhus сказал:

    сети нет!
    Как поправить?

    А как именно "сети нет"?

    Права доступа настроены? Компонент стоит?
    https://help.keenetic.net/hc/ru/articles/213967029-Настройка-прав-доступа-к-сетевому-диску-подключенному-к-интернет-центру

    В W10 PS под админом что выдает на Get-SmbClientConfiguration ?

    Если права не настроены, то м.б. поможет (но это не айс):
    Set-SmbClientConfiguration -EnableInsecureGuestLogons $true -Force

    Или же все заходит, но не видит в окружении, бо NBT при откидывании копыт, а WS-D заново не изобрели?

    Это же придется копать в сторону реанимации для нужных интерфейсов (можно под консолью):
    wmic nicconfig get caption,index,TcpipNetbiosOptions

    - смотреть где TcpipNetbiosOptions 0 или 2, а если 0, то могут прилетать по DHCP, а там пес его знает по конфликтам, может, проще закопать пока теплое? :)
    wmic nicconfig where index=число_в_столбике_индекса_нужного_интерфейса call SetTcpipNetbios 2

    - ну или напалмом из серии:
    wmic /interactive:off nicconfig where TcpipNetbiosOptions=0 call SetTcpipNetbios 2

    - и потом как-нибудь проверить / удобно включить WS-D, чтобы наверняка:

    sc.exe config fdPHost start= delayed-auto
    sc.exe config FDResPub start= delayed-auto

    - и заодно прочекать network discovery для соответствующего профиля.

    ... либо уже совсем не напрягать пользователя и прибить гвоздями на видном месте из серии:
    http://cmd4win.ru/administrirovanie-seti/upravlenie-setyu/68-net-use
    https://technet.microsoft.com/ru-ru/library/bb490717.aspx

    • Upvote 1
  8. 3 часа назад, Александр Сухоруков сказал:

    Честно говоря не понял какой вывод я должен был сделать))

    теоретические ограничения для tcp-соединения при rtt в 400 ms при желании наполнить среднюю эффективность 802.11ac в 867Mbps, нижний bottleneck для одного если хоть что-то будет негативно влиять на receive window auto-tuning, а там под капотом еще много всего, например: Get-SmbClientConfiguration, netsh int tcp show global итд. что поддается выпестованию со стороны W.

    в целом вывод такой:

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

    124e84a94e69c34033ac9d691cea62aa.png

     

  9. 2 часа назад, vasek00 сказал:

    Вы о чем, в текущем релизе 2.11 ответ роутера

    если есть подозрение на аффилированность, то всегда стоит проверять самому, т.к. даже дамп могут подменить и удобно, например, сюда выложить в том же триале, особенно, когда терзает нелогичность некоторых моментов; и так понятно почти все; отвлеченно: чем больше репортов и способов диагностики - тем лучше для того самого молчаливого читателя (а такие существуют, наверное).

    2 часа назад, vasek00 сказал:

    Все примочки только на SMB3

    все же та же дока: https://support.microsoft.com/en-us/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and

    SMBv2:
    Request compounding - allows for sending multiple SMB 2 requests as a single network request;
    Larger reads and writes - better use of faster networks;
    Caching of folder and file properties - clients keep local copies of folders and files;
    Durable handles - allow for connection to transparently reconnect to the server if there is a temporary disconnection;
    Improved message signing - HMAC SHA-256 replaces MD5 as hashing algorithm;
    Improved scalability for file sharing - number of users, shares, and open files per server greatly increased;
    Support for symbolic links;
    Client oplock leasing model - limits the data transferred between the client and server, improving performance on high-latency networks and increasing SMB server scalability;
    Large MTU support - for full use of 10-gigabye (GB) Ethernet;
    Improved energy efficiency - clients that have open files to a server can sleep.

    SMBv3:
    Transparent Failover - clients reconnect without interruption to cluster nodes during maintenance or failover;
    Scale Out – concurrent access to shared data on all file cluster nodes;
    Multichannel - aggregation of network bandwidth and fault tolerance if multiple paths are available between client and server;
    SMB Direct – adds RDMA networking support for very high performance, with low latency and low CPU utilization;
    Encryption – Provides end-to-end encryption and protects from eavesdropping on untrustworthy networks;
    Directory Leasing - Improves application response times in branch offices through caching;
    Performance Optimizations - optimizations for small random read/write I/O.

    -> фишек достаточно и для 2й и 3й (по сравнению с 1й) ... а тот же мультичэннел в разных вкусах есть.

    2 часа назад, vasek00 сказал:

    По моему и так уж максимум выжимают по отзывам (текущим) что есть при SMB fastpath

    а nqe тогда уже обновили? мне вот интересно: ndm - как network direct memory? т.е. можно было бы предположить, что крутятся некие проприетарные дрова (которые и разрабатываются), которые все стараются разгружать при входе на конкретное железо по нужным местам большей частью в обход ядра лунохода (молодцы, т.к. большой труд, да и косяки понятны); с другой стороны, много стрелок на винду, т.к. *овно, - непонятно, а иногда даже начинаешь сомневаться, что проприетарные дрова, большой труд итп.

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

  10. 3 часа назад, Dhampir113 сказал:

    одноранговая сеть с кинетиком

    жаль. м.б. потом кто-нибудь из независимых подтвердит диалект nqe с шарой на к. так-то в этом плане самый лучший секас с ws fs, multichannel, smb direct|rdma, а если еще и с hyper-v, так полное погружение по вариантам тюнинга, чтобы трубу до краев наполнить, зато в конце приходит то самое просветление.

    • Upvote 1
  11. 1 час назад, Dhampir113 сказал:

    через PowerShell

    если не затруднит, на клиенте W10 -> PowerShell под админом -> какой согласованный диалект на шару К по Get-SmbConnection ? спасибо

  12. 13 минуты назад, vasek00 сказал:

    Возможно, но с Win7 GUI имеем рабочий и ответ такой же

    
    DialectRevision: (0x210) - SMB 2.1 dialect revision number.
         Reserved: 0 (0x0)
         ServerGuid: {00000000-0000-0000-0000-000000000000}

    и для win10

    
    DialectRevision: Unknown (0x311)
         Reserved: 2 (0x2)
         ServerGuid: {00000000-0000-0000-0000-000000000000}

     

    для W7 макс 2.1, для W10 - пока 3.11, версия используемого диссектора протокола в сообщении такой даже не понимает (0x311), клиенту guid сервера может быть по барабану в 2.1 и иметь значение при работе с более высокими версиями протокола в другой библиотеке другой оси; если W где-то закрывает глаза, то это не значит, что косяки с ее стороны.

    для теста и временного решения можно со стороны nqe даунгрейдить smb на W10 до 2.1 раз на W7 все ок

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

    Win10 дает отлуп

    GUID по идее все же нужен не пустой со стороны кинетика:
    https://stackoverflow.com/questions/569858/command-line-guid-for-unix-and-windows
    https://stackoverflow.com/questions/16372433/linux-command-to-generate-new-guid

    опять же проверить спецификацию, т.к. в примерах на этом шаге MID=0x0003:
    https://msdn.microsoft.com/en-us/library/hh536394.aspx

    итд.
    https://msdn.microsoft.com/en-us/library/cc246492.aspx
    https://msdn.microsoft.com/en-us/library/cc246561.aspx по требованиям к 0x0311
    https://msdn.microsoft.com/en-us/library/cc246805.aspx по особенностям на местности
    https://msdn.microsoft.com/en-us/library/mt208843.aspx на погоны

    и как обычно все без фишек и феничек:

    Цитата

    Capabilities: 0x0

    такой вот пациент.

    • Upvote 1
  14. 2 часа назад, plagioklaz сказал:

    от нового вендора

    ).

    бесплатный и быстрый совет обычно сводится к переносу ветки:
    Компьютер\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters

    с рабочего клиента на "нерабочий" (там где обычно что-то крутили, но никто не помнит что, где, когда и кем);

    и быстрой проверке соответствий от корня:
    Компьютер\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation

    потом, иногда, появляется желание изучить начиная с:
    https://technet.microsoft.com/en-us/library/cc938287.aspx

    и вообще поиметь актуальный список для всех версий (сам хочу).

  15. 22 часа назад, AlexUnder2010 сказал:

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

    а ф.з. что там драйвер думает; просто есть несколько моментов:

    1) сделать костыль ведь просто по событию ap-client: bssid rootap известен при под(пере)ключении независимо от ssid и даже если канал не приходит в массиве от интерфейса ap-client, то сканирование эфира (м.б. при дополнительных условиях) всегда покажет, где сидит этот bssid, а дальше уже был намек на отслеживание дельты канала wmN и, наверное, полностью переподнять беспроводную часть в редком случае просто невозможно (но, более вероятно, тогда придется признать некоторые другие моменты, т.к. нас путают даже в том, какое ухо рядом с usb3, мантра: "всё хорошо", - это норма);

    2) ориджинал аффтар просил передать, что "понял все" где-то через месяц-другой, просто сомневался, ничего не ждет, замечательно сублимирует поглощая в т.ч. локальные воображаемые миры (и рекомендует остальным периодически);

    3) 3+7 и 7+3 - все же немного разные вещи;

    4) одна антенна, при желании, все же сможет принять кадры основного и соседнего канала.

  16. 1 час назад, Mamay сказал:

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

    да как бы, лучше не слюной брызгать, а думать было при проектировании и все учитывать, например:
    https://caniuse.com/#feat=xhr2

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

    зы: и даже в ИЕ можно посмотреть, где затык

×
×
  • Create New...