Auteur Sujet: Orange DHCP conformité protocolaire 2023 - lire depuis le début du sujet (Lu 414061 fois)

Fibroberto · « **Réponse #1392 le:** 22 décembre 2025 à 22:53:01 »

Effectivement bien vu j'avais effectivement l'option norelease sur mon udhcpc en IPv4 (et pas en IPv6 à priori).
J'ai corrigé, j'ai bien maintenant udhcpc qui se lance avec l'option "-R". Pour l'instant j'ai toujours pas mon prefix IPv6 de revenu, mais je vais voir si dans le futur ça fonctionne mieux.

Comme c'est dans le doc "officiel" openwrt je l'avais pas vu ce paramètre. Merci !

ashitaka · « **Réponse #1393 le:** **Aujourd'hui** à 12:02:03 »

Hello, hier j'ai mis à jour mon mikrotik CCR2004, de 7.19 à 7.20.7. (similairement à mes autres mise à jours depuis longtemps)

J'ai la mauvaise impression que mon DUID a changé (car il n'était pas lock sur l'interface, ce qui est le cas maintenant).
J'ai bien ma stack ipv4 de connecté.
Mais impossible d'avoir la stack ipv6. Je n'ai pas l'impression de recevoir une quelconque réponse en face. Pas de parkage, rien.
Je ne vois meme pas de traffic de retour. Dois je simplement attendre 3jours? Reboot l'ONT? Je n'ai rien changé dans le paramétrage COS, authentification dhcp etc.

Une idée de la marche à suivre?

-- Edit1:

J'ai opéré une série de reboot. Et maintenant je vois la discussion entre le dhcp6 d'orange et mon router.
Fait intéressant l'ancien lease doit toujours être actif, car je reçois du traffic en provenance de l'extérieur à destination d'autre machine de mon réseau en ipv6. Mais cette fois ci le serveur dhcp6 me laisse un statut "Error", pourtant je vois des logs contenant le prefix dans l'échange. -_-'.

-- Edit2:

Code: [Sélectionner]

 2026-01-20 13:37:43 dhcp,debug [dhcp]: discovering...
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: send Bridge_WAN -> ff02::1:2%28
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: type: solicit
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: transaction-id: 33dd9f
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> clientid:   XXXXXXXX XXXXXXX XXXX
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> elapsed_time: 0
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> auth:   00000000 00000000 0000001a XXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXX
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: XXXXXXX XXXXX
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> rapid_commit: [empty]
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> user_class:   002b4653 5644534c XXXXXXXX 65626f78 XXXXXXX 65726e65 742e736f 66746174
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: 686f6d65 2e4c6976 65626f78 37
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> vendor_class:   0000040e 00057361 67656d
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> ia_pd: 
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    t1: 0
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    t2: 0
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    id: 0x20
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: recv client: Bridge_WAN fe80::ba0:bab -> fe80::f61e:57ff:fe01:aa3d
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: type: advertise
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: transaction-id: 33dd9f
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> clientid:   00030001 XXXXXXX XXXX
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> serverid:   00030001 e48184c7 2734
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> auth: 
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    protocol: 0
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    algorithm: 0
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    rdm: 0
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    replay detection: 0
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    info: 0x646863706c697665XXXXX86672323530
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> vendor_opts:   00000558 0001000a 00010000 00000000 0000
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> domain_list:   034e4359 06616363 65737311 6f72616e 67652d6d 756c7469 6d656469 61036e65
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]: 7400
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:  -> ia_pd: 
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    t1: 79500
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    t2: 207360
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:    id: 0x20
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:   -> ia_prefix: 
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:     prefix: 2a01:XXXX:ab1:d00::/56
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:     valid time: 259200
 2026-01-20 13:37:43 dhcp,debug,packet [dhcp]:     pref. time: 259200
 2026-01-20 13:37:43 dhcp,debug [dhcp]: handle advertise
 2026-01-20 13:37:43 dhcp,debug [dhcp]: ia_pd 2a01:XXXX:ab1:d00:: recorded
 2026-01-20 13:37:44 dhcp,debug [dhcp]: using recorded advertise
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]: send Bridge_WAN -> ff02::1:2%28
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]: type: request
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]: transaction-id: 5b1bcf
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:  -> clientid:   00030001 XXXXXXX aa3d
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:  -> serverid:   00030001 e48184c7 2734
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:  -> elapsed_time: 0
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:  -> auth:   XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]: a3e6b5d5 716f
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:  -> user_class:   002b4653 5644534c XXXXXXX XXXXXXXX 2e496e74 65726e65 742e736f 66746174
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]: 686f6d65 2e4c6976 65626f78 37
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:  -> vendor_class:   0000040e 00057361 67656d
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:  -> ia_pd: 
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:    t1: 0
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:    t2: 0
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:    id: 0x20
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:   -> ia_prefix: 
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:     prefix: 2a01:XXXX:ab1:d00::/56
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:     valid time: 259200
 2026-01-20 13:37:44 dhcp,debug,packet [dhcp]:     pref. time: 259200
 2026-01-20 13:37:45 dhcp,debug [dhcp]: resending..
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]: send Bridge_WAN -> ff02::1:2%28
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]: type: request
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]: transaction-id: 5b1bcf
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:  -> clientid:   00030001 XXXXXXX aa3d
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:  -> serverid:   00030001 e48184c7 2734
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:  -> elapsed_time: 1
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:  -> auth:   XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]: a3e6b5d5 716f
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:  -> user_class:   002b4653 5644534c XXXXXXX XXXXXXXX 2e496e74 65726e65 742e736f 66746174
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]: 686f6d65 2e4c6976 65626f78 37
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:  -> vendor_class:   0000040e 00057361 67656d
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:  -> ia_pd: 
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:    t1: 0
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:    t2: 0
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:    id: 0x20
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:   -> ia_prefix: 
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:     prefix: 2a01:XXXX:ab1:d00::/56
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:     valid time: 259200
 2026-01-20 13:37:45 dhcp,debug,packet [dhcp]:     pref. time: 259200
 2026-01-20 13:37:47 dhcp,debug [dhcp]: resending..
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]: send Bridge_WAN -> ff02::1:2%28
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]: type: request
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]: transaction-id: 5b1bcf
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:  -> clientid:   00030001 XXXXXXX aa3d
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:  -> serverid:   00030001 e48184c7 2734
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:  -> elapsed_time: 3
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:  -> auth:   XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]: a3e6b5d5 716f
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:  -> user_class:   002b4653 5644534c XXXXXXX XXXXXXXX 2e496e74 65726e65 742e736f 66746174
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]: 686f6d65 2e4c6976 65626f78 37
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:  -> vendor_class:   0000040e 00057361 67656d
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:  -> ia_pd: 
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:    t1: 0
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:    t2: 0
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:    id: 0x20
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:   -> ia_prefix: 
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:     prefix: 2a01:XXXX:ab1:d00::/56
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:     valid time: 259200
 2026-01-20 13:37:47 dhcp,debug,packet [dhcp]:     pref. time: 259200

