Unitymedia DS-Lite via Linux / BSD (bspw. OpenWRT oder pfSense)

[der-tim]

Kein Stress Ich hab mich da jetzt auch erst mal locker gemacht, es geht ja mit 17.01.4, aber ich würde ungern auf der Version festgenagelt bleiben.

Edit: ich hab jetzt die letzte Snapshot von heute probiert. Luci und das ds-lite Package lädt er sich über IPv6 problemlos vom openwrt Server, aber danach bleibts auch dabei.
BTW: die neueren WRT sollten jeweils zwei Boot Partitionen haben, das kann man mit "fw_printenv boot_part" nachschauen. Immer wenn man ein Image flasht, flasht er auf die Partionion die nicht in Benutzung ist. Somit kann man relativ schnell zurück zur funktionierenden Konfiguration :super:
In der Shell mit "fw_setenv boot_part #" dann einfach wieder zurück zur anderen

 

[xauser]

Ist die AFTR IP6 die Adresse die mir die Connect Box unter Admin -> Info -> DS-Lite-Adresse anzeigt?

 

[noctarius]

Ok mit dem TL-MR3020 und openwrt klappt es gerade erstmal ... kämpfe mich jetzt Stück für Stück vorwärts, da bei mir zwischen Modem und Firewall auch noch ein Satz Switches mit eigenem VLAN für das Modem ist. Ich denke daran liegt es aber alles nicht. Irgendwas scheint so noch nicht zu stimmen.

Morgen ist auch noch ein Tag.

 

[der-tim]

Ist die AFTR IP6 die Adresse die mir die Connect Box unter Admin -> Info -> DS-Lite-Adresse anzeigt?

Jup, die kannst du nehmen! :super:

 

[JPDribbler]

Kein Stress Ich hab mich da jetzt auch erst mal locker gemacht, es geht ja mit 17.01.4, aber ich würde ungern auf der Version festgenagelt bleiben.

Edit: ich hab jetzt die letzte Snapshot von heute probiert. Luci und das ds-lite Package lädt er sich über IPv6 problemlos vom openwrt Server, aber danach bleibts auch dabei.
BTW: die neueren WRT sollten jeweils zwei Boot Partitionen haben, das kann man mit "fw_printenv boot_part" nachschauen. Immer wenn man ein Image flasht, flasht er auf die Partionion die nicht in Benutzung ist. Somit kann man relativ schnell zurück zur funktionierenden Konfiguration :super:
In der Shell mit "fw_setenv boot_part #" dann einfach wieder zurück zur anderen

Ich hab noch einen Netgear R7800 rumliegen, ich teste mal ob es dort mit den letzten Snapshots ebenfalls auftritt. Scheinbar ist ganz Openwrt/LEDE betroffen, oder? Der R7800 hat nur leider so ekelige Ping spikes, die sind noch nicht gelöst worden unter LEDE...

 

[der-tim]

Also, auf dem alten e4200 läuft der snapshot.. hilft nur nicht wenn die CPU permanent mit ~50% ausgelastet ist

Dieses Script für dslite muss sicherlich mal angepasst werden! Aber auf dem WRT3200 läuft der aktuellste snapshot absolut nicht. Wenn ich mich recht entsinne ging da nicht mal ipv6, was eigentlich per dhcpv6 sofort verfügbar sein sollte (fällt auf weil der Downloadserver von openwrt v6 anbietet, man kann also bequem direkt ohne weitere Konfiguration dslite und luci über opkg nachinstallieren).
Das hatte ich dann mal auf die Probe gestellt und hab ein manuelles downgrade (opkg --force-downgrade odhcp6c...) gemacht, auf die Version die 17.01.4 nutzt. Dann ging wenigstens v6, aber v4 über dslite habe ich trotzdem nicht ans laufen gekriegt.

 

[JPDribbler]

Also, auf dem alten e4200 läuft der snapshot.. hilft nur nicht wenn die CPU permanent mit ~50% ausgelastet ist

