Comments 55
Спасибо, у вас лёгкий слог, читается прям, как детектив.
А про мобильность этого ящика Thunderbolt — с ним же тоже не особо побегаешь, да ещё и своё питание нужно или хватает от ноутбука по Thunderbolt?
Спасибо:)

Про ящик — у него внешние питание, т.е. строго говоря, он не совсем мобилен, но полная мобильность и не требуется в нашем случае. Достаточно того, его можно легко переставить в другую комнату, или же взять в руку, поднести ближе к АП, отнести подальше, повернуть в любой плоскости, и т.п.
Мой опыт wifi-адаптеров. Всегда на пк использовал обычный tp-link (usb) + сторонняя антенна на 7 дБ. Но со временем начались отключения и захотелось попробовать что-то более серьезное. Выбор пал на адаптер ASUS (PCE-AC56). Сразу же взлетела скорость почти на треть на обычном роутере и повысилась стабильность. Возможно сыграли свою роль 2 антенны вместо 1.
А мой недавний выбор — TP-LINK Archer T2U для десктопа. И выбор оказался так себе. Наверное, виноват сам, надо было внимательно подойти к выбору, но мне не нужны высокие скорости, поэтому решил что подойдет практически любой адаптер. Но проблема пришла откуда совсем не ждал. А именно, беспроводная мышь начала тупить и подвисать. До этого эта же самая мышь отлично работала вместе с ноутбуком много лет. Пришлось временно пересесть на проводную мышь, потом может сменю адаптер.
Если у вас двухдиапазонная точка доступа, попробуйте для подключения клиента использовать 5 ГГц, а не 2.4 ГГц. Это может решить проблему с мышью.
Так вот в чём дело… а я ломал голову почему при использовании USB 3.0 начинала лагать беспроводная мышка. Оказывается USB 3.0 глушит радиосигнал…
Есть такой насущный вопрос — можно ли под linux понудить заставить работать адаптер на чипе rtl8022bu, как две точки доступа в разных диапазонах?
iw list
# iw list
Wiphy phy1
max # scan SSIDs: 9
max scan IEs length: 2304 bytes
Retry short limit: 7
Retry long limit: 4
Coverage class: 0 (up to 0m)
Supported Ciphers:
* WEP40 (00-0f-ac:1)
* WEP104 (00-0f-ac:5)
* TKIP (00-0f-ac:2)
* CCMP (00-0f-ac:4)
Available Antennas: TX 0 RX 0
Supported interface modes:
* IBSS
* managed
* AP
* P2P-client
* P2P-GO
Band 1:
Capabilities: 0x1963
RX LDPC
HT20/HT40
Static SM Power Save
RX HT20 SGI
RX HT40 SGI
RX STBC 1-stream
Max AMSDU length: 7935 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 16 usec (0x07)
HT TX/RX MCS rate indexes supported: 0-15
Bitrates (non-HT):
* 1.0 Mbps
* 2.0 Mbps
* 5.5 Mbps
* 11.0 Mbps
* 6.0 Mbps
* 9.0 Mbps
* 12.0 Mbps
* 18.0 Mbps
* 24.0 Mbps
* 36.0 Mbps
* 48.0 Mbps
* 54.0 Mbps
Frequencies:
* 2412 MHz [1] (20.0 dBm)
* 2417 MHz [2] (20.0 dBm)
* 2422 MHz [3] (20.0 dBm)
* 2427 MHz [4] (20.0 dBm)
* 2432 MHz [5] (20.0 dBm)
* 2437 MHz [6] (20.0 dBm)
* 2442 MHz [7] (20.0 dBm)
* 2447 MHz [8] (20.0 dBm)
* 2452 MHz [9] (20.0 dBm)
* 2457 MHz [10] (20.0 dBm)
* 2462 MHz [11] (20.0 dBm)
* 2467 MHz [12] (20.0 dBm) (no IR)
* 2472 MHz [13] (20.0 dBm) (no IR)
* 2484 MHz [14] (disabled)
Band 2:
Capabilities: 0x1863
RX LDPC
HT20/HT40
Static SM Power Save
RX HT20 SGI
RX HT40 SGI
No RX STBC
Max AMSDU length: 7935 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 16 usec (0x07)
HT TX/RX MCS rate indexes supported: 0-15
Bitrates (non-HT):
* 6.0 Mbps
* 9.0 Mbps
* 12.0 Mbps
* 18.0 Mbps
* 24.0 Mbps
* 36.0 Mbps
* 48.0 Mbps
* 54.0 Mbps
Frequencies:
* 5170 MHz [34] (disabled)
* 5180 MHz [36] (30.0 dBm)
* 5190 MHz [38] (disabled)
* 5200 MHz [40] (30.0 dBm)
* 5210 MHz [42] (disabled)
* 5220 MHz [44] (30.0 dBm)
* 5230 MHz [46] (disabled)
* 5240 MHz [48] (30.0 dBm)
* 5260 MHz [52] (30.0 dBm) (no IR)
* 5280 MHz [56] (30.0 dBm) (no IR)
* 5300 MHz [60] (30.0 dBm) (no IR)
* 5320 MHz [64] (30.0 dBm) (no IR)
* 5500 MHz [100] (30.0 dBm) (no IR)
* 5520 MHz [104] (30.0 dBm) (no IR)
* 5540 MHz [108] (30.0 dBm) (no IR)
* 5560 MHz [112] (30.0 dBm) (no IR)
* 5580 MHz [116] (30.0 dBm) (no IR)
* 5600 MHz [120] (30.0 dBm) (no IR)
* 5620 MHz [124] (30.0 dBm) (no IR)
* 5640 MHz [128] (30.0 dBm) (no IR)
* 5660 MHz [132] (30.0 dBm) (no IR)
* 5680 MHz [136] (30.0 dBm) (no IR)
* 5700 MHz [140] (30.0 dBm) (no IR)
* 5745 MHz [149] (30.0 dBm)
* 5765 MHz [153] (30.0 dBm)
* 5785 MHz [157] (30.0 dBm)
* 5805 MHz [161] (30.0 dBm)
* 5825 MHz [165] (30.0 dBm)
* 5920 MHz [184] (disabled)
* 5940 MHz [188] (disabled)
* 5960 MHz [192] (disabled)
* 5980 MHz [196] (disabled)
* 6000 MHz [200] (disabled)
* 6020 MHz [204] (disabled)
* 6040 MHz [208] (disabled)
* 6060 MHz [212] (disabled)
* 6080 MHz [216] (disabled)
Supported commands:
* new_interface
* set_interface
* new_key
* start_ap
* new_station
* set_bss
* join_ibss
* set_pmksa
* del_pmksa
* flush_pmksa
* remain_on_channel
* frame
* set_channel
* connect
* disconnect
Supported TX frame types:
* IBSS: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* managed: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* AP: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* AP/VLAN: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
Supported RX frame types:
* IBSS: 0xd0
* managed: 0x40 0xd0
* AP: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
* AP/VLAN: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
* P2P-client: 0x40 0xd0
* P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
WoWLAN support:
* wake up on anything (device continues operating normally)
software interface modes (can always be added):
interface combinations are not supported
Device supports scan flush.
Wiphy phy0
max # scan SSIDs: 9
max scan IEs length: 2304 bytes
Retry short limit: 7
Retry long limit: 4
Coverage class: 0 (up to 0m)
Supported Ciphers:
* WEP40 (00-0f-ac:1)
* WEP104 (00-0f-ac:5)
* TKIP (00-0f-ac:2)
* CCMP (00-0f-ac:4)
Available Antennas: TX 0 RX 0
Supported interface modes:
* IBSS
* managed
* AP
* P2P-client
* P2P-GO
Band 1:
Capabilities: 0x1963
RX LDPC
HT20/HT40
Static SM Power Save
RX HT20 SGI
RX HT40 SGI
RX STBC 1-stream
Max AMSDU length: 7935 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 16 usec (0x07)
HT TX/RX MCS rate indexes supported: 0-15
Bitrates (non-HT):
* 1.0 Mbps
* 2.0 Mbps
* 5.5 Mbps
* 11.0 Mbps
* 6.0 Mbps
* 9.0 Mbps
* 12.0 Mbps
* 18.0 Mbps
* 24.0 Mbps
* 36.0 Mbps
* 48.0 Mbps
* 54.0 Mbps
Frequencies:
* 2412 MHz [1] (20.0 dBm)
* 2417 MHz [2] (20.0 dBm)
* 2422 MHz [3] (20.0 dBm)
* 2427 MHz [4] (20.0 dBm)
* 2432 MHz [5] (20.0 dBm)
* 2437 MHz [6] (20.0 dBm)
* 2442 MHz [7] (20.0 dBm)
* 2447 MHz [8] (20.0 dBm)
* 2452 MHz [9] (20.0 dBm)
* 2457 MHz [10] (20.0 dBm)
* 2462 MHz [11] (20.0 dBm)
* 2467 MHz [12] (20.0 dBm) (no IR)
* 2472 MHz [13] (20.0 dBm) (no IR)
* 2484 MHz [14] (disabled)
Band 2:
Capabilities: 0x1863
RX LDPC
HT20/HT40
Static SM Power Save
RX HT20 SGI
RX HT40 SGI
No RX STBC
Max AMSDU length: 7935 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 16 usec (0x07)
HT TX/RX MCS rate indexes supported: 0-15
Bitrates (non-HT):
* 6.0 Mbps
* 9.0 Mbps
* 12.0 Mbps
* 18.0 Mbps
* 24.0 Mbps
* 36.0 Mbps
* 48.0 Mbps
* 54.0 Mbps
Frequencies:
* 5170 MHz [34] (disabled)
* 5180 MHz [36] (30.0 dBm)
* 5190 MHz [38] (disabled)
* 5200 MHz [40] (30.0 dBm)
* 5210 MHz [42] (disabled)
* 5220 MHz [44] (30.0 dBm)
* 5230 MHz [46] (disabled)
* 5240 MHz [48] (30.0 dBm)
* 5260 MHz [52] (30.0 dBm) (no IR)
* 5280 MHz [56] (30.0 dBm) (no IR)
* 5300 MHz [60] (30.0 dBm) (no IR)
* 5320 MHz [64] (30.0 dBm) (no IR)
* 5500 MHz [100] (30.0 dBm) (no IR)
* 5520 MHz [104] (30.0 dBm) (no IR)
* 5540 MHz [108] (30.0 dBm) (no IR)
* 5560 MHz [112] (30.0 dBm) (no IR)
* 5580 MHz [116] (30.0 dBm) (no IR)
* 5600 MHz [120] (30.0 dBm) (no IR)
* 5620 MHz [124] (30.0 dBm) (no IR)
* 5640 MHz [128] (30.0 dBm) (no IR)
* 5660 MHz [132] (30.0 dBm) (no IR)
* 5680 MHz [136] (30.0 dBm) (no IR)
* 5700 MHz [140] (30.0 dBm) (no IR)
* 5745 MHz [149] (30.0 dBm)
* 5765 MHz [153] (30.0 dBm)
* 5785 MHz [157] (30.0 dBm)
* 5805 MHz [161] (30.0 dBm)
* 5825 MHz [165] (30.0 dBm)
* 5920 MHz [184] (disabled)
* 5940 MHz [188] (disabled)
* 5960 MHz [192] (disabled)
* 5980 MHz [196] (disabled)
* 6000 MHz [200] (disabled)
* 6020 MHz [204] (disabled)
* 6040 MHz [208] (disabled)
* 6060 MHz [212] (disabled)
* 6080 MHz [216] (disabled)
Supported commands:
* new_interface
* set_interface
* new_key
* start_ap
* new_station
* set_bss
* join_ibss
* set_pmksa
* del_pmksa
* flush_pmksa
* remain_on_channel
* frame
* set_channel
* connect
* disconnect
Supported TX frame types:
* IBSS: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* managed: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* AP: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* AP/VLAN: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
Supported RX frame types:
* IBSS: 0xd0
* managed: 0x40 0xd0
* AP: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
* AP/VLAN: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
* P2P-client: 0x40 0xd0
* P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
WoWLAN support:
* wake up on anything (device continues operating normally)
software interface modes (can always be added):
interface combinations are not supported
Device supports scan flush.


