il parait que ça peut être long sur les livebox pas mis à jour depuis longtemps voir une conversation plus haut dans ce thread. je suis aussi dans ce cas là une livebox play pas branché depuis longtemps, je devrai peut être anticiper et la mettre à jour en la branchant derrière mon routeur

Jerem

ok j'ai trouvé pour IPv4... j'avais des quotes historiquement autour du dhcp-client-identifier dans isc-dhcp-client, et du coup ca devient une chaine encodée en hexa... en retirant les quotes, 01:<mac> le bail DHCPv4 est bon...

et d'ailleurs ca débloque l'IPv6 , le préfixe marche sur le net suite au fait que la DHCPv4 est valide, comme l'avait indiqué le vieux, les 2 doivent être cohérent sinon ca ne marche pas

Hello,

J'ai été migré cette nuit chez Orange avec les nouvelles restrictions protocolaires.
Mon ONU (fs.com) est dans un CRS305 (ROS 7. en front du CCR2116 (ROS 7.7).

La migration a eu lieu à 2h31.
Le client dhcp du mikrotik n'a pas réussi à bound correctement, la chaine 125 retournait comme erreur '0201' (bad login/password) -> parké par orange en ip 172.16.xxx.xxx.

Ce matin à 7h, je re-génère ma chaine d'authentification (qui était pourtant déjà en version longue) et modifie les options correspondantes des clients ipv4 et ipv6. Mais pas mieux, même pas de retour d'orange.

Je constate que l'ONU à un Tx à -40dBm depuis 5h48 (au lieu de 2.5dBm habituellement). Le Rx est correct -17dBm.
Je fais powerOff/powerOn sur le CRS305, le signal est de nouveau ok, les clients dhcp (ipv4 et ipv6).

J'ai l'impression que depuis l'installation de ROS 7.8 sur mon CRS305, j'ai le Tx qui chute brutalement. Le problème se résout en faisant powerOff/PowerOn du CRS305.
Ce problème arrive assez rarement (1 fois tous les 2/3 mois ?). Je n'ai pas l'impression d'avoir eu ce phénomène en ROS 7.7 et 7.6.

Cela peut-il venir de l'infra Orange ? Je ne pense pas car c'est le Tx de l'ONU qui tombe. Si c'était l'infra Orange, j'aurais un pb de Rx, enfin je crois...

Une idée ?
Merci.

PS: j'ai posté aussi sur le sujet Mikrotik car c'est peut-être spécifique...

Je constate que l'ONU à un Tx à -40dBm depuis 5h48 (au lieu de 2.5dBm habituellement). Le Rx est correct -17dBm.
Je fais powerOff/powerOn sur le CRS305, le signal est de nouveau ok, les clients dhcp (ipv4 et ipv6).

J'ai l'impression que depuis l'installation de ROS 7.8 sur mon CRS305, j'ai le Tx qui chute brutalement. Le problème se résout en faisant powerOff/PowerOn du CRS305.
Ce problème arrive assez rarement (1 fois tous les 2/3 mois ?). Je n'ai pas l'impression d'avoir eu ce phénomène en ROS 7.7 et 7.6.

Cela peut-il venir de l'infra Orange ? Je ne pense pas car c'est le Tx de l'ONU qui tombe. Si c'était l'infra Orange, j'aurais un pb de Rx, enfin je crois...

Une idée ?
Merci.

PS: j'ai posté aussi sur le sujet Mikrotik car c'est peut-être spécifique...

Hello,

Perso avec un CRS310 en 7.9 aucun soucis parfaitement stable, et lors de ma migration la semaine dernière tout à fonctionné  sans soucis, la transition a été complètement transparente, je m'en suis aperçu en ayant des bails de 7 jours.

Sinon essaye la 7.10beta5 qui vient sortir comme  je le préciser dans le topic "RouterOS 7.9 or not ?"

Édit : je suis passé de la 7.7 à la 7.9, sans passer par la 7.8 car sur le forum Mikrotik des remontés de soucis avec les sfp, onu.

Bonjour,
Je tourne avec une config ipv4/ipv6 et systemd-networkd, le 05/04 le client DHCPv4 a cessé de renouveller correctement les baux.
Je fais tourner un cron toutes les 19h pour restart les clients DHCPv4,6 et ainsi relancer les cycles et redevenir routable sur wan 832.
Quelqu'un a remarqué ce comportement ? Peut-être spécifique à systemd...

Cheers,
johnk

Bonjour,
Je tourne avec une config ipv4/ipv6 et systemd-networkd, le 05/04 le client DHCPv4 a cessé de renouveller correctement les baux.
Je fais tourner un cron toutes les 19h pour restart les clients DHCPv4,6 et ainsi relancer les cycles et redevenir routable sur wan 832.
Quelqu'un a remarqué ce comportement ? Peut-être spécifique à systemd...

Cheers,
johnk

Bonjour,
Je ne sais pas si cela peut aider, mais j'ai rencontré le même problème. Problème résolu en modifiant +FSVDSL_livebox.Internet.softathome.livebox5 en +FSVDSL_livebox.Internet.softathome.Livebox5, différence entre "livebox" et "Livebox" , car comme signalé par le vieuxatorange le contrôle des paramètres User Class est CASE SENSITIVE
Cordialement,

Bonjour

Petit rappel à tous, le contrôle des paramètres User Class est CASE SENSITIVE

Donc pour tous, mettre
 FSVDSL_livebox.Internet.softathome.Livebox6
comme UserClass
En respectant BIEN les majuscule / minuscule

Il n'y a pas de contrôle entre votre fti et votre firmware ...

LeVieux