Auteur Sujet: Orange DHCP conformité protocolaire 2023 - lire depuis le début du sujet (Lu 426574 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:** 20 janvier 2026 à 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:** 20 janvier 2026 à 18:09:46 »

Citation de: ashitaka le 20 janvier 2026 à 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:** 20 janvier 2026 à 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.

cyayon · « **Réponse #1396 le:** **Aujourd'hui** à 03:49:53 »

Bonjour à tous,

Cela fait des années que j'utilise un Mikrotik CCR2116 (avant avec FS.com et maintenant avec un WAS-110 depuis plusieurs mois).
J'ai un abonnement Orange PRO avec IP fixe.
Cela fait 2 fois en quelques jours que mon préfix IPv6 change. D'abord ce week-end, et à l'instant (lease de 3j).
Mon IPv4 ne change pas.
Sur le portail orange, j'ai bien l'option IP fixe.

Y a-t-il des changements chez Orange à ce sujet ? IP fixe plus du tout fixe ?
C'est super galère, j'ai plein de trucs à reconfigurer...

Merci

EDIT:
Après analyse des logs mikrotik, il semblerait qu'orange ai eu des pbs de dhcp, ou bien c'est ma config qui a un pb...

J'ai ce genre de logs à répétition entre 01:20 et 02:09 du matin.
Visiblement en IPv4, l'ip fixe est restée, mais l'ipv6 a changé au moment où le client DHCP à finit par réussir.
Ma config n'a pas changé du tout, je fais bien la COS (sur un CRS310 qui héberge le WAS-110 en amont via des switch rules).

La seule chose que je trouve un peu bizarre (mais je crois que ça l'a toujours fait), c'est quand je fais un release sur le client dhcpv6, le status revient à bound après 10 secondes environ, j'ai des resending du client dhcpv6 du mikrotik (7.20.6). Si je fais un second release (via l'interface) et le status revient à bound immédiatement (le client dhcp passe à stopped puis à bound). Pas de souci avec le renew, ca marche immédiatement.
En ipv4, aucun problème avec le client dhcpv4, release et renew reviennent à status bound immédiatement. A mon avis ce n'est pas lié...

ipv4:

Code: [Sélectionner]

Feb 24 02:04:54 router1-adm.nbux.org dhcp,debug dhcp-client on vlan832-orange1.wan1 sending discover with id 3562923302 from 0.0.0.0:68 (58:1D:D8:F2:xxx) to 255.255.255.255:67 (FF:FF:FF:FF:FF:FF)
Feb 24 02:04:54 router1-adm.nbux.org dhcp,debug,packet     secs = 12
Feb 24 02:04:54 router1-adm.nbux.org dhcp,debug,packet     ciaddr = 0.0.0.0
Feb 24 02:04:54 router1-adm.nbux.org dhcp,debug,packet     chaddr = 58:1D:D8:F2:xxxx
Feb 24 02:04:54 router1-adm.nbux.org dhcp,debug,packet     Host-Name = "router1"
Feb 24 02:04:54 router1-adm.nbux.org dhcp,debug,packet     Msg-Type = discover
Feb 24 02:04:54 router1-adm.nbux.org dhcp,debug,packet     Parameter-List = Subnet-Mask,Classless-Route,Router,Static-Route,Domain-Server,NTP-Server,CAPWAP-Server,Vendor-Specific
Feb 24 02:04:54 router1-adm.nbux.org dhcp,debug,packet     Class-Id = "sagem"
Feb 24 02:04:54 router1-adm.nbux.org dhcp,debug,packet     Client-Id = 01-58-1D-D8-F2-xxx
Feb 24 02:04:54 router1-adm.nbux.org dhcp,debug,packet     User-Class = 2B-46-53-56-44-53-4C-5F-6C-69-76-65-62-6F-78-2E-49-6E-74-65-72-6E-65-74-2E-73-6F-66-74-61-74-68-6F-6D-65-2E-4C-69-76-65-62-6F-78-37
Feb 24 02:04:54 router1-adm.nbux.org dhcp,debug,packet     Authentication = 00-00-00-00-00-00-00-00-00-00-00-1A-0........
Feb 24 02:04:56 router1-adm.nbux.org dhcp,debug dhcp-client on vlan832-orange1.wan1 sending discover with id 3562923302 from 0.0.0.0:68 (58:1D:D8:F2:xxx) to 255.255.255.255:67 (FF:FF:FF:FF:FF:FF)
Feb 24 02:04:56 router1-adm.nbux.org dhcp,debug,packet     secs = 14
Feb 24 02:04:56 router1-adm.nbux.org dhcp,debug,packet     ciaddr = 0.0.0.0
Feb 24 02:04:56 router1-adm.nbux.org dhcp,debug,packet     chaddr = 58:1D:D8:F2:xxxx
Feb 24 02:04:56 router1-adm.nbux.org dhcp,debug,packet     Host-Name = "router1"
Feb 24 02:04:56 router1-adm.nbux.org dhcp,debug,packet     Msg-Type = discover
Feb 24 02:04:56 router1-adm.nbux.org dhcp,debug,packet     Parameter-List = Subnet-Mask,Classless-Route,Router,Static-Route,Domain-Server,NTP-Server,CAPWAP-Server,Vendor-Specific
Feb 24 02:04:56 router1-adm.nbux.org dhcp,debug,packet     Class-Id = "sagem"
Feb 24 02:04:56 router1-adm.nbux.org dhcp,debug,packet     Client-Id = 01-58-1D-D8-F2-xxx
Feb 24 02:04:56 router1-adm.nbux.org dhcp,debug,packet     User-Class = 2B-46-53-56-44-53-4C-5F-6C-69-76-65-62-6F-78-2E-49-6E-74-65-72-6E-65-74-2E-73-6F-66-74-61-74-68-6F-6D-65-2E-4C-69-76-65-62-6F-78-37
Feb 24 02:04:56 router1-adm.nbux.org dhcp,debug,packet     Authentication = 00-00-00-00-00-00-00-00-00-00-00-1A.....

ipv6:

Code: [Sélectionner]

Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug resending..
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet send vlan832-orange1.wan1 -> ff02::1:2%1c
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet type: solicit
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet transaction-id: 4d699e
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet  -> clientid:   00030001 581dd8f2 xxxx
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet  -> elapsed_time: 0
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet  -> auth:   00000000 00000000 0000001a xxxxxxxxxxxxx
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet 643c1262 36366463 66656662 37333531 34623203 136287b0 988edd85 93dba74a
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet 81e95792 4265
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet  -> user_class:   002b4653 5644534c 5f6c6976 65626f78 2e496e74 65726e65 742e736f 66746174
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet 686f6d65 2e4c6976 65626f78 37
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet  -> vendor_class:   0000040e 00057361 67656d
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet  -> ia_pd:
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet    t1: 0
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet    t2: 0
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet    id: 0x21
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug resending..
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet send vlan832-orange1.wan1 -> ff02::1:2%1c
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet type: solicit
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet transaction-id: 4d699e
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet  -> clientid:   00030001 581dd8f2 xxxx
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet  -> elapsed_time: 0
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet  -> auth:   00000000 00000000 0000001a xxxxxxxxxxxx
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet 643c1262 36366463 66656662 37333531 34623203 136287b0 988edd85 93dba74a
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet 81e95792 4265
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet  -> user_class:   002b4653 5644534c 5f6c6976 65626f78 2e496e74 65726e65 742e736f 66746174
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet 686f6d65 2e4c6976 65626f78 37
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet  -> vendor_class:   0000040e 00057361 67656d
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet  -> ia_pd:
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet    t1: 0
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet    t2: 0
Feb 24 01:21:20 router1-adm.nbux.org dhcp,debug,packet    id: 0x21

La COS sur le CRS310:

Code: [Sélectionner]

[admin@switch0-wan] > interface/ethernet/switch/rule/print detail
Flags: X - disabled, I - invalid; D - dynamic
 0    ;;; orange1 arp QOS
      switch=switch1 ports=sfpplus1.router-wan1 mac-protocol=arp vlan-id=832 copy-to-cpu=no redirect-to-cpu=no mirror=no new-qos-profile=orange-prio-bng keep-qos-fields=no

 1    ;;; orange1 dhcp4 QOS
      switch=switch1 ports=sfpplus1.router-wan1 mac-protocol=ip vlan-id=832 protocol=udp src-port=68 dst-port=67 copy-to-cpu=no redirect-to-cpu=no mirror=no new-qos-profile=orange-prio-bng keep-qos-fields=no

 2    ;;; orange1 dhcp6 QOS
      switch=switch1 ports=sfpplus1.router-wan1 mac-protocol=ipv6 vlan-id=832 protocol=udp src-port=546 dst-port=547 copy-to-cpu=no redirect-to-cpu=no mirror=no new-qos-profile=orange-prio-bng keep-qos-fields=no

 3    ;;; orange1 icmp6 QOS
      switch=switch1 ports=sfpplus1.router-wan1 mac-protocol=ipv6 vlan-id=832 protocol=icmpv6 dst-address6=fe00::/fe00:: copy-to-cpu=no redirect-to-cpu=no mirror=no new-qos-profile=orange-prio-bng keep-qos-fields=no


[admin@switch0-wan] > /interface ethernet switch qos profile print detail
Flags: X - disabled, I - inactive, H - hw-offloaded
 0 H name="default" pcp=0 dscp=0 traffic-class=1

 1 H ;;; orange PCP6 DSCP48_CS6
     name="orange-prio-bng" pcp=6 dscp=48 traffic-class=6


[admin@switch0-wan] > /interface ethernet switch qos port print detail
Flags: I - invalid; R - running
 0  R name="ether1.manage" switch=switch1 profile=default map=default trust-l2=ignore trust-l3=ignore tx-manager=default

 1    name="sfp1" switch=switch1 profile=default map=default trust-l2=ignore trust-l3=ignore tx-manager=offline

 2    name="sfp2.router-wan2" switch=switch1 profile=default map=default trust-l2=ignore trust-l3=ignore tx-manager=offline

 3    name="sfp3.wan2" switch=switch1 profile=default map=default trust-l2=ignore trust-l3=ignore tx-manager=offline

 4    name="sfp4" switch=switch1 profile=default map=default trust-l2=ignore trust-l3=ignore tx-manager=offline

 5    name="sfp5" switch=switch1 profile=default map=default trust-l2=ignore trust-l3=ignore tx-manager=offline

 6  R name="sfpplus1.router-wan1" switch=switch1 profile=default map=default trust-l2=ignore trust-l3=ignore tx-manager=default

 7    name="sfpplus2.ont-wan1" switch=switch1 profile=default map=default trust-l2=ignore trust-l3=ignore tx-manager=default

 8    name="sfpplus3.onu-gpon-wan1" switch=switch1 profile=default map=default trust-l2=ignore trust-l3=ignore tx-manager=default

 9  R ;;; Running ports must not use offline QoS Tx Manager!
      name="sfpplus4.onu-xgspon-wan1" switch=switch1 profile=default map=default trust-l2=ignore trust-l3=ignore tx-manager=offline

10  R name="switch1-cpu" switch=switch1 profile=default map=default trust-l2=keep trust-l3=keep tx-manager=default

zoc · « **Réponse #1397 le:** **Aujourd'hui** à 08:34:49 »

Je pense qu'en pratique l'option IP fixe, c'est uniquement IPv4 fixe... A faire confirmer par le SC (si ils comprennent de quoi tu parles...).

Les changements de préfixe j'ai aussi déjà eu ça après des périodes de non réponse du serveur DHCPv6 d'Orange (des maintenances à priori, ça s'est toujours produit la nuit dans la même tranche horaire que toi).

cyayon · « **Réponse #1398 le:** **Aujourd'hui** à 08:44:09 »

Citation de: zoc le Aujourd'hui à 08:34:49

Je pense qu'en pratique l'option IP fixe, c'est uniquement IPv4 fixe... A faire confirmer par le SC (si ils comprennent de quoi tu parles...).

Les changements de préfixe j'ai aussi déjà eu ça après des périodes de non réponse du serveur DHCPv6 d'Orange (des maintenances à priori, ça s'est toujours produit la nuit dans la même tranche horaire que toi).

Salut Zoc,
Merci pour ta réponse. J’ai eu le premier changement de prefix IPv6 samedi ou dimanche vers 12h après une coupure signal fibre de quelques secondes/minutes et cette nuit.
Cela ressemble effectivement à des maintenances.
Faut que je trouve un moyen pour auto reconfigurer toute ma stack, mais ça va pas être simple…