Почему-то режим АР работает только на одном phy.

В моем представление это невозможно, и дело не в конкретной ОС. У адаптера один радиомодуль, который в каждый конкретный момент времени настроен на работу на единственной частоте. Если бы адаптеры имели два отдельных радиомодуля (что дорого и не нужно), то они могли бы, скажем, соединяться сразу с двумя AP на разных каналах и/или в разных диапазонах.
UFO landed and left these words here
Для наших специфических целей главное в адаптере — чувствительность, а не скорость передачи данных в режиме соединения с точкой доступа, поэтому мы просто не тестировали такой аспект, но из личного неформального опыта я бы выбрал ASUS USB-AC68 и Edimax EW-7822UAC. В гугле можно легко найти статьи, где адаптеры тестируются и сравниваются, например тут или тут.

С M.2 всё одновременно проще и сложнее. Проще, потому что выбор невелик. Сложнее, потому что очень многое зависит не от адаптера, а от того какие антенны подключены и как они расположены в корпусе ноутбука. Так что даже не буду гадать:)
Довольно странно видеть фразу «десктопы потеряли смысл сегодня» на фоне ваших же слов о том, что как раз с десктопом проблема решается одним движением. И вдвойне странно наблюдать ваше решение на базе NUC-like PC. Ладно ноутбук (если человек любит страдать, то ради бога), но от этого чем десктоп-то отличается? Только тем, что недостаточно стилен-моден-молодежен?
Дело в специфике их работы. Я промерял силу WIFI по всему дому. Даже с планшетом lenovo x201 было не не очень :)
А таскать десктоп :)
Я прошу прощения, видимо не очень четко донес свою мысль. Я имел ввиду, что для нас, для конкретной команды, десктопы не очень удобны. Для десктопов проблема решается все же не одним движением. В него надо залезть, поменять адаптер, и снова всё вернуть на место. При этом, как я писал в статье, вы лишены возможность измерить уровень сигнала на нужном вам наборе дистанций от точки доступа, например 0.5 м, 1 м, 2 м, и т.п. А в остальном, если не рассматривать этот специфический сценарий, десктоп вполне хорошо.