Dieses Script für dslite muss sicherlich mal angepasst werden! Aber auf dem WRT3200 läuft der aktuellste snapshot absolut nicht. Wenn ich mich recht entsinne ging da nicht mal ipv6, was eigentlich per dhcpv6 sofort verfügbar sein sollte (fällt auf weil der Downloadserver von openwrt v6 anbietet, man kann also bequem direkt ohne weitere Konfiguration dslite und luci über opkg nachinstallieren).
Das hatte ich dann mal auf die Probe gestellt und hab ein manuelles downgrade (opkg --force-downgrade odhcp6c...) gemacht, auf die Version die 17.01.4 nutzt. Dann ging wenigstens v6, aber v4 über dslite habe ich trotzdem nicht ans laufen gekriegt.

Hmm okay, also doch Linksys WRT spezifisch? Dann teste ich heute oder morgen mal den R7800 mit dem neusten Snapshot...

 

[der-tim]

Mh, da muss ich auch raten. Könnte auch sein das es ARM spezifisch ist?
Ich denke ich muss morgen mal einen Account auf deren Bugtracker machen und das dort melden. Im Forum scheint ja kein dev rumzuschwirren.

 

[JPDribbler]

Mh, da muss ich auch raten. Könnte auch sein das es ARM spezifisch ist?
Ich denke ich muss morgen mal einen Account auf deren Bugtracker machen und das dort melden. Im Forum scheint ja kein dev rumzuschwirren.

Ich glaube die devs schwirren eher noch im LEDE Forum rum, zumindest gibt es da rege Diskussionen und viele commits entstehen dort.
Kannst du das Problem im Bugtracker melden? Ich hoffe, dass es nicht untergehen wird. Vielleicht kannst du "Dslite" aus der Überschrift raus lassen und es mehr als IPV6 spezifisches Problem eintragen (zumindest in der Überschrift )

Ich werde zudem mal im LEDE Forum ein paar devs anschreiben und nerven.

Können wir zudem eine Liste mit Unitymedia AFTR erstellen? Ich habe ein wenig Angst, dass sich hier evtl. mal die Adressen ändern und ich einen neuen AFTR eintragen muss. Die Adressen sollten ja kein Geheimnis sein... Meinen AFTR werde ich später hier rein schreiben (Ein Foto von meinem After... :brüll: ).

SIehe auch folgender Post im LEDE Forum, dies könnte man im Bugtracker doch auch mal als Feature Request niederschreiben, oder nicht (rfc-6334)?
https://forum.lede-project.org/t/rfc-6334-dhcpv6-aftr-discovery-automatic-address-resolution-in-ds-lite-ipv6/13124

 

[der-tim]

Naja was heißt schon können Ich kann ja auch im Forum posten also sollte ich dort schon ein Ticket aufkriegen ;D Natürlich nicht wenn das bestimmte User-Rechte benötigt. Ich bin ja auch ganz frisch mit openwrt dran, ich hab damals (als ich noch eine IPv4 bei UM hatte) DD-WRT genutzt. Das ist aber was IPv6 angeht irgendwie etwas hinten dran.. leider.

Wie man das Ticket aber nun ausfüllt wäre tatsächlich die Frage. Scheitert es wegen dem dhcpv6 am wan if oder scheitert nur das Skript für den ds-lite tunnel? Mir scheint es fast, als würden sich da mehrere Probleme die Klinke in die Hand geben..


Edit: der AFTR der hier in Düsseldorf Mitte vergeben wird ist "2a02:908::13:4000" mit der FQDN "de-dus01a-cr12.aftr.umkbw.net".

 

[noctarius]

Eigentlich müssen wir dem dhcp6c nur beibringen die AFTR Adresse (zumind wahlweise) aus dem DHCPv6 zu ziehen. So wie die Fritten es auch machen. Bei den Jungs von opnsense bin ich genau da schon dran (vermutlich mit Backport in den Upstream und damit irgendwann auch in pfsense).

 

[der-tim]

Das scheint odhcp6c ja bereits zu machen.
Akuell habe ich keinen AFTR eingetragen, man muss nur das ds-lite Package installieren und neustarten.

 

[noctarius]

Das ging bei mir noch nicht, die UI hat mich gezwungen einen einzutragen

 

