TODO List

Sites web

Avoir des liens qui marchent (~~par ex page association, lien vers le wiki~~)
Modifier les parties du sites qui continuent de laisser penser que l'asso a plusieurs offre a différents tarif et qu'on fait du téléphone, de la TV etc. Le consensus de la réunion début mai est sans appel : ne nous comparons pas à un opérateur commercial.

Bugs LEDE (ex OpenWRT, système d'exploitation sur les routeurs de maison)

Config générée : ne pas avoir d'IPv4 en 172.16 impose d'être connecté à stg pour accéder à une antenne proche de soi (c'est particulièrement stupide pour les dépannages)
LEDE 17.01 : L'interface Web de semble avoir des bugs JS qui bloquent l'utilisation de la page qui permet de modifier les interfaces (vu par Cyril, pas reproduit)
LEDE 17.01 : Bug de traduction “Vue d&39; ensemble” dans les menu en français
~~Les 741N v5 sont supporté uniquement avec l'option ?dev=yes et les v5.1 ne sont pas supportés (on en a 70 en attente)~~
OpenWRT 15.05 : La mairie de Labarthe-Rivière semble avoir besoin de le reboot au moins 1 fois par semaine. Doivent me contacter pour qu'on essaie de comprendre.
OpenWRT : Un cas de routeur avec des temps de pings à 650ms a été relevé. Après reboot OK. Seulement pas de relevés d'infos avant le reboot, donc on a aucune idée de la cause.
LEDE 17.01 + Debian 9 avec systemd + emergency. Lancer un dhclient bouffe toutes les IP du pool DHCP pour la même machine (pb read only sur client et problème côté serveur DHCP aussi)

Souhaits LEDE

Pouvoir accéder à la page etat_reseau en cas de panne DNS / Fibre.
Avoir une page etat_reseau locale dans les routeurs

Réseau WLAN

Régler le pb de qté de broadcast et les vols d'IP de routeurs
- expérimentation ebtables
  - sur antenne SMTC, a provoqué uen panne non creusée chez eux
  - sur antenne Daniel P. : 3 itérations faites, semble + fiable et plus de pb d'ARP ni IPv6
- possibilité de réduire l'ARP facilement sur chd-stg1 en passant les @mac des routeurs dans la conf (essais sur 2 routeurs OK)
Editer un rapport des connexions les plus mauvaises sur le réseau pour orienter les actions
Harmoniser la configuration des switchs
- harmoniser les hostname
- désactiver STP
- activer CDP (Discovery/Cisco sur Netonix)
- vérifier que tous ont le bon mdp

Infrastructure logicielle

~~Avoir un certificat TLS valide sur https://priv/chd.sx~~
~~Transférer le domaine chd.sx sur le gandi de l'asso, créer chd-stg1.chd.sx (A et AAAA), idem chd-stg2.~~
- Manque : courriel à Gandi pour transfert propriétaire
~~Virtualiser machine stg2.tetaneutral.net en chd-stg2.chd.sx~~
- ~~Manque : restore des graphes RRD et données Munin du passé~~
~~Adapter l'outil de génération de firmware OpenWRT à CHD~~
- ~~attention c'est la bb_v2 qui était en prod, la bb_v3 n'est pas trop testée~~
- ~~la cc3.sh est la seule qui peut marcher avec les routeurs nouveaux à deux antennes~~
- ~~Les noms des adhérents ne sont plus dispo dans /etc/hosts sur les routeurs, donc la génération du nom Wifi marchera pas~~
- ~~Une solution est de mettre la génération à Tlse, et de sauver les paramètres choisis par les usagers dans la base~~
- ~~Utiliser une copie mirroir des packages pour éviter les aléas des pannes du~~ site downloads.openwrt.org
~~Migration des IPv6 WAN Link-Local des routeurs sous OpenWRT flashés du temps de TTN~~
- ~~Scripter le changemnet de conf + changement dans la base + màj du routage~~
- ~~Appliquer sur quelques uns~~
- ~~Appliquer sur l'ensemble des 38 OpenWRT~~
- ~~Reste 1 seul qui était hors ligne lors des opérations : do_conf actif SER-2-273-695 172.16.20.59 185.131.40.76 fe80::84:8b 2a03:a0a0:0000:4c00:: ⇒ résilié~~
~~DNS : faire des CNAME pour chd-stg1 et chd-stg2 qui soient sympa et courts pour la mise à jour du routeur, pour les référents éventuellement…~~
~~Avoir une page etat_reseau accessible par URL simplement (VM stg2… en ligne, DNS, SSL)~~
~~Automatiser le backup des serveurs chd-tls1, chd-stg1, srv1.stg (actuel : clé ssh backup@lud-msi et backup manuel sur disque dur externe par Ludovic P.)~~
- Utilise les machines prosoluce pour l'heure. Une amélioration pourrait être de faire des backups croisés entre les machines de CHD
~~Publier le code de l'appli de gestion, du générateur de firmware et des petits outils maison~~
Migrer tous les routeurs qui utilisent DHCP !
Chasser les configurations DNS utilisant les DNS de TTN (ouvert amicalement avec Laurent G. 91.224.148.0/22)
Migrer la VM chd-tls1 sur une machine de CHD (actuellement hébergée ~~gracieusement~~ par Prosoluce). Attention c'est serveur de mails, donc le DNS et le reverse DNS doit être propre. IPv6 devient nécessaire pour monter le Reverse DNS sur 2 réseaux distincts.
~~Monter 2 serveurs DNS pour servir 40.131.185.in-addr.arpa, 41.131.185.in-addr.arpa, 1.0.0.8.0.0.0.0.0.a.0.a.3.0.a.2.ip6.arpa, et 1.0.0.8.0.0.0.0.0.a.0.a.3.0.a.2.ip6.arpa~~ et du coup y servir chd.sx et commingeshautdebit.net
- ~~AllKnowingDNS essayé. Pourquoi pas mais, il n'y a pas que ça à faire (RDNS IPv4 + des entrées statiques)~~
- rDNS opérationnels, pas de secondaire all-knowing-dns, pas de forward zones
- All PTR must match A or AAAA record back. Oups. Manque DNSSEC également
- https://tools.ietf.org/html/draft-howard-isp-ip6rdns-04
- https://www.ripe.net/publications/docs/procedure-for-requesting-dnssec-delegations
- https://labs.ripe.net/Members/emileaben/ipv6-ripeness-implementing-the-5th-star
- https://ripeness.ripe.net/5star/FR.html
Rajouter des adresses mail partagées / fonctionnelles : tresorier@ secretaire@ president@ questions@

Listes de diffusion

~~Utiliser source SQL pour liste des abonnés aux listes en <village>@chd.sx + referents@chd.sx.~~
Ré-inventer une solution de SMS 2 Mail vu que les 06 ~~vont être~~ sont coupés
~~Ajouter Lionel à la liste animateur@chd.sx~~
~~Créer la liste sepx@chd.sx pour les nouveaux référents~~

Application de gestion

~~Versionner le code~~
~~Publier le code~~
Documenter le fonctionnement du générateur de code
Documenter l'utilisation de l'application, les cas d'usages nominaux (nouvel adhérent from scratch)
~~Continuer d'implémenter le workflow d'un service (prévu ⇒ actif ⇒ suspendu ⇒ actif ⇒ résilié)~~
Avoir un synoptique du chemin réseau d'un service (permet de comprendre quand un service est activable) * ~~Bugs avec l'intégration SVG du synoptique dans l'appli~~
- ~~Informations pertinentes à piocher en jointure de la vue~~
- ~~Icônes avec type de matériel a récupérer~~
~~Corriger l'erreur de design avec IPMgmt qui utilise une clé numérique~~
- ~~Précédence : finir de renuméroter les IPv6 WAN LL TTN~~
- ~~Permet d'avoir une recherche par IP d'équipements~~
~~Equipements / Add : ne proposer que des IP dispo~~
- Pourrait être plus fin : des IP dispo du bon “type” (.10, .20, .30…)
~~Mettre à jour les fichiers de traduction~~
Equipements / Add&Edit : ne pas mettre “Adresse Privée” en obligatoire, pb d'ordre de saisie sinon.
Equipements / Add&Edit : mode sans NAT ⇒ rendre explicite (absence de valeur sur ip privée = saisie partielle lors de modifs)
- Attention de ne pas perdre la trace de l'IP en fe80::/64 qui est actuellement déduite de l'IP publique

Avoir un formulaire de bulk-insert d'équipements (Use Case : réception d'un colis de matos)
- Presque OK, mais manque d'implem l'auto-sélection d'une IP privée pour le routeur (ou pas si on y va sans NAT !)
Réfléchir au process de gestion de stock et l'implémenter
Réfléchir au process de création d'un service ⇒ des ruptures de navigation actuellement et des trucs chiants avec les liens uplink
~~Ajouter une tâble role liée à adhérent pour matérialiser les référents (par ville) et construires les listes de diff à partir de ça.~~
- Manque les listes “institutionnelles” (bureau…) : mais il y a projet d'adresses mails partagées aussi
Faire le design d'une solution qui mette automatiquement à jour la table Equipements (sans casser des liens vers les entitées gérées manuellement)
Faire un graphe logique du réseau avec D3JS
- expérimentations Graphviz ici et ici
- install de deux visualisers ici et ici
- arbre JSON a gérér en PHP : root@chd-tls1:/var/www/priv/api# editor data.json.php
Essayer l'outil de découverte du réseau par Medhi de TTN
- https://chiliproject.tetaneutral.net/projects/git-tetaneutral-net/repository/disc-air
~~La vue v_relais déconne, le group by sur un count(*) via une vue ça marche pas, des lignes manquent comme Anizan~~
Ajouter une gestion de stock primitive (1 table fille avec qques lieux de stocks → equipements)
Ajouter une solution pour dispatcher les intéressés aux préposés à l'installation initiale
Ajouter un lien pour convertir un intéressé en fiche adhérent partiellement saisie
~~Ajouter une indication de statut du routeur et de l'antenne dans le synoptique~~
~~Implémenter l'API eCampaign pour mise à jour auto des numéros tel groupe SMS~~
Avoir la liste des antennes dont l'uplink est un équipement donné
Synoptique : afficher un fingerprint de l'OS du routeur (à remonter via le ping.php)
Synoptique : terminer l'éditeur de synopotique en D3JS
Equipements / view : voir les équipements qui ont pour uplink l'équipement courant (pour chgt de ré-émetteur qu ia plusieurs clients, savoir combien / qui est coupé.

Bugs Appli

Equipement/add : la saisie des adresse MAC est obligatoirement en majucule, c'est chiant
~~Equipements/edit : les IP privées proposées lors de la création d'un équipement ne sont pas nécessairement libres (contrairement à equipement/add)~~
Equipements/edit : les services proposés sont éventuellement déjà affeceté à un autre équipement (ce qui pète une erreur interne depuis que j'ai ALTER TABLE `equipements` ADD UNIQUE(`service_id`);
~~Equipements/view : cliquer sur l'IP de mgmt d'une antenne conduit à une erreur et pas à l'antenne~~
Equipements/view : affiche l'id équipement et pas la MAC comme /edit.
- Pas possible directement car la donnée n'est pas chargée par le contrôleur.
- Peut être que le bug est : Equipement utilise un id AUTOINCREMENT et pas une adresse MAC.
Equipements/edit : saisie de ascendant très très incommode, pouvoir faire de la recherche en place d'équipement * Amélioration piètre réalisée : trier les adresse MAC dans l'ordre aphabétique * Remplacé par les IP + hostname bien trié
Equipements/edit : impossible de supprimer une IP mgmt (update avec chaine vide au lieu de NULL et ça fail la FKey)
- Enfait, on devrait toujours en avoir une. OpenWRT sans IP en 172.16 c'est galère : si pas stg joignable, alors antenne sur son propre toit injoignable.
- Autre cas : si on veut déplacer / réutiliser un routeur, on peut vouloir qu'il n'ait aucune IP temporairement
~~Adherent/view : lorsqu'un adhérent est prévu puis abandonne, il n'est pas possible de passer le service de prévu à résilié~~
~~Adherent/add : n'est pas présenté comme Adherent/edit (qui reprends la dispo de la fiche d'adh)~~
Interesses : manque un bouton pour convertir l'intéressé en fiche adhérent
Ipmgmt/add : ne propose pas de saisir le champ clé “ip”
Synoptique : ne montre pas le cas (défavorable) où un routeur est marqué en mode “bridge” dans la BDD (config générée = No NAT)