Что касается NUC, отличий от декстопа два: (1) его можно легко перемещать относительно точек доступа и, самое главное, (2) его легко можно кинуть в сумку и поехать или полететь в другое место. У вас под рукой всегда ваша рабочая машина, со всем софтом, со всеми средами разработки, и т.п. В принципе можно и ноутбук использовать, но это вопрос вкуса. Лично я предпочитаю NUC, а не ноутбук, в качестве рабочей машины.

«Стилен-моден-молодежен» — нет, нас это совсем не волнует.

Я совсем не хотел обидеть владельцев десктопов:)

Делитантский вопрос меня давно мучает: Есть в офисе ряд ноутбуков, с очень нехорошей болячкой — их wif-fi адаптеры любят «прыгать» с одной точки на другую, при том, что ближайшая точка стоит в паре метров, а дальняя точка метрах в 15 м и за кучей гипсокартона. При подключении к дальней точке (реальный уровень не замерял) сигнал 1-2 деления из 5 виндовых. Естественно ни о какой нормально связи и речи не может быть в этом случае. И так может прыгать каждые 2-3 минуты. Пришлось сторонним софтом жёстко привязать клиентов к ближайшим точкам, т.к. мобильность их пока не предполагается. Кто сталкивался с прыганием?
Мышки. В моем случае эта болячка была вызвана китайскими радиомышками на 2.4 ГГц
Решилось выдавливанием мощности точки доступа до упора и переходом на 11-й канал.
Все равно случается, но очень редко.
Ноуты — дешевые асусы на пеньках, куплены для офиса, адаптеры — броадком.
Да, первое что пришло в голову — периферия — отключил всё — принтер, внешний монитор, безпроводную мышь заменил обычной проводной — эфекта ноль.
Каналы, да тоже все перебирал, от 1 до 11 и даже до 13 (меняя регион в точке на Японию). Эффект на полчаса. Мощность — крутил, ближняя на 100%, дальняя на 25%, и всё равно цепляется каким-то макаром, с уровнем 0-1 делений. Уже думал (но так и не опустился до этого) прикрутить разные SSID, но это не то что костыль, это блин, инвалидное кресло с аппаратом исскуственного дыхания.
А какие адаптеры встроены в те ноутбуки, что страдают этой болезнью? И на каком оборудовании сделана сеть?
Сетка на Cisco WAP131, режим bgn, т.к. есть куча неновых ноутов без поддержки «ас». По адаптеру — ноут lenovo ideapad 710s-13, внутри вроде Qualcomm Atheros QCA61x4A Wireless Network Adapter, 802.11с. Есть подозрение, что погоду может портить тот же Bluetooth, встроенный в эту же плату, хотя включение/выключение «зубов» ситуацию не меняло.
Вряд ли это Bluetooth. У меня мысли в сторону load balancing на стороне сетки… Может быть ближайшая точка overloaded. Ну либо глюки в алгоритме роуминга. Сначала драйверы Qualcomm Atheros (во времена Atheros без Qualcomm) писали в Калифорнии. Потом стали писать в Китае. А сейчас пишут в Индии…
У нас была сеть, построенная на цисках с контроллером. Модель уже не помню. Были постоянные проблемы с пользователями яблочой продукции. Причём это касалось не всех моделей, но страдали и пользователи некоторых моделей телефонов и планшетов и ноутов. Долго бились и меняли настройки. Если устройство подключалось на 5g, то работало более-менее стабильно. Удалось выяснить, что соседние сети, вещающие, что они находятся где-то в Азии, очень сильно мешали устойчивому соединению наших пользователей и использованию ими 5g. Полностью решил проблему только переход на Ubiquity.
О, это хорошо мне известная проблема. Вплоть до macOS Sierra система определяла regulatory domain по information element типа «страна» в биконах. По-моему нужно было три AP с одинаковым regulatory domain для принятия решения (это я экспериментальным путем установил). И, соответственно, как только система решала, что она, например, в TW, она включала соответствующий набор разрешенных каналов для Тайваня. Дикость полная. Потом в High Sierra это поменяли, и теперь система использует location services для определения regulatory domain. Видимо в iOS все было аналогично.
У нас одной точки на соседнем этаже с азиатской страной хватало макам, чтобы принять решение об отключении 5g. Кстати, у мобил HTC раньше можно было принудительно установить работать wifi только в 5g. Странно, что такая настройка не стала стандартной. В некоторых ситуациях очень полезной была.
У меня было наоборот: ставишь мышку между ноутом и роутером, и курсор начинает прыгать (Мышь GIGABYTE FORCE M9 ICE)
тут в 7 портовый usb 3.0 втыкаешь приемник мыши в одни порты — мышка беспроводная начинает дрыгать курсором, в другие — норм… логитечки с их универсальным приемником. тоже, видимо, как-то всё наводится по странному.
Такое бывает, если алгоритм роуминга в драйвере написан не очень удачно. Для некоторых адаптеров это можно исправить, поменяв агрессивность роуминга в настройках карты:

image
Да, спасибо, эту опцию курил, но она не дала нужного результата — скачет, но реже на «Low». Притом гонял опцию по всем 5 параметрам — от Aggressive до Low. Однако, в один день я поступил совсем радикально — вырубил встрoенный адаптер и подключил внешний USB-bgn адаптер — работало удовлетворительно, но нет-нет скакало, около раза в неделю. Но пользователь пожелал остаться на встроенном адаптере+костыль. З.Ы. На внешнем адаптере не было опции Roaming Aggressiveness.
Можно еще попробовать поиграть с мощностью точек доступа. Часто, при плотном покрытии точками, она излишне высокая. Если мощность выставить пониже, то «дальние» точки будут хуже «слышны», что может отбить у адаптера желание переключаться на них.
Было, крутил во все стороны, ответил выше. У самого крыша едет от бредовости ситуации. Пикантность ситуации — офис из гипсокартона, длиной метров 30 из двух точек доступа. Точки условно расположены — одна в первой трети, вторая во второй трети, т.е. все ровно, с точки зрения расположения.
А микроволновки в офисе нет?
Видел однажды такое, как кто что разогреет там, так все от вайфая отваливаются.
Но там точка одна была, они к ней же переподключались.
Есть, как и везде, но там точно никто не греет еду каждые 2-3 минуты.
«адаптеры на чипсете Realtek: когда адаптер не ассоциирован, он работает в режиме USB 2.0, сканируя каналы и находя близлежащие сети. Когда адаптер подключается к сети, то специальный системный сервис Windows переинициализирует устройство, переключая его в режим USB 3.0». Вопрос: что делать, если «специальный системный сервис Windows» не переинициализирует устройство в режим USB 3.0? Описываю ситуацию: имею сетевой адаптер Netis WF2190, который сносно работает с установленным принудительно драйвером от Linksys WUSB6300 (с родным драйвером железяка просто ужасно глючит). При «холодном» старте ПК адаптер всегда активируется в режиме USB 2.0 и в нем остается постоянно. И только после перезагрузки компьютера «подхватывается» режим USB 3.0, и то не всегда. Можно ли получить подключение USB 3.0 на постоянной основе? Дело в том, что при подключении USB 2.0 скорость копирования больших файлов по Wi-Fi (стандарт ас, между адаптером и роутером 1 толстая капитальная ЖБ стена) составляет примерно 155 Мбит/с (около 19 Мбайт/с), а при подключении USB 3.0 скорость передачи того же файла увеличивается до 245 Мбит/с (около 30 Мбайт/с). Решаема ли проблема в принципе?
Да, можно попробовать… Открываете реестр, ищите ключ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4d36e972-e325-11ce-bfc1-08002be10318}\00xx, где XX — это номер адаптера в системе, например 0005. Можно просто пройтись по всем начиная с 0000, вы найдете нужный по имени в ключе DriverDesc. Нашли адаптер, находите ключ ForcedUsbMode типа string. Дефолтное значение — «0». Меняете на «2», что означает forced USB 3.0. Если ключа нет — создайте его. Всё, теперь вынимаете адаптер и снова вставляете.
Спасибо, попробую. Кстати, в драйвере адаптера есть параметр настройки USB Switch Mode со значениями Auto, USB Mode 1, USB Mode 2 и USB Mode 3. Я подозревал что эти опции должны вносить соответствующие изменения в реестре и влиять на скорость интерфейса USB, однако смена этих значений в драйвере походу вообще ничего не дает.
NightFlight, простите, если не по теме, но имеется кучка внешних WiFi-антенн от разных производителей. Можно их как-то рассортировать по мощности/усилению хотя-бы приблизительно, без привязки к размеру и без разламывания на части для выяснения внутреннего устройства?
Я не знаю, типа, сопротивление померить или ещё что-то такое, бытовое, без сложного и дорогого оборудования?
Часто у производителей на сайте можно найти radiation patterns. Мощности у них нет, есть усиление (gain). Если это штырьковая Wi-Fi-антенна, то это скорее всего обычная omni-антенна, с усилением 3-5 dBm, с круговой диаграммой. Если patch или yagi, то надо смотреть спецификации. А вам зачем это, если не секрет? Какого типа антенны?
Антенны обычные, от роутеров, точек доступа и подобного оборудования. Сломалась железка — антенны оставили, или у точки доступа поменяли антенны на другие, с большим усилением или направленные, а старые выкидывать не стали…
Зачем? Ну вот иногда попадаются железки без антенн, но вполне рабочие — хотелось-бы как-то совместить одно с другим, а не бежать в магазин, но с учетом того, что сейчас это две-три антенны, в среднем, хотелось-бы их как-то более-менее согласованные подобрать (на бытовом уровне).
Ну совсем редко случается, что поменяли на роутере антенны на бОльшие (по размеру) и с большим усилением, с целью расширения зоны охвата, а оказалось, что там хитрая диаграмма направленности и в среднем, в зоне доступа роутера, сигнал существенно ослабел (антенны не направленные, абсолютно такие-же как родные, но размером больше).
Понятно. Если это обычные от роутеров, со стандартным разъемом RP-SMA, то я не вижу проблем в том, чтобы просто прикрутить да и попробовать:) Ничего страшного не случится. Диаграммы у них обычно очень похожи, gain тоже не сильно отличается.
Я слышал из одного источника (заслуживающего некоторого доверия) что большая часть вендоров имплементирует в железках в основном EDCA, зачастую забивая на остальные упомянутые в стандарте механизмы доступа. Можете, исходя из своего опыта, прокомментировать этот тезис?
Не уверен, что верно понял вопрос… «зачастую забивая на остальные упомянутые в стандарте механизмы доступа» — забивая на какие именно? PCF и HCCA?
Да. Вроде HCCA вообще в дешёвых железках нет. Но я не уверен, хотелось бы услышать ваше мнение.

