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
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Blog-Artikel
  • Erweiterte Suche
  1. Glasfaserforum.de - Das Informations- und Hilfeforum rund um das Glasfaser-Internet.
  2. Mitglieder
  3. sh0rty

Beiträge von sh0rty

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

    • sh0rty
    • 21. März 2026 um 10:53
    Zitat von Phino

    @ bei der kurzen Leasedauer, bekommst du da neue IP-Adressen oder wird die nur wieder neu gesetzt?
    Das erste wäre ja extremer Stress für alle Beteiligten, das zweite unnötiger Traffic am Server, an dem ja Tausende Endkunden hängen.

    Nein IP bleibt tatsächlich gleich, zumindest seitdem ich gestern IPv6 wieder aktiviert habe.

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

    • sh0rty
    • 20. März 2026 um 10:20

    ::1 Nach Wiedereröffnung des Tickets und übersenden der Mitschnitte hat sich bei DG was getan. IPv6 funktioniert nun reibungslos, wenn auch mit den von dir in Frage gestellten Parametern (/64 LAN Präfix + Leasedauer 600s). Mein Nachbar konnte diese Werte an seinem Anschluss ebenfalls bestätigen an seinem Unifi Cloud Gateway.

    Danke für deine Hilfe!

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

    • sh0rty
    • 23. Februar 2026 um 16:14

    Alles gut. Am Ende ist mir wichtig, dass da überhaupt mal jemand drauf schaut, der über den 1st Level Support hinaus geht. Denn ich bin mir nicht sicher, ob die bisherigen Anfragen zur Thematik einen richtigen Techniker von denen jemals erreicht haben. Ich habe deine Anmerkungen/Korrekturen mal mit ins Ticket gepackt. Mal sehen was als nächstes kommt...und danke für deine kompetente Hilfe und Einschätzung!

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

    • sh0rty
    • 23. Februar 2026 um 14:27

    ::1 Danke für deinen Input. Meine Fritzbox hat ein Site2Site VPN zu einem VPS bei Hetzner. Die 100er IP war die der FB hinter dem CGNat. Warum die Box allerdings die 10.8.0.1 (VPN-IP des VPS) über die WAN-Schnittstelle anpingt, wissen vermutlich nur der liebe Gott und AVM. Vielleicht Fehlrouting meiner Uptime Kuma-Instanz zuhause, als nach dem Reconnect der Tunnel noch nicht oben war? Bzgl. Erreichbarkeit ist es möglich, dass IPv6 als du es versucht hast, schon wieder deaktiviert war. Die Androids bei uns im Haus wollen ja gefühlt alle IPv6 sprechen sobald sie eine valide IP erhalten haben, aber viele Apps funktionieren dann nicht mehr, da ja nichts über IPv6 zu uns rein kommt :D Hatte es aber getestet und WAN-IF ist über IPv6 erreichbar.

    Nachdem meiner letztes Ticket geschlossen wurde mit der Begründung: "Ihre Schuld, weil Sie ein Eigengerät nutzen", hab ich mal wieder ein neues Ticket bei DG aufgemacht, noch bevor du mir geantwortet hast. Da hab ich u.a. das hier geschrieben:

    Zitat

    Mein Anschluss hat ganz klar ein providerseitiges IPv6-Problem. Network-Capture des WAN-Interfaces der Fritzbox (angefügte Dateien) zeigt:
    1. Neighbor Discovery (ND) zu Gateway fe80::22 funktioniert
    2. DHCPv6 funktioniert (Präfix 2a00:6020:5cc0:1ad::/64 erhalten) -> ist /64 korrekt?
    3. Gateway fe80::22 (MAC: 20:00:10:38:40:93) leitet KEINE Pakete weiter
    4. Alle ICMPv6 Echo Requests ins Internet bleiben unbeantwortet
    5. Ständige Neighbor Solicitation-Wiederholungen

    Das Gateway antwortet auf Neighbor Discovery, aber routet keine Pakete.
    Dies ist ein BNG/ONT-Konfigurationsproblem, NICHT ein Router-Problem.

    Bitte prüfen Sie:
    - Routing-Konfiguration am BNG für mein Präfix
    - ONT-Konfiguration (MAC: 20:00:10:38:40:93)
    - Ob mein Anschluss korrekt im BNG provisioniert ist

    Alles anzeigen


    Desweiteren hatte ich noch ein Ticket mit gleicher Problematik (auch im Dorf bei uns) bei meinen Schwiegereltern offen. Dort aber mit Leihgerät (Fritzbox). Da kam folgende Antwort gestern:

    Zitat


    Wir haben Ihren Anschluss erneut überprüft und können derzeit keine netzseitige Störung feststellen.

    Bitte prüfen Sie die IPv6-Einstellungen Ihrer FRITZ!Box wie folgt:

    1. Öffnen Sie die Benutzeroberfläche, indem Sie http://fritz.box im Browser eingeben.
    2. Melden Sie sich mit Ihrem FRITZ!Box-Passwort an.
    3. Gehen Sie zu Internet → Zugangsdaten → IPv6.
    4. Aktivieren Sie IPv6:
      • Setzen Sie ein Häkchen bei „IPv6-Unterstützung aktiv“.
      • Wählen Sie „Native IPv6-Anbindung verwenden“.
      • Falls diese Option nicht angezeigt wird, wählen Sie „IPv6-Anbindung über Tunnelprotokoll“ (z. B. 6to4).
    5. Klicken Sie anschließend auf „Übernehmen“.


    Das hatte ich ja aber alles schon an meinem Anschluss durch und ist nicht die Lösung.

    Die Nummer mit IPv6 ist für mich eher so ein prinzipielles Ding geworden, da ich es eigentlich nicht brauche aufgrund des VPS. Aber dass sich hier alle im Ort beschweren wie lahm das Internet der DG ist und ich schon mehreren sagen musste "Schalt einfach IPv6 aus momentan", ist halt auch einfach traurig. Und da da auch viele dabei sind, die einfach null technische Kenntnis haben, gibt es auch keine Ticketflut, so dass da mal einer bei der DG drauf kommen könnte, dass es sich um ein zentrales Problem handeln könnte.

    Die Frage ist, ob man da einfach abwartet, weil das Netz noch frisch ist, oder weiterzieht. Lustigerweise ist meine MVLZ nach Anpassung, wie hier im Forum erwähnt, zeitglich zu meiner Aktivierung, d.h. ich könnte bereits jetzt schon wieder kündigen und zu 1&1 gehen, die bereits alle hier im Ort angeschrieben haben. Aber ob man da nicht vom Regen in die Traufe kommt?

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

    • sh0rty
    • 20. Februar 2026 um 08:12

    ::1 Sorry für die späte Antwort. Hier ist der Paketmitschnitt.

    Dateien

    IPv6_filter.zip 3,49 kB – 46 Downloads
  • Kein Traffic über IPv6 möglich (Deutsche Glasfaser)

    • sh0rty
    • 23. Januar 2026 um 20:00
    Zitat von ::1

    Dein Anschluss scheint an einem BNG-Cluster der DG zu hängen, auf dem sie ihr "neues" IPv6-Adresskonzept anwendet, welches hier im Forum schon öfter durch Nicht-Funktionieren von IPv6 aufgefallen ist. Das sehe ich anhand der WAN-Adresse deines Routers, die im ersten /56-Block (genauer: im Block 2a00:6020:5c80::/112) des übergeordneten Block 2a00:6020:5c80::/41 liegt, aus dem die DG ihren Kunden an diesem BNG-Cluster die /56-Blöcke für das LAN zuweist (bei dir: 2a00:6020:5cc0:100::/56). In Traceroutes zeigen sich die BNG-Cluster mit "neuem" Adresskonzept stets mit der Adresse "fc00::1"

    Ich kann von meiner Seite (auch DG-Anschluss, aber nach "altem" Adress-Konzept) z.B. die WAN-Adresse 2a00:6020:5c80::100 pingen - vielleicht ist das ja sogar dein Anschluss.

    Dein Test zeigt, dass "inbound-IPv6" nur bis zum WAN-Port funktioniert. Ob auch dein LAN dahinter von außen erreichbar ist, müsstest du mal durch Öffnen der FB-Firewall (z.B. für ein ICMPv6 echo/Pingv6) für ein LAN-Gerät deiner Wahl testen.

    Etwas merkwürdig finde ich die Wahl des /64 für dein LAN aus dem 2a00:6020:5cc0:100::/56-Block: Dies ist bei dir der Index 44, so dass sich daraus eine LAN-Adresse 2a00:6020:5cc0:144::/64 ergibt. Normalerweise würde eine FB den Index 00 wählen, so dass sich die LAN-Adresse 2a00:6020:5cc0:100::/64 (und 2a00:6020:5cc0:101::/64 für das Gäste-LAN) ergäbe. Es sei denn, du hast eine Router-Kaskade, und deine FB ist der nachgelagerte Router, an den du einen Teilblock aus 2a00:6020:5cc0:100::/56 per DHCPv6-PD delegiert hast (z.B. 2a00:6020:5cc0:144::/62). Liege ich da evtl. richtig?

    Wenn outbound-IPv6 nicht funktioniert, dann liegt das vermutlich daran, dass dein Router/FB keine IPv6-RA (Router-Advertisments) von der DG-Gegenstelle (eben dem BNG) erhält, so dass keine IPv6-Default-Route gelernt werden kann. Das müsste man durch einen Paketmitschnitt am WAN-Port eruieren.

    Nachtrag:

    Sorry, habe ich übersehen:

    Laut deiner FB-Ereignisanzeige weist dir DG gar kein /56 zu, sondern nur explizit den /64: 2a00:6020:5cc0:144::/64. Also wenn das jetzt Teil des "neuen" IPv6-Adresskonzepts ist, wäre das gelinde gesagt doch etwas "sparsam". Laut meinen Beobachtungen an einem anderen DG-Anschluss (dieser hier: RIPE-Atlas Probe #1001325) scheinen auch die zugewiesenen IPv6-Adressen nicht mehr "quasi-statisch" zu sein, die wechseln bei Neuverbindungen öfters.

    Alles anzeigen

    Nein, ich nutze keine Router-Kaskade. Die Erreichbarkeit von Clients im LAN sowie Paketmitschnitt muss ich am Wochenende in betriebsarmer Zeit mal testen. Danke für deine Tipps und Hinweise!

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

    • sh0rty
    • 23. Januar 2026 um 10:40

    Hallo zusammen. Nun bin ich wohl an der Reihe. PLZ-Gebiet 41... Aktivierung in 09/2025 in einem seitens DG neu ausgebauten Gebiet. Nutze eine FB7590AX als Eigengerät hinter dem NT. Zunächst hatte ich gar keine IPv6 wie alle bei uns im Ort. Mehrere Tickets dazu liefen ins Leere. Am 20.01.26 meldete die FB dann jedoch den erfolgreichen Verbindungsaufbau über IPv6. Nur leider kann ich nicht zugreifen auf die Aussenwelt über IPv6. Es scheint mir aber so, das inbound Verbindungen klappen. Nur outbound nicht. Bin mir nicht sicher, ob es sich um ein Problem im Netz der DG handelt oder doch in meiner FB.

    traceroute von meinem Hetzner VPS auf die IP der FB:

    Code
    traceroute to 2a00:6020:5c80::XXX (2a00:6020:5c80::XXX), 30 hops max, 80 byte packets
    1  _gateway (fe80::1%eth0)  8.739 ms  9.630 ms  9.741 ms
    2  17501.your-cloud.host (2a01:4f8:0:e0c0::482b)  2.256 ms  2.620 ms  2.171 ms
    3  * * *
    4  spine4-rdev2.cloud1.nbg1.hetzner.com (2a01:4f8:0:e0c0::a18d)  4.192 ms spine4-rdev1.cloud1.nbg1.hetzner.com (2a01:4f8:0:e0c0::a189)  4.302 ms spine4-rdev2.cloud1.nbg1.hetzner.com (2a01:4f8:0:e0c0::a18d)  4.769 ms
    5  core-spine-rdev2.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f035)  4.014 ms core-spine-rdev1.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f039)  4.098 ms core-spine-rdev2.cloud1.nbg1.hetzner.com (2a01:4f8:cfff:1::f000:f03d)  4.627 ms
    6  core11.nbg1.hetzner.com (2a01:4f8:0:3::2a1)  4.580 ms core11.nbg1.hetzner.com (2a01:4f8:0:e0c0::a1e1)  3.140 ms  3.101 ms
    7  core0.fra.hetzner.com (2a01:4f8:0:3::351)  6.129 ms core4.fra.hetzner.com (2a01:4f8:0:3::f5)  3.927 ms core4.fra.hetzner.com (2a01:4f8:0:3::1d)  4.266 ms
    8  * * *
    9  * * *
    10  2a00:6020:5c80::XXX (2a00:6020:5c80::XXX)  9.773 ms !X  8.626 ms !X  8.374 ms !X
    Alles anzeigen

    ping von meinem Hetzner VPS auf die IP der FB:

    Code
    PING 2a00:6020:5c80::XXX (2a00:6020:5c80::XXX) 56 data bytes
    64 bytes from 2a00:6020:5c80::XXX: icmp_seq=1 ttl=53 time=9.82 ms
    64 bytes from 2a00:6020:5c80::XXX: icmp_seq=2 ttl=53 time=8.75 ms
    64 bytes from 2a00:6020:5c80::XXX: icmp_seq=3 ttl=53 time=8.66 ms
    64 bytes from 2a00:6020:5c80::XXX: icmp_seq=4 ttl=53 time=8.52 ms
    64 bytes from 2a00:6020:5c80::XXX: icmp_seq=5 ttl=53 time=8.62 ms
    ^C
    --- 2a00:6020:5c80::XXX ping statistics ---
    5 packets transmitted, 5 received, 0% packet loss, time 4006ms
    rtt min/avg/max/mdev = 8.522/8.874/9.819/0.477 MS

    Tracert aus dem Heimnetz nach aussen (KeyCDN als Test):

    Code
    tracert -6 2a00:1450:400a:804::2004
    Routenverfolgung zu pnzrha-aj-in-x04.1e100.net [2a00:1450:400a:804::2004]
    über maximal 30 Hops:
    
     1    <1 ms    <1 ms    <1 ms  fritz.box [2a00:6020:5cc0:144:52e6:36ff:fed3:f242]
     2     3 ms     2 ms     2 ms  fc00::1
     3     *        *        *     Zeitüberschreitung der Anforderung.
     4     *        *        *     Zeitüberschreitung der Anforderung.

    Netzwerkconfig eines Beispielclients im Heimnetz:

    Code
      IPv6-Adresse. . . . . . . . . . . : 2a00:6020:5cc0:144:674f:124b:1226:56bc(Bevorzugt)
      IPv6-Adresse. . . . . . . . . . . : fd4c:1b2c:73a5:0:2bc8:7fd2:4413:fdf8(Bevorzugt)
      Temporäre IPv6-Adresse. . . . . . : 2a00:6020:5cc0:144:b918:f7ed:7ead:d92a(Bevorzugt)
      Temporäre IPv6-Adresse. . . . . . : fd4c:1b2c:73a5:0:b918:f7ed:7ead:d92a(Bevorzugt)
      Verbindungslokale IPv6-Adresse  . : fe80::af68:20:52ab:e25b%9(Bevorzugt)
      IPv4-Adresse  . . . . . . . . . . : 192.168.2.50(Bevorzugt)
      Subnetzmaske  . . . . . . . . . . : 255.255.255.0
      Lease erhalten. . . . . . . . . . : Freitag, 23. Januar 2026 10:10:40
      Lease läuft ab. . . . . . . . . . : Montag, 2. Februar 2026 10:10:39
      Standardgateway . . . . . . . . . : fe80::52e6:36ff:fed3:f242%9
                                          192.168.2.1
      DHCP-Server . . . . . . . . . . . : 192.168.2.1
      DHCPv6-IAID . . . . . . . . . . . : 83637399
      DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-2D-1B-85-CC-FC-34-97-9E-3F-28
      DNS-Server  . . . . . . . . . . . : fd4c:1b2c:73a5:0:52e6:36ff:fed3:f242
                                          2a00:6020:5cc0:144:52e6:36ff:fed3:f242
                                          192.168.2.1
                                          fd4c:1b2c:73a5:0:52e6:36ff:fed3:f242
                                          2a00:6020:5cc0:144:52e6:36ff:fed3:f242
    Alles anzeigen

    tes-ipv6.com:

    Code
    Test mit IPv4 DNS-Eintrag	 	
    					Okay (0.379s) verwende ipv4
    Test mit IPv6 DNS-Eintrag	 						
    Zeitüberschreitung (15.005s)
    Test mit Dual Stack DNS-Eintrag	 					
    Okay (0.778s) verwende ipv4
    Prüfung auf Dual-Stack-DNS und große Pakete	 		
    Okay (0.712s) verwende ipv4
    Großes IPv6-Paket testen	 						
    Zeitüberschreitung (15.009s)
    Prüfen, ob der DNS-Server Ihres ISPs IPv6 unterstützt	 	
    Okay (0.643s) verwende ipv4
    IPv4-Dienstleister finden	 	
    					Okay (0.526s) verwende ipv4 ASN 60294
    IPv6-Dienstleister finden	 	
    					Zeitüberschreitung (15.014s)
    Alles anzeigen

    Grundsätzlich ist mir IPv6 egal, weil ich bei Hetzner schon ewig ne VPS habe und die für Wireguard als Jumphost nutze seit ich DG habe.
    Aber einige Apps auf Android funktionieren nicht mehr sauber da sie Inhalte nicht laden können, wenn IPv6 aktiv ist. Sobald ich IPv6 in der FB deaktiviere, funktioniert alles logischerweise reibungslos weil keine IPv6 Anfragen mehr in einen Timeout laufen.
    Habe es in der FB sowohl mit Native IPv6-Anbindung verwenden als auch Native IPv4-Anbindung verwenden versucht mit gleichem Ergebnis.

    Vielleicht hat ja wer einen Tipp für mich?

    Bilder

    • Screenshot 2026-01-23 100145.png
      • 53,42 kB
      • 1.284 × 638
    • Screenshot 2026-01-23 100210.png
      • 59,09 kB
      • 1.266 × 642
    • Screenshot 2026-01-23 100331.png
      • 27,21 kB
      • 1.273 × 322
    • Screenshot 2026-01-23 101529.png
      • 16,23 kB
      • 709 × 183

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!
  1. Datenschutzerklärung
  2. Impressum
Community-Software: WoltLab Suite™ 6.2.6

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