Aucun soucis pour ma part sur le 4.4.28, le problème d'adoption que j'avais sur le 4.4.22 a été résolu.

Je pense que le problème d'adoption est bien distinct de la perte de connectivité internet qui m'a poussé à redémarrer en premier lieu. De mémoire il a commencé à apparaître plusieurs heures et redémarrages après la perte de connectivité initiale.

Actuellement le bail sur le VLAN 832 est de 3 jours (259200 secondes). Dans ces conditions, la première tentative de renew s’effectue au moins après 1 jour et demi. La version courante du firmware de la Livebox 4 n’implèmente pas une stratégie spécifique (elle est connectée sur un port de mon ER4 chez moi et je monitore les requêtes DHCP en permanence afin d’essayer de comprendre ce que pourrait être les octets « aléatoires » de la version longue de la chaîne d’authentification...). Elle se comporte donc comme n’importe quel routeur du commerce en ce qui concerne le renew DHCP...

Je vois aussi mal l’antispoofing d’Orange (car oui, il y a un système qui empêche l’utilisateur de forcer une IP fixe) intervenir plus rapidement que la durée totale du bail...

A toutes fins utiles, c'est mon lease courant :

lease {
  interface "eth0.832";
  fixed-address 92.151.x.x;
  option subnet-mask 255.255.248.0;
  option dhcp-lease-time 259200;
  option routers 92.151.0.1;
  option dhcp-message-type 5;
  option dhcp-server-identifier 80.10.247.48;
  option domain-name-servers 81.253.149.6,80.10.246.136;
  option dhcp-renewal-time 84600;
  option unknown-120 x:x:xx:xx:xx:xx:xx:xx:x:xx:xx:xx:x:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:x:xx:xx:xx:x;
  option dhcp-rebinding-time 207400;
  option broadcast-address 92.151.x.255;
  option rfc3118-auth x:x:x:x:x:x:x:x:x:x:x:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx;
  option domain-name "orange.fr";
  renew 0 2018/09/16 01:16:56;
  rebind 1 2018/09/17 14:57:04;
  expire 2 2018/09/18 05:20:24;
}
lease {
  interface "eth0.832";
  fixed-address 92.151.x.x;
  option subnet-mask 255.255.248.0;
  option routers 92.151.0.1;
  option dhcp-lease-time 259200;
  option dhcp-message-type 5;
  option domain-name-servers 81.253.149.6,80.10.246.136;
  option dhcp-server-identifier 80.10.247.48;
  option unknown-120 x:x:xx:xx:xx:xx:xx:xx:x:xx:xx:xx:x:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:x:xx:xx:xx:x;
  option dhcp-renewal-time 84600;
  option rfc3118-auth x:x:x:x:x:x:x:x:x:x:x:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx;
  option broadcast-address 92.151.x.255;
  option dhcp-rebinding-time 207400;
  option domain-name "orange.fr";
  renew 0 2018/09/16 13:46:57;
  rebind 2 2018/09/18 02:00:55;
  expire 2 2018/09/18 16:24:15;
}


Concretement ca veut dire quoi : le client DHCP doit balancer un renew toutes les 24 heures sous peine d'être considéré comme mort?
Est ce que c'est possible qu'un bug empêche l'USG de faire le renew?

Pour l'instant je suis porté sur le fait que c'est un bug dans l'USG, j'ai eu trop de problèmes avec ce matos, mais bon, peut être que Orange a changé quelque chose... ou peut être que ma conf est incorrecte.

Ce que je vois ce sont des paquets ARP who-has qui restent sans réponse, donc gateway injoignable et pas dans la table ARP bien sûr.

Quand on fait un renew en CLI, je suppose qu'il balance un broadcast, peut être que c'est bon DHCPREQUEST vers l'IP du serveur DHCP qui est bloqué?

Bref... je suis paumé!

Bon, je vais tcpdump toute l'activité dhcp on va voir ce que ca donne