-- Edit 3: Je viens de voir ceci apparaître:

Code: [Sélectionner]

invalid mtu 1540 on Bridge_WAN from fe80::ba0:bab
-- Edit 4: Tout me porte à croire, que le problème est local au mikrotik suite au changement de version.
Actuellement j'ai une archi Bridge_WAN =>(contient) vlan832. Et le dhcpv6 est localisé sur l'interface Bridge_WAN.
Or avec les changements opérés entre 7.19 et 7.20+ j'ai l'impression que le mapping du traffic n'est plus aussi simple qu'avant:

comprendre : Sortie par Bridge_WAN et retour par Bridge_WAN, j'ai l'impression que certains paquets rentrent par vlan832 (sont étiquettés comme.)
ce qui fait que je pense que je ne reçois jamais la reply d'Orange, autant le début(SOLICIT/ADVERTISE) est en multicast, mais pas la fin du dialogue(REPLY) est UNICAST.
Je suggère donc que le début du dialogue est identifié sur le bridge et la fin sur l'interface vlan: vlan832. Et du coup le dhcpv6 de mikrotik ne traite jamais la réponse. Je n'ai donc pas de bound. Misère, je dois virer le bridge et changer tout mes règles ;,,,;

-- Edit 5: Fin de l'aventure.... je me suis débarassé du Bridge... et devinez quoi. En se mettant directement sur l'interface vlan, c'est passé, retour du dual stack ipv4v6.
Suite à la mise à jour vers 7.20+, il se trouvait que le bridge transmettait son adresse mac(client ID), et pour la stack ipv6, il prennait celui du sfp1 (et non du bridge comme avant) en complément du fait que l'étiquetage des paquets nétaient pas le meme comme supposé plus haut.
Conclusion pour la COS6, j'utilise la nouvelle option dscp + vlan priority en stack ipv4. et mangle rule pour ipv6. 6h de bonheur...

zoc · « **Réponse #1394 le:** **Aujourd'hui** à 18:09:46 »

Citation de: ashitaka le Aujourd'hui à 12:02:03

J'ai la mauvaise impression que mon DUID a changé (car il n'était pas lock sur l'interface, ce qui est le cas maintenant).

Pas eu ce problème.

Citer

-- Edit 3: Je viens de voir ceci apparaître:
Code: [Sélectionner]
invalid mtu 1540 on Bridge_WAN from fe80::ba0:bab

Ca fait au moins 3 mois que c'est là : augmentation de la MTU IPv6 du lien à 1540 par Orange en prévision du support de DS-Lite (40 octets d'overhead). Tu peux ignorer.

cyayon · « **Réponse #1395 le:** **Aujourd'hui** à 18:36:09 »

Pour le DUID, juste attendre quelques jours et l’ipv6 va revenir toute seule. Ou tenter d’enlever la fibre pendant 1h.
Pour éviter quelques ça se reproduise, fixer la Mac address de l’interface vlan avec celle de la LB et le DUID basé sur cette mac.