1. Startseite
  2. Artikel
  3. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  4. Forum
  5. Digital Signage Info
  6. Glasfaserinternetanbieter bewerten
  7. Blog
    1. Artikel
  • Anmelden
  • Registrieren
  • Suche
Dieses Thema
  • Alles
  • Dieses Thema
  • Dieses Forum
  • Artikel
  • Seiten
  • Forum
  • Blog-Artikel
  • Erweiterte Suche
  1. Glasfaserforum.de - Das Informations- und Hilfeforum rund um das Glasfaser-Internet.
  2. Forum
  3. Alles über das Glasfaser-Internet
  4. Glasfaser-Technik: Modem, Router, Netzwerk & Verkabelung

Mal wieder: Kein IPv6 bei Deutsche Glasfaser

  • Zaphod
  • 14. Januar 2025 um 08:56
  • ::1
    Profi
    Reaktionen
    170
    Beiträge
    712
    • 7. August 2026 um 16:11
    • #561
    Zitat von darthi

    Seitdem bekomme ich laut Unifi Gateway zwar immer noch eine Prefix-Delegation mit /56, aber es kann nur noch ein VLAN mit einem IPv6-Subnetz ausgestattet werden.

    Dann wirst du vermutlich von DG auch nur einen /64 delegiert bekommen haben. Ein Paketmitschnitt am WAN-Port während eines Reconnects müsste das auch zeigen.

    Reasoning: Bekämst du tatsächlich einen /56 delegiert, wäre es ein lokales Problem deines Routers, wenn er damit nur ein VLAN bestücken könnte. Da wäre DG schuldlos.

  • darthi
    Beiträge
    3
    • 7. August 2026 um 16:21
    • #562

    Jo davon gehe ich aus. Ich wundere mich nur, wieso der Unifi Gateway meint, er wäre mit /56 verbunden.

  • ::1
    Profi
    Reaktionen
    170
    Beiträge
    712
    • 7. August 2026 um 16:32
    • #563
    Zitat von darthi

    Ich wundere mich nur, wieso der Unifi Gateway meint, er wäre mit /56 verbunden.

    Vielleicht zeigt das UG an, was es angefordert hat, anstatt das, was es erhalten hat. Hast du konfiguriert, dass es einen /56 anfordern soll? Falls ja, nimm das mal raus und fordere besser keine Mindestlänge (= maximaler Range) an.

    Dass DG bei IPv6-Anschlüssen nach neuer Adressvergabe-Systematik (vgl. #104 - liegt dein Adress-Range in einem dieser /41-Blöcke? - Falls nein, kannst du den Range bis zur 11. Stelle [z.B. bis zu und inklusive Stelle W in 2a00:6020:PQWX:YZnn::/64] nennen?) nicht immer korrekt arbeitet, sehen wir hier im Forum ja öfters - auch dass nur ein /64 (statt /56) delegiert wird. Für mich ist das ein Fehler.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • darthi
    Beiträge
    3
    • 7. August 2026 um 17:02
    • #564

    Wenn ich konkret /56 anfordere, bekomme ich gar keine IPv6 mehr. Daher habe ich schon auf "auto" gestellt.

    Ich kann ja mal meine Blöcke nennen:

    Angeblicher Präfix: 2a00:6020:8e00::/56

    WAN: 2a00:6020:8e00::17

    Einzig zugewiesenes Subnetz: 2a00:6020:8e40:17::/64


    Vor der Wartungsarbeiten war mein eins meiner Subnetze 2a00:61e0:8c1:3302::/64. Den Rest kann ich leider nicht mehr nachvollziehen.

  • ::1
    Profi
    Reaktionen
    170
    Beiträge
    712
    • 7. August 2026 um 17:23
    • #565

    Ja, sieht ganz nach neuem Adress-Schema aus: In Traceroutes von extern taucht als BNG-Adresse fc00::1 auf - das ist für mich immer der Hinweis auf das neue Schema. Insbesondere, wenn auch die WAN-Adresse des Routers als Hop nach fc00::1 zu sehen ist und in dem passenden /112-Range liegt, ist es mit Sicherheit neues Adress-Schema. Dein UG schickt (leider oder gut) keine ICMPv6-TimeExceeded-Errors (als Voraussetzung für funktionierendes Traceroute) zurück.

    Habe die Ranges mal in #104 ergänzt - vielen Dank für die Nennungen!

  • Funker
    Fortgeschrittener
    Reaktionen
    41
    Beiträge
    205
    • 13. August 2026 um 13:04
    • #566
    Zitat von ::1

    Ja, sieht ganz nach neuem Adress-Schema aus: In Traceroutes von extern taucht als BNG-Adresse fc00::1 auf - das ist für mich immer der Hinweis auf das neue Schema.

    Ist doch schon ein guter Hinweis darauf, dass dort irgendwelche Stümper am Werk sind, die ihr Backhaul-Netz mit irgendwelchen KI-Chatbots zusammengeklickt haben.

    Das achte Bit in der Adresse zeigt an, ob die Adresse lokal zugewiesen wird und in der Adresse fc00::1 ist dieses Bit 0!

    Private Adressen wo das Bit auf 0 gesetzt ist, werden ausschließlich durch eine öffentliche von der IETF zu definierende Registry exklusiv an Teilnehmer vergeben. Dieser Adressbereich gehört NICHT der DG, die haben dort nichts zu suchen!

    Nur wenn das Bit auf 1 gesetzt ist (dann fängt die Adresse nämlich mit fd an), darf/muss man die restlichen 56 Bit lokal zufallsgenerieren (nein, nicht alle Bits auf 0), um Kollisionen zu vermeiden.

    Als ISP hat man Allokationen aus dem eigenen durch die Registry explizit dafür zugeteilten /32-IPv6-Präfix zu verwenden.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • ::1
    Profi
    Reaktionen
    170
    Beiträge
    712
    • 13. August 2026 um 14:00
    • #567

    Naja, ich gehe mal nicht davon aus, dass da "Stümper am Werk" sind. Ich denke, die haben die BNG-Interfaces outbound bewusst so konfiguriert, dass ICMPv6-TimeExceeded Fehlermeldungen (zur Bedienung von Traceroutes von außen) einheitlich mit der Quell-ULA fc00::1 versehen werden, um die tatsächliche IPv6-Adresse des jeweiligen BNG zu verstecken.

    Die Alternative wäre, gar keine ICMPv6-TimeExceeded Fehlermeldungen zu schicken - da finde ich das Senden mit Quelladresse fc00::1 doch besser, denn so weiß ich, dass sich hinter dem Traceroute-Hop der BNG verbirgt und der nächste Hop der Kundenrouter ist (wenn der denn antwortet).

    Und ja, sowohl fc00::/8 (registrierte ULA), als auch fd00::/8 (unregistrierte ULA) sollte man als Quelladressen im Internet nicht sehen - aber was soll's. Und die Thematik "registrierte ULA" besteht sowieso nur als Idee und wird in der Praxis nicht gelebt.

    2 Mal editiert, zuletzt von ::1 (13. August 2026 um 15:55)

  • fiberv6
    Top-Nutzer
    Reaktionen
    3
    Beiträge
    79
    • 20. August 2026 um 17:12
    • #568

    Ich bin in ähnlicher Situation.

    Aktivierung des Anschlusses war am 18. August. Ich nutze eine Linux VM als router am ONT (HRI-1-GPON-1). Bekomme per DHCP-PD das IA_PD 2a00:61e0:9d40:600::/56. Habe aktuell IA_NA ausgeschaltet, bekomme aber sonst auch eine Addresse für den WAN port. Routing für die IA_NA addresse funktioniet, aber für das IA_PD halt nicht. Wenn ich rauspinge, kommt der ping bei einer Hetzner Instanz an, die Antwort schafft es aber nicht zurück. Das IA_PD wechselt auch mal hin und wieder. Es war schonmal ...:300::/56, dann ...:400::/56, jetzt ...:600::/56.
    (Habe output von tcpdump -i enp2s0 -vvv -nn "udp port 546 or udp port 547", falls das jemanden interessiert)

    Darüber hinaus habe noch noch folgende Probleme:
    1. Geschwindigkeit ist lediglich 50Mbit/s down 25Mbit/s up. Und zwar ziemlich genau, sieht also nach irgendeiner Fehlkonfiguration aus.
    2. Kundenportal ist von dem Anschluss aus nicht erreichbar, speziell id.deutsche-glasfaser.de (185.22.44.179, kann weder TCP connection auf port 80/443 öffnen noch pingen). Auch die ipv4 DNS server von DG (185.22.44.50, 185.22.45.50) sind nicht erreichbar. Die ipv6 DNS server sind über die WAN IA_NA Addresse erreichbar. Von einem anderen Anschluss kann ich all diese IPs erreichen.

    Ich nehme an alles was ich machen kann ist warten? Bringt druck etwas? Oder hat jemand einen Trick wie man irgendwie seinen Anschluss dazu bringen kann in irgendeiner Form neu konfiguriert zu werden?

  • fiberv6
    Top-Nutzer
    Reaktionen
    3
    Beiträge
    79
    • 20. August 2026 um 18:18
    • #569

    Hier der dhcpv6 traffic für den Wechsel von ...400::/56 zu ...600::/56

    03:57:17.180980 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 119) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8f9 -> 0xaaf7!] dhcp6 renew (xid=a7c41d (server-ID hwaddr type 1 9ce04161d3e8) (IA_PDIAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 6449))                            03:57:17.216727 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 112) fe80::22.547 > fe80::ae16:2dff:fe94:e03f.546: [udp sum ok] dhcp6 reply (xid=a7c41d (server-ID hwaddr type 1 9ce04161d3e8) (client-ID vid 0000ab116346bd17) (IA_PD IAID:1575119893 T1:0 T2:0 (status-code NoBinding)) (DNS-server 2a00:6020:100::1 2a00:6020:200::1))                                                                                                                                       03:58:14.248225 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0x514b!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 0))                                                                     03:58:14.284872 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 125) fe80::22.547 > fe80::ae16:2dff:fe94:e03f.546: [udp sum ok] dhcp6 reply (xid=eefff2 (server-ID hwaddr type 1 9ce04161d3e8) (client-ID vid 0000ab116346bd17) (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (DNS-server 2a00:6020:100::1 2a00:6020:200::1))                                                                                                      03:58:24.053337 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0x7d47!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-pre$ix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 980))                                                                   03:58:24.089175 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 125) fe80::22.547 > fe80::ae16:2dff:fe94:e03f.546: [udp sum ok] dhcp6 reply (xid=eefff2 (server-ID hwaddr type 1 9ce04161d3e8) (client-ID vid 0000ab116346bd17) (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (DNS-server 2a00:6020:100::1 2a00:6020:200::1))                                                                                                      03:58:43.572867 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0xdd3f!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 2932))                                                                  03:59:21.666349 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0xfc30!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 6741))                                                                  04:00:34.831620 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0x6714!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 14058))                                                                 04:02:57.003134 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0xdddc!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 28275))                                                                 04:07:37.479750 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0x4d6f!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 56323))                                                                 04:16:34.385964 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0x514b!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 65535))                                                                 04:25:47.452880 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0x514b!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 65535))                                                                 04:30:59.858668 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 111) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8f1 -> 0x9a27!] dhcp6 solicit (xid=de8939 (rapid-commit) (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix ::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_82 opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 0))                                                                04:30:59.894213 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 129) fe80::22.547 > fe80::ae16:2dff:fe94:e03f.546: [udp sum ok] dhcp6 advertise (xid=de8939 (server-ID hwaddr type 1 9ce04161d3e8) (client-ID vid 0000ab116346bd17) (rapid-commit) (IA_PD IAID:1575119893 T1:300 T2:400 (IA_PD-prefix 2a00:61e0:9d40:600::/56 pltime:600 vltime:600)) (DNS-server 2a00:6020:100::1 2a00:6020:200::1))                                                                           04:31:00.877385 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 119) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8f9 -> 0x4098!] dhcp6 request (xid=346207 (server-ID hwaddr type 1 9ce04161d3e8) (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:600::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 0))                             04:31:00.921933 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 125) fe80::22.547 > fe80::ae16:2dff:fe94:e03f.546: [udp sum ok] dhcp6 reply (xid=346207 (server-ID hwaddr type 1 9ce04161d3e8) (client-ID vid 0000ab116346bd17) (IA_PD IAID:1575119893 T1:300 T2:400 (IA_PD-prefix 2a00:61e0:9d40:600::/56 pltime:600 vltime:600)) (DNS-server 2a00:6020:100::1 2a00:6020:200::1))                                                                                              04:35:40.608094 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 119) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8f9 -> 0x87f1!] dhcp6 renew (xid=4218a0 (server-ID hwaddr type 1 9ce04161d3e8) (IA_PDIAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:600::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 0))                               04:35:40.652176 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 125) fe80::22.547 > fe80::ae16:2dff:fe94:e03f.546: [udp sum ok] dhcp6 reply (xid=4218a0 (server-ID hwaddr type 1 9ce04161d3e8) (client-ID vid 0000ab116346bd17) (IA_PD IAID:1575119893 T1:1800 T2:2880 (IA_PD-prefix 2a00:61e0:9d40:600::/56 pltime:3600 vltime:3600)) (DNS-server 2a00:6020:100::1 2a00:6020:200::1))

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • ::1
    Profi
    Reaktionen
    170
    Beiträge
    712
    • 20. August 2026 um 18:20
    • #570

    Dein erster Absatz entspricht soweit den bekannten Erfahrungen in anderen Fällen: Das (Rück-)Routing deines IPv6-PD-Blocks funktioniert bei DG nicht.

    Die IPv4-Probleme sind aber ungewöhnlich: Ist denn deinem WAN-Port eine IPv4-Adresse aus 100.64.0.0/10 per DHCPv4 zugeordnet worden?

  • fiberv6
    Top-Nutzer
    Reaktionen
    3
    Beiträge
    79
    • 20. August 2026 um 18:26
    • #571

    ipv4 an WAN ist: 100.72.232.60/20

    Hier mal der Traffic zum aktuellen renewal der ipv4:

    Code
    18:30:59.414314 IP (tos 0xc0, ttl 64, id 31699, offset 0, flags [DF], proto UDP (17), length 319)
        100.72.232.60.68 > 192.168.101.1.67: [bad udp cksum 0x736b -> 0x9fd2!] BOOTP/DHCP, Request from ac:16:2d:94:e0:3f, length 291, xid 0xb90343de, secs 54002, Flags [none] (0x0000)
              Client-IP 100.72.232.60
              Client-Ethernet-Address ac:16:2d:94:e0:3f
              Vendor-rfc1048 Extensions
                Magic Cookie 0x63825363
                DHCP-Message (53), length 1: Request
                Client-ID (61), length 19: hardware-type 255, 5d:e2:6c:15:00:02:00:00:ab:11:63:46:bd:17:32:35:52:98
                Parameter-Request (55), length 12: 
                  Subnet-Mask (1), Default-Gateway (3), Domain-Name-Server (6), Hostname (12)
                  Domain-Name (15), MTU (26), Static-Route (33), NTP (42)
                  URL (114), Unknown (119), Unknown (120), Classless-Static-Route (121)
                MSZ (57), length 2: 1472
                Hostname (12), length 6: "router"
                END (255), length 0
    18:30:59.458632 IP (tos 0xc0, ttl 64, id 9275, offset 0, flags [none], proto UDP (17), length 328)
        192.168.101.1.67 > 100.72.232.60.68: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0xb90343de, Flags [none] (0x0000)
              Client-IP 100.72.232.60
              Your-IP 100.72.232.60
              Server-IP 192.168.101.1
              Client-Ethernet-Address ac:16:2d:94:e0:3f
              Vendor-rfc1048 Extensions
                Magic Cookie 0x63825363
                DHCP-Message (53), length 1: ACK
                Server-ID (54), length 4: 192.168.101.1
                Lease-Time (51), length 4: 3600
                Subnet-Mask (1), length 4: 255.255.240.0
                Default-Gateway (3), length 4: 100.72.224.1
                Hostname (12), length 6: "router"
                Domain-Name-Server (6), length 8: 185.22.44.50,185.22.45.50
                END (255), length 0
                PAD (0), length 0, occurs 14
    Alles anzeigen

    Einmal editiert, zuletzt von fiberv6 (20. August 2026 um 18:35)

  • fiberv6
    Top-Nutzer
    Reaktionen
    3
    Beiträge
    79
    • 20. August 2026 um 18:32
    • #572

    Und ansonsten funktioniert ipv4 auch. Auch andere ipv4 aus dem DG prefix 185.22.44.0/22 kann ich erreichen. Zum Beispiel: 185.22.44.2


    Code
    $ ping 185.22.44.2
    PING 185.22.44.2 (185.22.44.2) 56(84) bytes of data.
    64 bytes from 185.22.44.2: icmp_seq=1 ttl=252 time=6.93 ms
    64 bytes from 185.22.44.2: icmp_seq=2 ttl=252 time=6.51 ms
    64 bytes from 185.22.44.2: icmp_seq=3 ttl=252 time=6.95 ms
    64 bytes from 185.22.44.2: icmp_seq=4 ttl=252 time=6.19 ms
    64 bytes from 185.22.44.2: icmp_seq=5 ttl=252 time=6.78 ms
    64 bytes from 185.22.44.2: icmp_seq=6 ttl=252 time=6.80 ms
    64 bytes from 185.22.44.2: icmp_seq=7 ttl=252 time=6.52 ms
    64 bytes from 185.22.44.2: icmp_seq=8 ttl=252 time=6.62 ms
    ^C
    --- 185.22.44.2 ping statistics ---
    8 packets transmitted, 8 received, 0% packet loss, time 7010ms
    rtt min/avg/max/mdev = 6.191/6.663/6.951/0.238 ms
    Alles anzeigen


    Den DNS server 185.22.44.50 aber nicht...

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • ::1
    Profi
    Reaktionen
    170
    Beiträge
    712
    • 20. August 2026 um 18:39
    • #573

    Hast du noch DHCP-Relay (192.168.101.1) dazwischen?

  • fiberv6
    Top-Nutzer
    Reaktionen
    3
    Beiträge
    79
    • 20. August 2026 um 18:42
    • #574

    Hier mal der traceroute zu 185.22.44.2 (keine Ahnung was das für ein Host ist, aber er ist halt im selben subnet das DG über BGP announced wie der DNS server):

    Code
    $ traceroute 185.22.44.2
    traceroute to 185.22.44.2 (185.22.44.2), 30 hops max, 60 byte packets
     1  * * *
     2  * 185.22.46.64 (185.22.46.64)  6.082 ms *


    Und hier ein traceroute zum DNS server 185.22.44.50 (hier kommt gar nichts raus):

    Code
    $ traceroute 185.22.44.50
    traceroute to 185.22.44.50 (185.22.44.50), 30 hops max, 60 byte packets
     1  * * *
     2  * * *
     3  * * *
     4  * * *
     5  * * *
     6  * * *
     7  * * *
     8  * * *
     9  * * *
    10  * * *
    11  * * *
    12  * * *
    13  * * *
    14  * * *
    15  * * *
    16  * * *
    17  * * *
    18  * * *
    19  * * *
    20  * * *
    21  * * *
    22  * * *
    23  * * *
    24  * * *
    25  * * *
    26  * * *
    27  * * *
    28  * * *
    29  * * *
    30  * * *
    Alles anzeigen


    Die traceroutes sind direkt von meinem Router aus, deswegen ist der selber nicht mit drin.

  • fiberv6
    Top-Nutzer
    Reaktionen
    3
    Beiträge
    79
    • 20. August 2026 um 18:50
    • #575
    Zitat von ::1

    Hast du noch DHCP-Relay (192.168.101.1) dazwischen?

    Also nicht von mir absichtlich.... Das ist von DG, hab mich auch schon gewundert was die da DHCP server/relay im RFC1918 Bereich machen. 192.168.101.1 ist ca 2.4ms von meinem Router entfernt.


    Code
    $ ping 192.168.101.1
    PING 192.168.101.1 (192.168.101.1) 56(84) bytes of data.
    64 bytes from 192.168.101.1: icmp_seq=1 ttl=64 time=2.40 ms
    64 bytes from 192.168.101.1: icmp_seq=2 ttl=64 time=2.22 ms
    64 bytes from 192.168.101.1: icmp_seq=3 ttl=64 time=2.20 ms
    64 bytes from 192.168.101.1: icmp_seq=4 ttl=64 time=2.30 ms
    64 bytes from 192.168.101.1: icmp_seq=5 ttl=64 time=2.55 ms
    64 bytes from 192.168.101.1: icmp_seq=6 ttl=64 time=2.83 ms
    64 bytes from 192.168.101.1: icmp_seq=7 ttl=64 time=2.24 ms
    64 bytes from 192.168.101.1: icmp_seq=8 ttl=64 time=2.81 ms
    ^C
    --- 192.168.101.1 ping statistics ---
    8 packets transmitted, 8 received, 0% packet loss, time 7011ms
    rtt min/avg/max/mdev = 2.199/2.442/2.826/0.241 ms
    Alles anzeigen

    Traceroute dahin gibt keine Info.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • fiberv6
    Top-Nutzer
    Reaktionen
    3
    Beiträge
    79
    • 20. August 2026 um 18:53
    • #576

    Die ipv6 DNS server sind ungefähr 5-6ms entfernt, also ich denke mal 2.4ms könnte im lokalen PoP sein?

  • fiberv6
    Top-Nutzer
    Reaktionen
    3
    Beiträge
    79
    • 20. August 2026 um 19:02
    • #577

    Es ist nichts zwischen der Linux VM und dem ONT. Der WAN Port ist per PCI Passthrough direkt in der VM. Und vom WAN interface direkt ein Kabel an den ONT, kein Switch oder sonst irgendetwas.

  • ::1
    Profi
    Reaktionen
    170
    Beiträge
    712
    • 20. August 2026 um 19:04
    • #578

    Ja ist merkwürdig - in einem DHCPv4-Mitschnitt an meinem DG-Anschluss antwortet der DHCPv4-Server mit einer Adresse aus 100.64.0.0/10.

    DHCPv6 ist auch merkwürdig:

    • die erste Transaktion (xid=a7c41d) ist ein Renew, der mit der negativen Antwort "status-code NoBinding" endet: Der DHCPv6-Server hat schlicht keine Lease für deinen IA_PD
    • also startet als zweite Transaktion (xid=eefff2) ein Rebind, die aber ohne Antworten ins Leere läuft (es gibt eben keinen zweiten DHCPv6-Server)
    • Schließlich als dritte Transaktion (xid=de8939) ein DHCPv6-Neustart: Solicit - Advertise - Request - Reply - allerdings neues IA_PD mit extrem kurzen pltime=vltime=600 und T1=300 und T2=400.
    • Deshalb (T1=300) schon nach 5 Minuten ein Renew (xid=4218a0), in dessen Antwort nun immerhin pltime=vltime=3600 und T1=1800 und T2=2880 gesetzt ist.

    Ich denke aber, spätestens nach einer Stunde geht diese etwas kaputte Spiel von vorne los.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • fiberv6
    Top-Nutzer
    Reaktionen
    3
    Beiträge
    79
    • 20. August 2026 um 19:05
    • #579

    Ich kann gleich mal nen kompletten Capture mit Neustart machen. Was soll da rein? icmp, icmp6, dhcpv4, dhcpv6, richtig?

  • fiberv6
    Top-Nutzer
    Reaktionen
    3
    Beiträge
    79
    • 20. August 2026 um 19:08
    • #580
    Zitat von ::1

    Ich denke aber, spätestens nach einer Stunde geht diese etwas kaputte Spiel von vorne los.

    Tatsächlich sind seitdem (4 Uhr heute früh) alle renews durchgegangen. Hier mal der aktuelle:

    Code
    18:56:36.181219 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 119) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8f9 -> 0xf273!] dhcp6 renew (xid=baada5 (server-ID hwaddr type 1 9ce04161d3e8) (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:600::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 0))
    18:56:36.226050 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 125) fe80::22.547 > fe80::ae16:2dff:fe94:e03f.546: [udp sum ok] dhcp6 reply (xid=baada5 (server-ID hwaddr type 1 9ce04161d3e8) (client-ID vid 0000ab116346bd17) (IA_PD IAID:1575119893 T1:1800 T2:2880 (IA_PD-prefix 2a00:61e0:9d40:600::/56 pltime:3600 vltime:3600)) (DNS-server 2a00:6020:100::1 2a00:6020:200::1))

    Under der dhcpv6 server ist ähnlich weit entfernt wie 192.168.101.1:

    Code
    $ ping fe80::22%enp2s0                                                                                      │19:08:04.223265 IP6 fe80::22 > fe80::ae16:2dff:fe94:e03f: ICMP6, echo reply, id 11901, seq 1, length 64
    PING fe80::22%enp2s0 (fe80::22%enp2s0) 56 data bytes                                                                    │19:08:05.222617 IP6 fe80::ae16:2dff:fe94:e03f > fe80::22: ICMP6, echo request, id 11901, seq 2, length 64
    64 bytes from fe80::22%enp2s0: icmp_seq=1 ttl=255 time=2.69 ms                                                          │19:08:05.225181 IP6 fe80::22 > fe80::ae16:2dff:fe94:e03f: ICMP6, echo reply, id 11901, seq 2, length 64
    64 bytes from fe80::22%enp2s0: icmp_seq=2 ttl=255 time=2.62 ms                                                          │19:08:06.224623 IP6 fe80::ae16:2dff:fe94:e03f > fe80::22: ICMP6, echo request, id 11901, seq 3, length 64
    64 bytes from fe80::22%enp2s0: icmp_seq=3 ttl=255 time=2.28 ms                                                          │19:08:06.226841 IP6 fe80::22 > fe80::ae16:2dff:fe94:e03f: ICMP6, echo reply, id 11901, seq 3, length 64
    64 bytes from fe80::22%enp2s0: icmp_seq=4 ttl=255 time=2.85 ms                                                          │19:08:07.226286 IP6 fe80::ae16:2dff:fe94:e03f > fe80::22: ICMP6, echo request, id 11901, seq 4, length 64
    64 bytes from fe80::22%enp2s0: icmp_seq=5 ttl=255 time=2.70 ms                                                          │19:08:07.229066 IP6 fe80::22 > fe80::ae16:2dff:fe94:e03f: ICMP6, echo reply, id 11901, seq 4, length 64
    64 bytes from fe80::22%enp2s0: icmp_seq=6 ttl=255 time=2.63 ms                                                          │19:08:08.227564 IP6 fe80::ae16:2dff:fe94:e03f > fe80::22: ICMP6, echo request, id 11901, seq 5, length 64
    64 bytes from fe80::22%enp2s0: icmp_seq=7 ttl=255 time=2.18 ms                                                          │19:08:08.230199 IP6 fe80::22 > fe80::ae16:2dff:fe94:e03f: ICMP6, echo reply, id 11901, seq 5, length 64
    ^C                                                                                                                      │19:08:09.229736 IP6 fe80::ae16:2dff:fe94:e03f > fe80::22: ICMP6, echo request, id 11901, seq 6, length 64
    --- fe80::22%enp2s0 ping statistics ---                                                                                 │19:08:09.232280 IP6 fe80::22 > fe80::ae16:2dff:fe94:e03f: ICMP6, echo reply, id 11901, seq 6, length 64
    7 packets transmitted, 7 received, 0% packet loss, time 6011ms                                                          │19:08:10.231784 IP6 fe80::ae16:2dff:fe94:e03f > fe80::22: ICMP6, echo request, id 11901, seq 7, length 64
    rtt min/avg/max/mdev = 2.183/2.565/2.849/0.223 ms
    Alles anzeigen

