On 08/23/2016 10:25 AM, Spas Pavlov wrote: > On Tuesday 23 August 2016 08:47:57 Marian Marinov wrote: >> Здравейте група, >> >> от известно време се чудя(не съм задълбавал в research-а), кой би бил >> най-адекватният начин за мигриране на WiFi клиенти от едно AP към друго AP. >> >> Да приемем, че имаме офис сграда или хотел на 4 етажа. Всеки етаж се покрива >> от 4 AP-та. Пешо влиза на първият етаж и се закача на wireless-а, след >> което се качва на вторият, в заседателната зала, но все още вижда с добро >> качество AP-то от първият етаж. В тази ситуация laptop-а му няма да се >> закачи автоматично на по-близкото AP. От друга страна AP-тата виждат Пешо с >> различни нива на сигнала и сами могат да преценят, кое е по-правилното AP. >> >> Проблемите са няколко: >> 1. Колко време трябва едно AP да наблюдава влошаване на сигнала от клиента >> за да го помоли да се deassociate-не? 2. Как да се накара клиента да се >> върже към правилното(най-близко) AP? >> >> Мариян >> >> П.С. Нека се съсредоточим въху въпросите, които поставям а не играчка със >> силата на сигнала от всяко едно AP. Въпросът е хипотетичен :) > > Много интересна задача, но май е нерешима. > > Приемаме, че не можем да манипулираме лаптопа. Т.е. ако е с Линукс би могло > да > се драсне някое скриптче да следи сигнала на АП-тата и да избира къде да се > закачи. > > Приемаме, че всички АП-та са с едно и също SSID и парола. Приемаме и че > сигнала по целия етаж Х е с еднаква сила. > > Всички АП-та си комуникират помежду си. Появява се Пешо. Закача се към 1 етаж > и АП-то го "вижда", споделя с другите, че МАС xx се е закачил с качество y. > > Колко време трябва да е лош сигнала може само опитно да се определи. По-скоро > тук (пак опитно) трябва да се определи кога сигнала вече е "лош". Тогава се > подава deassoc. > > И идва втория въпрос: как да го накараме да се закачи на правилното място? > Вариант 1. АП-то към което е вече закачен си намаля мощността. Пешо може би > ще > реши да се закачи другаде. > Вариант 2. АП-то към което е закачен Пешо си сменя примерно SSID и така го > принуждаваме да се закачи другаде. > Тогава вече "новото" АП подава информация на другите и почва да следи Пешо с > колко добър сигнал е. "Старото" АП се връща към началното си състояние. > > И накрая пристига Иван и прецаква цялата схема ;-))).
Спасе, 802.11 дефинира deassociation пакети и много лесно едно AP може да каже на клиент, че трябва да се disconnect-не. Всяко едно AP(ок, по-хубавите) може във всеки един момента да каже, какви клиенти вижда наоколо и с какво ниво на сигнала ги чува. Аз в момента събирам точно тази информация от всичките си OpenWRT-а и обмислям какъв точно да бъде принципа за deassociation :) > > Спас Павлов > > _______________________________________________ > Lug-bg mailing list > [email protected] > http://linux-bulgaria.org/mailman/listinfo/lug-bg > -- Marian Marinov Founder & CEO of 1H Ltd. Jabber/GTalk: [email protected] ICQ: 7556201 Mobile: +359 886 660 270
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Lug-bg mailing list [email protected] http://linux-bulgaria.org/mailman/listinfo/lug-bg
