Premier jour chaud cet été en Bretagne, un bloc d’alimentation posé sur le routeur l’empêchant de bien refroidir …
Coupure à 16H00 de la liaison 5Ghz, intervention sur place d’Yvon Q. qui remet un peu d’air dans tout ça.
Liaison rétablie à 17H00.
Test du Linksys SPA922 avec un abonnement Keyyo.
La qualité audio est meilleure qu’avec la solution boîtier adaptateur + téléphone normal. Reste un prix un peu élevé, plus de 100 euros.
Après une série de tests ces derniers jours, le trafic des abonnés des communes de Lannéanou, Le Cloître Saint Thégonnec et Plounéour-Menez est basculé sur la nouvelle liaison 5Ghz mise en service samedi.
Les sauvegardes de nuit sont également acheminées sur cette liaison, en bridant la bande passante pour ne pas gêner le trafic (paramètre -l nnn de la commande scp, nnn en Kbps).
Coupure de la seconde liaison FT ce dimanche matin à 10H après un trafic très perturbé depuis hier soir.
Signalée à 10H30, et bascule de l’ensemble du trafic sur la première liaison.
Rétablie le lundi à 11H20; reste toujours le problème du débit nominal non tenu.
Mise en place d’une liaison en 802.11a (bande des 5Ghz) entre l’ancienne école du Kermeur et le pylône de la butte de Gaspern.
Deux routeurs Mikrotik RB333, RouterOS version 3.11, cartes mini-pci R52, antennes 58SD19.
Remplacement d’une des antennes à fentes à l’ancienne école du Kermeur, ancienne antenne en canal 1, la nouvelle en canal 7.
Cette opération est le complément logique de l’intervention du 22 Mars de dédoublement des émissions radios.
Wrt221 ne peut plus trafiquer depuis trois jours.
Test avec un portable du réseau, le routeur est ok.
Concerne le logiciel Zone Alarm de l’abonné, suite à une mise à jour du système d’exploitation.
Plusieurs coupures ces dernières semaines, les dernières samedi après-midi et lundi, les routeurs sont bien sous tension mais plus de liaison.
Remplacé le routeur Wrt104 (Linksys WRT54G) par le Wrt125, l’occasion de remettre le doigt sur un bug non corrigé dans notre firmware (le script de setup établit une valeur incorrecte de la variable wan_ifname dans le cas d’un client associé à un relais).
Placé le Wrt104 en test.
Résultat : le routeur se bloque au bout de quelques minutes sous fort trafic.
Coupure dûe à l’intervention, de 19H15 à 20H15.
Seconde liaison FT coupée cette nuit à 1H30, après probablement des erreurs qui expliqueraient les perturbations de trafic d’hier soir.
Signalée à 9H30, rétablie à 15H30 après changement du cordon RJ45 de la liaison 4 fils (contact douteux) et remplacement de la LA110.
L’indicateur qui avait été détecté sur les dernières pannes de cette liaison (charge CPU de la passerelle pfSense) n’a pas du tout réagi, il n’est donc pas valide.
Après relance, la liaison semble stable mais la performance nominale n’est pas tenue, 1680Kbps au lieu de 1920Kbps, à voir lundi …
Mise hors service le 18/06 à 18H00 à cause de pertes importantes de paquets.
Le 19 à 8H00, complètement isolée, plus rien ne passe.
Intervention FT dans la matinée et comme la dernière fois elle repart après un arrêt/démarrage de la terminaison FT.
Rétablie à 15H50, subsiste un très gros doute sur le boîtier LA110 (le routeur Bintec a été changé).
Après analyse des différentes logs, un bon indicateur de la dégradation de la liaison semble être la charge CPU system de la passerelle pfsense qui passe progressivement de moins de 10% à plus de 50% et qui surtout croît avant que l’effet ne soit sensible pour les utilisateurs.
La signalisation suivante infirmera cette analyse, pas de bol …
