[zadrovets]

Добрый день.

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

[NewUse]

Xirrus.

[slv700]

Камбиум cnPilot E400. MSRP $199.

[nemo]

Добрый день.

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

2 нормальных точки доступа Zebra (Motorola) и этого более чем хватит.

[Saab95]

За стоимость всех предлагаемых тут решений, можно взять коробку микротиков RB751Ui-2HnD и равномерно распределить по всей площади помещения. Работать будет лучше за счет большего количества устройств, а ровно и более высокой суммарной пропускной способности.

[alibek]

Лучше всего взять Зиррус в аренду.

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

[nemo]

За стоимость всех предлагаемых тут решений, можно взять коробку микротиков RB751Ui-2HnD и равномерно распределить по всей площади помещения. Работать будет лучше за счет большего количества устройств, а ровно и более высокой суммарной пропускной способности.

 

Давайте посчитаем сколько надо точек доступа. Причем давайте точки доступа выбирать с 802.11ac или как минимум 2х диапазонные.

И посчитаем стоимость проведения дополнительных точек доступа. В этом случае решение на микротик будет даже дороже надежного решения на мотороле.

А самый простой способ если мероприятие разовое - взять в аренду. У нас постоянно берут, - все проводится вообще без проблем.

[Saab95]

И сколько стоит аренда оборудования на сутки, хотя бы примерно?

[f.tagir]

Спасибо тов.Nemo, благодаря его поддержке провел аналогичное мероприятие.

Активных клиентов было чуть более 100 человек.

Оборудование Моторола позволило легко и просто решить данный вопрос.

 

В прошлом году, аналогичная задача была провалена по причине использования оборудования класса SOHO.

[XuHT]

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

 

В прошлом году, аналогичная задача была провалена по причине использования оборудования класса SOHO.

Не расскажите подробней что именно было не так?

[f.tagir]

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

 

В прошлом году, аналогичная задача была провалена по причине использования оборудования класса SOHO.

Не расскажите подробней что именно было не так?

 

Мероприятие проводится на верхнем этаже нацбанка. На 6 этаже поставил 2 LTE модема Zyxel 6100, загнали трафик в микротик и на верхнем этаже раскидали ТР-Линков. Так эти точки начинают зависать и тормозить при большом количестве клиентов.

В этом году поставили контролер и точки доступа Моторола, DHCP сервером был микротик.

Все прошло без каких либо проблем и замечаний. Утилизация 30 мбитного канала была максимум 20%. Мобильным клиентам моторола давала по 1 мбиту .

[zadrovets]

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

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

Но есть сомнения.

[Night_Snake]

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

Но есть сомнения.

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

[Saab95]

Мероприятие проводится на верхнем этаже нацбанка. На 6 этаже поставил 2 LTE модема Zyxel 6100, загнали трафик в микротик и на верхнем этаже раскидали ТР-Линков. Так эти точки начинают зависать и тормозить при большом количестве клиентов.

 

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

 

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

[sfstudio]

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

 

Чего простите делать? Видеть? Техническое обоснование будет? Расшифруйте что значит видеть соседей для начала, потом ещё наводящие вопросы задам раз сами не понимаете какую хрень ляпнули.

 

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

 

Чисто софтовый нюанс есть в драйвере фильтрация или нет. По сути 1,5 условия. Причём в референсном драйвере афероса вполне себе реализован такой вариант. Почему тырпырлинки не вынесли это в рожу я ХЗ. У нас (SNR) есть фильтрация как отдельно mcast/bcast так и изоляция клиентов и отдельных mbssid.

[Saab95]

Чисто софтовый нюанс есть в драйвере фильтрация или нет. По сути 1,5 условия. Причём в референсном драйвере афероса вполне себе реализован такой вариант. Почему тырпырлинки не вынесли это в рожу я ХЗ. У нас (SNR) есть фильтрация как отдельно mcast/bcast так и изоляция клиентов и отдельных mbssid.

 

Тут есть 3 места, где надо изолировать:

1. На беспроводном адаптере, что бы клиенты одной точки не передавали данные друг другу.

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

3. На центральном маршрутизаторе, т.к. если вы заблокируете все и везде, а на нем данные абонентов могут уйти дальше до других, это плохо.

 

Блокировка на адаптере есть у микротика, у других решений, тут проблем нет.

Что бы блокировать смешение трафика на транспортной сети, нужно каждую точку завернуть во влан с уникальным номером, микротик это умеет, тплинк нет. Следовательно тплинк и прочие точки, которые это не умеют, уже вылетают. При этом если какая-то точка умеет заворачивать только в один влан, например как юнифай, то они тоже в пролете.

На центральном маршрутизаторе все каналы нужно объединить вместе и заблокировать трафик, это можно сделать на бридже микротика легко.

 

Есть и другие варианты, например когда нет связи по L2, можно использовать туннели EoIP. Если сеть большая и по L2 сводить нет смысла, можно использовать отдельные DHCP сервера на каждой точке, прокси-арп на интерфейсе, и анонсирование выданных адресов через OSPF с малым временем ожидания, однако в таком случае могут быть обрывы сетевых соединений при переключениях, но и нет ограничений на масштабы сети. Естественно, потребуется радиус сервер для отслеживания выданных IP с привязкой к маку абонентского устройства.

[sfstudio]

Блокировка на адаптере есть у микротика, у других решений, тут проблем нет.

Читайте внимательнее. Ещё раз грю, у нас с блокировками проблем нет. Доступна как полная изоляция прямо в драйвере радио, так и частичная аля только броадкасты. Как между клиентами так и между SSID. Произвольные фильтры тоже можно сделать, но откровенно лень т.к. нет задачи.

[NewUse]

Можно штатными средствами hostapd выделять под каждого клиента свой vlan (можно динамически, через RADIUS)