Jump to content
Калькуляторы

HW Protection Mode Не могу понять суть

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

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

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

Share this post


Link to post
Share on other sites

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

 

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

 

 

 

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

Значит так

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

 

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

 

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

Share this post


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

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

Edited by ice_m

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this