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.

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)

Pouvoir accéder à la page etat_reseau en cas de panne DNS / Fibre.

Avoir une page etat_reseau locale dans les routeurs

Editer un rapport des connexions les plus mauvaises sur le réseau pour orienter les actions

Avoir un certificat TLS valide sur https://priv/chd.sx

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)

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.

Rajouter des adresses mail partagées / fonctionnelles : tresorier@ secretaire@ president@ questions@

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

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é)

Mettre à jour les fichiers de traduction

Equipements / Add&Edit : ne pas mettre “Adresse Privée” en obligatoire, pb d'ordre de saisie sinon.

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

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)

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é.

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/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é

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)