La tempête de ce lundi a provoqué des pannes EDF, du coup certains relais n’étaient plus alimentés, provoquant des coupures du réseau :
du lundi 05H45 au mardi 09H45 pour les villages de Kerguz, Le Relecq, Quillioguès (11 abonnés),
du lundi 13H15 au mardi 09H45 pour les villages du Mengleuz et du Grinec (6 abonnés).
Liaison FT (Ancienne école du Kermeur)
Terminaison de ligne, routeur Bintec
Whr150 (Kergorre)
Buffalo brické ou HS + interface réseau du micro de l’abonné.
Whr139 (Mengleuz)
Tête de relais, Buffalo brické ou HS.
Whr132 (Kerguz)
AP du relais, Buffalo WHR-G54S sous une omni 10dBi, perte de niveaux radios (sélecteur d’antenne ?)
Mkt160 (Le Grinec)
Radio mini-pci Wistron CM9 sur une carte Mikrotik, sous une antenne omni 8dBi, perte de niveaux radios.
Wrt118 (Kermeur)
Wrt121 (Kermeur)
Wrt123 (Quillioguès)
Routeur ok, interface réseau du micro de l’abonné.
Situation complètement rétablie, le samedi 8 à 18H00.
Reste une suspicion de niveau radio défaillant sur le relais du Relecq.
La nuit dernière, aux environs de minuit, de gros coups de foudre, d’une intensité inhabituelle (en Bretagne du moins) avec des dégâts pour le réseau :
A 23H30, sur la commune de Plounéour-Menez :
Relais de Kerguz touché
Baisse des niveaux radios de tous les clients de l’AP WHR132 (Buffalo WHR54GS, antenne omni 10dBi).
Relais du Grinec touché
Chute du niveau radio, sans coupure de la liaison pour l’unique client de l’AP du Grinec (carte radio Mikrotik R52 , antenne omni 8dBi).
Relais du Mengleuz coulé
Relais injoignable, la partie cliente est un Buffalo avec une antenne SD15.
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.
