Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    IPv6 DTAG DualStack bzw. prefix delegation funktioniert nicht mehr

    Scheduled Pinned Locked Moved Deutsch
    14 Posts 3 Posters 1.2k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • nonickN
      nonick
      last edited by

      Auch das funktioniert bis jetzt reibungslos. erst vor ein paar Tagen war die Zwangstrennung.

      Netgate 6100

      J 1 Reply Last reply Reply Quote 0
      • J
        j.koopmann @nonick
        last edited by

        @nonick Merci. Und ja... hilft mir nicht. :-)

        Ist bei Dir die externe IPv6 (WAN) auch so komplett unterschiedlich zu den LAN-IPv6 Präfixen wie bei mir? Ich vermute ja, weil die DTAG vermutlich komplett unabhängige /56er Netze per DHCP announced..

        1 Reply Last reply Reply Quote 0
        • nonickN
          nonick
          last edited by

          Ist genauso, deine Vermutung ist auch richtig.

          Netgate 6100

          1 Reply Last reply Reply Quote 0
          • J
            j.koopmann
            last edited by

            Ich danke Dir. Dann muss ich mal das WAN interface tracen, wenn ich ne Zwangstrennung mache und mir mal ansehen, was da mittels DHCP auf dem WAN Interface passiert und welche Präfixe überhaupt delegiert werden (in der Hoffnung, dass ich das erkenne)...

            Liebe Grüße
            JP

            1 Reply Last reply Reply Quote 0
            • J
              j.koopmann
              last edited by

              Ok. PPPoE neu aufgebaut. Neue IPv6. Aber die IPs auf den LAN interfaces blieben. Spricht für meine Theorie.

              Indizes von 1-3 auf 0-2 geändert. PPPoE neu. Die drei interfaces kriegen neue IPs. IPv6 geht. Sehr merkwürdig.

              1 Reply Last reply Reply Quote 0
              • J
                j.koopmann
                last edited by

                Spooky. In der Nacht gabs nen PPPoE Reset. Schwups war IPv6 wieder nicht verfügbar.

                Dieses Mal habe ich nur die Track-ID von 0 auf 5 geändert und eine Minute gewartet. Siehe da: Es geht wieder ohne PPPoE Reset. Spricht dafür, dass hier irgendetwas bei der internen Prefixweitergabe aufs LAN Interface bei einem ungeplanten PPPoE Reset nicht klappt.

                Auch Spooky: Ich habe die Track-ID von 0 auf 5 geändert, aber die IPv6 auf dem LAN Interface ist jetzt

                2003:c8:9f39:4400 usw

                statt

                2003:c8:9f39:4405

                denn auf den anderen Interfaces ist die Track-ID genau dort widergespiegelt.

                Ich schau mal, was ich in den Logs finde....

                1 Reply Last reply Reply Quote 0
                • W
                  wkn
                  last edited by

                  @j-koopmann

                  Hast du mal probiert on in den WAN-Einstellungen für IPv6 ein Setzen von "Do not allow PD/Address release" etwas bei dir "positiv" bewirkt?

                  J 1 Reply Last reply Reply Quote 0
                  • J
                    j.koopmann @wkn
                    last edited by

                    @wkn Bisher noch nicht. Nach meinem Verständnis wird bei jedem PPPoE Aufbau auch ein neuer /56 Präfix von der Telekom vergeben und delegiert. Alles andere wäre eine große Überraschung. Warum sollte man bei einem gewollten Exit seitens der pfsense keinen release schicken wollen... Ich kann das gerne mal einschalten aber inwiefern glaubst Du, dass das hilft?

                    Der PPPoE Reconnect kam wegen eines LinkLoss. Da wurde vorher keine PPPoE Session sauber bearbeitet (laut Logs).

                    1 Reply Last reply Reply Quote 0
                    • W
                      wkn
                      last edited by wkn

                      Wie zeigt sich denn der Abbruch bei dir im Log?

                      Ich sehe z.B. wenn die Telekom nachts ihr Wartungsfenster ausführt und die Verbindung von da aus getrennt wird, fünf Timeouts vom LCP Ping und dann löst die pfSense darauf ein Down event aus. Wenn die Leitung dann wieder Sync wird, erfolgt der normale PPP Session Aufbau.

                      1 Reply Last reply Reply Quote 0
                      • J
                        j.koopmann
                        last edited by

                        Schau mal hier bitte:

                        https://forum.netgate.com/topic/153596/ipv6-connectivity-from-lan-is-lost-after-pppoe-reconnect

                        Da habe ich es noch einmal auf Englisch zusammengeschrieben und auch die Logs vom PPPoE Abbruch reingepackt.

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post
                        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.