14
Wrt105 en panne
Le wrt105 semble avoir le même problème que les wrt107 et wrt109 déjà retournés en garantie : ça commence à faire beaucoup !!!
Le wrt105 semble avoir le même problème que les wrt107 et wrt109 déjà retournés en garantie : ça commence à faire beaucoup !!!
Refait la connection N du Wrt098, avait pris l’eau.
Pose d’une petite bouteille à l’envers pour protéger le connecteur, et enveloppé le connecteur dans du Telko.
Remplacé la SD19 du Wrt115 (Michel G.) qui était trop puissante, et provoquait des interférences dans la végétation par un patch Doradus 9dBi.
Les mesures sont ok, ce qui n’est pas une surprise, compte-tenu de la distance.
Panne du Wrt107 identique à celle du Wrt109 : pertes des trames snmp pour cacti, reste accessible en ssh mais commandes top, ps, reboot, etc … vérolées.
Remplacé par le Wrt114
Mise en place antenne intérieure patch pour le wrt108; donnée pour 14dBi, semblerait plutôt faire 11dBi aux mesures.
Le petit plus par rapport à l’existant devrait toutefois garantir le fonctionnement, qui était déjà stable.
Du coup c’est la réception définitive du 25ème abonné !!!
Suite à la détection du faux contact le 27/02, une intervention est programmé ce matin avec Thierry M, pour réparer le connecteur N du câble de l’antenne Nord, coté coupleur (heureusement, c’est dans le grenier, pas sur la cheminée).
Une première tentative en resserrant l’âme à la pince se solde par un échec, il est probable que le support s’est oxydé. En remplaçant le connecteur par un neuf, tout rentre dans l’ordre.
Coupure de 40mn environ.
Dues à la fonte de la neige vers 11H et chute de neige fondue vers 18H00.
La première chute n’a pas affecté le wrt114 (indoor), la neige fondue vers 18H00 si.
Observation confirmée sur le WRT108 (antenne Yagi indoor)
Une bonne raison pour pousser à l’antenne indoor ?
Le WRT109 tombe en panne après quatre/cinq heures de mise sous tension; de plus certaines commandes deviennent inaccessibles (ps, top, etc…)
Remplacé par le WRT098 et mis en test.
Retour sous garantie le 8/03/2006 (défaut confirmé).
Erreur dans le script snmpradio.sh des routeurs, qui leurs faisaient rendre un txpower en qdBm égal au niveau antenne recue lorsque le txpower était de 51 qdBm, d’où des actions à contre-sens dans la régulation.
A bas les taches ingrates !!! Vive la semaine de 20 heures …
Mise en place de la régulation de la puissance émise par les routeurs à partir des mesures SNMP et des données de niveau reçus par la borne.
Et ça le fait :