Ещё было бы интересно узнать обращаете ли вы внимание на то, насколько «честно» реализован EDCA. Может быть, вам встречались какие-нибудь хитрые вендоры, которые делали некорректные реализации метода доступа с целью повысить пропускную способность на их девайсах, к примеру?
Про HCCA — да, насколько мне известно, ваш источник прав.

Про хитрых вендоров — нет, я не встречал такого. Я могу предположить, что такое может быть реализовано на уровне firmware, а к firmware у меня нет доступа. Но на уровне драйверов kernel mode — нет, не видел.
С одной стороны, ваш подход, поддерживать большое число Wi-Fi адаптеров он хорош, и некоторые инженеры настаивают на том, что измерения нужно проводить именно тем адаптером, который потом будет работать в сети. Но, реалии другие. Все хотят «универсальных» сетей.

С другой стороны, полезно когда есть некий «эталонный» удачный адаптер, тот же Orinoco 8494, и инженеры могут сравнивать полученные результаты между собой, если у них один софт. А любой другой адаптер можно «пронормировать» с эталонным.

Вопрос софта. Лично мне ваш Site Survey не понравился, пробовал пару раз. Долгое время пользовался AirMagnet, он был в интеграторе. Затем коллега показал Ekahau, и с тех пор другого и представить не могу, разве что iBwave придется освоить для специфичных объектов типа стадионов. В остальном же Ekahau лидер, на Enterprise рынке.

