Beiträge von ::1

  • Ende 2025: ISP Vergleich: Bufferbloat & Routing

    pufferueberlauf :

    Also, wenn du an dem Thema "Erreichbarkeit des Internets" im Sinne von Traceroute-RTT für IPv4 und IPv6 aufgeschlüsselt nach Providern (Filterung nach deren ASN) interessiert bist, kann ich dir die RIPE-Atlas-Ergebnisse empfehlen.

    Hier gibt es insbesondere 4 Dauermessungen jeweils für IPv4 und IPv6, an denen weltweit so gut wie alle ATLAS Probes teilnehmen.

    Ich habe das mal für meinen Provider DG (IPv4: AS=8899, IPv6=60294) wie folgt referenziert:

    IPv4 (Filter: Search Results: 8899):

    1. Traceroute-Ziel: google.com
    2. Traceroute-Ziel: facebook.com
    3. Traceroute-Ziel: wikipedia.org
    4. Traceroute-Ziel: anycast.ninja.ihr.live

    IPv6 (Filter: Search Results: 60294):

    1. Traceroute-Ziel: google.com
    2. Traceroute-Ziel: facebook.com
    3. Traceroute-Ziel: wikipedia.org
    4. Traceroute-Ziel: anycast.ninja.ihr.live

    Du kannst entsprechend die Ergebnisse für andere Provider anzeigen, indem du im Filter "Search Results" deren AS-Nummer eingibst (die kann ggf. protokollabhängig sein, wie bei der DG: IPv4 - AS 8899, IPv6: AS 60294).

    Wenn du den Filter "Search Results" leer lässt, siehst du alle Ergebnisse (alle ISP weltweit). Du kannst dann in der Spalte "Country" (default: all) noch durch Wahl von "Germany" nur die Ergebnisse deutscher Provider anzeigen lassen.

  • Ende 2025: ISP Vergleich: Bufferbloat & Routing

    ISP: DG
    Download/Upload: (400/200)
    RTT: http://www.breitbandmessung.de (12.8; 1.2 (100)), heise.de (8.7; 2.9 (100)), dietpi.com (7.7; 1.3 (100))
    SQM: nein
    Router: FRITZ!Box 5590 Fiber
    Netz: LAN


  • Unifi sucht Tester für DS-Lite i. V. m. PPPoE

    Zitat von kostolany25

    D. h. vor dem Einstecken des Kabel auf „Packet Capture“ gehen? Reichen 30 Sekunden?

    Wie du das an deinem Unify-Router genau durchführen kannst, kann ich dir leider nicht sagen, da ich mit dem Dingens keinerlei Erfahrungen habe. Aber dein Ansatz klingt gut. 30 Sekunden oder eben mindestens so lange, bis die Internet-Verbindung steht.

    Wenn du das Ergebnis als ETH- oder PCAP-Datei speichern kannst, könnte man es mit Wireshark anschauen/auswerten. Ergänzende Log-Daten aus dem Router wären auch vorteilhaft, sofern der sowas bietet. Vorsicht mir dem Hochladen von Paketmitschnitten hier im Forum, die könnten vertrauliche Daten (z.B. PPP-Authentifizierung) enthalten. Du könntest mir das zur Auswertung per privater Konversation schicken.

    Zitat von kostolany25

    Was muss ich da wo einstellen?

    Gar nichts, das ist das Funktionsprinzip von DS-Lite, das du in RFC6333 nachlesen kannst.

  • Unifi sucht Tester für DS-Lite i. V. m. PPPoE

    Zitat von DLMttH

    Also ich habe nach wie vor keinen einzigen funktionsfähigen DS-Lite an UniFi Router mit PPPoE gesehen. Entweder funktionierte der Tunnel oder IPv6, nicht Beides.

    Wenn der Tunnel (und somit IPv4) funktioniert, muss auch eine IPv6-Verbindung bestehen, zumindest zwischen dem UniFi-Router und dem AFTR des ISP. Bzgl. IPv6 muss dann noch etwas anderes schief laufen, z.B. dass kein LAN-Präfix per DHCPv6-PD vorhanden ist. Der Router müsste bzw. sollte aber in der Lage sein, DNS-Namensauflösung per Kontaktierung der ISP-Resolver via IPv6 durchzuführen (z.B. um IPv4-Ziele aufzulösen). Der Router sollte hier als DNS-Proxy/Forwarder arbeiten, der DNS-Requests per IPv4 aus dem LAN entgegen nimmt und diese per IPv6 weiterleitet.

    Kannst du oder kostolany25 für das Szenario "DS-Lite an UniFi Router mit PPPoE" Logdaten des Routers oder gar einen Paket-Mitschnitt am WAN-Port des Routers für den Verbindungsaufbau zum ISP beisteuern?

  • Unifi sucht Tester für DS-Lite i. V. m. PPPoE

    kostolany25 : Das Problem ist, dass man von dir immer nur bruchstückhaft erfährt, was du so treibst, bzw. man nie so genau weiß, auf welchen Netzaufbau du dich gerade beziehst. Bei gezeigten Screenshots wird bspw. nicht genannt, von welchem Gerät sie stammen.

    Mit ist z.B. erst jetzt klar geworden (bzw. war das zuvor meinerseits nur eine Vermutung), dass

    • du offenbar neben deinem UCG-Ultra weiteres Unify-Equipement besitzt, z.B. den soeben erwähnten Switch,
    • der UCG-Ultra nicht direkt am Internetzugang hängt und diesen per DS-Lite over PPPoE herstellt, sondern dass dies dein vorgelagerter TP-Link tut - somit hast du eine Router-Kaskade.

    Ich weiß immer noch nicht, ob dein Ziel-Szenario diese Router-Kaskade sein soll, oder ob der TP-Link 'raus fliegen und durch den UCG-Ultra ersetzt werden soll. Nur letzteres passt übrigens zu diesem Thread "Unifi sucht Tester für DS-Lite i. V. m. PPPoE" - deine Kombi UCG-Ultra hinter TP-Link ist hier insofern deplatziert.

  • Unifi sucht Tester für DS-Lite i. V. m. PPPoE

    ... danke für die Aufklärung. Dann nochmal meine Frage: Wo ist da die Stelle in der DS-Lite-Konfiguration, bei der man Angaben zum AFTR machen muss? Oder wird danach nicht gefragt, weil der AFTR-FQDN implizit per DHCPv6-Option "DS-Lite Name" erfragt und anschießend aufgelöst wird?

    Ohne AFTR eben kein IPv4-over-IPv6-Tunnel und damit kein IPv4.

  • Unifi sucht Tester für DS-Lite i. V. m. PPPoE

    Ich kenne mich auch nicht mit UCG aus, diese Beschreibung scheint mir allerdings hinreichend, um das Ding für "DS-Lite Over PPPoE" zum Fliegen zu bekommen.

    Das Pendant zur oben gezeigten, nachträglich aktivierten TP-Link-LAN-Konfiguration wäre in der verlinkten Beschreibung der Abschnitt "IPv6 Local (LAN) Configuration | Advanced", laut dem ich intuitiv die Methode "Client Address Assignment = SLAAC" mit aktiven "Router Advertisement (RA)" konfigurieren würde.

    IPv6 war mit UCG ja allerdings nicht das Problem (die Clients im LAN verfügten ja über globale IPv6-Adressen aus den delegierten IPv6-LAN-Präfix), sondern der vermutlich fehlende IPv4 over IPv6-Tunnel via DS-Lite ...

  • Unifi sucht Tester für DS-Lite i. V. m. PPPoE

    #94 und #100 entnehme ich, dass du eine "Unifi UCG-Ultra" an einem GigaNetz-Anschluss betreibst und in diesem Router versuchst, DS-Lite via PPPoE zum Laufen zu bekommen. Die bisherigen Ergebnisse deuteten darauf hin, dass dabei nur eine IPv6-Verbindung zustande kommt, nicht aber der per DS-Lite gewünschte IPv4 over IPv6-Tunnel. Die Traceroute-Tests sollten eigentlich für diesen "Versuchsaufbau" erfolgen, um diese Vermutung zu belegen.

    Nun verwirrst du mit dem TP-Link-Router anstelle des Unifi UCG-Ultra. Der scheint wiederum von IPv6 unbeleckt zu sein und nur für IPv4 an einem CGNAT-Anschluss via PPPoE konfiguriert zu sein - offenbar unterstützt Giganetz diese Variante ebenfalls.

    Aber: Was ist denn nun dein Ziel?

  • Unifi sucht Tester für DS-Lite i. V. m. PPPoE

    Zitat von kostolany25

    Da siehtst Du mal, wie verzeifelt ich bin

    Verzweiflung ist ein schlechter Berater.

    Ruf an einem Windows-PC doch einfach mal eine Eingabeaufforderung (neudeutsch: "Terminal") auf und zeige die Ergebnisse der folgenden beiden Kommandos:

    1. tracert -d 2a00:1450:4001:831::200e
    2. tracert -d 142.250.186.142

    Es handelt sich hierbei jeweils um die IPv6- bzw. IPv4-Adresse von "google.com".

    Vermutlich wird nur 1. bis zum Ziel führen und 2. so gut wie nichts anzeigen, weil du gar keine IPv4-Verbindung zum Internet hast.

    Zitat von kostolany25

    Habe mir ein Tracerouting-Programm fürs iPad heruntergeladen und werde nachher auf dem Sofa immer mal wieder testen

    ... oder eben so - in Apple-Haushalten gibt es vermutlich keinen Windows-PC.

  • Unifi sucht Tester für DS-Lite i. V. m. PPPoE

    Sind im Router 1.1 1 1 und 8.8.8.8 als zu verwendende DNS-Resolver konfiguriert? Falls ja, würde ich mal versuchen, diese festen Resolver zu löschen oder zumindest durch deren IPv6-Pendants zu ersetzen: 2606:4700:4700::1111, 2001:4860:4860::8888. Ist meinerseits aber auch nur ein Schuss ins Blaue.

  • Deutsche Glasfaser: Keine IPv6-Adresse

    Zitat von flassi

    Internet -> Zugangsdaten -> IPv6 -> IPv6-Anbindung -> IPv6-Anbindung mit Tunnelprotokoll verwenden sowie Verbindungseinstellungen -> 6to4

    1. Das ergibt keine IPv6-Adresse, die dir DG zuweisen würde, sondern nur eine aus deiner WAN-IPv4-Adresse abgeleitete IPv6-Adresse.
    2. Damit das funktioniert (geroutet und via IPv4 getunnelt wird), muss deine WAN-IPv4-Adresse allerdings öffentlich sein. Ist sie aber nicht (sondern eine aus dem Space 100.64.0.0/10 - quasi privat).

    Fazit: Das ist keine Lösung. Und selbst, wenn sie funktionierte, wäre sie ohnehin grottig.

  • Deutsche Glasfaser kein Ipv6

    jokolautus :

    Falls du einen Paketmitschnitt in deiner Fritzbox (FB) durchführen möchtest, hierfür eine Anleitung:

    1. Starte an einem LAN-PC eine Eingabeaufforderung und setzte dort einen Dauerping auf Google ab: ping -6 -t google.com. . Damit das Ergebnis im Falle eines Nachweises gegenüber DG etwas repräsentativer ist, starte noch zwei weitere Eingabeaufforderungen und setze jeweils einen weiteren Dauerping auf Facebook (ping -6 -t facebook.com.) und Wikipedia (ping -6 -t wikipedia.org.) ab.
    2. Starte den Paketmitschnitt in deiner FB über den Link http://192.168.178.1/html/capture.html (Adresse ggf. anpassen), indem du dort auf den Button "Start" neben "1. Internetverbindung" klickst. Es ist hierbei wichtig, dass du deine FB über ihre IPv4-Adresse 192.168.178.1 (bzw. angepasst an die tatsächliche IPv4-Adresse deiner FB) aufrufst! Die FB generiert eine Mitschnitt-Datei mit Endung *.eth und fragt dich, wo du sie auf der Festplatte deines Rechners speichern möchtest.
    3. Melde dich ein zweites Mal in einem zweiten Browser-TAB an deiner FB via http://192.168.178.1 an (Adresse ggf. anpassen) und klicke unter "Internet | Online-Monitor | Verbindungsdetails" auf die Schaltfläche "Neu verbinden".
    4. Warte den Aufbau der neuen Internetverbindung deiner FB ab und lasse den Paketmitschnitt danach noch etwa 5 Minuten laufen.
    5. Beende den Paketmitschnitt, indem du in dem ersten Browser-TAB (falls dort von der FB inzwischen abgemeldet, öffne die Paketmitschnitt-Seite erneut via http://192.168.178.1/html/capture.html) neben "1. Internetverbindung" auf "Stopp" klickst. Hier bitte Geduld, bis der Mitschnitt wirklich beendet und die *.eth-Datei geschlossen wurde - dies wird dadurch signalisiert, dass der "Start"-Button wieder aktiv wird. Den Browser keinesfalls vorher schließen!
    6. Beende die Dauerpings in deinen drei Eingabeaufforderungen.
    7. Falls nicht installiert, installiere Wireshark (die dabei angebotenen Komponenten Npcap und USBPcap bitte nicht mit installieren - Wireshark wird nur zur Analyse der Mitschnitt-Datei *.eth benötigt).
    8. Öffne die Mitschnitt-Datei *.eth mit Wireshark und schreibe in die oberste Zeile "Ansichtsfilter ..." den folgenden Filter:
      icmpv6 || dhcpv6 || dhcp || dns.
      Poste hier anschließend einen Screenshot dessen, was Wireshark nun anzeigt.

    Falls die Ausgabe für einfaches Posten hier im Forum zu lang ist, speichere die gezeigte Filteransicht, indem du in Wireshark auf "Datei | Ausgewählte Pakete exportieren..." klickst, in dem erscheinenden Dialogfenster alle Voreinstellungen belässt und einen Dateinamen eingibst. Die so generierte *.pcap-Datei kannst du mir dann gerne über eine persönliche Konversation (die zwei Sprechblasen oben rechts neben der Lupe) zur Auswertung/Analyse zukommen lassen.

  • Deutsche Glasfaser kein Ipv6

    Eine andere Ursache könnte sein, dass die DG-Gegenstelle keine RA sendet, oder nur solche, in denen die "Router-Lifetime" auf 0 gesetzt ist. Und noch eine Möglichkeit ist, dass DG deine IPv6-Pakete in ihrer internen Netzinfrastruktur einfach nicht oder nicht korrekt weiterleitet.

    Um sich der Problemursache zu nähern, wirst du wohl nicht um einen Paketmitschnitt am WAN-Port der FB herum kommen.

  • Deutsche Glasfaser kein Ipv6

    Deinem Screenshots entnehme ich, dass dein LAN-Präfix 2a00:6020:9440:b600::/56 lautet. Damit liegt dein Kundenanschluss an einem BNG, das für den IPv6-Block 2a00:6020:9400::/41 zuständig ist.

    Wenn deine WAN-Adresse die Form 2a00:6020:9400::WXYZ hat, dann handelt es sich hier um einen der IPv6-Blöcke, in denen die DG ein gegenüber früheren Anschlüssen geändertes Adress-Konzept einführt.

    Wir haben hier im Forum inzwischen 'zig Fälle von DG-Kundenanschlüssen in IPv6-Bereichen mit diesem neuen Adress-Konzept, bei denen IPv6 nicht funktioniert, obwohl erfolgreich IPv6-Adressen zugewiesen werden.

    In diversen hier durchgeführten Analysen zu Paket-Mitschnitten am WAN-Port des Routers stellte sich heraus, dass häufig Probleme mit der MAC-Adressauflösung (bei IPv6 mittels ND = Neighbor Discovery Protocol) bestehen, für die DG verantwortlich ist (indem DG z.B. die vom Router gesendeten NS nicht per NA beantwortet). In der Folge kann der Router ausgehende IPv6-Pakete nicht in Ethernet-Frames verpacken, weil ihm die dafür benötigte MAC-Zieladresse der DG-Gegenstelle fehlt.

    Führe bitte mal folgende einfachen Tests durch:

    1. Notiere dein aktuelles LAN-Präfix (2a00:6020:94PQ:RS00::...) und deine aktuelle WAN-Adresse 2a00:6020:9400::WXYZ).
    2. Starte an einem PC in deinem LAN einen IPv6-Dauerping auf google.com: ping -6 -t google.com (der wird zunächst negative Ergebnisse zeigen - bitte trotzdem laufen lassen).
    3. Gehe in dein Fritzbox-Web-GUI und klicke unter "Internet | Online-Monitor | Verbindungsdetails" auf die Schaltfläche "Neu verbinden" (ganz unten auf der Seite)

    Nachdem dein Router eine neue Internet-Verbindung aufgebaut hat, schau bitte:

    • Funktioniert der noch laufende Ping nun? Falls ja, warte etwa 1 Minute: Bricht der Ping nach einer Weile (so 40 Sekunden) mit Fehler ab?
    • Haben sich dein LAN-Präfix (...PQ:RS...) und die WAN-Adresse ::WXYZ geändert?

    Falls du beide Fragen bejahen kannst, liegt ziemlich sicher das oben von mir beschriebene Problem vor. Exakt ließe sich das allerdings nur über einen Paketmitschnitt belegen.

  • Unifi sucht Tester für DS-Lite i. V. m. PPPoE

    Die Kombination SLAAC over PPP für den WAN-Port in Verbindung mit DHCPv6-PD für das LAN ist prinzipiell möglich.

    Nur scheint das 1&1 nicht zu unterstützen und verweigert die Zuweisung eines LAN-Präfix per DHCPv6-PD, wenn die WAN-Adresse zuvor per SLAAC zugewiesen wurde.

    Umgekehrt scheint Unify DHCPv6 over PPP nicht zu unterstützen, was für 1&1 vermutlich die Voraussetzung dafür ist, einen LAN-Präfix per DHCPv6-PD zuzuweisen.