VP
никто не предлагал радиосканнер+роутер пришурупить к роботу-пылесосу или квадрокоптеру?
Еще осенью 19го накидывали идеи.
Size: a a a
2021 February 24
AP
взять квадрик, выкрасить как бота из "особого мнения", на него прихерачить роутер с спецпрошивкой и баловаться...
DB
DB
Баян уже?
I
никто не предлагал радиосканнер+роутер пришурупить к роботу-пылесосу или квадрокоптеру?
Пёсика, а лучше атласа от бостон динамикс. Пусть сам ещё и на работу ходит
AP
вам нравятся пёсики? (с) Snatch
MG
ID:0
Продолжение поста про ЭИИМ.
https://t.me/EvilWirelessMan/1431
Допустим, у нас 980 ofdma поднесущих с данными внутри канала с шириной 80 MHz.
100 / 980 = 0.10204081632 mW
Это, на минуточку, -9.9122607572 dBm
Получается, что ofdma сигнал будет слышен хуже примерно на 6.4 dBm.
То есть, ни о каких "радиус действия увеличивается" речи не идет (привет маркетологам Huawei). На практике разница значений принимаемого сигнала в выводе iw или любой утилиты будет отличаться от расчетной и составлять примерно 4 dBm.
Почему? Потому что большая часть фреймов будет использовать стандартный OFDM и 56 поднесущщих для канала 20 MHz. Beacon, RTS, CTS и так далее.
Раз никто не прислал кроме меня правильный ответ - упоминаю себя. И прошу обратить внимание тех кто проектирует сети под 802.11ax, но сюрвей строит относительно beacon RSSI. Вычитайте ещё 7 dBm из оффсета для Wi-Fi 6.
Ну и в качестве эпитафии тупому маркетингу. Радиус действия меньше. Точек, соответственно, нужно больше. 802.11 ax сделали для того чтобы продавать ещё больше точек, понимаете?
Пропускная способность, теоретически, будет выше только когда большая часть клиентов начнет работать с использованием HE (802.11ax) рейтов.
Инвестировать деньги имеет смысл только в Wi-Fi 6E. Так как в диапазоне 6 GHz не существует 802.11a/n/ac. То есть, наличие ofdma в других диапазонах является приятным бонусом, не более.
По понятным причинам, россиянам Wi-Fi 6E в ближайшее время это не светит.
https://t.me/EvilWirelessMan/1431
Допустим, у нас 980 ofdma поднесущих с данными внутри канала с шириной 80 MHz.
100 / 980 = 0.10204081632 mW
Это, на минуточку, -9.9122607572 dBm
Получается, что ofdma сигнал будет слышен хуже примерно на 6.4 dBm.
То есть, ни о каких "радиус действия увеличивается" речи не идет (привет маркетологам Huawei). На практике разница значений принимаемого сигнала в выводе iw или любой утилиты будет отличаться от расчетной и составлять примерно 4 dBm.
Почему? Потому что большая часть фреймов будет использовать стандартный OFDM и 56 поднесущщих для канала 20 MHz. Beacon, RTS, CTS и так далее.
Раз никто не прислал кроме меня правильный ответ - упоминаю себя. И прошу обратить внимание тех кто проектирует сети под 802.11ax, но сюрвей строит относительно beacon RSSI. Вычитайте ещё 7 dBm из оффсета для Wi-Fi 6.
Ну и в качестве эпитафии тупому маркетингу. Радиус действия меньше. Точек, соответственно, нужно больше. 802.11 ax сделали для того чтобы продавать ещё больше точек, понимаете?
Пропускная способность, теоретически, будет выше только когда большая часть клиентов начнет работать с использованием HE (802.11ax) рейтов.
Инвестировать деньги имеет смысл только в Wi-Fi 6E. Так как в диапазоне 6 GHz не существует 802.11a/n/ac. То есть, наличие ofdma в других диапазонах является приятным бонусом, не более.
По понятным причинам, россиянам Wi-Fi 6E в ближайшее время это не светит.
Я тут пару тестов сделал. https://youtu.be/VlGOGyy3nbo и https://youtu.be/jciJED-Zm-g и что могу сказать.
11ax хорош с 11ax клиентами.
Прирост скорости банально за счёт новых модуляций в рабочей зоне. Чуток прирост за счёт чувствительности приёмников. Этого в видео нет, но когда я прибрал мощность на Арубе на 12дБ (15 -> 3) то на клиенте получил уже -71дБм, и он работал на HE MSC7 2SS (172,1 канальная, физически максимум около 120М) а точка его слышала так, что он слал по прежнему на MCS11 (286,8 и я получал под 200М). Если продолжать, и на Cisco 3702 снизить мощность -65дБм, то я уже получаю реальную скорость порядка 80М. То есть в данном случае Aruba 535 на 11ax клиенте хорошо держит скорость в рабочей зоне (дизайн "по -67дБм"). Так что я считаю что 7дБм из оффсета вычитать не нужно.
11ax хорош с 11ax клиентами.
Прирост скорости банально за счёт новых модуляций в рабочей зоне. Чуток прирост за счёт чувствительности приёмников. Этого в видео нет, но когда я прибрал мощность на Арубе на 12дБ (15 -> 3) то на клиенте получил уже -71дБм, и он работал на HE MSC7 2SS (172,1 канальная, физически максимум около 120М) а точка его слышала так, что он слал по прежнему на MCS11 (286,8 и я получал под 200М). Если продолжать, и на Cisco 3702 снизить мощность -65дБм, то я уже получаю реальную скорость порядка 80М. То есть в данном случае Aruba 535 на 11ax клиенте хорошо держит скорость в рабочей зоне (дизайн "по -67дБм"). Так что я считаю что 7дБм из оффсета вычитать не нужно.
PS
Привет. Ему тоже жаркий дружеский поцелуй.
Если напрямую — то надо смотреть. Если анлишед заведён в свою Nms под названием UMM, то у неё есть рестфул, ага
http://docs.ruckuswireless.com/umm/umm-2.2-api-reference-guide.html
Если напрямую — то надо смотреть. Если анлишед заведён в свою Nms под названием UMM, то у неё есть рестфул, ага
http://docs.ruckuswireless.com/umm/umm-2.2-api-reference-guide.html
А есть что-нибудь такое же, но для управления контроллерами?)
ФЙ
А есть что-нибудь такое же, но для управления контроллерами?)
Смотря какими.
n
А есть что-нибудь такое же, но для управления контроллерами?)
Апи?..
ФЙ
Но так у sz свой же API есть
ФЙ
Бери и управляй кластером
PS
ну вот есть у меня десяток этих контроллеров, управлять из одного окна было б удобно
можно из апи сгородить своё поделие, но зачем, если вдруг есть уже готовое
можно из апи сгородить своё поделие, но зачем, если вдруг есть уже готовое
n
ну вот есть у меня десяток этих контроллеров, управлять из одного окна было б удобно
можно из апи сгородить своё поделие, но зачем, если вдруг есть уже готовое
можно из апи сгородить своё поделие, но зачем, если вдруг есть уже готовое
а вы не хотите своё поделие потом для управления ВСЕМИ контроллерами запилить? ну чтоб без разницы рукус или не рукус?)
PS
а вы не хотите своё поделие потом для управления ВСЕМИ контроллерами запилить? ну чтоб без разницы рукус или не рукус?)
уже так
PS
но опять же, удобно было пользоваться апи к одному интерфейсу рукус, который дальше уже по контроллерам лазит
PS
ну и к одному интерфейсу других вендоров
PS
нет так нет, я ж просто спросил, вдруг есть чо, про UMM вот сегодня только узнал)