Warenkorb

Mein O₂

Vertragsverlängerung & Tarifwechsel

Jetzt Vertrag verlängern

Verschenke bis zu 50 % Rabatt

3 Codes für Familie und Freunde sichern

Gelöst

DSL IPv6 PD DHCPv6 eventueller Fehler seitens O2

Forum|Forum|1 year ago
September 16, 2024
107 Antworten
18517 Aufrufe

aufhaxer
Einsteiger:in

Guten Tag Community und O2 Team,

mein Post ist mehr eine Frage/Information an die Technik von O2. Mir ist vor ein paar Tagen aufgefallen, dass mein OpenWrt Router keinen IPv6 PD Block mehr erhielt und bin der Sache mal auf den Grund gegangen.

Es scheint, als würde O2 seinen Präfix nicht von einer FE80::/8 Adresse verschicken, sondern von einer Adresse, die den Anschein macht als würde sie gerne eine FE80::/8 Adresse sein:

Adresse von der ich die DHCPv6 Antwort bekomme: 0:80fe::f6e4:51ff:fed3:bc71
Adresse von der ich die DHCPv6 Antwort erwartete: fe80::f6e4:51ff:fed3:bc71

Insbesondere, da vorher der Juniper Router mit der erwarteten Adresse schon mehrfach geantwortet hat.

Mein OpenWrt Router hatte einen Filter in der Firewall in dem nur DHCPv6 Pakete von Link-local (FE80::/8) Adressen erwartet wird, daher hat er die zuvor immer verworfen. Nachdem ich den rausgenommen habe funktioniert wieder alles wunderbar.

Ich hatte keine Ahnung was ich mit der Information anfangen soll, daher ist sie jetzt hier in dem Forum gelandet. :)

Meine Frage wäre jetzt, ob das Absicht ist/war das von einer etwas kruden IP-Adresse zu verschicken, oder vielleicht ein kleiner Konfigurationsfehler ist. Ich bin nicht böse, wenn man aufgrund operativer Geheimnisse vielleicht auf eine öffentliche Antwort verzichtet, mich würds einfach nur interessieren. :)

Schöne Grüße.

Lösung von o2_Matze

Hallo zusammen.

Ich war ein paar Tage abwesend, in der Zwischenzeit gab es aber gute Nachrichten per Mail.

Zitat aus der Mail vom Mittwoch: “….heute gab es die Info, dass der Patch auf allen verantwortlichen Devices im Netz ausgerollt wurde, das beschriebene Verhalten sollte also nicht mehr auftreten.”

Ich hoffe also, dass wir nach vielen Monaten endlich das Problem fixen konnten. Sollte euch noch etwas auffallen meldet euch gerne wieder hier.

Vielen Dank für eure Geduld, eure vielen hilfreichen Beispiele und die durchgehende Unterstützung.

Beste Grüße Matze

Kompletten Beitrag anzeigen

Forum|pagination.label 5 / 5

o2_Matze
Moderator
Forum|Forum|10 months ago
June 4, 2025

@Tumblebit Ja, da greift das Phänomen, das man -wenn man selber involviert ist- Sachverhalte immer etwas positiver empfindet, als sie es am Ende des Tages wirklich sind 🙈😂

So eine gefühlte Wahrheit entspricht ja auch eher selten den objektiven Tatsachen 😁

Aber..und hier möchte ich mich nicht rausreden, sind wir hier aber in der Tat “unschuldig”, da das ganze nicht bei uns gefixt wurde, sondern beim Zulieferer und man da als “Kunde” ja oft auch mal auf Hürden, Herausforderungen und Verzögerungen trifft.

Aber..Ende gut alles gut \o/

„Was Du mit guter Laune tust, fällt Dir nicht schwer.“- ungarische Weisheit

Gefällt mir

mariusLAN
Besucher:in
Forum|Forum|6 days ago
April 1, 2026

Ich hänge mich mal an den Thread an.

o2 Neukunde hier mit einem Unifi Cloud Gateway Ultra.

Ich bekomme aktuell nur eine ipv6 adresse über SLAAC mit der Prefix Delegation.

Mein Setup sieht wie folgt aus: Fritzbox 7510 das als Modem agiert. Über PPPoE logge ich mich ein.

