Ah, il n'y donc pas que chez moi que ça marche aussi avec cette différence alors que ça semble poser problème chez d'autres au renew.

Un bug similaire à celui de la CoS ? À tout hasard, c'est quoi comme équipement en face ? Chez moi c'est du nokia.

Je crois que j'ai résolu mon soucis.

En fouillant un peu mieux, j'ai vu pleins de warning relatifs à la route par défaut inexistante dans les logs qui concernaient d'autres interfaces (le wifi invité notamment qui est foutu bizarrement sur ce routeur) qui avait l'ipv6 activé. J'ai donc voulu le désactiver pour plus que ça me pollue le truc histoire d'y voir plus clair. Mais ce que n'avais pas remarqué tout de suite c'est que une des interfaces s'était mise toute seule en alias du wan (à cause de luci, l'interface wifi normalement attachée n’apparaît pas dans la liste de sélection et donc ça me prend le prochain truc valide qu'il trouve...).

À partir de ce moment là, plus rien ne marchait, même avec un reboot, je n'avais plus de connexion. Bien que je récupère ma v4 et le préfixe, seul le routeur avait accès au net.

Je suis allé fouillé mes vieilles sauvegardes et remis par défaut et c'est là que j'ai tilté : et si c'était wan6 en alias qui foutait la grouille ? Je modifie ça, restart général des interfaces : BOUM, tout revient instantanément. Je peux relancer les interfaces indépendamment, ça revient à chaque fois. Alors qu'avant si j'avais le malheur d'y toucher, il fallait totalement reboot pour retrouver un accès et idem lors du renew je suppose, elles devaient se foutre HS mutuellement.

Bref, j'aurais du séparer les interfaces dès le départ, ce qui d'ailleurs est bien fait sur mon autre routeur. Je ne pensais pas d'un truc aussi insignifiant en apparence puisse créer autant de problème... 

Donc, si vous avez des problèmes de renew vérifiez bien (entre autres) que vos interfaces sont indépendantes. 

Hello,

J'ai besoin de vos lumières pour un problème que j'avais encore jamais vu : J'ai finalement  acheté un modem séparé pour mettre au cul de mon routeur malade, mais y'a un truc auquel je ne m'attendais pas : impossible de faire fonctionner la livebox dans cette config. Pourtant tout à l'air de marcher (je vois bien les paquets partir et revenir) mais le net sur la box et les machines derrière est HS, plus exactement ça fait mine de marcher au compte goutte, parfois un ping arrive à passer sur des diazines de requêtes mais c'est tout. Comme si le pare feu de la box bloquait en entrée.

Si je rebscule sur l'ADSL, tout revient sans avoir touché quoi que ce soit. Je ne fait rien de particulier si ce n'est switcher entre dsl0 et eth0.2 (non taggé sur le port RJ45 wan).

J'ai donc voulu essayer en lui donnant la connexion par un autre openwrt sur mon LAN : je désactive le DHCP et tag le 832 pour remonter jusqu'à mon switch principal et là même comportement : je vois bien les reply des pings mais c'est toujours HS.  Je fini par bypass en me branchant directement sur le switch : ça fonctionne !

Il y a donc un problème même lorsque le VLAN passe par le routeur (simplement taggé entre 2 ports) ça fait plusieurs heures que je cherche ce qui pourrait causer un tel soucis mais je vois pas... d’autant plus que j'ai un autre VLAN/interface pour mes VM et tout marche sur celui-ci, alors que d'un point de vue config, c'est la même chose au N° de VLAN près.

Est-ce que ça pourrait être du à l'adresse mac identique entre eth0.2 et et la box ? Je ne vois pourtant rien dans les requêtes ARP qui pourrait faire penser ça.  Vu que j'ai pas envie de me faire bannir par le réseau pour plusieurs jours, je préfère venir demander avant de la changer.

Merci

Capture de la config des VLAN :

Je viens de trouver une commande très pratique pour forcer le renew avant le compteur officiel : kill -USR1 $(pidof odhcp6c)

À priori ça marche bien, ba0bab me répond en réinitialisant le temps restant (23h et qqes), ayant relancé la connexion hier soir vers 3h du matin, et renew fait à 20h22, théoriquement je ne devrais donc pas avoir de coupure cette nuit. Croisons les doigts.

Cela dit y'a quand même un truc que je trouve bizarre : l'ipv6 ne fonctionnait plus alors que la route par défaut était toujours valide (environ 2000s restantes)... ou alors dès que T1 expire, ba0bab cesse de répondre et coupe le routage ?

La capture du renew, tout à l'air en ordre :
root@LEDE:~# tcpdump -v -i eth0.2 udp port 546 or udp port 547 or icmp6
tcpdump: listening on eth0.2, link-type EN10MB (Ethernet), capture size 262144 bytes
20:21:03.256713 IP6 (flowlabel 0x92fb6, hlim 1, next-header UDP (17) payload length: 239) fe80::46a6:1eff:fe6c:xxxx.546 > ff02::1:2.547: [udp sum ok] dhcp6 renew (xid=4e9535 (elapsed-time 0) (option-request vendor-specific-info DNS-server DNS-search-list) (client-ID hwaddr type 1 44a61e6cxxxx) (server-ID hwaddr type 1 407c7d8f2e31) (authentication proto: 0, alg: 0, RDM: mono, RD: 0000 0000 0000 0000 ??) (user-class) (vendor-class) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix 2a01:cb14:xxx:xxxx::/56 pltime:0 vltime:0)))

20:21:03.615653 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 176) fe80::ba0:bab.547 > fe80::46a6:1eff:fe6c:xxxx.546: [udp sum ok] dhcp6 reply (xid=4e9535 (server-ID hwaddr type 1 407c7d8f2e31) (client-ID hwaddr type 1 44a61e6cxxxx) (IA_PD IAID:1 T1:84672 T2:483840 (IA_PD-prefix 2a01:cb14:xxx:xxxx::/56 pltime:604800 vltime:604800)) (authentication proto: 0, alg: 0, RDM: mono, RD: 0000 0000 0000 0000 ??) (vendor-specific-info) (DNS-search-list LYO.access.orange-multimedia.net.))


EDIT : le renew anticipé à l'air de fonctionner, aucune coupure après 24h Je vais laisser faire le renew de ce soir, voir ce qu'il se passe exactement en faisant une capture.

J'ai parlé trop vite... l'ipv6 est de nouveau down (je n'ai pas vu quand ça a coupé, sans doute dans la matinée) Franchement je ne sais pas ce qu'il se passe 

J'ai relancé un renew, ça ne fonctionne pas. Et odhcp6c a fini par un rebind et solicit de lui-même car pas de réponse. Et c'est remonté.

root@LEDE:~# tcpdump -i eth0.2 icmp6 or udp port 546 or udp port 547
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0.2, link-type EN10MB (Ethernet), capture size 262144 bytes
13:37:47.452536 IP6 fe80::46a6:1eff:fexx:xxxx.546 > ff02::1:2.547: dhcp6 renew
13:38:05.496259 IP6 fe80::46a6:1eff:fexx:xxxx.546 > ff02::1:2.547: dhcp6 rebind
13:38:05.691611 IP6 fe80::46a6:1eff:fexx:xxxx.546 > ff02::1:2.547: dhcp6 solicit
13:38:06.752600 IP6 fe80::46a6:1eff:fexx:xxxx.546 > ff02::1:2.547: dhcp6 solicit
13:38:08.956516 IP6 fe80::46a6:1eff:fexx:xxxx.546 > ff02::1:2.547: dhcp6 solicit
13:38:13.052515 IP6 fe80::46a6:1eff:fexx:xxxx.546 > ff02::1:2.547: dhcp6 solicit
13:38:20.732517 IP6 fe80::46a6:1eff:fexx:xxxx.546 > ff02::1:2.547: dhcp6 solicit
13:38:20.866356 IP6 fe80::ba0:bab.547 > fe80::46a6:1eff:fexx:xxxx.546: dhcp6 advertise
13:38:21.676252 IP6 fe80::46a6:1eff:fexx:xxxx.546 > ff02::1:2.547: dhcp6 request
13:38:21.802995 IP6 fe80::ba0:bab > fe80::46a6:1eff:fexx:xxxx: ICMP6, router advertisement, length 32
13:38:21.906826 IP6 fe80::ba0:bab.547 > fe80::46a6:1eff:fexx:xxxx.546: dhcp6 reply
13:38:29.180567 IP6 fe80::46a6:1eff:fexx:xxxx > fe80::ba0:bab: ICMP6, neighbor solicitation, who has fe80::ba0:bab, length 32
13:38:29.196825 IP6 fe80::ba0:bab > fe80::46a6:1eff:fexx:xxxx: ICMP6, neighbor advertisement, tgt is fe80::ba0:bab, length 32
Quelqu'un a déjà eu le problème de coupure après 24h sans raison ? J'ai tenté de mettre ba0bab en route statique il y a 2 jours quand c'était HS, mais rien, comme s'il n'y avait plus de lease valide.

Non, j'ai rien fait du tout. J'en viens à me demander si ce n'est pas à cause du modem et la manière dont le bridge est géré.

Sans compter que l'ipv4 aussi fait des siennes, ça a également coupé quelques minutes après avoir remonté l'ipv6 Ou alors il y a bien un problème de renew en v4 et si seul l'ipv6 se renouvelle, ça coupe au bout d'un moment car incohérence...

Ayant toujours un routeur identique chez mes parents qui fonctionne, je vais regarder attentivement ce qu'il se passe, car normalement il ne coupe pas.