[JPDribbler]

Das ging bei mir noch nicht, die UI hat mich gezwungen einen einzutragen

Dito. Ging bei mir auch nicht automatisch.

 

[der-tim]

Also mit 17.01.4 geht das bei mir.
Frisch geflasht, dslite installiert, neugestartet. Keine Zwischenschritte. Ich glaub das hat sogar mit dem e4200 geklappt.
In Luci steht dann WAN immernoch auf dhcp, in der Übersicht zeigt er aber ds-wan an.

 

[JPDribbler]

Also mit 17.01.4 geht das bei mir.
Frisch geflasht, dslite installiert, neugestartet. Keine Zwischenschritte. Ich glaub das hat sogar mit dem e4200 geklappt.
In Luci steht dann WAN immernoch auf dhcp, in der Übersicht zeigt er aber ds-wan an.

Hmm. Vielleicht habe ich nicht richtig getestet. Dann wäre die AKtivierung von DSLite ohne Eintrag eines AFTRs wohl am besten. Für den Fall, dass der AFTR ausfällt.
Kann man denn irgendwo dann den genutzten AFTR einsehen?

 

[der-tim]

http://ipv6-test.com zeigt mir nur eine IPv4 für den AFTR an.. Keine Ahnung wo man den sonst noch einsehen kann?

 

[JPDribbler]

http://ipv6-test.com zeigt mir nur eine IPv4 für den AFTR an.. Keine Ahnung wo man den sonst noch einsehen kann?

Vllt. via ifstatus wan oder ifstatus wan6?

 

[der-tim]

Bei mir steht da nichts das nach einem AFTR aussieht.

ifstatus ds-wan6_4 bringt gar keinen output, obwohl ifconfig das anzeigt...

 

[MaXX]

Hmm. Vielleicht habe ich nicht richtig getestet. Dann wäre die AKtivierung von DSLite ohne Eintrag eines AFTRs wohl am besten. Für den Fall, dass der AFTR ausfällt.
Kann man denn irgendwo dann den genutzten AFTR einsehen?

Hi ihr, probiert es mal mit „ip link“ da stehen soweit ich weiß die ipv6 Adressen in kompletter Länge.

Grüße
Marcus

 

[der-tim]

Bin jetzt leider nicht mehr zu Hause vorm Router, hatte den Befehl aber eben ausgeführt gehabt. Eine richtige IPv6 ist dass dann aber nicht mehr, oder? Die war höllisch lang und hatte pro Doppelpunkt nur zwei Zeichen.

 

[MaXX]

Bin jetzt leider nicht mehr zu Hause vorm Router, hatte den Befehl aber eben ausgeführt gehabt. Eine richtige IPv6 ist dass dann aber nicht mehr, oder? Die war höllisch lang und hatte pro Doppelpunkt nur zwei Zeichen.

Ob richtig oder falsch, aber da steht die AFTR Adresse.
Welche Gründe die Schreibweise hat weiß ich jetzt nicht.
Aber sollte euch ja erstmal helfen.

Grüße
Marcus

 

[der-tim]

Also, abseits dieser Zweier Blöcke sah das dem von mir gepostetem AFTR schon sehr ähnlich.
Kann es sein dass es sich dabei um die "DHCP Unique Identifier (DUID)" handelt?

 

[MaXX]

Also, abseits dieser Zweier Blöcke sah das dem von mir gepostetem AFTR schon sehr ähnlich.
Kann es sein dass es sich dabei um die "DHCP Unique Identifier (DUID)" handelt?

Im Zweifelsfall könnt ihr ja auch noch einen tcpdump
auf eurem wan Interface machen. Da sieht man den
Traffic zu/vom AFTR auch recht gut. :super:

Grüße
Marcus

 

[der-tim]

Also, wenn es JP hilft kann ich das noch machen :super:

Aber hatte nicht hier jemand bereits probiert sich mit nem anderen AFTR als zugeteilt zu unterhalten? Das hat doch eh nicht geklappt, oder?
Marcus: kannst du mit dem AFTR den ich gepostet habe surfen?