Télépathie ou incantations dans les bois, je laisserais le mystère planer 

Oui j'ai bien le client modifié.
Le temps de se vider l'esprit devant un bon déjeuner, et l'explication m'est apparue d'un coup : j'avais oublié le 01 devant la MAC, et en plus j'avais englobé le tout dans des quotes bien grasses.

Une fois corrigé, ip accrochée direct !
Au final de légers changements seulement. Faudra que je vois pour le côté dynamique de la 90 un de ces 4, et pour l'ipv6 aussi. J'ai un ERL de backup, faudra que je m'amuse avec (mon main est en 1.10.5, et j'aime pas mettre à jour inutilement des trucs qui marchent  )

Merci

On va bientôt pouvoir ouvrir un topic spécial BZH 

"j'avais oublié le 01 devant la MAC"
Tu n'es pas le premier qui oublie ce fameux 01

Kenavo

Bonjour à tous,

Migration cette semaine : baux IPv4&6 de sept jours, en IPv6 retour de l'option 17 donc aucun doute sur ce point. Ayant assidûment suivi ce fil pas de problèmes majeurs. Au reboot du CHR 7.7rc4 sur Proxmox tout est ok : IPv4, IPv6, télévision, téléphone... Juste un problème agaçant : le renew en IPv6 me renvoie une IPv6 de parcage, pas de problème en IPv4 (reboot, release et renew OK) Ce plantage du renew IPv6 me fait perdre l'IPv4, situation assez proche de celle décrite par @alaunay. Seule solution pour le moment un reboot toutes les 24 heures à 6h00 via le Scheduler, le t1 IPv6 est variable mais a une valeur approximative de 24h00 donc cette solution, que j'espère temporaire, est fonctionnelle mais frustrante ! Ce n'est pas un problème de cos6 (inutile chez moi, pour le moment, mais les règles sont prêtes) ni un problème de firewall IPv6 (le temps d'un test j'ai joué open bar...) Je suis donc à court d'idées et toute suggestion est la bienvenue...

J'ai un doute, à savoir pourquoi la COS6 ne serait pas obligatoire si le BNG ou tu es rataché a déjà migré ?
Après tout peut être? @levieuxatorange peut-il nous confirmer si cette situation est possible?

Le problème de COS6 (de ce que j'ai compris) provient d'un "bug" sur certain BNG. Ainsi l'infra DHCP et compagnie qui délivre l'IP peut être migré sans changements de matériel côté BNG. À confirmer cependant.

j'ai testé ton script et ça marche bien! Merci beaucoup 
J'ai juste un bug que je n'arrive pas à résoudre. Quand j'execute le script à la main, tout marche bien. Mais quand je mets les scripts dans les clients dhcp, en ipv6 ça fonctionne comme prévu mais en ipv4 il ne cycle pas l'option 90. Pourtant il s'agit d'un copier-coller du même script... Ca me tourne la tête!

@proap
Es-tu certain de n'avoir qu'une seule option code=90 dans la liste /ip/dhcp-client/option ?
En l'état le script ne procède au remplacement que s'il ne trouve qu'une seule occurence portant ce code.
(même si les autres ne sont pas 0x00)

j'ai fait une petit modification dans ton script
Il faut que l'option 90 et 11 soit identique ( du moins la livebox utilise comme cela )

@perl
J'avoue je n'ai jamais sniffé ce qu'envoie la LB. Enfin si, mais cela remonte à 2016, en IPv6 seulement, et je n'avais pas compris pourquoi l'option était aussi longue ;-)
Cela dit, @levieuxatorange semble affirmer qu'à chaque transaction DHCP (transaction id), la chaîne doit changer, c-a-d entre chaque SARR/DORA/Renew etc.

Concernant le CHAP challenge et idéalement le changer à chaque cycle complet DHCP quand on change le TransactionID DHCP4/6 (voir RFC)

Les transactions des deux stacks (quand elles sont simultanées) devraient-elles portent le même TransactionID ?
Si oui, c'est tout simplement infaisable sur nos routeurs.

En passant, quitte à se rapprocher de ce que fait la LB "au bit près",
dans les conversations liées au DSCP un point crucial est oublié (sauf si j'ai lu trop vite) :

Remise en DSCP=0 de tout le trafic montant (excepté ce qui doit être en DSCP=48)
Désolé de me re-citer :
https://lafibre.info/remplacer-livebox/ip-qos-sur-reseau-orange
@levieuxatorange, sauf si cela a évolué ?

A mon sens l'impact est bien plus immédiat et concret qu'un hypothétique contrôle de la valeur DSCP en phase avec la COS

Perso, je ne touche pas au DSCP et ça marche très bien comme ça.
J’espère que cela ne va encore aller plus loin dans les contrôles.

Si ça continue à se complexifier encore, je crains que la fatigue ai raison de moi et je prendrais certainement la décision de changer d’opérateur pour un qui peut passer sa box en bridge…

Bonjour à tous,

Migration cette semaine : baux IPv4&6 de sept jours, en IPv6 retour de l'option 17 donc aucun doute sur ce point. Ayant assidûment suivi ce fil pas de problèmes majeurs. Au reboot du CHR 7.7rc4 sur Proxmox tout est ok : IPv4, IPv6, télévision, téléphone... Juste un problème agaçant : le renew en IPv6 me renvoie une IPv6 de parcage, pas de problème en IPv4 (reboot, release et renew OK) Ce plantage du renew IPv6 me fait perdre l'IPv4, situation assez proche de celle décrite par @alaunay. Seule solution pour le moment un reboot toutes les 24 heures à 6h00 via le Scheduler, le t1 IPv6 est variable mais a une valeur approximative de 24h00 donc cette solution, que j'espère temporaire, est fonctionnelle mais frustrante ! Ce n'est pas un problème de cos6 (inutile chez moi, pour le moment, mais les règles sont prêtes) ni un problème de firewall IPv6 (le temps d'un test j'ai joué open bar...) Je suis donc à court d'idées et toute suggestion est la bienvenue...

Bonjour à tous,

J'ai réussi à régler le problème de renew IPv6, tout se passe bien lorsque le renew est effectué simultanément sur les deux stacks (4&6) et dans cet ordre.