J'ai remonté 2 choses :
- avec une délégation lpus large qu'un /64 (un /60 ou plusieurs /64)
- un firewall IPv6 avec une meilleur stabilité de détection du next HOP pour l'ouverture du flux
On aurait un nombre certain d'entre vous à qui cela suffirait pour avoir un réseau en IPv6 à votre main et garder la LB6 sans plus d'effort

LeVieux

Cool !
Si je puis me permettre une suggestion complémentaire, la possibilité de définir une route statique pour éviter le double NAT serait vraiment top.
Je crois que c’était possible sur les livebox pro, je ne sais pas si c’est encore possible.

Une idée de la disponibilité de ces avancées ?

Sur l'ancien système cela change sur un release.
Sur la nouveau système cela sur demande explicite dans l'espace client (un simple release ne change plus)
Ou dans les deux cas si le réseau en a besoin

Ah, donc les box on eu une MAJ pour ne plus changer de chaîne sur un release ? Ce qui explique pourquoi même en étant sur l'ancien système, je pouvais release sans changer d'IP vu que c'est toujours la même.

IPv6 pareil et non pas possible

 

C'est pas une correction, mais une demande d'évolution
Je l'ai faite coté Mkt (ainsi qu'une amélioration de l'ouverture des ports en Ipv6) suivant ce que j'ai lu dans ce forum

Nickel merci beaucoup, et je rajoute la route statique en IPv4 comme suggéré par cyayon (on l'aura un jour, on l'aura  )

Oui cela change IPv4 et IPv6
et Oui, le timer de changement "de force" est remis à zéro

Bonjour, et merci pour cette information.

ça ne fait rien   

c'est évident que j'ai un bug sur mon installation routerOS 7.8. Je vais essayer de re-installer pour voir.
Le plus etrange est que

Code: [Sélectionner]

{:log info \"DHCP client renewed:\"} fonctionne lors d'un renew.
Mais

Code: [Sélectionner]

{ /ip/dhcp-client/option/set [find where code="90"] value="0x00"} ne fait rien! 

J'ai pas mal galéré au début avec mes scripts MTik. Ça "fail" à la première ligne erronnée.

Pour m'aider, j'utilise l'éditeur dans la command line, puisque il valide le code (touche F5) :
/ip/client/dhcp-client/edit <interface> script


il existe chez openWRT et ubiquiti du moins (mais ça semble lié de base à iptables) une notation spécifique qui permet de ne prendre en charge que le suffixe : ::6666:b3ff:fe47:e1b9/::ffff:ffff:ffff:ffff

Oui, c'est ce que j'utilisais depuis plusieurs années sur mon ERL puis mon ER4. D'autant plus que j'utilise un préfixe ULA en plus du GUA et que du coup ça permet d'avoir une seule règle par service exposé. Malheureusement non supporté par le firewall IPv6 Mikrotik. Donc du coup je mets mes adresses GUA dans des address-list avec un commentaire spécifique pour les distinguer, et dans le script appelé par le client DHCP6-PD à chaque lease, je parcours les address-list et met à jour les préfixe des addresses ayant ce commentaire.

Enfin, plutôt c'est ce que je vais faire, il faut que j'écrive le script (mais ça devrait aller, je commence à maitriser, j'ai déjà fait le script pour mettre à jour les enregistrements A et AAAA de mes zones hébergées par Cloudflare), c'est la dernière chose qu'il me reste à faire avant de pouvoir remplacer l'ER4 par mon CCR2004... 

Donc du coup je mets mes adresses GUA dans des address-list avec un commentaire spécifique pour les distinguer, et dans le script appelé par le client DHCP6-PD à chaque lease, je parcours les address-list et met à jour les préfixe des addresses ayant ce commentaire.

Bien vu! J'avais posté (sur une de tes questions) mon script dans cette idée, couplé au watchdog, mais le mien ne va pas jusque là.
https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg995130/#msg995130
Je suis preneur également de cette partie