Как стать автором
Обновить

Комментарии 21

А можно просто юзать unifi и не забивать себе мозги разной дурью.
А можно за те же деньги купить в 2 раза больше микротиков и половину из них выкрутить в 30-50% мощности.
Я так и написал в начале статьи:

Потому что для SOHO ТЗ не нужно, там всё проще.
Чаще в SOHO 1 простое правило: 1 точка доступа 1 стена.
Ставьте точки так, чтобы до клиента было не больше 1 стены.


В случаях, когда нужно понять, сколько точек, 120 или 170 без хорошего ТЗ не обойтись.
Отличная статья! Я подозревал, что уровень сигнала на прием в 5ГГц может быть разный для первых и последних каналов, но чтобы она достигала 10дБм!
Спасибо! Да, я сам удивлен был, когда первый раз замер сделал. Раньше просто на одном канале посередине измерял и всё.
15-16 доступных в РФ каналов вам будет достаточно

Но вы же сами прекрасно знаете, что в реалиях их хорошо если 8-15.
Как минимум с 132-140 чехарда с доступностью на клиентах, а в большом зоопарке вообще чуть ли не 36-48 единственный «общедоступный» диапазон.
Да, есть такая проблема. Опять-же, если говорить про махровый Enterprise то там можно «стандартизировать» клиентские устройства и получить свои 15 каналов, 165 редко работает. На одном объекте было штук 100 iPad которые не поддерживали каналы UNII-3 (149-161) в результате чего осталось 11 каналов. На заводах, где ставим Cisco 1562 точки, они программно не могут работать на каналах UNII-1 (36-48) и на 165 тоже не встают, итого у нас 11 каналов. Такие пироги.

Кажется клинику узнал :-)

Очень полезная статья, огромное спасибо автору!

Это все хорошо, когда есть здание и стены, но когда их нет, приходится использовать только предиктивное планирование.

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

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

Да, перезакладываемся и честно предупреждаем заказчика. Постоянно корректировать не нужно, нужно 1 раз после возведения здания.

Максим, на самом деле статья очень хорошая и будет многим полезна. Но это все про покрытие, а про ёмкость сети, в англоязычной литературе capacity, как-то нет ничего, и в частности скорость на клиента. Как-то считаете, рекомендуете/практикуете ограничения? Т.к. не секрет, что сети 802.11 работают с огромной переподпиской, в особенности в высоко плотных инсталляциях, где клиенты очень требовательны к пропускной способности, так сказать.

По Capacity все не так просто. Я кратко написал в конце статьи
В идеале, рисуются области, где будут находиться эти пользователи. Выясняется, какой тип трафика будет преобладать (если есть рабочий пример, скажем офис, где активно используют Skype for Business с видео, то берется перехватчик и анализатор кадров, например Omnipeek или EyePA, ловится типовой видео разговор и становится понятна скорость, что нам реально нужна). Потом эти данные заводятся в Ekahau где мы теоретически проверяем, хватит ли ёмкости сети, при таких условиях. Если не хватает, даже когда покрытие от 2х точек по -67 дБм, то добавляются еще точки


На мой взгляд, вопросы ёмкости становятся актуальными в конференц-залах (туда можно заложить несколько резервных линий сразу), римских аудиториях и на больших площадках, типа выставочных центров и стадионов. У меня есть знакомый ИТ директор выставочного центра, я к ним в гости приходил в момент выставки, смотрели трафик, загрузку, плохо там всё было. Тут одно простое правило — чем меньше размер «соты» — тем лучше, поэтому в случае конференц-залов (ограниченных стенами) это точки типа 3802i 5ГГц+5ГГц. В случае выставок или стадионов берем самые узконаправленные антенны (типа ANT-2513) c шириной 30 град (по -3дБ) и ставим их куда можно ставить, чаще сверху, и смотрим что получается. На стадионе, если можно под сидушки поставить точки, то прекрасно, но на практике не доводилось.

А там где есть помещения и стены (стены наши друзья!), ставим точки на 25 мВт, чтобы обеспечить покрытие -67… -75 по «second strongest», для «least capable but most important» и смотрим сколько пользователей на точку приходится. Если больше 30, то нужны точки подороже, если нет, можно и средние, всем хватит.

Случаев, когда весь офис дружно ходит в VR-шлемах я не встречал. Там реально нужен будет дизайн «1 точка с 2-мя радио на 5 ГГц в комнату» а лучше вообще 60 ГГц, но эта эра еще не наступила.

К сожалению, это уже реальность. Ок, если считать, что нам нужно обеспечить на 3000 квадратов минимум 500 девайсов пропускной способностью в 3.5 Мбит/с, это возможно? При учёте, что клиенты поддерживают каналы в UNII-1 и 2. И чтобы один или несколько клиентов не смогли паразитировать каналы скачивая/заканчивая большие объёмы данных.

Да и клиенты к примеру поддерживают один пространственный поток с MCS 7.

Нет простого ответа на ваш вопрос, как говорит Keith Parsons, «it depends».
Я переводил хорошую статью Davin Akin Реальная скорость Wi-Fi (на предприятиях)
где обсуждался вопрос скорости. Если взять грубо, то на 2х диапазонную точку получается 75Мбит/c на оба радио. Если взять ваши 3.5M и умножить на 500 получается 1750M. Если разделить 1750M на 75М получиться 24 точки доступа, с округлением в большую сторону.

Реально ли разместить 24 точки на вашем объекте? Вам виднее.

Вопрос еще в том, что за трафик это будет. Ибо размер пакета определяет размер 802.11 кадра в который он будет упакован, а размер кадра и возможность их агрегации сильно влияют на пропускную способность.
Спасибо за статью, очень интересно. Скажите пожалуйста кто и где проводит курс ECSE Design в РФ?
Преподавать будет Keith Parsons. Этот человек очень много сделал для развития международного сообщества Wi-Fi инженеров и продолжает делать. Он уже дедушка и в России может будет единственный раз! Я сам уговаривал его приехать лично.

Я советую для примера посмотреть его видео на тему Tips, Techniques, and Tools с последней WLPC (ах, жаль пока нет времени написать, как классно мы туда съездили). Как профессионально он подает материал! Для сравнения, можно посмотреть, как подаю материал я, рассказывая про любимый заводской Wi-Fi. Мне еще есть чему поучиться! На этом же учебном курсе, я, скорее всего, буду переводчиком/дополняющим на родном языке.

Организатор курса Marvel, дистрибьютор Ekahau в РФ.
Вот ссылка на курс. который будет проводиться 17-20 марта 2020 в Москве. По ссылке сказано, что прием заявок закрывается 18 декабря, но это не так, заявки еще принимаются, несколько мест есть, насколько я знаю.
Да, группа ещё не набрана до конца. Поэтому если согласны с условиями проведения, озвученными по ссылке на курс, то можно регистрироваться.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории