Impossible de récupérer Ipv4 après reboot du routeur (ma config ci-dessous)

1. pour récupérer l'ipv6 public (après reboot du Mikrotik) je dois faire un release lorsque le router est à nouveau online.
(action indispensable car à la fin du reboot l'ipv6 est également en mode parcage)

2. pour l'ipv4 je reste toujours en 172.16.x.x même avec un release. Le release relance un searching automatiquement un renew après un renew.
(mais le retour est toujours ipv4 en mode parcage)

Je partage ma config afin de vérification au-cas ou.

• La Cos6 est appliquée par un Bridge => pas le choix sur mon routeur il ne gère pas les cpu switch rule.
• Les options 61 (ipv4) et 1 (ipv6) sont construites à base de la Mac adress de la LB4.
• L'option 11 et 90 sont identiques (récupérées dans ce qu'envoie la LB4).

Merci pour votre aide et vos conseils.

Yann

Tu n'as pas de réponse, ou tu obtiens une IP parking ?
Dans le second cas, vérifie la valeur de l'option 125 en DHCP4 (option 17 en v6)

IP de parking pour les deux (ipv4 et ipv6) mais ipv6 je peux la récupérer un faisant juste un release avec le bouton RELEASE sur le client dhcpv6 de la winbox.
Je fais la même chose sur le client dhcp (ipv4) mais ça me retourne toujours une ip de parking: 172.16.x.x

Analyze de l'option 125 DHCP4 => j'y ai pensé mais comment je fais sachant que la fibre rentre directement sur le port SFP du routeur.
Peut 'ton dupliquer le port SFP vers un port ethernet afin d'analyser avec wireshark par exemple?

J'utilise un script sur mes dhcp-client pour vérifier la valeur des option 125 et 17.

Houlala, une merveille ça (merci pour le partage)
Je vais tester et je te ferai un retour avec mention @jbfavre

@jbfavre : Bizarre que tes règles bridge filter ne matchent rien. Chez moi elles matchent et semblent fonctionner.

J'ai

/ipv6/firewall/mangle> print
Flags: X - disabled, I - invalid; D - dynamic
 0    ;;; Neighbor Solicitation NS
      chain=output action=mark-packet new-packet-mark=na/ns passthrough=no protocol=icmpv6 out-interface=orange-wan-bridge-internet icmp-options=135:0-255 log=no log-prefix=""

 1    ;;; Neighbor Advertisement NA
      chain=output action=mark-packet new-packet-mark=na/ns passthrough=no protocol=icmpv6 out-interface=orange-wan-bridge-internet icmp-options=136:0-255 log=no log-prefix=""

 2    ;;; Router Solicitation
      chain=output action=mark-packet new-packet-mark=na/ns passthrough=no protocol=icmpv6 out-interface=orange-wan-bridge-internet icmp-options=133:0-255 log=no log-prefix=""



/interface/bridge/filter> print
Flags: X - disabled, I - invalid, D - dynamic
 0   ;;; DHCP
     chain=output action=set-priority new-priority=6 passthrough=yes out-interface=vlan832-orange-internet mac-protocol=ip dst-port=67 ip-protocol=udp log=no log-prefix=""

 1   ;;; ARP
     chain=output action=set-priority new-priority=6 passthrough=yes out-interface=vlan832-orange-internet mac-protocol=arp log=no log-prefix=""

 2   ;;; NA/NS
     chain=output action=set-priority new-priority=6 passthrough=yes out-interface=vlan832-orange-internet mac-protocol=ipv6 packet-mark=na/ns log=no log-prefix=""

 3   ;;; DHCPV6
     chain=output action=set-priority new-priority=6 passthrough=yes out-interface=vlan832-orange-internet mac-protocol=ipv6 dst-port=547 ip-protocol=udp packet-mark=no-mark log=no log-prefix=""

@jbfavre : Bizarre que tes règles bridge filter ne matchent rien. Chez moi elles matchent et semblent fonctionner.

J'ai

C'est bien mon problème 
De mon côté:
5    ;;; set DSCP6 for DHCPv4
      chain=output action=change-dscp new-dscp=48 passthrough=yes protocol=udp
      out-interface=br-wan-vlan832 src-port=68 dst-port=67 log=yes log-prefix="set DSCP6 for DHCPv4"

 6    ;;; set CoS6 for DHCPv4
      chain=output action=set-priority new-priority=6 passthrough=yes protocol=udp
      out-interface=br-wan-vlan832 src-port=68 dst-port=67 log=yes log-prefix="set CoS6 for DHCPv4 "
et
0    ;;; Router Solicitation RS
      chain=output action=mark-packet new-packet-mark=cos6/dscp6 passthrough=yes protocol=icmpv6
      dst-address=ff00::/8 out-interface=br-wan-vlan832 icmp-options=133:0-255

 1    ;;; Neighbor Solicitation NS
      chain=output action=mark-packet new-packet-mark=cos6/dscp6 passthrough=yes protocol=icmpv6
      dst-address=fe80::ba0:bab/128 out-interface=br-wan-vlan832 icmp-options=135:0-255

 2    ;;; Neighbor Advertisement NA
      chain=output action=mark-packet new-packet-mark=cos6/dscp6 passthrough=yes protocol=icmpv6
      dst-address=fe80::ba0:bab/128 out-interface=br-wan-vlan832 icmp-options=136:0-255

 3    ;;; DHCPv6
      chain=output action=mark-packet new-packet-mark=cos6/dscp6 passthrough=yes protocol=udp
      out-interface=br-wan-vlan832 src-port=546 dst-port=547

 4    ;;; set DSCP6 for RS/NS/NA
      chain=output action=change-dscp new-dscp=48 passthrough=yes packet-mark=cos6/dscp6 log=no
      log-prefix="set DSCP6 for RS/NS/NA"

 5    ;;; set CoS6 for RS/NS/NA
      chain=output action=set-priority new-priority=6 passthrough=yes packet-mark=cos6/dscp6 log=no
      log-prefix="set CoS6  for RS/NS/NA"

Après, le "truc" c'est que j'utilise le VLAN filtering de mikrotik.
Donc mon setup, c'est: vlan832 -> bridge -> sfp-sfpplus12 (interface physique)
Là où j'ai l'impression que pas mal de monde utilise plutôt: bridge -> vlan832 -> sfp-sfpplus12 (interface physique)

Je ne sais pas si ça fait une différence, mais la seconde option n'est pas recommandée par Mikrotik, cf. https://help.mikrotik.com/docs/display/ROS/Layer2+misconfiguration#Layer2misconfiguration-BridgedVLANonphysicalinterfaces

Oui je sais que le design VLAN que j'ai est crade, mais :

• Il ne s'agit pas d'un switch. Le CCR2004 n'a pas de switch chip, et tout passe dans tous les cas par le CPU, donc dans tous les cas on ne "loupe" pas de hardware offload à cause du design crade : il n'y a pas de hardware offload puisque pas de switch
• Il n'y a qu'un seul VLAN, sur une seule interface. Et j'ai désactivé STP dessus, donc le traffic ne peut pas boucler, se rendre fou, ou quoi que ce soit : ya qu'une interface avec un seul VLAN dedans.

Je pense qu'utiliser les VLAN filters :

• Peut être la cause de ton problème
• Ne sert à rien car une fois de plus => il n'y a pas de switch chip, rien ne peut être offloadé (c'est très différent avec un switch de type CRS3XXXX où là en effet, il FAUT passer par les VLAN filters)

Je l'avais mis en place comme ça parce que:

• Je rencontrais les problèmes évoqué dans la page Mikrotik
• J'ai d'autres VLAN et je voulais avoir une config uniforme

Je vais tester sans bridge VLAN filtering en espérant que ça ne foute pas le boxon dans mes autres VLANs. Je sais, y a pas de raison, mais bon… voilà, quoi 😅