Здравейте,
програмист съм и не разбирам много от Linux, но съм ровил доста по темата.
Давам първо "временното" решение на проблема, а накрая са поместени
методите, които се говори че ги прилагат професионалистите.
Приемаме, че клиентите са тъпи и няма да се дискънектнат сами. Затова ще
ги дискънектват AP-тата.
Написах с краката си скрипт, който през определено време вижда всички
клиенти с *iw dev wlan0 station dump* и киква тези, които са с много
нисък сигнал.
Моля за съвети по оптимизацията му.
-------------------------------------------------------------------------------------------------------------------------------
#!/bin/ash
#Kicks connected workstations that have signal lower than certain value.
#Use command on the next row to view how is builded mac-address list and
their signal
#iw dev wlan0 station dump | egrep '(Station|signal:)' | sed -e
':a;N;$!ba;s/\n\tsignal//g' | awk '{ print $5 " " $2}'
#Pay attention how $MAC variable is used in ubus
MIN_SIGNAL=-81
MACS_TO_KICK=`iw dev wlan0 station dump | egrep '(Station|signal:)' |
sed -e ':a;N;$!ba;s/\n\tsignal//g' | awk -v MIN_SIGNAL=${MIN_SIGNAL} -F
' ' '$5 < MIN_SIGNAL {print $2}'`
#echo $MACS_TO_KICK
for MAC in $MACS_TO_KICK
do
logger -s "MAC:" $MAC "is below threshold at "$MIN_SIGNAL
ubus call hostapd.wlan0 del_client '{"addr":"'$MAC'", "reason":1,
"deauth":true, "ban_time":3000}'
done;
-------------------------------------------------------------------------------------------------------------------------------
Не съм експериментирал с "ban_time", но би трябвало да може да се
постигне още по-добър ефект с тази настройка.
Скрипта е пуснат с cron на 3 рутера TL-WR1043N от около седмица и
изглежда дава положителен резултат.
-------------------------------------------------------------------------------------------------------------------------------
За работещи решения с други продукти знам за:
- UniFi APs и техния дървен софутер. Там обаче без VLAN-s трудно
може да се мине в условията на споделена(private и public) backbone
wired мрежа.
- Mikrotik CAPsMAN -
https://blog.linitx.com/howto-improved-capsman-wireless-client-roaming/
- Cisco имат също добро решение, което е изключително скъпо.
В TODO list-a имам за проучване на следните протоколи, за които се
говори, че карат AP-тата да си споделят информация за клиентите:
- 802.11r и 802.11k
- 802.11s
On 23.8.2016 г. 08:47 ч., Marian Marinov wrote:
Здравейте група,
от известно време се чудя(не съм задълбавал в research-а), кой би бил
най-адекватният начин за мигриране на WiFi клиенти от едно AP към друго AP.
Да приемем, че имаме офис сграда или хотел на 4 етажа. Всеки етаж се покрива от
4 AP-та.
Пешо влиза на първият етаж и се закача на wireless-а, след което се качва на
вторият, в заседателната зала, но все още вижда с добро качество AP-то от
първият етаж. В тази ситуация laptop-а му няма да се закачи автоматично на
по-близкото AP.
От друга страна AP-тата виждат Пешо с различни нива на сигнала и сами могат да
преценят, кое е по-правилното AP.
Проблемите са няколко:
1. Колко време трябва едно AP да наблюдава влошаване на сигнала от клиента за
да го помоли да се deassociate-не?
2. Как да се накара клиента да се върже към правилното(най-близко) AP?
Мариян
П.С. Нека се съсредоточим въху въпросите, които поставям а не играчка със
силата на сигнала от всяко едно AP. Въпросът е хипотетичен :)
_______________________________________________
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg
--
Best regards,/Поздрави,
Dimitar Grigorov/Димитър Григоров
Software Developer/Програмист софтуерни приложения
Megalan Ltd/Мегалан ООД
Fax/Факс: +359 2 968 6005
Mobile / Мобилен: +359 885 494 144
E-mail: dimitar.grigo...@maniaprint.bg
<mailto:dimitar.grigo...@maniaprint.bg>
_______________________________________________
Lug-bg mailing list
Lug-bg@linux-bulgaria.org
http://linux-bulgaria.org/mailman/listinfo/lug-bg