Konfiguration habe ich mal angehangen.

“Am I holding it wrong?”

Oder wird aktuell nur SLAAC unterstützt mit prefix delegation?

Gefällt mir

+10

almightyloaf
Legende
Forum|Forum|6 days ago
April 1, 2026

Ein Blick in der Schnittstellenbeschreibung reicht um die Frage zu beantworten… Es ist DHCP6 zu verwenden.

Erhälst du denn Router Advertisements von einer fehlerhaften Adresse?

Gefällt mir

mariusLAN
Besucher:in
Forum|Forum|6 days ago
April 1, 2026

Laut logs erreiche ich das Netzwerk nicht und die transactions für den handshakes laufen in ein timeout...

Gefällt mir

Tumblebit
Einsteiger:in
Forum|Forum|6 days ago
April 1, 2026

Bei meiner Unifi Dream Machine hat das korrekt funktioniert mit Auswahl “DHCPv6” und einer Präfix-Länge von 56 bit. Ich bin aber inzwischen umgestiegen, daher kann ich das jetzt nicht mehr direkt testen.

Die Unifi-Oberfläche zeigte in der Konfiguration aber keine IPv6-Adresse für das WAN-Interface an, was strenggenommen korrekt ist, weil man ja vermutlich vom Internet aus den Router nicht erreichbar haben will. Netze, die mit IPv6 konfiguriert waren, haben aber eine korrekte Delegation bekommen.
Hast Du bei einem ein lokalen Netz IPv6 aktiviert mit Delegation? Vielleicht funktioniert ja alles.

Für etwas fortgeschrittene User geht auch folgendes:

SSH auf das Unifi-GW
/usr/bin/killall -HUP pppd # Hängt die aktuelle Verbindung auf
tcpdump -n -i ppp0 ip6 # IPv6-Traffic sehen

Dort konnte man dann schön den DHCPv6-Handshake und die Adressen sehen, siehe meine Screenshots weiter oben.

Das tcpdump muss natürlich zügig nach dem Hangup (bzw. Startup) des pppd erfolgen, sonst ist die DHCP-Aushandlung schon durch. Ist man zu schnell, beendet sich tcpdump, weil das Interface down geht bzw. wenn noch keine neue ppp-Verbindung steht, schlägt das tcpdump für das Interface natürlich fehl. Da muss man eben mehrfach versuchen, bis das Interface da ist. Außerdem: ppp0 ist für WAN1, wenn man WAN2 oder höher nutzt ist das ppp1, ppp2 etc.

Hier in München-Ost bekomme ich auch nach wie vor eine IPv6-Adresse über DHCPv6.

Gefällt mir

mariusLAN
Besucher:in
Forum|Forum|5 days ago
April 2, 2026

Okay es scheint schon so das ich eine ipv6 bekomme es aber in der connection von unifi nicht angezeigt wird.

Ich kann es auch in den lokalen netzwerken weiterreichen.

