[Saab95]

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

 

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

 

На микротике все происходит быстро не зависимо от канала.

[vIv]

Простой вопрос вызвал какую то войну.

vIv, будьте добры приведите пример конкретной связки на procurve и dlink.

Я что - продаванец длинка? Берёшь подходящий свич DWS (их там пара-тройка разных моделек), потом лезешь в "совместимые АР" и подбираешь их в нужном количестве. По вкусу - инжекторы POE.

[Alex Zorin]

vIv, извините но зачем тогда отвечать в этой теме, я задал конкретный вопрос, какое оборудование посоветуете, в надежде что мне дадут конкретные примеры связок которые точно работают, и опробованы лично. зайти на procureve.com и dlink.ru я могу и сам. адреса и телефоны продавцов/интеграторов/реселеров мне известны, а так же известна их осведомлённость о продуктах, по этому меня больше интерисует личный опыт.

Изменено 16 мая, 2012 пользователем Alex Zorin

[MPI_sale]

Точно так же, как и любые другие контроллерные решения - скидыванием с точки.

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

 

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

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

Контрольный вопрос: какова задержка обычного смартфона при перестройке на соседний канал в пределах той же АР?

Как и в любом другом решении (на самом деле чуть меньше, т.к. из-за пространственного разнесения коллизии возникают не на всех точках), если считать что spupplicant на смарт-фоне не поддерживая FT задержка при одинаковом ESSID будет случайна но не меньше 20мс на прослушку канала, 50мс. на авторизацию + случайный интервал + повторы на колизии --в среднем не менее 150мс.

[vIv]

vIv, извините но зачем тогда отвечать в этой теме, я задал конкретный вопрос, какое оборудование посоветуете, в надежде что мне дадут конкретные примеры связок которые точно работают, и опробованы лично. зайти на procureve.com и dlink.ru я могу и сам. адреса и телефоны продавцов/интеграторов/реселеров мне известны, а так же известна их осведомлённость о продуктах, по этому меня больше интерисует личный опыт.

Я особо по спекам не слежу, - мы берём старшие две модели DWS (младшая нам мала). Учитывая то, что там их ажно целых три, - мой опыт ты сам можешь составить по сайту Д-Линка. Но раз тебе нужны спеки, то на-днях подниму, что берём, запостю. Мне достаточно того, что Д-Линк обеспечивает их работоспособность. Как они это делают, - мне, честно сказать, примерно похер. Меня больше заботит то, что оно слабо масштабируется (кажется, до 2К юзеров), но это скорее философское мироощущение, - мы в филиалах до этого лимита ещё не скоро дойдём. ПОКА достаточно ставить DWS стопкой и развешивать радиопорты, - ПОКА этого хватает. До трёх сотен юзеров онлайн Д-Линк добегает легко и непринуждённо.

[Alex_E]

Более того, точки распределены по каналам так, что практически не мешают друг другу,

 

не понял, каналы разные и ничего не дропается?

Т.е. смартфоны на лету сами сканят и меняют канал при переходе от точки к точке?

 

Не дропается. Ноутбуки, смартфоны и прочие устройства переходят от точки к точке без проблем. Канал, на котором работает оборудование не имеет значение, главное чтобы SSID был одинаковый. Работает без шифрования и с WPA-PSK.

 

То, что для ноутбуков и смартфонов нужно делать разные SSID связано с низкой мощностью последних, и если подключать их к основному ноутбучному - будут дыры в зоне покрытия. Обычно ставятся точки и с ноутбуком/смартфоном проходят по помещению, делая замеры, по полученным данным устанавливают минимальный уровень сигнала, который и вводят в каждую точку.

 

пиар конечно хорошо, но как реально будут вести себя 2-3 клиента между 2 микротиками ?

также как и во взрослом "контроллерном" решении или нет ?

у меня так стоят два dlink - никто еще не ругался или мои пользователи не понимают что это не "бесшовный роуминг" (из voip используют skype может ему все равно ?)

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

 

