Да согласен, роуминг не принципиально - а именно переход от точки к точке, просто читал на зуксел.ру если есть значительное перекрьітие надо разньіе канальі ставить.
DHCP сервер у нас на mikrotik-е IP будет тот же, авторизацию на HotSpot, тогда впринцьіпе и пароля на точки не надо.... если еще ARP-протокол контролировать
И все же не понятно, если делать WDS+ несколько AP, можно ли подключать к лану все точки на один хаб и потом аплинком к всему сегменту локалки ? ... не хочу что б служебная инфа ходила по радиоканалу и дополнительно нагружала ефир.
Наверное тогда лучшее решение все точки с одинаковой конфой. Да ?
AndreTM писал(а):
А почему именно роуминг? Вы ничего не путаете? Ведь он нужен для мобильных клиентов.
Просто дело в том, что непрерывного ("бесшовного") роуминга офисные точки обеспечивать не в состоянии ни при каких соединениях - все равно часть пакетов теряется при переподключении. Но делается это действительно просто - нудно назначить всем точкам одинаковые параметры WiFi-канала (Channel, SSID, шифрование) и свести их все в одну сеть проводами (на свичи). В принципе, и WDS+AP, и Repeater - тот же роуминг, ведь точки работают как свичи, и клиент просто подключается к той, у которой сигнал выше. Кабельное соединение при этом никак не влияет - все точки в одной подсети. В вашем случае это будет означать, что пользователь, например, с ноутом или КПК будет все время в сети, только иногда его карта будет переподключаться (с теми же параметрами), если выставлено аавтоподключение к сетям. Конечно, если в этот момент директом качается файл - будет обрыв, а вот для аси или потокового audio/видео это непринципиально - ведь адрес клиента не изменится, просто от шлюза до него пакеты пойдут немного по другому маршруту.
С другой стороны, если вы работаете на разных каналах и SSID - да, клиенту надо переключаться руками (если, конечно, он не выйдет из зоны действия предыдущей точки совсем, и в это же время будет в зоне другой точки). Но при этом объединить точки кабелем вам опять же никто не мешает, да и надо это делать, чтобы адрес клиента при переподключениях не изменялся. Между прочим, даже в этом случае клиент, теряя связь и восстанавливая её, не потеряет канала со шлюзом - ведь для шлюза его данные не изменятся...
Вход
Регистрация
FAQ
Поиск