11:13:12+02:00 ppp0[3659604]: Terminating on signal 15
11:13:12+02:00 ppp0[3659604]: Connect time 1.7 minutes.
11:13:12+02:00 ppp0[3659604]: Sent 9800908 bytes, received 97176723 bytes.
11:13:12+02:00 ppp0[3659604]: Script /etc/ppp/ip-down started (pid 3671233)
11:13:12+02:00 ppp0[3659604]: sent [LCP TermReq id=0x3 "User request"]
11:13:12+02:00 ppp0[3659604]: rcvd [LCP TermAck id=0x3]
11:13:12+02:00 ppp0[3659604]: Connection terminated.
11:13:12+02:00 ppp0[3659604]: Waiting for 1 child processes...
11:13:12+02:00 ppp0[3659604]:   script /etc/ppp/ip-down, pid 3671233
11:13:14+02:00 ppp0[3659604]: Script /etc/ppp/ip-down finished (pid 3671233), status = 0x0
11:13:14+02:00 ppp0[3659604]: Exit.
11:13:14+02:00 ppp0[3671563]: pppd 2.4.9 started by root, uid 0
11:13:29+02:00 ppp0[3671563]: PADS: Service-Name: ''
11:13:29+02:00 ppp0[3671563]: PPP session is 2
11:13:29+02:00 ppp0[3671563]: Connected to 3c:37:12:f2:01:0b via interface eth4
11:13:29+02:00 ppp0[3671563]: using channel 12
11:13:29+02:00 ppp0[3671563]: Using interface ppp0
11:13:29+02:00 ppp0[3671563]: Connect: ppp0 <--> eth4
11:13:29+02:00 ppp0[3671563]: sent [LCP ConfReq id=0x1 <mru 1492> <magic 0x4bd369d1>]
11:13:29+02:00 ppp0[3671563]: rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0x4bd369d1>]
11:13:32+02:00 ppp0[3671563]: rcvd [LCP ConfReq id=0xc5 <mru 1492> <auth pap> <magic 0x187a563c>]
11:13:32+02:00 ppp0[3671563]: sent [LCP ConfAck id=0xc5 <mru 1492> <auth pap> <magic 0x187a563c>]
11:13:32+02:00 ppp0[3671563]: sent [LCP EchoReq id=0x0 magic=0x4bd369d1]
11:13:32+02:00 ppp0[3671563]: sent [PAP AuthReq id=0x1 user="<hidden>" password=<hidden>]
11:13:32+02:00 ppp0[3671563]: rcvd [LCP EchoRep id=0x0 magic=0x187a563c]
11:13:32+02:00 ppp0[3671563]: rcvd [PAP AuthAck id=0x1 "Accepted."]
11:13:32+02:00 ppp0[3671563]: Remote message: Accepted.
11:13:32+02:00 ppp0[3671563]: PAP authentication succeeded
11:13:32+02:00 ppp0[3671563]: peer from calling number 3C:37:12:F2:01:0B authorized
11:13:32+02:00 ppp0[3671563]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
11:13:32+02:00 ppp0[3671563]: sent [IPV6CP ConfReq id=0x1 <addr fe80::2440:a549:ac6b:7068>]
11:13:32+02:00 ppp0[3671563]: rcvd [IPV6CP ConfReq id=0x1 <addr fe80::4a12:58ff:fed1:3df0>]
11:13:32+02:00 ppp0[3671563]: sent [IPV6CP ConfAck id=0x1 <addr fe80::4a12:58ff:fed1:3df0>]
11:13:32+02:00 ppp0[3671563]: rcvd [IPCP ConfReq id=0x1 <addr 62.52.192.120>]
11:13:32+02:00 ppp0[3671563]: sent [IPCP ConfAck id=0x1 <addr 62.52.192.120>]
11:13:32+02:00 ppp0[3671563]: rcvd [IPCP ConfNak id=0x1 <addr 2.241.82.209> <ms-dns1 62.109.121.2> <ms-dns2 62.109.121.1>]
11:13:32+02:00 ppp0[3671563]: sent [IPCP ConfReq id=0x2 <addr 2.241.82.209> <ms-dns1 62.109.121.2> <ms-dns2 62.109.121.1>]
11:13:32+02:00 ppp0[3671563]: rcvd [IPV6CP ConfAck id=0x1 <addr fe80::2440:a549:ac6b:7068>]
11:13:32+02:00 ppp0[3671563]: local  LL address fe80::2440:a549:ac6b:7068
11:13:32+02:00 ppp0[3671563]: remote LL address fe80::4a12:58ff:fed1:3df0
11:13:32+02:00 ppp0[3671563]: Script /etc/ppp/ipv6-up started (pid 3672406)
11:13:32+02:00 ppp0[3671563]: Script /etc/ppp/ipv6-up finished (pid 3672406), status = 0x0
11:13:32+02:00 ppp0[3671563]: rcvd [IPCP ConfAck id=0x2 <addr 2.241.82.209> <ms-dns1 62.109.121.2> <ms-dns2 62.109.121.1>]
11:13:32+02:00 ppp0[3671563]: Script /etc/ppp/ip-pre-up started (pid 3672410)
11:13:32+02:00 ppp0[3671563]: Script /etc/ppp/ip-pre-up finished (pid 3672410), status = 0x0
11:13:32+02:00 ppp0[3671563]: local  IP address 2.241.82.209
11:13:32+02:00 ppp0[3671563]: remote IP address 62.52.192.120
11:13:32+02:00 ppp0[3671563]: primary   DNS address 62.109.121.2
11:13:32+02:00 ppp0[3671563]: secondary DNS address 62.109.121.1
11:13:32+02:00 ppp0[3671563]: Script /etc/ppp/ip-up started (pid 3672420)
11:13:34+02:00 ppp0[3671563]: Script /etc/ppp/ip-up finished (pid 3672420), status = 0x0
11:22:28+02:00 ppp0[3671563]: Hangup (SIGHUP)
11:22:28+02:00 ppp0[3671563]: Connect time 9.0 minutes.
11:22:28+02:00 ppp0[3671563]: Sent 7132523 bytes, received 35815659 bytes.
11:22:28+02:00 ppp0[3671563]: Script /etc/ppp/ip-down started (pid 3701983)
11:22:28+02:00 ppp0[3671563]: Script /etc/ppp/ipv6-down started (pid 3701994)
11:22:28+02:00 ppp0[3671563]: sent [LCP TermReq id=0x2 "User request"]
11:22:28+02:00 ppp0[3671563]: Script /etc/ppp/ipv6-down finished (pid 3701994), status = 0x0
11:22:28+02:00 ppp0[3671563]: rcvd [LCP TermAck id=0x2]
11:22:28+02:00 ppp0[3671563]: Connection terminated.
11:22:28+02:00 ppp0[3671563]: Connect time 9.0 minutes.
11:22:28+02:00 ppp0[3671563]: Sent 7132523 bytes, received 35815659 bytes.
11:22:30+02:00 ppp0[3671563]: Script /etc/ppp/ip-down finished (pid 3701983), status = 0x0
11:22:34+02:00 ppp0[3671563]: PADS: Service-Name: ''
11:22:34+02:00 ppp0[3671563]: PPP session is 2
11:22:34+02:00 ppp0[3671563]: Connected to 3c:37:12:f2:01:0b via interface eth4
11:22:34+02:00 ppp0[3671563]: using channel 13
11:22:34+02:00 ppp0[3671563]: Using interface ppp0
11:22:34+02:00 ppp0[3671563]: Connect: ppp0 <--> eth4
11:22:34+02:00 ppp0[3671563]: sent [LCP ConfReq id=0x3 <mru 1492> <magic 0x6410fc8e>]
11:22:34+02:00 ppp0[3671563]: rcvd [LCP ConfAck id=0x3 <mru 1492> <magic 0x6410fc8e>]
11:22:37+02:00 ppp0[3671563]: rcvd [LCP ConfReq id=0xbb <mru 1492> <auth pap> <magic 0xe5afbc8>]
11:22:37+02:00 ppp0[3671563]: sent [LCP ConfAck id=0xbb <mru 1492> <auth pap> <magic 0xe5afbc8>]
11:22:37+02:00 ppp0[3671563]: sent [LCP EchoReq id=0x0 magic=0x6410fc8e]
11:22:37+02:00 ppp0[3671563]: sent [PAP AuthReq id=0x2 user="XXXXXXXXX@s93.bbi-o2.de" password=<hidden>]
11:22:37+02:00 ppp0[3671563]: rcvd [LCP EchoRep id=0x0 magic=0xe5afbc8]
11:22:37+02:00 ppp0[3671563]: rcvd [PAP AuthAck id=0x2 "Accepted."]
11:22:37+02:00 ppp0[3671563]: Remote message: Accepted.
11:22:37+02:00 ppp0[3671563]: PAP authentication succeeded
11:22:37+02:00 ppp0[3671563]: peer from calling number 3C:37:12:F2:01:0B authorized
11:22:37+02:00 ppp0[3671563]: sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
11:22:37+02:00 ppp0[3671563]: sent [IPV6CP ConfReq id=0x2 <addr fe80::fcad:a847:2849:2304>]
11:22:37+02:00 ppp0[3671563]: rcvd [IPCP ConfReq id=0x1 <addr 62.52.193.97>]
11:22:37+02:00 ppp0[3671563]: sent [IPCP ConfAck id=0x1 <addr 62.52.193.97>]
11:22:37+02:00 ppp0[3671563]: rcvd [IPV6CP ConfReq id=0x1 <addr fe80::4a12:58ff:fed1:3d7e>]
11:22:37+02:00 ppp0[3671563]: sent [IPV6CP ConfAck id=0x1 <addr fe80::4a12:58ff:fed1:3d7e>]
11:22:37+02:00 ppp0[3671563]: rcvd [IPCP ConfNak id=0x3 <addr 95.112.140.19> <ms-dns1 62.109.121.1> <ms-dns2 62.109.121.2>]
11:22:37+02:00 ppp0[3671563]: sent [IPCP ConfReq id=0x4 <addr 95.112.140.19> <ms-dns1 62.109.121.1> <ms-dns2 62.109.121.2>]
11:22:37+02:00 ppp0[3671563]: rcvd [IPV6CP ConfAck id=0x2 <addr fe80::fcad:a847:2849:2304>]
11:22:37+02:00 ppp0[3671563]: local  LL address fe80::fcad:a847:2849:2304
11:22:37+02:00 ppp0[3671563]: remote LL address fe80::4a12:58ff:fed1:3d7e
11:22:37+02:00 ppp0[3671563]: Script /etc/ppp/ipv6-up started (pid 3702771)
11:22:37+02:00 ppp0[3671563]: Script /etc/ppp/ipv6-up finished (pid 3702771), status = 0x0
11:22:37+02:00 ppp0[3671563]: rcvd [IPCP ConfAck id=0x4 <addr 95.112.140.19> <ms-dns1 62.109.121.1> <ms-dns2 62.109.121.2>]
11:22:37+02:00 ppp0[3671563]: Script /etc/ppp/ip-pre-up started (pid 3702776)
11:22:37+02:00 ppp0[3671563]: Script /etc/ppp/ip-pre-up finished (pid 3702776), status = 0x0
11:22:37+02:00 ppp0[3671563]: local  IP address 95.112.140.19
11:22:37+02:00 ppp0[3671563]: remote IP address 62.52.193.97
11:22:37+02:00 ppp0[3671563]: primary   DNS address 62.109.121.1
11:22:37+02:00 ppp0[3671563]: secondary DNS address 62.109.121.2
11:22:37+02:00 ppp0[3671563]: Script /etc/ppp/ip-up started (pid 3702785)
11:22:39+02:00 ppp0[3671563]: Script /etc/ppp/ip-up finished (pid 3702785), status = 0x0