Говорите по скайпу и перемещайтесь туда-сюда между точками. Сразу станет заметно.

 

Нормально ведет себя скайп. Подключается к той точке, которая ловит сигнал от клиента с заданным уровнем сигнала. Можно даже 3 точки в одной комнате поставить, ограничить уровни и перемещаясь из угла в угол с ноутбуком наблюдать в статусе, как он от одной точки к другой переключается. Задержка переключения минимальна. Собственно скайпом и проверялось, а так же замерами скорости тестовым трафиком.

 

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

 

ээээ все это сводится в комутатор и сервак который раздает дхцп?

если идет переход от точки к точке или потеря сесии каждый раз гаджету выдается новый дхцп?

короче ип

[Saab95]

ээээ все это сводится в комутатор и сервак который раздает дхцп? если идет переход от точки к точке или потеря сесии каждый раз гаджету выдается новый дхцп? короче ип

 

Все точки подключены в одну сеть по L2 и сводятся на сервак, который раздает адреса по DHCP. Если идет переход от точки к точке то адрес не меняется у клиента, и вообще это тут не в тему совсем. Если сессия потеряется, например оборвется по потери связи при выходе из зоны покрытия сетью, то при повторном подключении ему выдадут тот же адрес, что и был - это от настроек DHCP сервера зависит. Но при перемещении по зоне покрытия обрывов и потерь сессий не происходит.

 

Вот пример переключения от точки к точке. На территории установлены 3 точки Mikrotik RB411AH с радиокартами R52n-M. Одна в центре работает с двумя антеннами в режиме G-only, две по бокам работают с одной антенной в режиме G-only, мощность на точках 12дбм, работают на разных каналах 1, 6 и 12. Клиент с ноутбуком перемещается по зоне покрытия каждой из них и принимает поток данных 20мбит/с через сеть по TCP. Видно что скорость беспроводной сети постоянна по всей территории следования, провалы на графике в моменты переключения.

 

 

Видеоконференции через скайп, IP-телефония работает нормально, переход от точки к точке не заметен (конечно бывает иногда дернется видео и пропадет слово, но это в 2-3 случаях из 10). Если не придераться к не большой паузе (которая кстати не всегда и большая) при переключениях, то решение на микротике работает не хуже контроллерного, а стоит в разы дешевле.

[Alex_E]

это все понятно:) а когда у вас больше тысячи гаджетов?:) от как раз с этим и столкнулись, по радио все форевер перемещение переключение все гуд а инету нет. все делали только Ж онли из за спектральной маски.

[Saab95]

это все понятно:) а когда у вас больше тысячи гаджетов?:) от как раз с этим и столкнулись, по радио все форевер перемещение переключение все гуд а инету нет. все делали только Ж онли из за спектральной маски.

 

Когда больше тысячи гаджетов - тогда и нужны контроллерные решения, тут уже за дешево не отделаться.

[Alex_E]

это все понятно:) а когда у вас больше тысячи гаджетов?:) от как раз с этим и столкнулись, по радио все форевер перемещение переключение все гуд а инету нет. все делали только Ж онли из за спектральной маски.

 

Когда больше тысячи гаджетов - тогда и нужны контроллерные решения, тут уже за дешево не отделаться.

решение на микровтыке до какого уровня гаджетов вытащит? как то прорабатывали

[Saab95]

решение на микровтыке до какого уровня гаджетов вытащит? как то прорабатывали

 

10-15 клиентов на точку нормально работают при радиусе покрытия менее 50 метров, больше тоже работает, но уже нужно принимать меры для ограничения пропускной способности до клиентов, тогда можно подключить и 30-40 клиентов, правда что-то качать они должны эпизодически и не все сразу.

[Alex_E]

ну а что мешает поставить скажем 48 точек увязать на свичь 48 портов вот вам и 720 абонентов из расчетв 15 абонентов

ну понятно речь идет о площади куда больше.

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

[SSD]