Glasfaseranbieter jetzt bewerten

Du bist mit deinem Glasfaseranbieter (un)zufrieden?

Dann nutze unsere community-getriebene Bewertungsplattform glasfaseranbieter.de - jetzt mit dem Glasfaserforum Login unkompliziert bewerten!

Jetzt in wenigen Sekunden fair bewerten!

Ähnliche Themen

  • Kein Traffic über IPv6 möglich (Deutsche Glasfaser)

    • Nische
    • 1. November 2024 um 22:41
    • Glasfaser-Technik: Modem, Router, Netzwerk & Verkabelung
  • Deutsche Glasfaser: Kein Zugriff auf meine Fritzbox vom Internet

    • mthome
    • 21. Oktober 2024 um 14:56
    • Glasfaser-Technik: Modem, Router, Netzwerk & Verkabelung
  • GPON SFP Deutsche Glasfaser

    • Rxyzr
    • 19. November 2021 um 18:34
    • Glasfaser-Technik: Modem, Router, Netzwerk & Verkabelung
  • Konfiguration kundeneigene Fritz!Box 7590 für Deutsche Glasfaser

    • DerOlli223
    • 23. Februar 2024 um 09:19
    • Glasfaser-Technik: Modem, Router, Netzwerk & Verkabelung
  • [Deutsche Glasfaser-Neukunde] Von Glasfaseranschluss (AON) direkt an pfSense ohne Medienwandler/Doppel NAT IPv4 und IPv6 Fragen

    • 21Fox
    • 4. Februar 2024 um 10:27
    • Glasfaser-Technik: Modem, Router, Netzwerk & Verkabelung
  1. Datenschutzerklärung
  2. Impressum
Community-Software: WoltLab Suite™ 6.2.8

Wir respektieren Deine Privatsphäre

Wir nutzen Cookies und ähnliche Technologien für den Betrieb der Seite, Reichweitenmessung und Werbung. Du entscheidest, was Du erlaubst. Details in unserer Datenschutzerklärung. Deine Auswahl kannst Du jederzeit über den Link „Cookie-Einstellungen“ im Fußbereich ändern.

Cookie-Einstellungen

Wähle aus, welche Kategorien Du erlaubst. Für jede Kategorie kannst Du über „Details anzeigen“ sehen, welche Cookies und Skripte konkret geladen werden, welche Empfänger beteiligt sind und wie lange gespeichert wird.

Weitere Informationen: Datenschutzerklärung · Impressum