Fév 2008
20

Client Buffalo WHRG54S, en Openwrt WhiteRussian RC6, d’une AP Mikrotik RB153, en RouterOS 3.0

Extrait de la log RouterOS :

10:20:24 wireless,debug : wlan2: 00:16:01:xx:xx:xx attempts to associate
10:20:24 wireless,info 00:16:01:xx:xx:xx@wlan2: reassociating
10:20:24 wireless,info 00:16:01:xx:xx:xx@wlan2: disconnected, ok
10:20:24 wireless,debug : wlan2: 00:16:01:xx:xx:xx in local ACL, accept
10:20:24 wireless,info 00:16:01:xx:xx:xx@wlan2: connected
10:20:30 wireless,debug : wlan2: 00:16:01:xx:xx:xx attempts to associate
10:20:30 wireless,info 00:16:01:xx:xx:xx@wlan2: reassociating
10:20:30 wireless,info 00:16:01:xx:xx:xx@wlan2: disconnected, ok
10:20:30 wireless,debug : wlan2: 00:16:01:xx:xx:xx in local ACL, accept
10:20:30 wireless,info 00:16:01:xx:xx:xx@wlan2: connected

La séquence ci-dessus se répète indéfiniment, la seule issue étant le reboot du routeur client, ce que finit par provoquer le script de watchdog implanté sur tous les clients d’AP en RouterOS du réseau (script inutile pour les autres, clients d’AP en Openwrt).

Le disfonctionnement n’est pas sans rappeler les problèmes déjà rencontrés lors de la mise en service d’une première AP Mikrotik en Octobre dernier.

Coupures Whr156

Le routeur est très près de l’antenne omni de l’AP, à guère plus de 30m, mais très en dessous, au niveau du sol alors que l’antenne de l’AP est à environ 12m de haut; il reçoit sur sa simple antenne fouet d’origine (wl0_antdiv et wl0_txant à 0).

Le passage en mode diversity (wl0_antdiv et wl0_txant à 3) permet de règler le problème, avec toutefois une remontée du niveau de bruit, extrait de la doc Openwrt :

wl0_antdiv : Select antenna (-1=auto, 0=main[near power jack], 1=aux[near reset button], 3=diversity)

Pas très convaincu par cette méthode, même si elle semble fonctionner, on se tourne vers le RouterOS de l’AP et là une petite trouvaille sur la page download de Mikrotik :

Extrait du Changelog de RouterOS

What’s new in 3.1:
*) fixed wireless reassociation issue;

Depuis des mois que, sur le forum Mikrotik, le support nie le problème … et nous fait tourner en rond.

Upgrade de l’AP en RouterOS 3.3, et touchons du bois …

Répondre

*