это все понятно:) а когда у вас больше тысячи гаджетов?:) от как раз с этим и столкнулись, по радио все форевер перемещение переключение все гуд а инету нет. все делали только Ж онли из за спектральной маски.

 

Когда больше тысячи гаджетов - тогда и нужны контроллерные решения, тут уже за дешево не отделаться.

решение на микровтыке до какого уровня гаджетов вытащит? как то прорабатывали

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

[Alex_E]

это все понятно:) а когда у вас больше тысячи гаджетов?:) от как раз с этим и столкнулись, по радио все форевер перемещение переключение все гуд а инету нет. все делали только Ж онли из за спектральной маски.

 

Когда больше тысячи гаджетов - тогда и нужны контроллерные решения, тут уже за дешево не отделаться.

решение на микровтыке до какого уровня гаджетов вытащит? как то прорабатывали

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

какой выход?

[SSD]

какой выход?

Использовать преднозначеные для этого решения. :)

[Saab95]

ну а что мешает поставить скажем 48 точек увязать на свичь 48 портов вот вам и 720 абонентов из расчетв 15 абонентов

ну понятно речь идет о площади куда больше.

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

 

Тут возникают 2 проблемы:

 

1. Взаимное влияние и создание помех точками друг другу. Решить эту проблему можно уменьшением мощности точек, правильным расположением (когда прямую линию между точками закрывают толстые бетонные стены). Но влияние клиентов друг на друга при подключении к разным точкам исключить нельзя - поэтому и есть ограничение по количеству клиентов на единицу площади.

 

2. Паразитный трафик между клиентами сети. Тут понятно, что 720 абонентов воткнуть в свич можно, но по сети будет гулять много левого трафика, зафильтровать который сложно. И естественно одной подсети на всех не хватит. Нужно что-то придумывать. Как вариант раздача адресов с маской 32 и сведение вланов со всех точек в центр. Фильтрация трафика происходит на самой точке (что бы клиенты друг другу в пределах точки ничего не рассылали) и в центре (что бы трафик клиентов разных точек не попадал на соседние). Но в такой схеме тоже есть проблема - рассылка трафика от отключившегося клиента на все порты сети - нужно решать и ее. Для этой цели можно использовать например маршрутизацию по OSPF или MESH.

 

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

[MPI_sale]

это все понятно:) а когда у вас больше тысячи гаджетов?:) от как раз с этим и столкнулись, по радио все форевер перемещение переключение все гуд а инету нет. все делали только Ж онли из за спектральной маски.

 

Когда больше тысячи гаджетов - тогда и нужны контроллерные решения, тут уже за дешево не отделаться.

решение на микровтыке до какого уровня гаджетов вытащит? как то прорабатывали

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

какой выход?

 

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

 

На крупнейшей выставке для малого и среднего бизнеса ‘La Semana Pyme’ в Мексике. Было зафиксировано более 11000 тысяч подключений, более 3500 устройств одновременно пользовались интернетом и естественно перемещались по выставке.

 

 

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

 

Ответы на все вопросы отправлены сообщением в приват как и просили.

[Alex_E]

это все понятно:) а когда у вас больше тысячи гаджетов?:) от как раз с этим и столкнулись, по радио все форевер перемещение переключение все гуд а инету нет. все делали только Ж онли из за спектральной маски.

 

Когда больше тысячи гаджетов - тогда и нужны контроллерные решения, тут уже за дешево не отделаться.

решение на микровтыке до какого уровня гаджетов вытащит? как то прорабатывали

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

какой выход?

 

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

 

На крупнейшей выставке для малого и среднего бизнеса ‘La Semana Pyme’ в Мексике. Было зафиксировано более 11000 тысяч подключений, более 3500 устройств одновременно пользовались интернетом и естественно перемещались по выставке.

 

 

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

 

Ответы на все вопросы отправлены сообщением в приват как и просили.

 

а подробнее о чудо технике

[MPI_sale]

а подробнее о чудо технике