Как когда-то приборы типа Fluke DTX стали эталоном для тестирования проводных сетей, и кабельные вендоры принимали его результаты для гарантии на свои сети, так и Sidekick (или его следующая инкарнация) может стать таким для Wi-Fi сетей.

С другой стороны, по ценам в TamoSoft все можно сказать бюджетно, но, все познается в сравнении…

ps интересно бы было прочесть статью про математику и физику, что в вашем Site Survey.
Спасибо за отзыв!

Что касается эталонного адаптера, это очень неоднозначная тема. Есть разные мнения:) Я, скорее, принадлежу к тому лагерю, который считает, что для пассивных исследований лучше использовать тот адаптер, который потом будет использоваться клиентами. И в этом плане TamoGraph, что называется, miles ahead, как на Windows, так и на macOS, где мы используем маковский встроенный адаптер. Для активных исследований вопрос даже не стоит, тут совершенно очевидно, что надо использовать именно то, что встроено в клиентское устройство, благо для этого не нужны никакие спец. драйверы.

По поводу вопроса софта… Да, на сегодня Ekahau лидер, по многим причинам. Вопрос только в том, есть ли среди этих причин качество самого обследования, качество собранных данных, качество анализа и моделирования. И тут, если бы вы сравнили side by side, вы, возможно, узнали бы много интересного. Вот самый свежий пример, который приходит в голову: пару недель назад мы шутливо переписывались с Joel Crane из Ekahau. Удивительно, правда? Они не умеют моделировать отражение, а мы умеем. И таких примеров много. А интерфейс у них да, удобный. И отчеты красивые. Вопрос что в отчетах:)

