HW Protection Mode

[ice_m]

Курил, курил перевод мануала по этому параметру, но что-то не цепляет меня. Не могу понять что ставить на клиенте, а что на базовой? Помогает ли это при наличии "скрытых" узлов, напрягает ли процессор, увеличивает ли пинги на клиентов?

Пока думаю, что базе надо ставить rts cts... а на клиенте cts to self... но это как пальцем в небо.

И ещё попутно вопрос: правильно ли я сделал, что поставил галочку Nstream и Disable CSMA на раздаче? (все клиенты - микротик)

[g7001]

Если мне не изменяет память HW Protection Mode это режим совместимости с клиентами в 802.11b

 

И ещё попутно вопрос: правильно ли я сделал, что поставил галочку Nstream и Disable CSMA на раздаче? (все клиенты - микротик)

Правильно,еще полинг стоит включить.

 

 

 

[ice_m]

Правильно,еще полинг стоит включить.

ну это как отче наш... :)

[ice_m]

Если мне не изменяет память HW Protection Mode это режим совместимости с клиентами в 802.11b

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

[yrida]

Значит так

по сути ето защита передачи. У Вас АР на ней сидят клиенти идет общение бази и клиентов что би клиенти неложили базу непреривними запросами друг друга и есть по стандарту rts-cts cts-to-self; что би клиенти знали когда посилать пакет а когда подождать потому что другой клиент в данний момент времени посилает пакет на базу. Грубо говоря ето такой протокольний приоритет как клиенту общатся с базой и наоборот.

 

С точки зрения совместимости если 11b не знает cts-to-self то он точно знает rts-cts .

 

ЗЫ в 99% там стоит None

[ice_m]

С точки зрения совместимости если 11b не знает cts-to-self то он точно знает rts-cts .

ну с точки зрения "база микротик" - "клиенты не микротик" мне понятно, что ставить лучше rts cts на базе, чтобы защититься от "скрытых узлов"... я не понимаю это с точки зрения "микротик база" - "клиенты микротик"... т.е. я не понимаю назначения параметра "cts-to-self" (скорее не могу понять перевод) по отношению к базе и применимость этих параметров (cts-to-self , rts-cts) на клиенте.

и ещё попутный вопрос: есть ли смысл сейчас на базах переходить на ros 4.6 ради этой настройки или оставаться пока на 3.30?

Edited March 4, 2010 by ice_m

[yrida]

С UBNT продуктами помогает cts-to-self. Что лутше ставить тут спорно; rts-cts будет работать на любом 802.11 устройстве, описание cts-to-self скудное, суть в том что cts-to-self говорит молчать как я понял "описание" использовать cts-to-self можно только с одним клиентом если больше все замолчат и несмогут общаться с базой тоесть если больше 1 клиента то уже лутше использовать rts cts.

[yrida]

ЗЫ ети настройки ввели для того что би можно било цеплять более успешно не микротика CPE

[ice_m]

при установке более новой ros 4.6, клиентов с оборудованием Ovislink начинает колбасить... Они постоянно подключаются/отключаются к/от базовой. не помогает и установка на микротике rts cts... так что совместимостью пока не пахнет... на ros 3.30 работает нормально.

[Saab95]

А у меня наоборот, на версии 4.6 наносы сидят неделями, а микротики колбасит. На базе в логах вижу disconnected.ok. а на клиенте микротика lost connection. no beacon reseived. и так может полчаса продолжатся. потом нормально.