[Cmuga]

Помогите разобраться с режимами работ точек доступа 1 Access Paint 2 Ad-Hoc 3 Infrastructure 4 Poin to Point 5 Point to Multi-Point 6 WDS 7WDS-AP 8 Client 9 Reprater

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

[Sirco]

> 1 Access Paint

Художник доступа ;-)

 

Это фактически единственный режим который описан в стандарте

все остальные режимы не стандартизированы - и делаються производителями на свой страх и риск

 

 

[ilia_2s]

1 Access Point - позволяет многим беспроводным клиентам произвести к этой точке подключение (за точкой обычно какая-либо сеть или сервис, например интернет)

2 Ad-Hoc - http://ru.wikipedia.org/wiki/%D0%91%D0%B5%...82%D1%8C_ad_hoc

3 Infrastructure - режим крупной сети, с несколькими точками, доработка для обеспечения более качественного совместного функционала точек.

4 Poin to Point - из точки в точку, только одна железка соединяется только с другой

5 Point to Multi-Point точка доступа обеспечивает данный режим, по сути

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

7 WDS-AP точки соединяются вместе (режим WDS), при этом каждая также работает в режиме AP

8 Client - устройство, то что подключается к точке доступа или используется в любой из этих технологий.

9 Reprater - принимает сигнал удаленного устройства (клиент) и транслирует его, может использоваться в различных технологиях.

 

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

 

Вобще надо картиночку нарисовать, так будет проще понять

Изменено 4 марта, 2009 пользователем skydiver

[ilia_2s]

Ну вот нарисовал, надеюсь будет полезно кому-то.

[Cmuga]

В данный момент использую такой вид соединения к интернету (т.к. отсутствует прямая видемость пришлось использовать режим повторителя).Возможны ли другие варианты соединения (на примере (точка-точка)-(точка-мультиточка)-(точка-точка)) или какой нибудь другой?

[terrible]

WDS+AP

[Saab95]

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

[Cmuga]

WDS+AP

WDS+AP не пойдет т.к. Edimax EW-72o9APg имеет следующие режимы (Access Paint,Ad-Hoc,Infrastructure,Poin to Point,Point to Multi-Point,WDS,Reprater)

Такой тип соединения возможен?

[Cmuga]

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