Про математику и физику — не обещаю. О таких вещах обычно не рассказывают.

Михаил, спасибо за ответ.
Можете привести пример «моноадаптерных» проектов?

Везде где я проектировал, настраивал, везде несколько адаптеров (как минимум).
Где несколько, это чаще устройства со встроенными, например сканеры штрихкодов на складах, Wi-Fi IP телефоны, или вообще точки доступа Cisco IW3702 в режиме клиента, как на текущем проекте на Северстали. Я всегда сравниваю уровень приема на границе желаемой соты на моем измерительном адаптере с уровнем на проектных, и рассчитываю что сеть должна хорошо работать с самым плохим адаптером. Вопрос о том, что нужно мерять именно на нем не стоит.

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

Ekahau лидер отчасти потому, что вокруг него мощное сообщество инженеров, которых компания слушает и продукт реально развивается, в отличии от того же ex-AirMagnet.
Side by side готов сравнить на заводском цеху, где сейчас запускаю. Думаю пол дня выделю, чтобы пройти с TamoSoft Survey и сравнить. У меня есть совместимые адаптеры и пара Wi-Spy DBx.

Перед этим тогда нужно смоделировать будет. В вашем же тоже есть данные по диаграммам направленности распространенного железа? В данном случае мне нужна модель Cisco 1562D.

Моделировать отражения это важно, и мне этого не хватает на сложных объектах.
С другой стороны, какой софт сможет смоделировать множественные отражения от металлоконструкций огромного заводского цеха длинной под километр…

Joel Crane знаю по тому же твиттеру. Насчет других примеров, ваш софт может из .dwg стены брать и не мучать инженеров рисованием?

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

