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. Aktuelle Störungen

IPv6 geht nicht. Deutsche Glasfaser Support reagiert nicht

  • fow0ryl
  • 11. Februar 2022 um 13:37
  • SpeedDevil
    Reaktionen
    2
    Beiträge
    27
    • 1. April 2022 um 20:32
    • #61

    Manu4102
    Bei mir keine Auffälligkeiten bzgl DNS und wir düften ja am gleichen POP hängen - eventuell in Zusammenhang mit der Beta-Firmware der Fritte zu sehen?

    Seit 8.2021 bei der DG aktiviert (GPON-Anschluss); Tarif DG giga 1000, seit 8.2022 Tarif DG giga 400; eigener Router (AVM 7590 Fritz!Box 5690PRO), VPN via Wireguard & RaspberryPi

  • Sakuwa
    Fortgeschrittener
    Reaktionen
    77
    Beiträge
    401
    • 1. April 2022 um 21:09
    • #62

    Was möchtest du denn genau erreichen? Biete jeder etwas anderes. Google hat die Nase überall drin, quad9 filtert ist aber dadurch langsamer. Bleibt nur noch cloudfsre aus deiner liste

  • HubeBube
    Erleuchteter
    Reaktionen
    1.738
    Beiträge
    7.405
    • 2. April 2022 um 08:14
    • #63
    Zitat von Manu4102

    Hallo.

    Ich benutze die 07.39-95462 BETA..

    Die Meldung kommt unter: System -> Ereignisse.

    Google

    Cloudflare

    Quad9

    Alles anzeigen

    OK. Das ist eine Meldung der Beta-FW. Die Idee mit einem zweiten Satz von DNS Servern zu arbeiten, finde ich erst einmal interessant, jedoch bleibt es Beta-Software.

    Alle drei von dir genannten Public DNS Anbieter habe ich ausprobiert und bin letztlich doch wieder auf die DNS Server des Providers (Deutsche Glasfaser) geschwenkt, das lief problemloser.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • frank_m
    Erleuchteter
    Reaktionen
    770
    Beiträge
    4.935
    • 2. April 2022 um 11:33
    • #64

    Ich betreibe einen Pihole mit unbound. Da hat sich die Frage nach Public DNS Servern erledigt.

  • irqnet
    Reaktionen
    1
    Beiträge
    7
    • 6. April 2022 um 20:36
    • #65

    Gleiches Thema hier im PLZ Bereich 47929.

    IPv6 Präfix wird zugeteilt, aber Routing funktioniert nicht.

    Ich kann nichts erreichen was im internen Netz steht.

  • frank_m
    Erleuchteter
    Reaktionen
    770
    Beiträge
    4.935
    • 6. April 2022 um 21:50
    • #66

    Das Problem wurde doch gelöst. Und das Routing funktionierte ja auch immer wieder zwischendurch. Bist du sicher, dass du dasselbe Problem hast?

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • irqnet
    Reaktionen
    1
    Beiträge
    7
    • 6. April 2022 um 22:07
    • #67

    Ziemlich sicher, weil das Routing zu einer internen ipv6 Adresse bei mir eben nicht geht:

    Code
    traceroute to <loakle ipv6> from 2a01:488:66:1000:5c33:9112:0:1, 30 hops max, 24 byte packets
     1  2a01:488:66::a5c:2478 (2a01:488:66::a5c:2478)  0.161 ms  0.117 ms  0.076 ms
     2  ae3-u100.cr-nunki.sxb1.bb.godaddy.com (2a01:488:bb::42)  0.424 ms  0.285 ms  0.254 ms
     3  ae4.cr-vega.sxb1.bb.godaddy.com (2a01:488:bb::b3)  0.714 ms  0.57 ms  0.533 ms
     4  ae7.fra10-cr-antares.bb.gdinf.net (2a01:488:bb03:101::2)  3.139 ms  3.451 ms  3.245 ms
     5  pr1.int63-fra.dg-w.de (2001:7f8::eb86:0:1)  4.273 ms  4.211 ms  4.08 ms
     6  2a00:6020:0:d::2 (2a00:6020:0:d::2)  4.413 ms  4.167 ms  4.151 ms
     7  2a00:6020:ffff:ffff::4 (2a00:6020:ffff:ffff::4)  7.74 ms  7.501 ms  7.448 ms
     8  * * *
     9  * * *
    10  * * *
    11  * * *
    12  * * *
    13  * * *
    14  * * *
    15  * * *
    16  * * *
    Alles anzeigen

    Bin damit im Ort auch nicht alleine.

    Einmal editiert, zuletzt von irqnet (6. April 2022 um 22:13)

  • alfalfa
    Gast
    • 6. April 2022 um 23:00
    • #68

    Das reicht nicht, um das selbe Problem sicher festzustellen. Bekommst du auf https://www.whatismyip.com/ eine IPv6-Adresse angezeigt? Kannst du 2001:4860:4860::8888 anpingen?

    Die meisten Router sind normalerweise so konfiguriert, dass von außen keine Verbindungen nach innen möglich sind. Das zu ändern funktioniert bei IPv6 anders als bei IPv4 und hat Besonderheiten, die man nicht kennt, wenn man bisher nur mit IPv4 zu tun hatte. Bitte überprüfe also erst, ob Verbindungen von innen nach außen ebenfalls nicht möglich sind.

    Im vorherigen Fall war es so, dass IPv6 immer wieder für kurze Zeit funktioniert hat, nachdem das Prefix gerade zugewiesen oder aufgefrischt wurde. Ist das bei dir auch so? Es gab auch schon die Situation, dass das Routing für bestimmte Prefixes "weiter vorne" dauerhaft nicht funktionierte, aber das ist bei dir nicht der Fall, wie man am Traceroute sieht.

  • irqnet
    Reaktionen
    1
    Beiträge
    7
    • 7. April 2022 um 07:40
    • #69

    Ok dann wollen wir mal ein paar Beilagen zum IPv6 Hauptgericht hinzufügen ;) Aus meiner kurzen Beschreibung ging sicherlich nicht hervor, das ich schon beurteilen kann wie ich das Ganze zu konfigurieren habe, zumal es ja jetzt 12 Monate ohne Probleme funktionierte.

    Mein Router (Unifi Dreammachine Pro) bekommt auf eth8 (WAN1) eine v6 Adresse zugeteilt:


    Gemäß Konfiguration meiner LAN Seite (nichts geändert seit 12 Monaten) wird ebenfalls eine Adresse verteilt:

    ipv6-test und whatsmyip.com melden:


    Ping auf die von DIr o.g. Adresse:

    interner Ping von einem Client mit zugeteilter v6 Adresse zu einem anderen:

    Firewall Konfig in der UDM Pro für eingehende IPv6 Verbindungen ist natürlich auch konfiguriert, hier muss ich nur aktiv werden wenn sich der Präfix ändert, ist aber auch nicht der Fall. Ich betreibe auf meiner Synology einen Reverse Proxy um interne Dienste zu erreichen via v6.


    Grundsätzlich lässt sich sagen, die IPv6 Konnektivität "flattert", denn manchmal geht es und einige Minuten später wieder nicht.

    NT Neustart / Reset hab ich jetzt gefühlt 15 mal durchgeführt die letzten 2 Wochen.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • frank_m
    Erleuchteter
    Reaktionen
    770
    Beiträge
    4.935
    • 7. April 2022 um 08:21
    • #70
    Zitat von irqnet

    Mein Router (Unifi Dreammachine Pro) bekommt auf eth8 (WAN1) eine v6 Adresse zugeteilt:

    Die sieht aber überhaupt nicht aus wie eine von der DG zugeteilte Adresse. Ich hab noch nie gesehen, dass die Host-ID so kurz war. Bist du sicher, dass das die per DHCP zugeteilte Adresse ist? Überprüfe das mal anhand eines Paketmitschnitts.


    Zitat von irqnet

    Ping auf die von DIr o.g. Adresse:

    Die Adresse ist falsch.

    Darüber hinaus finde ich in deiner Ausführung nichts übers zugeteilte Prefix. Vielleicht kannst du das auch noch mal per Wireshark verifizieren, dass du mit den richtigen Adressen und Prefixes arbeitest. Im Moment hab ich da Zweifel.

    Nicht zuletzt solltest du einen Dauer-Ping-Test über mindestens 30 oder besser 60 Minuten machen. Wenn du unter dem hier beschriebenen Problem leidest, dann müsstest du nach dem Prefix Refresh mindestens für einige Minuten eine IPv6 Verbindung haben.

    UDM und DG hat schon öfter für Diskussionen hier im Forum gesorgt, das Zusammenspiel klappt nicht immer reibungslos. Im Moment bin ich mir noch nicht sicher, ob es das hier diskutierte Problem ist. Dabei will ich ein Problem bei der DG gar nicht ausschließen, auch das gabs öfter vor dem hier beschriebenen Problem. Aber es wäre dennoch was anderes.

  • irqnet
    Reaktionen
    1
    Beiträge
    7
    • 7. April 2022 um 09:21
    • #71

    Auf die Schnelle, da ich erst später genauer testen kann:

    1. von meinem Windows Client Ping auf die Adresse 2001:4860:4860::8888

    Code
    PS C:\> ping -6  2001:4860:4860::8888 -t
    
    Ping wird ausgeführt für 2001:4860:4860::8888 mit 32 Bytes Daten:
    Zeitüberschreitung der Anforderung.
    Zeitüberschreitung der Anforderung.
    Zeitüberschreitung der Anforderung.
    Zeitüberschreitung der Anforderung.

    2. deaktiviere ich in der UDM auf dem WAN Interface meine IPv6 Konfiguration mit Prefix Delegation Size 56

    Code
    PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    PING: Fehler bei der Übertragung. Allgemeiner Fehler.

    3. aktiviere ich darauf hin wieder IPv6 und warte auf die Zuteilung

    Code
    Antwort von 2001:4860:4860::8888: Zeit=12ms
    Antwort von 2001:4860:4860::8888: Zeit=15ms
    Antwort von 2001:4860:4860::8888: Zeit=13ms
    Antwort von 2001:4860:4860::8888: Zeit=14ms
    Antwort von 2001:4860:4860::8888: Zeit=12ms
    Antwort von 2001:4860:4860::8888: Zeit=13ms
    Antwort von 2001:4860:4860::8888: Zeit=11ms

    Den Ping habe ich während der Änderungen nicht unterbrochen.

    Ich beobachte mal wann der jetzt von selbst wieder abbricht.


    edit: nochmal mit timestamp

    Code
    PS C:\> ping -6  2001:4860:4860::8888 -t |Foreach{"{0} - {1}" -f (Get-Date),$_}
    07.04.2022 09:38:11 -
    07.04.2022 09:38:11 - Ping wird ausgeführt für 2001:4860:4860::8888 mit 32 Bytes Daten:
    07.04.2022 09:38:15 - Zeitüberschreitung der Anforderung.
    07.04.2022 09:38:20 - Zeitüberschreitung der Anforderung.
    07.04.2022 09:38:25 - Zeitüberschreitung der Anforderung.
    07.04.2022 09:38:30 - Zeitüberschreitung der Anforderung.
    07.04.2022 09:38:35 - Zeitüberschreitung der Anforderung.
    07.04.2022 09:38:40 - Zeitüberschreitung der Anforderung.
    07.04.2022 09:38:41 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:38:42 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:38:43 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:38:44 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:38:45 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:38:46 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:38:47 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:38:48 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:38:49 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:38:50 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:38:51 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:38:52 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:38:53 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:38:54 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:38:55 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:38:57 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:38:58 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:38:59 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:00 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:01 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:02 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:03 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:04 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:05 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:06 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:07 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:08 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:09 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:10 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:11 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:12 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:13 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:14 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:15 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:16 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:17 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:18 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:19 - PING: Fehler bei der Übertragung. Allgemeiner Fehler.
    07.04.2022 09:39:20 - Antwort von 2001:4860:4860::8888: Zeit=14ms
    07.04.2022 09:39:21 - Antwort von 2001:4860:4860::8888: Zeit=14ms
    07.04.2022 09:39:22 - Antwort von 2001:4860:4860::8888: Zeit=13ms
    07.04.2022 09:39:23 - Antwort von 2001:4860:4860::8888: Zeit=15ms
    07.04.2022 09:39:24 - Antwort von 2001:4860:4860::8888: Zeit=12ms
    07.04.2022 09:39:25 - Antwort von 2001:4860:4860::8888: Zeit=14ms
    07.04.2022 09:39:26 - Antwort von 2001:4860:4860::8888: Zeit=14ms
    07.04.2022 09:39:27 - Antwort von 2001:4860:4860::8888: Zeit=15ms
    07.04.2022 09:39:28 - Antwort von 2001:4860:4860::8888: Zeit=12ms
    07.04.2022 09:39:29 - Antwort von 2001:4860:4860::8888: Zeit=13ms
    07.04.2022 09:39:30 - Antwort von 2001:4860:4860::8888: Zeit=12ms
    07.04.2022 09:39:31 - Antwort von 2001:4860:4860::8888: Zeit=14ms
    07.04.2022 09:39:32 - Antwort von 2001:4860:4860::8888: Zeit=15ms
    07.04.2022 09:39:33 - Antwort von 2001:4860:4860::8888: Zeit=13ms
    07.04.2022 09:39:34 - Antwort von 2001:4860:4860::8888: Zeit=13ms
    07.04.2022 09:39:35 - Antwort von 2001:4860:4860::8888: Zeit=15ms
    #
    # ~25 Minuten später
    #
    07.04.2022 10:05:25 - Antwort von 2001:4860:4860::8888: Zeit=14ms
    07.04.2022 10:05:26 - Antwort von 2001:4860:4860::8888: Zeit=18ms
    07.04.2022 10:05:27 - Antwort von 2001:4860:4860::8888: Zeit=15ms
    07.04.2022 10:05:28 - Antwort von 2001:4860:4860::8888: Zeit=11ms
    07.04.2022 10:05:29 - Antwort von 2001:4860:4860::8888: Zeit=13ms
    07.04.2022 10:05:30 - Antwort von 2001:4860:4860::8888: Zeit=38ms
    07.04.2022 10:05:31 - Antwort von 2001:4860:4860::8888: Zeit=22ms
    07.04.2022 10:05:32 - Antwort von 2001:4860:4860::8888: Zeit=33ms
    07.04.2022 10:05:37 - Zeitüberschreitung der Anforderung.
    07.04.2022 10:05:42 - Zeitüberschreitung der Anforderung.
    07.04.2022 10:05:47 - Zeitüberschreitung der Anforderung.
    07.04.2022 10:05:52 - Zeitüberschreitung der Anforderung.
    07.04.2022 10:05:57 - Zeitüberschreitung der Anforderung.
    07.04.2022 10:06:02 - Zeitüberschreitung der Anforderung.
    07.04.2022 10:06:07 - Zeitüberschreitung der Anforderung.
    07.04.2022 10:06:12 - Zeitüberschreitung der Anforderung.
    07.04.2022 10:06:17 - Zeitüberschreitung der Anforderung.
    Alles anzeigen

    edit2:

    hab gerade die Bestätigung vom Social Media Team via Facebook bekommen, das die Fehlerbehebung über Nacht stattfindet, sind wohl mehrere POPs hier in der Region betroffen.

    2 Mal editiert, zuletzt von irqnet (7. April 2022 um 10:16)

  • alfalfa
    Gast
    • 7. April 2022 um 10:18
    • #72

    Danke für die zusätzlichen Informationen, um die Situation gegen andere Ursachen abzugrenzen. Damit sieht es in der Tat nach dem selben Problem aus. Den Erfahrungen aus diesem Thema nach muss die DG das korrigieren und dann ist evtl. noch ein Neustart des ONT nötig.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • joerg_j
    Beiträge
    6
    • 29. Mai 2022 um 12:43
    • #73

    Hallo zusammen,

    ich bin neu hier und im Bereich Glasfaser und IPv6. Seit Anfang 03.2022 habe ich einen aktivierten Anschluss von Deutsche Glasfaser. Seit Anfang an haben diverse Dienste (Disneyplus-App, RTL+-App, Hörbücher über Audible,...) bei mir nicht ordentlich funktioniert und lt. Support hatte ich mal IPv6 Adressen bekommen und mal nicht, aber das soll jetzt behoben sein. Allerdings spüre ich davon nichts, ich kann diese Dienste nach wie vor nicht nutzen und es ist eher so, dass ich garkeine IPv6 Funktionalität mehr habe.

    Was ich schon versucht habe (teilweise mit, teilweise ohne DG-Support):

    - ONT resettet (20 sek. Taste drücken,...) - mehrfach, anfangs noch mit Teilerfolgen.

    - Werksreset des Routers (Fritzbox von DG) - incl. unzähliger Neustarts

    - Einstellungen geprüft, teilweise umgestellt zum Testen und wieder zurück da i.d.R. erfolglos

    - Diverse Kontakte zum Support (ohne nennenswerte Ergebnisse, wird immer "weitergegeben" und dann meldet sich keiner mehr)

    Dann bin ich auf das Forum hier aufmerksam geworden und habe heute geprüft:

    - über http://www.wieistmeineip.de bekomme ich keine IPv6-Adresse angezeigt.

    - Die angezeigte IPv4-Adresse ist nicht die, die ich im Router angezeigt bekomme (vermutlich normal).

    - Ping zu 2001:4860:4860::8888 geht nie durch (habe ja auch keine IPv6-Adresse), habe ich bisher noch nicht hinbekommen, starte den später nochmal für einen "Langzeittest".

    - Ich habe in den Interneteinstellungen an der FritzBox eine VLAN-Einstellung drin, habe es ohne versucht, bekomme dann aber keine Internetverbindung - also wieder eingetragen.

    - Der heutige Kontakt zum Support war... - man gibt weiter an 2nd Level mit der Aufgabe die Blacklist zu prüfen, ob meine IPv6-Adresse dort gelandet sei und das deshalb nicht funktioniert.

    Ich bin in einem Ausbaugebiet und einer der ersten, der hier einen Anschluss aktiviert bekommen hat.

    Was kann ich noch testen um der DG ggf. zu helfen? Ein Techniker, den ich schon explizit angefordert habe von ca. 6 Wochen kam nie und hat sich auch noch nicht gemeldet. Am Ende möchte ich ja den Anschluss zum Laufen bekommen und erst wenn wirklich nichts geht das Thema anderweitig lösen.

    Nach dem was ich überall gelesen habe tippe ich entweder auf den Router (FritzBox), evtl. ist da was nicht in Ordnung, oder eben auf irgendwelche Anschlusseinstellungen bei der DG, die angeblich alle in Ordnung sein sollen und inzwischen ohne Auffälligkeiten.

    Habt ihr noch einen Tipp, was ich tun, bzw. testen kann? Vielen Dank für jeden Hinweis.

  • frank_m
    Erleuchteter
    Reaktionen
    770
    Beiträge
    4.935
    • 29. Mai 2022 um 13:04
    • #74
    Zitat von joerg_j

    - über http://www.wieistmeineip.de bekomme ich keine IPv6-Adresse angezeigt.

    Das müssen wir definitiv zunächst in den Griff bekommen. Das wird viele Probleme verursachen.

    Sorge nach deinen zahllosen Tests auf jeden Fall zunächst dafür, dass die Fritzbox in einem ordnungsgemäßen Zustand ist. Sprich: Reset auf Werkseinstellungen und dann automatische Einrichtung durch den Anbieter. Dann kontrolliere, ob die Box eine Adresse und ein Prefix bekommen hat. Wenn nicht, dann poste die IPv6 Einstellungen der Box hier, und zwar die aus dem Internetzugangsbereich UND die aus dem Heimnetz Bereich.

  • alfalfa
    Gast
    • 29. Mai 2022 um 13:16
    • #75

    Wahrscheinlich hat deine DG-Fritzbox eine IPv6-Adresse und verteilt auch IPv6-Adressen an die Geräte im LAN, aber die Außenanbindung per IPv6 funktioniert nicht. Dadurch versuchen einige Anwendungen zuerst, IPv6 zu verwenden, und fallen immer wieder erst nach einiger Zeit auf IPv4 zurück.

    Wenn du nicht von außen auf Geräte in deinem Netz zugreifen musst, bzw. die Geräte ihren Fernzugriff über Cloud-Dienste abwickeln, dann ist die einfachste Möglichkeit, die IPv6-Unterstützung in der Fritzbox abzuschalten, um diese Probleme zu umgehen. Außer für den direkten Fernzugriff ist IPv6 noch nicht zwingend erforderlich.

    Eine Lösung ist das natürlich nicht, aber die Lösung muss wahrscheinlich von der Deutschen Glasfaser kommen und das kann dauern.

    Zitat von joerg_j

    über http://www.wieistmeineip.de bekomme ich keine IPv6-Adresse angezeigt.

    Das zeigt an, dass deine IPv6-Konnektivität nicht funktioniert. Dieser Test ist vor allem deswegen nützlich, weil er normalerweise nicht an kundenseitigen Firewall-Einstellungen scheitert.

    Zitat von joerg_j

    Die angezeigte IPv4-Adresse ist nicht die, die ich im Router angezeigt bekomme (vermutlich normal).

    Ja, das ist normal. Deine im Router angezeigte Adresse fängt mit "100" an und ist eine CGNAT-Adresse. Die auf der Webseite angezeigte Adresse ist eine öffentliche Adresse, die du dir mit mehreren anderen Nutzern teilst.

    Zitat von joerg_j

    Ping zu 2001:4860:4860::8888 geht nie durch (habe ja auch keine IPv6-Adresse), habe ich bisher noch nicht hinbekommen, starte den später nochmal für einen "Langzeittest".

    Das testet ungefähr das gleiche, was auch der wieistmeineip-Test prüft: Ausgehende IPv6-Verbindungen funktionieren nicht.

    Zitat von joerg_j

    Ich habe in den Interneteinstellungen an der FritzBox eine VLAN-Einstellung drin, habe es ohne versucht, bekomme dann aber keine Internetverbindung - also wieder eingetragen.

    Die VLAN ID ist für einen von der DG gemieteten Router normal.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • joerg_j
    Beiträge
    6
    • 29. Mai 2022 um 14:41
    • #76

    Vielen Dank für eure schnellen Antworten.

    frank_m Ich habe einen Werksreset durchgeführt mit Neukonfiguration und nochmal getestet. Vorher wie nachher bekomme ich eine IPv6 Adresse und ein Präfix. Ich habe auch die IPv6-Einstellungen geprüft, die waren vorher wie nachher exakt gleich - genau wie das Verhalten. Auf http://www.wieistmeineip.de wird mir nach wie vor keine IPv6 angezeigt.

    @alfalfa - genau so wie du beschrieben hast sieht das aus, denn z.B. bei RTL+ und auch Audible, wenn ich mehrere Minuten warte funktionieren die Dienste. Andere Dienste laufen auf Fehler und warten nicht so lange. Ich habe schon versucht, IPv6 bei den Interneteinstellungen abzuschalten, bekomme dann aber garkeine Internetverbindung mehr. Oder mache ich da was falsch?

  • frank_m
    Erleuchteter
    Reaktionen
    770
    Beiträge
    4.935
    • 29. Mai 2022 um 15:41
    • #77

    Letztlich hat @alfalfa die gleiche Sorge, wie ich auch: Durch die unsaubere IPv6 Konfiguration werden die Dienste gestört. Ich befürchte nur: Da es ein Providergerät ist, ist die automatische Konfiguration via TR-069 aktiv. Wenn du nun IPv6 deaktivierst, dann kann es jederzeit durch den Provider wieder aktiviert werden, und plötzlich treten die gleichen Probleme wieder auf. Deshalb würde ich zunächst versuchen, IPv6 sauber zum laufen zu bekommen, und dich so unabhängig von den Providereinstellungen zu machen. Wenn das nicht klappt, z.B. aufgrund eines Fehlers im Netz, dann bleibt immer noch, IPv6 zu deaktivieren. Eigentlich müsste auch das funktionieren, wenn der Rest richtig eingerichtet ist.

    Da du ja noch in der Ausbauphase bist, kann es auch durchaus zu Problemen im Netz kommen, das wird öfter berichtet.

    Zitat von joerg_j

    Vorher wie nachher bekomme ich eine IPv6 Adresse und ein Präfix. Ich habe auch die IPv6-Einstellungen geprüft, die waren vorher wie nachher exakt gleich - genau wie das Verhalten. Auf http://www.wieistmeineip.de wird mir nach wie vor keine IPv6 angezeigt.

    Dann deutet das darauf hin, dass in deiner Endgeräte-Konfiguration was nicht stimmt. Benutzt du Windows? Was sagt ein

    ipconfig /all

    in einer Eingabeaufforderung? Sind dort IPv6 Adressen auf deinem Interface?

  • joerg_j
    Beiträge
    6
    • 29. Mai 2022 um 15:58
    • #78
    Zitat von frank_m

    Dann deutet das darauf hin, dass in deiner Endgeräte-Konfiguration was nicht stimmt. Benutzt du Windows? Was sagt ein

    ipconfig /all

    in einer Eingabeaufforderung? Sind dort IPv6 Adressen auf deinem Interface?

    ja, Windows - bei ipconfig habe ich eine IPv6-Adresse und eine temporäre IPv6-Adresse - und eine "verbindungslokale IPv6Adresse. Und steht "Lease läuft ab: 08.06.2022 15:53. Soll/kann ich das hier reinkopieren?

    edit:

    ich kann andere Geräte innerhalb meines Netzwerks über IPv6 anpingen, gerade versucht (sowohl den Router als auch ein mobiles Endgerät). Alles andere bleibt an der FritzBox hängen.

    Einmal editiert, zuletzt von joerg_j (29. Mai 2022 um 16:30)

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • frank_m
    Erleuchteter
    Reaktionen
    770
    Beiträge
    4.935
    • 29. Mai 2022 um 16:28
    • #79

    Du kannst sie anoymisieren, indem du den mittleren Teil der Adressen unkenntlich machst. Die ersten zwei Blöcke sind unkritisch (ist bei der DG immer gleich), und der letzte auch.

    Aber wenn du auf deinem Windows eine IPv6 Adresse hast, und trotzdem wird bei wieistmeineip keine angezeigt, dann wird es merkwürdig. Da werden weitere Analysen nötig. Ein

    tracert -6 heise.de

    in der Eingabeaufforderung gäbe weitere Hinweise.

    2 Mal editiert, zuletzt von frank_m (29. Mai 2022 um 16:38)

  • joerg_j
    Beiträge
    6
    • 29. Mai 2022 um 16:49
    • #80

    beim Tracert bekomme ich den Fehler:

    hier noch die ipconfig:

    Den DNS habe ich unverändert gelassen, d.h. den holt er sich von DG.

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