Согласен с тем что режим повторителя является "ахелесовой пятой" но обидно другое (к точке доступа раздающей интернет растояние всего лиш 160м, но из за отсутствия прямой видемости приходится наматывать "крюк" 1,15км. Первоначальной задачей сети является раздача итернет трафика.В ближайшее время планируется расширить сеть добавлением новых абонентов (т.к. местность оставляет желать лутчего (прямая видемость между аблонентами отсутствует) да и оборудование "разношерстное" структура сети будет постоянно видоизменяться, поэтому мне и необходимо знать "все" режимы работ точек доступа

[Saab95]

Я за свою практику применял только режимы - AP и Client. Ведь ими можно сделать все что угодно.

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

 

Другой пример - нужно из главной точки взять канал на 3 другие точки. Тут опять можно одну поставить в режим AP а остальные 3 в режим Client. Это конечно при условии что все, например, берут интернет из главной точки и между собой данными особо не обмениваются. Если обмениваются, то придется ставить точки в WDS.

 

Другой пример, есть одна точка раздающая интернет. Но местность такая, что многие клиенты ее не видят. Вы ставите еще 3 точки для того, чтобы ретранслировать сигнал. Конечно сразу же напрашивается режим WDS with AP, ведь тут мы убиваем 2-х зайцев - точки соединяются между собой и ретранслируют сигнал, клиенты подключаются к любой и пользуются интернетом. Но тут появляется одна неприятность - канал-то один, значит скорость работы будет низкая. Тогда надо взять еще 3 точки сверх того что уже установлено. 3 сделать в режим AP - к ним будут подключатся клиенты, одну сделать в режим AP - она будет главная на базе, 2 других в режиме клиента подцепляются к базе, а уже к ним точки доступа для подключения клиентов. Это будет оптимальная схема.

 

Получается что используя режимы AP и Client можно сделать практически любые топологии сети. Конечно другие режимы позволят сделать это проще и дешевле, но скорость работы во многих случаях будет ниже чем связка AP+Client.

[deep_admin]

Для создания канала точка-точка с прозрачным мак-уровнем режим AP-Client не подходит, например не через все точки в режиме клиента пройдет пппое, вланы точно не пройдут, могут быть проблемы с ответами DHCP итд.

Вот тут-то и нужен WDS.

Хотя интересно реализован режим WDS-client у микротика. Кстати он же есть в наностанциях и отлично с мтиком работает. Подробности в SDK от ubnt.

 

PS: wds-client очень похож на режим SEC(super ethernet convertor) у старых добрых карлнетов.

[Saab95]

По поводу PPPoE не соглашусь. Проходит через любые точки в любых режимах (кроме роутера конечно). А вланы, только недавно тема тут была на форуме, проходят через "глупые свичи", значит и через точки пройдут. Или я не прав?

[deep_admin]

Проведите эксперимент. Пусть будет пппое и 4 точки. Точка А - база, точка A1 - клиент к A. К точке A1 езером подключена точка B тоже в режиме АP. Ну и точка B1 - клиент к точке B. за точкой B кабелем клиентский комп. То есть:

Сервер_ПППОЕ - езер - A -радио- A1 - езер - B - радио - B1 - езер - ПК.

 

Вроде как между ПК и сервером ПППОЕ чистый езернет. А теперь попробуйте запустить пппое соединение. На 100% уверен что не пойдет. Если вы снифером посмотрите содержимое пакетов на пппое-сервере и на езере между А1 и В, то сразу поймете в чем дело.

 

Вланы 100% работать не будут. Это основы стандарта 802.11 :) А вот WDS - отход от стандарта.

[Saab95]

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

Собрал схему по вашему описанию и действительно PPPoE соединение не поднималось сначала, останавливалось на проверке имени и пароля. Но с 5-6 попытки соединилось, и последующие попытки были всегда успешные. Но иногда соединение обрывается.

 

Жалко поснифать пакеты нечем. Может скажите в чем причина?

[deep_admin]

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

Собрал схему по вашему описанию и действительно PPPoE соединение не поднималось сначала, останавливалось на проверке имени и пароля. Но с 5-6 попытки соединилось, и последующие попытки были всегда успешные. Но иногда соединение обрывается.

 

Жалко поснифать пакеты нечем. Может скажите в чем причина?

PPPOE работает на уровне езернет, то есть происходит обмен между мак-адресами.

В режиме АП-клиент, база работает только с мак-адресами приассоциированных клиентов, а не с маками которые за ними! Это описано в протоколе 802.11.

То есть нормального бриджа по стандарту не получается. Есть функции типа mac-clone, при которой точка клонирует мак ПК который за ней. Но это работает для одного ПК.

Большинство точек используют mac-nat или nat25 или arpnat, суть одна, маскарадится мак адрес ПК маком точки. Ессно для работы пппое такое не проходит, так как id сессии вычисляется исходя из мак адреса. Поэтому кроме mac-nat на точках часто используется pppoe-relay, который вставляет свой relay-id в PADI пакеты. Но, согласно протоколу пппое, релей может быть только один! А у вас в собранной цепочке их 2 :) то есть 2 mac-nat'а.

[sfstudio]

PPPOE работает на уровне езернет, то есть происходит обмен между мак-адресами.

В режиме АП-клиент, база работает только с мак-адресами приассоциированных клиентов, а не с маками которые за ними! Это описано в протоколе 802.11.

То есть нормального бриджа по стандарту не получается.

Это решается на уровне модуля ядра обслуживающего wifi адептер и уровне кода бриджа в ядре, в rtl8186 есть такая штука как pppoe tag, собсно она и решает проблему пропуска pppoe поверх NAT2.5.

 

Но в любом случае это костыль.

 

Тоже самое касается вланов, но проще вланы поверх WDS гонять как и pppoe :) Хотя тоже никто ни какой гарантии не даст что всё это будет работать корректно.

[sncat]

А скажите, появилась такая проблемка..

 

Точка в Клиенте подсоединена к Точке доступа с паролём который известен, далее шнурком подсоединена Точка доступа для раздачи по wi-fi.

Подключение происходит но нет доступа. Как это исправить ?

 

При той-же схеме но с открытым доступом нет ни каких проблем.

 

Вкратце:

Клиент -> Точка доступа Wi-Fi раздача. -> Клиенты.