Про физику и математику понятно, но жаль конечно.
Моноадаптерных проектов конечно не бывает, хотя бывают почти моноадаптерные, например весь офис на макбуках. Но тут речь о подобии. Мне кажется, если вы проводите survey с ноутбуком со встроенным адаптером Intel, то это будет более подобно другому ноутбуку с адаптером Broadcom, чем тому же sidekick, который в плане конструктива имеет мало общего с ноутбуком. В остальном вы написали верно и грамотно.

Про диаграммы — да, конечно, но у Cisco 1562D бывает несколько разных типов. Если у вас AIR-ANT5180V-N= и аналогичная для 2.4 ГГц, то да:

image

Если тип, которого у нас нет — скажите, мы тут добавим с удовольствием.

Брать стены из dwg — пока нет. Я думаю, есть дюжина фич, которых нет в TamoGraph, но которые есть в Ekahau, и наоборот, многое что есть у нас, нет в Ekahau. Те же активные сурвеи с выбром QoS для трафика.
К сайдкику есть вопросы, да, и я лично его пока не пробовал. Но как идея мне очень нравится, хотя мне проще возить в командировки три адаптера, два DBx и usb2 хаб общим весом 200гр, нежели килограммовый сайдкик. Да, он висит на боку или за спиной, и может отличаться картина от той, что обычно на ноуте или устройстве что в руке, надо пробовать и сравнивать. Хотя сообщество Wi-Fi инженеров зарубежное почти всё пищит от сайдкика.

Кстати, TamoSoft Survey может слушать с 2-3 адаптеров (одинаковых) одновременно? Чтобы 1 на 2.4, а 1-2 на 5-ке?

Cisco 1562 бывают трех типов, 1562E с N разъемами для любой внешней антенны, 1562I с 3мя широконаправленными интегрированными и 1562D с 2мя узконаправленными интегрированными антеннами.

Так что тут все однозначно и диаграмма направленности вот такая:


Изнутри выглядит примерно так как в 1562I, а добраться до антенн в 1562D у меня не получилось без применения грубой силы… (фото с полезного ресурса fccid.io)



Если что, можете просто взять данные из Cisco AP1562D 5GHz.xml что в Ekahau…

По фичам согласен, попробую TamoSoft, дам обратную связь.
ps почему именно Tamo? Что означает это слово?
Кстати, TamoSoft Survey может слушать с 2-3 адаптеров (одинаковых) одновременно? Чтобы 1 на 2.4, а 1-2 на 5-ке?

Да. Немного иначе алгоритм работает, например для трех адаптеров там будет 1-2-3, потом 4-5-6, 7-8-9, 10-11-36, т.д. Суть от этого не меняется, будет почти кратное ускорение. В документации, в главе FAQ, перечислены те USB-адаптеры, которые можно использовать в таком мульти-режиме.

Диаграмма — ок, спасибо, добавим на днях. Могу написать тут в ЛС, когда будет готово.

почему именно Tamo?

А, это древняя история о том, как отцов-основателей фирмы бросало по миру, включая, например, столицу Эстонии, откуда и пришли первые две буквы. В общем ничего интересного, поверьте. С тамплиерами, таможней, тамильскими тиграми не связана :)
Да, по диаграмме напишите в ЛС. Или лучше на mail, я его в ЛС вам напишу.
Измерения планирую в начале следующей недели.
Есть три адаптера Netgear 6210 с собой, вроде должны подойти по описанию.
И еще вдогонку… Когда я писал «вопрос в том, что в отчетах», я не имел ввиду красивые картинки или форматирование. Я имел ввиду, насколько достоверны и точны собранные данные. Потому что вы можете сделать прекрасный, профессионально выглядящий отчет, но если базовые данные и расчеты, на основе которых он сделан, неверны, то этот отчет никуда не годится.

Я пару лет назад ради интереса внимательно смотрел на данные, которые собирает Ekahau, и там были очень серьезные проблемы с анализом. Не знаю, как в текущей версии, но тогда там, я помню, например, была явная ошибка в анализе биконов, из-за которой неверно считалась ширина канала AP. Мы все не идеальны:)
Ну, мне кажется что последние несколько лет, данные с Ekahau весьма достоверны.
Про не-идеальность согласен. А про отчеты, я видел много разных отчетов, и смотреть на них часто грустно, даже если данные в них собранные достоверны.
Only those users with full accounts are able to leave comments. Log in, please.