ip dump sieht auch gut aus

istening on ppp0, link-type LINUX_SLL (Linux cooked v1), snapshot length 262144 bytes
11:30:48.250364 IP6 fe80::f96a:53d0:690:7b57 > ff02::16: HBH ICMP6, multicast listener report v2, 1 group record(s), length 28
11:30:48.259163 IP6 fe80::f96a:53d0:690:7b57 > ff02::2: ICMP6, router solicitation, length 8
11:30:48.272329 IP6 fe80::ae99:29ff:fe6e:30e2 > ff02::1: ICMP6, router advertisement, length 64
11:30:48.303362 IP6 fe80::f96a:53d0:690:7b57.546 > ff02::1:2.547: dhcp6 solicit
11:30:48.321906 IP6 fe80::ae99:29ff:fe6e:30e2.547 > fe80::f96a:53d0:690:7b57.546: dhcp6 advertise
11:30:49.090329 IP6 fe80::f96a:53d0:690:7b57 > ff02::16: HBH ICMP6, multicast listener report v2, 1 group record(s), length 28
11:30:49.170337 IP6 fe80::f96a:53d0:690:7b57 > ff02::16: HBH ICMP6, multicast listener report v2, 1 group record(s), length 28
11:30:49.503778 IP6 fe80::f96a:53d0:690:7b57.546 > ff02::1:2.547: dhcp6 solicit
11:30:51.408069 IP6 fe80::f96a:53d0:690:7b57.546 > ff02::1:2.547: dhcp6 request
11:30:51.428780 IP6 fe80::ae99:29ff:fe6e:30e2.547 > fe80::f96a:53d0:690:7b57.546: dhcp6 reply

Dennoch wird in der UniFi oberfläche nichts angezeigt was ein wenig schade ist da ich sonst ja dort auch einfach überprüfen könnte wie meine ipv6 ist...