Bonjour,

Je ne parviens pas à obtenir le renew du bail dhcp-client en IPv4 comme prévu par Orange, c'est à dire toutes les 84672 secondes, 23h 31min 12 sec, (toutes les 24 heures avec un petit décalage à chaque fois).

Ca fonctionne sans souci en IPv6, mais en IPv4 le renew se fait à la moitié du bail, 7 jours /2   (RFC...).
On dirait que RouterOS ignore l'option 58, Renewal Time Value

Juste une question : avez-vous sur votre installation ce renew fixé par Orange à 23 heures et quelques  ou le renew fixé par le RFC à 3,5 jours ?

Merci d'avance

Cordialement

Bonjour @zoc,

Merci de ta réponse.
En effet, je pense qu'on ne voit pas ce problème facilement, puisque sans douleur.
Le bail se "renew" juste plus tard.

Ce que je ne comprends pas, c'est qu'en IPv6 ça tourne comme une horloge.

Si tu regardes par la fenetre DHCP-Client (v4), tu vois effectivement Expires after "6d xx:xx:xx.
Le renew devait se produire à exactement 6d 00:28:48 (7d 00:00:00 - 23:31:12) (23:31:12 c'est la valeur de l'option 58 "renewal time" envoyée par Orange)

Je suis vraiment curieux de savoir si ça fait la même chose chez toi. Je cherche depuis plusieurs semaines...
Je crains que ce soit un bug de RouterOS ou une fonctionnalité non implémentée.
J'ai fait le tour du forum Mikrotik, aucun post sur ce problème.

Ici, c'est un CCR2004 aussi, avec un CRS309, mais derrière. Donc c'est le CCR2004 qui fait tout le boulot..

Merci de l'info !

Mais bon, j'ai fait un renew manuel et là, surprise, le renewal time (T1) est passé maintenant à 88399 secondes au lieu des 84672 sec....
Alors, je ne suis pas sur que tu aies la même valeur que moi.

Une énigme de plus.
Ne fais pas tout de suite de renew et regarde si il se fait !

[edit] : je ne sais pas à quoi correspondent ces valeurs, elles sont peut-être aléatoires dans une certaine fourchette autour de 24h

merci pour le décompte !
Je ne connais pas la valeur du renewal time de ton coté, mais je pense que ça doit tourner autour de 24h (renew journalier)

Là je pense que c'est parti pour le renew au 1/2 bail (conformément au RFC je sais plus combien..), soit environ 3d 12:00:00 pour le décompte.

Ceci montrerait que RouterOS ne gère pas effectivement ce renewal time (T1), c'est ce que je suspecte ... en IPv4 du moins ...
Si ça se confirme, je vais m'adresser au bureau des réclamation MikroTik 

En tout cas @zoc, merci pour ton aide !

Merci @Mastah pour la copie des log.

La valeur du renewal time semble effectivement assez volatile. (bon, pas grave)

En fouinant sur différents forums, j'ai vu que Mikrotik n'est pas le seul impacté : https://forum.opnsense.org/index.php?topic=33376.0

Il semblerait que ce soit un problème de priorité (cos 6) qui ne serait pas envoyée au bon moment et qui affecterait le dhcp-client  (d'après ce que j'ai pu comprendre...)
Je continue de chercher, mais je me demande si le jeu en vaut la chandelle car le debug est très compliqué vu les délais de plusieurs dizaines d'heures (voire jours) à attendre...

Bonjour @zoc,

je ne sais pas, mais il y a beaucoup de similitudes, comme par exemple la dualité des deux leases (que je retrouve ici)

Sinon, je suis en train de m'énerver car je ne peux pas entrer cette ligne :

add action=set-priority chain=output dst-port=547 ip-protocol=udp \
    mac-protocol=ipv6 new-priority=6 out-interface=vlan832-internet \
    passthrough=yes
enfin si, en réalité je peux l'entrer (en SSH), elle est ajoutée sans souci, mais comme le log n'est pas activé, je l'active dans winbox et patatra ça supprime le dst-port et bien sur le filtre est appliqué à toutes les requetes IPv6 ... je commence à avoir du mal à comprendre ce qui se passe dans ce routeur !
Je me demandais pourquoi sur le log je voyais autant  de déclenchements de ce filtre...

Mais bon, ça n'a rien à voir avec le DHCP-client IPv4

Tu en es où du compteur "expires after" ? le "renew" ne s'est pas fait après environ une heure donc ?
ici encore 2 heures à attendre