Bonjour,
Il y a un enregistrement des infos de l'ONT de mémoire. En changeant d'ONT vous n'êtes plus reconnu, et donc vous n'avez pas d'IP qui redescende.
Il faudrait avoir un SFP ONU configurable avec les infos de votre ONT intégré dans la Livebox 5 pour que ce que vous vouliez faire refonctionne.

Non, l'adresse MAC de la Livebox n'est pas utilisée.

Rechercher dans le forum les infos sur les ONU FS.com, dans les pages sur le remplacement de la Livebox pour Orange.

Bonjour à tous,

Suite MAJ USG PRO4
Device Version 4.4.57

La manip fonctionne toujours, pas de soucis constaté.

Fichier DH3CLIENT replacer, et modification du fichier vyatta-interfaces.pl uniquement à refaire.

Bonne journée à tous,

Jérémy

Avec dibbler pour IPv6 ?

dibbler ne génère pas correctement le DUID (il prend l'adresse Mac de l'interface physique, pas celle du VLAN 832), donc ça ne marche plus par défaut. Solution : Regarder l'adresse Mac associée au VLAN 832, puis faire un
echo -n "00:03:00:01:xx:xx:xx:xx:xx:xx" > /var/run/dibbler/client-duid (remplacer les xx par l'adresse Mac obtenue précédemment) dans le script qui lance dibbler (avant de le lancer évidemment). On doit pouvoir extraire l'adresse Mac automatiquement mais j'avais la flemme

Mais bizarrement j'ai une adresse v4 en 2. ?

Je ne vois pas où est le problème, j'ai une adresse qui commence par "5." depuis des années.

Bonjour,

Suite durcissement, je n'arrive toujours pas à établir connexion en ipv6, si une ame charitable voit d'où mon problème pourrait venir:
(Si je mets la box à la place de mon usg, réseau ipv6 fonctionnel.)

Côté usg, j'ai ajouté le client-duid et modifié l'option 11 du client.conf en identifiant long avec mot de passe.

Le tcpdump sur dhcpv6 me montre deux messages au démarrage de dibbler-client:
un SOLICIT de fe80::feec:...
et un ADVERTISE de fe80::ba0:bab
            qui contient l'option 17, avec comme data: 000100000000000000000018.
            qui contient aussi et entre autres l'option 25 où je reconnais le préfixe d'adresse ipv6 que je devrais avoir et un prefix length de 56


Pour le message SOLICIT j'ai l'impression que je suis en cos0 ? Traffic Class: 0x00 (DSCP: CS0, ECN: Not-ECT)
Le message ADVERTISE d'orange est Traffic Class: 0xc0 (DSCP: CS6, ECN: Not-ECT)


Par ailleurs, le log de dibbler-client me dit:

...
2023.02.06 14:45:52 Client Debug     DUID's value = 00:03:00:01:MACDEMALIVEBOX was loaded from client-duid file.
2023.02.06 14:45:52 Client Info      My DUID is 00:03:00:01:MACDEMALIVEBOX
...
2023.02.06 14:45:52 Client Info      All client's 00:03:00:01:MACDEMALIVEBOX leases are not valid.
...
2023.02.06 14:45:52 Client Info      Creating SOLICIT message with 0 IA(s), no TA and 1 PD(s) on eth0.832/7 interface.
2023.02.06 14:45:52 Client Error     AUTH: protocol 9759128 not supported yet.
2023.02.06 14:45:52 Client Debug     Sending SOLICIT(opts:1 25 8 16 15 11 11 6 ) on eth0.832/7 to multicast.
2023.02.06 14:45:52 Client Debug     Sleeping for 1 second(s).
...
et ça boucle (en sleepant de plus en plus longtemps.)

Je sèche: y a un exécutable que j'aurais pas bien changé dans mon usg ? ou un patch quelque part (je pense au cos0 du message SOLICIT) ou une conf dans client.conf pas suffisante ("AUTH: protocol XXX not supported yet") ?

2023.02.06 14:45:52 Client Debug     DUID's value = 00:03:00:01:MACDEMALIVEBOX was loaded from client-duid file.

Et du coup, quelle est l'adresse Mac de l'interface eth0.832 ? Parce que s'il y a l'addresse Mac de la Livebox dans le DUID, alors il est OBLIGATOIRE que eth0.832 ait la même Mac. Et en passant, ça marche avec n'importe quelle mac, du moment que c'est cohérent entre DUID, et mac de l'interface. Pas besoin que ce soit une mac de Livebox.

Les message "protocol not supported" est normal.