Aber müsstest du dazu nicht auch bei Netcom BW wieder auf DS-LITE für optimale Ergebnisse umstellen? Das ist vermutlich schwierig.
Wenn man für so etwas Mal einen interessierten Techniker beim ISP erwischen würde.
Der ISP würde ja auch davon profitieren.
Aber müsstest du dazu nicht auch bei Netcom BW wieder auf DS-LITE für optimale Ergebnisse umstellen? Das ist vermutlich schwierig.
Wenn man für so etwas Mal einen interessierten Techniker beim ISP erwischen würde.
Der ISP würde ja auch davon profitieren.
Das dachte ich mir auch. Seit NetCom mir die öffentliche IPv4 geschaltet hat, ist der Anschluss ja vermutlich nicht mehr 1:1 so wie vorher.
Ich probier trotzdem mal, ob ich DS-Lite auf der UDM wieder aktivieren und den Fehler reproduzieren kann. Wenn der AFTR wieder kommt, der Tunnel aufgebaut wird und IPv4 darüber wieder nicht läuft, sollte Ubiquiti mit dem Mitschnitt ja trotzdem was anfangen können.
Falls es nicht mehr geht, schreib ich denen genau das zurück. Dann müsste NetCom wahrscheinlich wirklich nochmal kurz auf den alten DS-Lite Zustand zurückstellen.
Wäre natürlich echt praktisch, wenn man da mal einen Techniker bei NetCom erwischt, der sich dafür interessiert. Am Ende hätten die ja selber was davon, wenn UniFi an deren Anschlüssen sauber läuft.
Mal wieder ein Update zum DS-Lite-Problem mit NetCom BW und der UDM SE. 😁
Ich habe inzwischen die angeforderten Tests für Ubiquiti durchgeführt und sowohl auf der WAN-Schnittstelle als auch direkt auf dem DS-Lite-Tunnel einen Paketmitschnitt erstellt. Dazu gab es noch eine aktuelle Support-Datei. Das Ganze wurde anschließend vom Routing & Switching Escalation Team bei Ubiquiti ausgewertet.
Und jetzt wird's interessant:
Ubiquiti konnte in beiden Mitschnitten nachvollziehen, dass die UDM den DS-Lite-Tunnel korrekt aufbaut und IPv4-Pakete über IPv6 an den AFTR von NetCom schickt. Getestet wurden unter anderem TCP-Verbindungen, DNS-Anfragen an 1.1.1.1 und 8.8.8.8 sowie ICMP-Pakete.
Das Ergebnis: Alle entsprechenden Pakete gehen raus, aber es kommt nichts zurück. In beiden Mitschnitten waren jeweils 97 Pakete enthalten. Sämtlicher relevanter DS-Lite-Verkehr ging raus, aber es waren keine entsprechenden Antwortpakete vom AFTR zu sehen.
Die beim Test verwendeten Adressen:
Laut Ubiquiti gibt es damit aktuell keinen Hinweis darauf, dass die Antworten die UDM erreichen und dort verworfen werden. Sie empfehlen deshalb, dass NetCom den DS-Lite-/AFTR-Pfad und insbesondere den fehlenden Rückverkehr auf ihrer Seite überprüft.
Das Problem dabei: NetCom hatte mir bereits mitgeteilt, dass sie nur die FRITZ!Box unterstützen, bei der DS-Lite ja funktioniert. Da ich eine UniFi verwende, soll ich mich entsprechend an den Hersteller wenden... die machen sichs halt einfach.
Ich werde versuchen, die Ergebnisse von Ubiquiti noch einmal an NetCom weiterzugeben und darum bitten, dass sich das tatsächlich jemand aus der Netzwerktechnik anschaut. Vielleicht kommt man mit den konkreten Mitschnitten und Adressen ja etwas weiter.
Mein Anschluss läuft inzwischen mit der zusätzlich gebuchten öffentlichen IPv4 problemlos über normales PPPoE. Trotzdem würde mich interessieren, woran es letztendlich liegt. Vielleicht hilft das Ganze ja auch anderen UniFi-Nutzern bei NetCom weiter, ich werde sicher nicht der letzte sein.
Mal schauen, ob wir da noch eine Antwort bekommen. 😁
IPv6 Provisionierung ist ein Trauerspiel. MMn., und ich weiss das ist etwas kontrovers, ist daran die IETF mit verantwortlich... Die erlagen klar dem "2nd system syndrome" und haben versucht im Detail zu viel "besser" und "anders" zu machen. Mit dem daraus erwachsenen komplizierten System kann man erfolgreich Provisionieren, wie an vielen Beispielen zu sehen ist, muss es aber nicht wie man jetzt hier sieht.
Egal, tabula rasa is keine Option, jetzt muessen wir den Kram irgendwie zusammenfrickeln (mit wir meine ich "das ganze Internet mit allen Providern und Nutzern).
Hallo Zusammen, ich melde mich nochmal...weils jetzt spannend wird bei uns...nächste Woche kommt der Techniker um den ONT "Nokia XS-010X-D XGS-PON ONT (NC9853701A)" anzuschließen. Ich möchte mich halt im Vorfeld informieren das es klappt wenn der da ist.....
Ich habe alles schon vorgelegt...mit CAT7 Kabel an den Übergabepunkt. Der ONT wird dann direkt mit der UDM PRO verbunden an Port 9 über das CAT7 Kabel. Da ist jetzt noch die Telekom dran aber die fällt ja weg.
Wir haben zusätzlich noch das "DualStack" zugebucht.
Über eine Rückinfo ob das alles so O.K.? ist bedanke ich mich im Voraus.
Im Anhang sind die Einstellungen von schwarznetzle .
Hi timvo,
ich wurde heute von NetCom BW mit Dual Stack angeschlossen (Nokia ONT → UniFi UDM Pro) und hatte anfangs ebenfalls Probleme mit der Konfiguration. ggf. nochmal Username und Passwort prüfen, das war bei mir das Problem.
Mit der folgenden Konfig läuft es jetzt problemlos, zumindest seit 4 Stunden...
Läuft´s noch schwarznetzle ?
...nächste Woche kommt der Techniker um den ONT "Nokia XS-010X-D XGS-PON ONT (NC9853701A)" anzuschließen. Ich möchte mich halt im Vorfeld informieren das es klappt wenn der da ist.....
- Frage: Kann ich da dann genau die EInstellungen von schwarznetzle verwenden? ER hat z.B. keine VLAN hier eingetragen, aber es wird immer von VLAN ID 182 gesprochen?
In dieser Liste gibt es sehr wohl Fallunterscheidungen, je nachdem ob das kundeneigenen Endgerät direkt an die Glasfaser angeschlossen wird oder ein ONT davor geschaltet ist.
Allerdings gab es erst verlässliche Rückmeldungen von Forenteilnehmern, die ihren Zugang in einem AON haben, Du befindest dich jedoch in einem XGS-PON. Da hilft nur ausprobieren!
Über eine Rückmeldung hier im Forum freuen wir uns.
Hallo zusammen,
auf der Suche nach einer Lösung für mein Problem bin ich hier gelandet.
nach 4 Tagen und 2 Nächten mit Unterstützung von Claude bin ich der Sache ein Stück näher gekommen.
Ursache (bei mir belegt)
1. Das UCG setzt jeden Verkehr, der durch den Tunnel geht, per Masquerade auf 192.0.0.2 um (Kette UBIOS_POSTROUTING_USER_HOOK, Regel mit -o ip6tnl1 ... -j MASQUERADE).
2. Die AFTR von NetCom BW beantwortet Pakete mit der inneren Quelladresse 192.0.0.2 nicht, Pakete mit privater Quelladresse schon. Die FRITZ!Box schickt die privaten Adressen der LAN-Clients unverändert in den Tunnel (Mitschnitt). Ein Test mit einem zusätzlichen ip6tnl-Tunnel am UCG hat dasselbe gezeigt: Quelle 192.168.x.x wurde beantwortet, 192.0.0.2 nicht.
3. Zusätzlich: Handelt die PPP-Sitzung IPv4 aus (Adresse aus 100.64.0.0/10), liegt in der Haupttabelle "default dev ppp0" vor der Tunneltabelle. LAN-IPv4 geht dann unmaskiert über ppp0 ins Leere. Vermutlich fängt außerdem eine Blackhole-Regel LAN-Verkehr ab, solange WAN1 als ausgefallen gilt.
So prüft ihr es (per SSH als root)
- NAT-Regel: iptables -t nat -S | grep -i ip6tnl
- Routing: ip rule und ip route show table all | grep default
- Mitschnitt auf dem WAN-Port (bei mir eth4): tcpdump -ni eth4 -l 'pppoes' | grep <AFTR-Adresse>. Seht ihr nur ausgehende Pakete mit innerer Quelle 192.0.0.2 und nie Antworten, ist es dasselbe Muster.
- Gegenprobe: ein anderer Router (FRITZ!Box) am selben Anschluss
Workaround (vorübergehend, auf eigene Gefahr)
iptables -t nat -I UBIOS_POSTROUTING_USER_HOOK 1 -o ip6tnl1 -j ACCEPT
ip route del default dev ppp0
ip rule add from 192.168.111.0/24 iif br0 lookup 201 priority 32100
Damit lief IPv4 vom LAN direkt über das UCG. Netz und Bridge (192.168.111.0/24, br0) müsst ihr anpassen. Die Änderungen gehen bei Neustart oder Neuaufbau von ppp0 verloren. Wichtig: Eine erste Fassung der dritten Regel ohne "iif br0" hat mich aus dem UCG ausgesperrt, weil auch dessen eigene Antworten in die Tunneltabelle liefen. Das UCG danach neu zu starten stellt alles wieder her. Ein dauerhafter, unterstützter Weg ist das nicht.
Offene Fragen
- Welche Provider akzeptieren 192.0.0.2 als innere Quelladresse? Bei denen läuft DS-Lite am UCG vermutlich ohne Eingriff.
- Wer betreibt ein UCG oder eine UDM erfolgreich mit DS-Lite, und bei welchem Anbieter?
Ich habe es bei Ubiquiti und NetCom BW eingereicht und ergänze hier die Antworten.
Wie Phino hier schon häufig geschrieben hat, ist Ubiquiti bei der Unterstützung von DS-Lite mit PPPoE nicht gut aufgestellt und benötigt dort Unterstützung von Kunden.
Insofern ist es gut, dass Du bereits in dieser Richtung aktiv geworden bist.
Hallo Zusammen,
ich wollte Euch nur mitteilen das es so wie ich oben übernommen habe von schwarznetzle funktioniert...bis jetzt
Vielen Dank für die Bereitstellung der Bilder...war echt easy! Auch Telefonie konnte ich super einrichten.
Jetzt noch ne Frage...an meinem ONT leuchtet jetzt die LED von "DATA" wie bei einer IDE-Festplatte...ist das O.K.?
Und meine Geschwindigkeit per LAN ist Download 320 mbit und upload 64 mbit bei einem 300er Vertrag... die Latenz beträgt 9ms....ist das O.K.?
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
