De 9H30 à 13H15 suite à une coupure générale EDF (annoncée dans la presse) sur le quartier du Kermeur.
Tenue de l’onduleur des systèmes centraux : 30 minutes, pas de coupure des relais bénéficiant d’une alimentation sécurisée (onduleur ou énergie solaire).
Routeur Wrt188 bloqué le dimanche à 15H00.
Relancé lundi à 9H15.
Coupure de 18H15 pour deux abonnés du Launay.
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.
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 …
Mis en place cette après-midi, il permet de couvrir le village du Grinec en Plounéour-Menez(29).
Le relais utilise une carte RouterBoard RB153, deux cartes radios mini-pci Wistron, une antenne InterLine patch 14dBi pour le mode station et une antenne Doradus omni 8dBi pour le mode AP.
Routeur Mikrotik du GrinecLa descente d’antenne correspondant à l’antenne omnidirectionnelle est repérée par un thermo-rétractable rouge.
Le système d’exploitation est le RouterOS 3.0 de chez Mikrotik.
En exploitation RAN, les interventions, sur les relais en particulier, se font assez souvent dans des conditions difficiles (bâtiments agricoles, mât en pleine nature, etc …) et le portable devient vite indispensable.
Toutefois les portables usuels sont assez lourds et assez fragiles du fait qu’ils intègrent un disque dur.
L’EeePc d’Asus présente quelques caractéristiques pour le moins intéressantes pour cet usage : disque en mémoire flash, poids plume, bon contraste de l’écran en extérieur, Linux inside (mêmes commandes que sous Openwrt), Wifi intégré, un prix de 299€, etc …
Premières impressions, par rapport à l’Apple Ibook G4 14″, qui nous sert en maintenance :
Les plus : la taille, le poids, le contraste écran,Wifi (y compris le mode AP), le prix.
Les moins : écran petit, clavier pour doigts fins, autonomie moindre.
Sensibilité de réception en Wifi, à 2dB en dessous d’un WRT54G connecté à une patch 14dBi via un câble de 4m.
Les manques pour cet usage :
Testé depuis, l’adapteur USB/Série permet de se connecter sans problème sur les routeurs, switchs et autres …
Le site pour tout savoir de l’EeePC : http://www.blogeee.net/
Du lundi 23H30 au mardi 9H00.
Mise à jour de la distribution Debian et suppression des services réseaux inutiles.
La machine commence a être un ‘peu courte’ face à l’augmentation du trafic et à la charge de spamassassin; la machine de remplacement est en place mais non encore configurée.
Niveau radio faible sur le Whr152, et ceci depuis la mise en service.
Premier test en changeant l’antenne et le cable, la différence très nette permet de mettre en cause le cable de l’antenne d’origine; en fait le connecteur RP-SMA est cassé.
Remis en provisoire l’antenne d’origine, cable nu enfoncé dans le connecteur du routeur. Un nouveau connecteur sera resserti la semaine prochaine.
Un mauvais choix des plages d’intervention a conduit à la perte de contrôle du système et à la pire des situations, le système toujours alimenté sur une batterie faible, sans pouvoir réagir…
Intervention sur place et mise en place d’une batterie de secours pendant deux jours pour rétablir la situation (du mardi 22 au jeudi 24).
Quatre abonnés coupés le dimanche 20, fonctionnement perturbé lundi 21 et mardi 22.
Seul point positif, on sait jusqu’où il ne faut pas aller…
Mise en place d’une procédure de délestage de nuit permettant de ménager la batterie de la station solaire du relais de Plounéour Menez, sur la butte du Grinec.
Cinq paliers de tension sont définis, associés à cinq durées de coupure plus ou moins longues suivant la faiblesse de la batterie; la mesure est faite un peu avant 1H du matin, si la tension est trop faible le boîtier Atmel coupe le routeur pour la durée associée à ce seuil de tension.
Le gain en consommation journalière varie de 10% pour un coupure de 2H40 jusqu’à 30% pour une durée de 8H.
Une premier relevé, en début de nuit, à 21H, permet, s’il y a lieu, de prévenir par mail les abonnés concernés.
Le routeur Wrt102 n’est plus vu de l’AP. Remis sous tension, la lampe Power reste clignotante.
Remplacé par le Wrt146, à noter sur ce dernier une prise Internet isolé, le vlan1 a été pris sur le port 4 (vlan0ports=1 2 3 5* et vlan1ports=0 4 5*).
Durée de la panne du mardi midi au jeudi 10H pour le client, au jeudi 18H pour le relais.