Израильское контроллерное решение, построено на запатентованном принципе, действительно обеспечивающим бесшовность (все точки работают на одном канале и не мешают друг другу). В качестве примера иллюстрирующего уникальные возможности оборудования в Москве был реализован проект прямого вещания видео по WiFi с борта гоночного болида (карта) на одном из отборочных туров RedBull. Другой сферой применения данного оборудования являются участки с высокой плотностью абонентов, такие как стадионы, выставки или гостиницы.

 

Более подробную информацию можно найти на сайте производителя www.extricom.com или на youtube по запросу Extricom или на нашем сайте www.mosprominform.com

[vIv]

все точки работают на одном канале и не мешают друг другу

Эммм... То есть уважаемый вендор обманул законы физики и впихал в одну частоту несколько больше, чем обещал господин Котельников? Или мы имеем для всех точек одну полосу передачи? Если последнее, то это особенно весело при росте количества радиопортов: сколько ни ставь, а общая полоса для всех будет неизменной? %-)

[MPI_sale]

примерное второе, но почти, т.к. возможно временное переиспользование канала за счёт пространственного разнесения как клиентов так и ТД(Soft-MISO) и использование нескольких каналов параллельно для балансировки нагрузки ну и про MIMO уплотнение не следует забывать....

[Saab95]

А каким образом в вашем решении переводится клиент от точки к точке?

 

 

[MPI_sale]

В этом то и вся фишка: перевода как такового нет: точки являются конвертерами сред радио-провод, обработкой всех данных занимается контроллер, наиболее просто это пояснить на примере MISO только роль антенн в этом случае играет не сама антенна, а точка целиком.

 

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

Изменено 20 мая, 2012 пользователем MPI_sale

[lanc]

ээээ все это сводится в комутатор и сервак который раздает дхцп? если идет переход от точки к точке или потеря сесии каждый раз гаджету выдается новый дхцп? короче ип

 

Все точки подключены в одну сеть по L2 и сводятся на сервак, который раздает адреса по DHCP. Если идет переход от точки к точке то адрес не меняется у клиента, и вообще это тут не в тему совсем. Если сессия потеряется, например оборвется по потери связи при выходе из зоны покрытия сетью, то при повторном подключении ему выдадут тот же адрес, что и был - это от настроек DHCP сервера зависит. Но при перемещении по зоне покрытия обрывов и потерь сессий не происходит.

 

Вот пример переключения от точки к точке. На территории установлены 3 точки Mikrotik RB411AH с радиокартами R52n-M. Одна в центре работает с двумя антеннами в режиме G-only, две по бокам работают с одной антенной в режиме G-only, мощность на точках 12дбм, работают на разных каналах 1, 6 и 12. Клиент с ноутбуком перемещается по зоне покрытия каждой из них и принимает поток данных 20мбит/с через сеть по TCP. Видно что скорость беспроводной сети постоянна по всей территории следования, провалы на графике в моменты переключения.

 

 

Видеоконференции через скайп, IP-телефония работает нормально, переход от точки к точке не заметен (конечно бывает иногда дернется видео и пропадет слово, но это в 2-3 случаях из 10). Если не придераться к не большой паузе (которая кстати не всегда и большая) при переключениях, то решение на микротике работает не хуже контроллерного, а стоит в разы дешевле.

 

подойдет ли такое решение для двухэтажного деревянного здания 60х10 метров с количеством подключений до 100 ?

скорости 80%-64к, 10%-128к, 10%-1024к

правильно ли расчет БС..

64к х 80=5120к, 128к х 10 = 1280к, 1024к х 10 = 10240к

суммарно получаем 16620кбит + 3% запас = 19968кбит на всех.

если равномерно расставить с равномерных охватом площади от каждой БС, хватит ли 3х БС ?

[Saab95]

Если там реально будет хотя бы 50 подключений, то нужно ставить точек 5 как минимум, что бы на каждой было не более 10 клиентов. По вашим требованиям по скорости будет нормально.