Bon ben c'est à mon tour... Vers 1h30, plus de connexion. Je vais voir l'état et bizarrement, tout est encore UP sauf que rien ne passe.

Reboot et là c'est le drame : IP en 172 et préfixe non routable... Je m'empresse donc d'aller mettre la chaîne longue en ipv4. Un restart d'interface plus tard, toujours parqué... Reprise du tuto d'ubune sur OWRT, je tilte qu'il faut ajouter le client id, chose qui était évidemment absente de ma config. Démontage de mon meuble pour sortir la LB, MAC renseignée, nième resart : ouf l'ipv4 remonte ! Mais j'ai perdu l'ipv6.

Petite capture en même temps que le restart de l'interface : AH ! Le RS est fait avec la MAC par défaut 00:00:00:01:00:00... Vu que je suis en ADSL je pensais que c'était la MAC "générale" de l'interface atm-bridge mais après l'avoir renseigné, toujours rien. Consultation de la doc openWRT et apparemment on peut bien mettre l'option macaddr pour chaque interface. Je rajoute donc en v4 et en v6 et... VICTOIRE je récupère mon préfixe 

Petit vent de panique quand même 

Du coup, pour ceux qui sont en ADSL, il faut le client id et macaddr sur chaque interface :
config interface 'WAN_DHCP'           
        option proto 'dhcp'                     
        option broadcast '1'                     
        option vendorid 'sagem'   
        option reqopts '1 15 28 51 58 59 90'
        option sendopts '77:2b46535644534c5f6c697665626f782e496e7465726e65742e736f66746174686f6d652e4c697665626f7834 90:chaine-longue'
        option _orig_ifname 'nas1'       
        option _orig_bridge 'false'   
        option ifname 'dsl0'                   
        option clientid '01xxxxxxxxxxxx'         
        option macaddr 'xx:xx:xx:xx:xx:xx'
                                           
config interface 'WAN6_DHCP'                                                                                                                                                                                                                                         
        option proto 'dhcpv6'             
        option defaultreqopts '0'     
        option sendopts '11:chaine-longue 15:FSVDSL_livebox.Internet.softathome.livebox4 16:0000040e0005736167656d'
        option reqopts '11 17 23 24'             
        option noclientfqdn '1'           
        option noacceptreconfig '1'         
        option ifname 'dsl0'                                                                                                                                                                                                                                         
        option reqaddress 'none'     
        option reqprefix 'auto'       
        option clientid '00030001xxxxxxxxxxxx'                                                                                                                                                                                                   
        option macaddr 'xx:xx:xx:xx:xx:xx'
        option auto '0'                   


J'ai aussi eu une déconnexion a 1h26 Paris 6 et pas de reco automatique avec mon USG Pro . Reboot et pas de soucis.

Salut, Je pense que oui, ça pose soucis si tu branches l'un juste après avoir débranché l'autre ..
Le mieux serait que les 2 ait la même MAC

Tu serais dire a peu près le temps d'attente pour pouvoir prendre une nouvelle mac adresse ?
Beaucoup plus simple pour moi, l'option 61 est généré avec la mac physique avec mon nouveau router. Ce qui n'était pas le cas avec l'ancien

Tu serais dire a peu près le temps d'attente pour pouvoir prendre une nouvelle mac adresse ?
Beaucoup plus simple pour moi, l'option 61 est généré avec la mac physique avec mon nouveau router. Ce qui n'était pas le cas avec l'ancien

Il me semble que levieux@orange l'a dit sur ce topic mais je ne sais plus où... Il me semble que c'était 7 jours, mais je t'encourage très très très fortement à vérifier.

Tu peux appeler le support orange, ils les envoient par SMS.

Cher @LeVieuxAtOrange, expert Orange entre les experts, de Brest à Strasbourg et de Lille à Perpignan, peux tu nous dire si la mise en évidence de VLANs après la synchronisation O5 et avant la requête DHCP v4|6 constitue un facteur nécessaire, prédictif, futile ou indispensable à la bonne marche de l'authentification dhcp conforme ?

(Toute référence à l'Oracle Usenet, dont la prose empreinte d'un humour patent m'a régalé de longues années, n'est ni fortuite ni mal intentionnée)

Cher @GnuByte, si dans le désert hurler tu veux, hors des VLANs ta requête DHCP tu dois faire.
Ton ONT, le VLAN mappera dans le bon TCON.
Si le VLAN et la COS ...)  n'y est pas, dans le vide intersidéral ton paquet jeté sera

LeVieux

Idem pour moi cette nuit à 0h30, Paris 13e.
Ip en 172.x en ipv4, plus de connectivité .. (mais préfixe ipv6 semble bon).

routeur sous opnsense, pas eu le temps de bidouiller ce matin mais je pense qu'il me manque "juste" le mot de passe dans la requete DHCP 90 (j'espère ..)

Attention, en IPv6 le signe que tu es "parqué" c'est que ta Lease c'est 231 jours ...
Il n'existe pas l'équivalent de la RFC1918 pour IPv6, on a une plage particulière pour le parcage

LeVieux