@ChristianEb : Merci, vous nous réchauffez vraiment ! Pas cyniquement, mais censé être louable ! Que fait l’instruction de débogage sur le routeur Cisco ? Générer plus de trafic V6 pour l’analyse ou générer plus d’informations de débogage pour l’interface Cisco afin de pouvoir éventuellement vous passer de l’analyse WAN ?

😉

Magnifique Aabig öi à tous !

🙋🏻‍♂️

Chère communauté ! J’ai passé une matinée à écouter et à regarder le trafic WAN de ma Fritz!Box. À propos, j’ai essayé encore et encore avec mes paramètres V6, j’ai essayé de découvrir quel paramètre provoquait quelle différence et j’ai essayé de comprendre comment DHCPv6 dans ([ rfc8415](https ://datatracker.ietf.org/doc/html/rfc8415)) fonctionne. Je ne dis pas que j’ai compris toutes les options maintenant. J’avais définitivement l’impression que le processus était tout à fait correct. La différence entre Native V4 et Native V6 réside certainement dans l’ordre selon lequel V4 ou V6 est négocié en premier. Ma procédure est la suivante :

1. Paramètres IPv6 vérifiés/modifiés. 2. Les pages d’assistance Fritzbox s’ouvrent (en bas à gauche : contenu, puis au milieu en bas : assistance Fritz!Box)
2. Le reniflage de paquets est activé pour le port WAN. 4. Appuyez sur le bouton [Resynchroniser la connexion DSL]. 5. J’ai attendu quelques minutes. 6. Reniflage de paquets désactivé pour le port WAN. Cela génère un fichier .ETH compatible Wireshark. 7. Ouvrez le fichier avec Wireshark Portable et filtrez-le. La configuration de la connexion ressemble à ceci :

Quelques autres requêtes DHCPv6 sont en cours. D’abord à intervalles de 2,5 s, puis à intervalles plus grands (~ 1,5 min). Le passage à des intervalles plus longs se produit une fois que la réponse manquante du serveur DHCPv6 est enregistrée dans Système/Événements :

La théorie s’attendrait en fait à un package RA (ADVERTISE) ici. Par souci d’exhaustivité, vous pouvez obtenir le package DHCPv6 anonymisé ici :

Trame 12194 : 185 octets sur le fil (1 480 bits), 185 octets capturés (1 480 bits)
Ethernet II, Src : AVMAudio_23:a4:f8 (aa:bb:cc:dd:ee:ff), Dst : IPv6mcast_01:00:02 (33:33:00:01:00:02)
Protocole Internet version 6, Src : fe80::wwww:xxxx:yyyy:zzzz, Dst : ff02::1:2
Protocole de datagramme utilisateur, port Src : 546, port Dst : 547
DHCPv6
    Type de message : Solliciter (1)
    ID de transaction : 0x114267
    Temps écoulé
        Option : Temps écoulé (8)
        Longueur : 2
        Temps écoulé : 1070 ms
    Identifiant client
        Option : Identifiant du client (1)
        Longueur : 10
        DUID : 000300015c497923a4f8
        Type DUID : adresse de couche liaison (3)
        Type de matériel : Ethernet (1)
        Adresse de la couche de liaison : aa:bb:cc:dd:ee:ff
    Engagement rapide
        Option : Engagement rapide (14)
        Longueur : 0
    Association d'identité pour une adresse non temporaire
        Option : Association d'identité pour adresse non temporaire (3)
        Longueur : 12
        IAI : 7923a4f8
        T1 : 0
        T2 : 0
    Association d'identité pour la délégation de préfixe
        Option : Association d'identité pour la délégation de préfixe (25)
        Longueur : 41
        IAI : 7923a4f8
        T1 : 0
        T2 : 0
        Préfixe IA
            Option : Préfixe IA (26)
            Longueur : 25
            Durée de vie préférée : 0
            Durée de vie valide : 0
            Longueur du préfixe : 0
            Adresse de préfixe :::
    Reconfigurer Accepter
        Option : Reconfigurer Accepter (20)
        Longueur : 0
    Option de demande
        Option : Demande d'option (6)
        Longueur : 18
        Code d'option demandé : serveur de noms récursif DNS (23)
        Code d'option demandé : serveur NTP (56)
        Code d'option demandé : serveur de protocole de temps réseau simple (31)
        Code d'option demandé : association d'identité pour la délégation de préfixe (25)
        Code d'option demandé : association d'identité pour adresse non temporaire (3)
        Code d'option demandé : informations spécifiques au fournisseur (17)
        Code option demandé : SOL_MAX_RT (82)
        Code option demandé : INF_MAX_RT (83)
        Code option demandé : Serveur PCP (86)
    Classe de fournisseur
        Option : Classe de fournisseur (16)
        Longueur : 4
        Identifiant d'entreprise : AVM GmbH (872)

Je n’arrive toujours pas à comprendre pourquoi je ne reçois aucune publicité pour le routeur. J’ai actuellement 3 hypothèses pour cela :

1. Il y a toujours un “interrupteur” pour activer/désactiver le V6, qui est activé sur mon Anschluss. (Ok, ok, je ne veux pas me joindre à la pêche à la traîne ici, j’ai entendu et lu que cela n’existe pas ! 😉)

2. Une variante de cela serait si mon Anschluss n’a pas été entièrement autorisé. (https://www.swisscom.ch/access) Je l’ai ouvert, joué, aucun problème. (Bien sûr, je reçois également une adresse V4, pourquoi ne devrais-je pas être autorisé à le faire ?) Mais ce serait une raison possible pour laquelle les RA n’ont pas été délibérément/intentionnellement envoyés. Sinon, Anschluss V6 pourrait être activé/utilisé sur chaque appareil. Même si le client ne paie pas pour Internet. 3. Mon frit a toujours une méchante erreur de configuration. Mais je n’y crois plus. Il n’y a pas beaucoup d’options. Si vous le trouvez dans l’enregistrement du package SOLICIT : trouvez la différence. Je ne peux pas aller plus loin par moi-même et j’ai besoin de votre aide. Peut-être que quelqu’un pourra faire cet enregistrement pour l’I-Büxe. Je suis particulièrement intéressé par :

3. Le comportement temporel. (À quelle vitesse ADVERTISE sera-t-il ajouté au package SOLICIT ?)

4. Les différences de contenu du package SOLICIT. (Je pourrais les utiliser pour frapper à nouveau à la porte d’AVM.)

J’espère pouvoir motiver un ou deux nerds. Mais vous devez avoir accès au trafic WAN. Soit via un convertisseur de média, soit avec la magie décrite ci-dessus. Il pourrait également s’agir d’un enregistrement Fritzbox d’un Anschluss qui a déjà fonctionné avec IPv6. Défi accepté!?

🙋‍♂️

---

ChristianEb a écrit :

Salut @andiroid deux questions, ai-je raison de supposer que vous avez capturé la source de votre boîte ici dans la capture ? (Depuis la source AVM)

Merci, @ChristianEb de nous avoir réfléchi et encouragé. En fait, vous ne trouvez aucune information sur quel port vous obtenez quelles informations. Il faut interpréter quelque chose. Il y a trois tubes que je peux écouter :

Le trafic de la « 1ère connexion Internet » et de l’« Interface 0 » est identique. Le trafic DHCPv4 est également visible et ne doit en aucun cas apparaître sur les ports LAN.

D’ailleurs, « l’interface de routage » est du pur trafic IP, je ne l’ai pas encore regardé.

---

@ChristianEb a écrit :

Je soupçonne donc que le message du journal correspond à ce qui est attendu et à ce qui ne vient pas. Je me concentrerais sur ce que vous recevez du réseau et sur la manière dont votre box doit l’utiliser.

Salutations et amusez-vous à bricoler

---

Correctement supposé, le message du journal est également cohérent. Je me concentre exactement là où vous le mettez. Je ne parviens pas à obtenir un seul package V6 du réseau. Zéro. Nada. Juste « mes » demandes de SOLLICIT. D’où mes hypothèses confuses concernant « Schälterli », « Activation », « Communication propriétaire TR-069 ». Je n’ai vraiment pas envie de créer une ambiance, mais en fait je ne comprends pas le silence des routeurs à ce stade…

😟

---

Tux0ne a écrit :

Lors de votre visite sur www.swisscom.ch/access, y a-t-il une page d’accueil bleue avec le logo Swisscom sur laquelle vous pouvez vous inscrire avec le numéro de série ou le logo Swisscom ? Rejouez cela.

Merci également d’avoir réfléchi. Je viens de le faire pour la deuxième fois. Voici qui arrive relativement rapidement :

Tout est très étrange. 😉

---

ChristianEb a écrit :

@andiroid Vous m’avez mal compris ici, je ne parle pas du port (lan, wan, etc…) je vois que ça montre que le src de la capture était avm, de mon point de vue ceci devrait être le huawei bng be, celui-là vous parle.

Merci de ne pas me communiquer votre numéro d’ac via DM, merci

Oui, pas le port. 😉 SRC/DST est une question de définition - au moins les fichiers ip.src et ip.dst des fichiers journaux ont la flèche de référence “correcte” :

Je ne vois pas encore d’erreurs majeures…