‎Speedport W724V defekte IPv6 Router-Advertisements im LAN -> Verbindungsprobleme

Telekom hilft Community

Telekom Business Community

Private customers

Telekom Shops

Contact

Speedport W724V defekte IPv6 Router-Advertisements im LAN -> Verbindungsprobleme

10 years ago

Hallo,

leider gibt es mit dem Gerät scheinbar ein Problem mit den IPv6 Router-Advertisement im LAN.

Speedport W 724V
Firmware 09011603.00.009

Telekom Privacy Level 1

Bsp:

zugewiesenes IPv6 Prefix: 2003:45:1234:5600::/56

Laut Webinterface vom Gerät und den RA im LAN verteilt er: Useable address range for LAN: 0:0:0:34::/64

13:35:14.440184 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 56) fe80::1 > ff02::1: [icmp6 sum ok] ICMP6, router advertisement, length 56
hop limit 255, Flags [other stateful], pref high, router lifetime 1800s, reachable time 30000s, retrans time 1000s
prefix info option (3), length 32 (4): 0:0:0:34::/64, Flags [onlink, auto], valid time 604800s, pref. time 86400s
0x0000: 40c0 0009 3a80 0001 5180 0000 0000 0000
0x0010: 0000 0000 0034 0000 0000 0000 0000
mtu option (5), length 8 (1): 1492
0x0000: 0000 0000 05d4

Sinnvoll wäre eher 2003:45:1234:5634::/64

Ergebnis davon ist, dass keine IPv6 Verbindungen möglich sind und die Clients ewig rumprobieren und dann auf IPv4 zurück fallen.

Workaround ist nur via Reconnect/Reboot von dem Gerät möglich. Dann werden wieder korrekte Router-Advertisements gesendet. (nach dem Reconnect hatte es jetzt ca. 24h lang korrekt funktioniert)

Sind da Probleme bekant bzw. wann ist ein Fix dafür verfügbar?

Danke

Karsten

Note:

This post has been closed.

Note:

This post is no longer open for answers or comments and is no longer visible to community members.

4733

10 years ago
Hallo,

die IPv6-Verbindung funktioniert, nachdem ich den W 724V neugestartet habe für einige Stunden, max. 24h.

Dann sendet der Router irgendwann einen ungültigen (jedenfalls nichtglobal routbaren) IPv6-Präfix im Format xx::/64, wodurch dann auf meinem LAN-Client die IPv6-Konnektivität verloren geht, da der Client per Stateless Address Autoconfiguration (SLAAC) / IPv6 Neighbourhood Discovery / ICMPv6 ja dynamisch und automatisch eine IPv6-Adresse in diesem Netz bekommt.

Auf meinem LAN-Client (PC mit Gentoo Linux amd64) habe ich die IPv6 Privacy Extension aktiviert.

Hier das aktuelle Systemlog- nach nicht ganz 24h funktionierender IPv6-Konnektivität wird das Präfix 85::/64 vom Router versendet

10.05.2015 08:18:36 WLAN Router sendet Präfix 0:0:0:85::/64 ins LAN (ME104) 09.05.2015 08:24:42 Konfigurations-Service wird kontaktiert. (A103) 09.05.2015 08:24:40 Überprüfung der Aktualität der `Liste der erlaubten E-Mail-Server'. Es ist keine Aktualisierung notwendig. Die verwendete Liste 001.007 ist aktuell. (E007) 09.05.2015 08:24:20 DHCP ist aktiv: May 9 08:24:20 fe80::1 (DH101) 09.05.2015 08:24:19 WLAN Router sendet Präfix 2003:58:8f29:c1aa::/64 ins LAN (ME104) 09.05.2015 08:24:19 DNSv6 Server 2003:180:2:4000::53 wurden erfolgreich aktualisiert (P007) 09.05.2015 08:24:17 Die Internet Telefonie Verbindung (+49xxxxxx) wurde erfolgreich hergestellt: IP-Adresse: 79.195.67.90, Internet-Rufnummer: +49xxxxx (V101) 09.05.2015 08:24:17 Einwahl Router hat Präfix 2003:58:8f29:c100::/56 von ISP zugewiesen bekommen. (P005) 09.05.2015 08:24:15 Vom Internetanbieter zugewiesene WAN IPv6-Adresse: 2003:58:8f7f:a920:d621:xxxx:xxxx:xxxx (P001) 09.05.2015 08:24:13 Die Systemzeit wurde erfolgreich aktualisiert (T101) 09.05.2015 08:24:13 Internetverbindung wurde hergestellt. (R010)

Ich vermute, dass die IPv6 "preferred lifetime", die vom Router per "Router Advertisement" (siehe RFC4862 Abschnitt 4) gesendet wird, mit 24h zu gering ist.

So sehen beispielsweise die ICMPv6-Pakete, die der Router sendet:, aus, nach einem frischen Router-Neustart. Ein gültiger Prefix wird gesendet, jedoch nur mit einer preferred lifetime von 86400s (=24h).

Dadurch scheint die Datenschutzstufe 1 (alle 24h neue IPv4/6 Verbindung) zwingend notwendig zu sein, den ich auch aktiviert habe.

# tcpdump -v -ni eth1 'icmp6 and (ip6[40] == 134)' error : ret -1 tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes 18:32:45.654743 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 56) fe80::1 > ff02::1: [icmp6 sum ok] ICMP6, router advertisement, length 56 hop limit 255, Flags [other stateful], pref high, router lifetime 1800s, reachable time 30000s, retrans time 1000s prefix info option (3), length 32 (4): 2003:58:8f25:b2b5::/64, Flags [onlink, auto], valid time 604800s, pref. time 86400s mtu option (5), length 8 (1): 1492

Hier die Daten:

Gerät: Speedport W 724V Typ C

Firmware: 09011603.00.009

Tarif: Magenta VDSL 50 IP-Anschluss

Datenschutzstufe: 1

Lokale IPv6-Adresse (ULA) verwenden: nein

LAN-Client:

PC mit Betriebssystem Gentoo Linux amd64 (alle Pakete aktuell)

LAN-NIC: eth1

IPv6-Privacy Extensions aktiviert mittels der Datei /etc/sysctl.d/40-ipv6.conf mit folgendem Inhalt:

net.ipv6.conf.all.use_tempaddr = 2 net.ipv6.conf.all.temp_prefered_lft = 428400 net.ipv6.conf.all.temp_valid_lft = 432000 net.ipv6.conf.default.use_tempaddr = 2 net.ipv6.conf.default.temp_prefered_lft = 428400 net.ipv6.conf.default.temp_valid_lft = 432000 net.ipv6.conf.eth1.use_tempaddr = 2 net.ipv6.conf.eth1.temp_prefered_lft = 428400 net.ipv6.conf.eth1.temp_valid_lft = 432000

Es gibt dazu auch schon eine Problemmledung im Gentoo-Forum, aber es scheint kein Linux-Problem zu sein, sondern ein Fehler im Router durch fehlerhaftes IPv6 RA (Route Advertising).

Ich kann die IPv6-Konnektivität immer wiederherstellen, in dem ich das Stromkabel vom Router ziehe, 10s warte und die Stromverbindung dann wiederherstelle. Nach dem Booten sendet der Router dann wieder einen korrekten global routbaren IPv6-Präfix, und mein LAN-Client baut sich eine "Privacy extended" IPv6-Adresse in diesem Präfix und hat dann wieder IPv6-Verbindung.

Bis der Router dann irgendwann wieder einen fehlerhaften xx::/64 Präfix sendet.
0
Answer
from
10 years ago
@Gelöschter Nutzer: Dann wirst Du mit diesem Fehler bis zu einem FW -Update leben müssen. Von allein wird der nicht verschwinden. Es wird seinen Grund haben, warum die alte FW noch zum Download bereitsteht.

Gruß Ulrich
Answer
from
10 years ago
Ich habe diesen bescheuerten Router eh nur wegen der Zwangsumstellung der Telefonie von Analog auf IP. Evtl. verzichte ich auf Festnetz-Telefonie, um dann nur noch einen einfachen
Modem anzuschließen und das Routing wie vorher selbst mit Linux zu machen. Habe eh nicht sonderlich Lust auf diese Bundestrojaner-Hardware inkl. "Fernwartung" und "IP-Capture Tool".
Interessant, dass der Telekom-Router laut http://speedport.ip/html/engineer/ro_module_versions.htm auch Linux als Kern hat. Naja, da kann Linux ja nichts für.
Answer
from
10 years ago

Interessant, dass der Telekom-Router laut http://speedport.ip/html/engineer/ro_module_versions.htm auch Linux als Kern hat. Naja, da kann Linux ja nichts für.

Interessant, dass der Telekom-Router laut http://speedport.ip/html/engineer/ro_module_versions.htm auch Linux als Kern hat. Naja, da kann Linux ja nichts für.

Interessant, dass der Telekom-Router laut http://speedport.ip/html/engineer/ro_module_versions.htm auch Linux als Kern hat. Naja, da kann Linux ja nichts für.

Dazu hättest Du dort nicht nachschauen müssen, ;-), denn den (nicht immer ganz aktuellen) Quellcode für den Router stellt die Telekom wie es sich gehört ins Netz, ;-):

http://hilfe.telekom.de/hsp/cms/content/HSP/de/3388/FAQ/theme-71990825/Geraete-und-Zubehoer/theme-2000178/DSL-Geraete/theme-66139021/Speedport-Serie/theme-66140359/Speedport-W-7xx-Serie/theme-615969095/Speedport-W-724V-Typ-C

Gruß Ulrich
10 years ago
Hallo, selber Router mit selber Firmware-Version, selbes Problem, siehe https://telekomhilft.telekom.de/t5/Speedport-700er-Serie/W-724V-sendet-nach-ca-24h-einen-ung%C3%BCltigen-IPv6-Pr%C3%A4fix-gt-keine/m-p/1373135
0
Answer
from
10 years ago
Siehe hier:

https://telekomhilft.telekom.de/t5/Speedport-700er-Serie/W-724V-sendet-nach-ca-24h-einen-ung%C3%BCltigen-IPv6-Pr%C3%A4fix-gt-keine/m-p/1374606#M42926

Gruß Ulrich
10 years ago
Hallo KElfe,

KElfe

Dann werden wieder korrekte Router-Advertisements gesendet. (nach dem Reconnect hatte es jetzt ca. 24h lang korrekt funktioniert) Sind da Probleme bekant bzw. wann ist ein Fix dafür verfügbar?

Dann werden wieder korrekte Router-Advertisements gesendet. (nach dem Reconnect hatte es jetzt ca. 24h lang korrekt funktioniert)

Sind da Probleme bekant bzw. wann ist ein Fix dafür verfügbar?

KElfe
Dann werden wieder korrekte Router-Advertisements gesendet. (nach dem Reconnect hatte es jetzt ca. 24h lang korrekt funktioniert)

Sind da Probleme bekant bzw. wann ist ein Fix dafür verfügbar?

Wir fragen bei der Produktbetreuung diesbezüglich nach und melden uns hier, sobald wir eine Rückmeldung haben.

Grüße Detlev K.
0
Answer
from
10 years ago
Ich habe das gleiche Problem und würde mich auch freuen wenn es die Telekom behebt
Answer
from
10 years ago
Hier besteht ebenfalls dieses Problem. Wird daran gearbeitet?
10 years ago
Habe exakt das gleiche Problem.
0
Answer
from
10 years ago
Ich bekomme in Datenschutzstufe 1 keine neue IPv4-Adresse nach mittlerweile 34h online. Habe dafür ein extra Thema eröffnet, siehe https://telekomhilft.telekom.de/t5/Speedport-700er-Serie/W-724V-Kein-IPv4-Adresswechsel-trotz-Datenschutzstufe-1/m-p/1375894#M42984
Answer
from
10 years ago
Das Problem mit dem ungültigen Präfix im Router Advertisement besteht auch in Datenschutzstufe 2. 22 Stunden nach dem automatischen Reconnect durch den Router konnte ich das feststellen.

Interessehalber: Mir hat sich nicht erschlossen, welchen Nutzen der dynamische Netz-Präfix (57. bis 64. Bit der Adresse) haben soll. Datenschutz kann es wohl nicht sein. Vielleicht kann das jemand genau erläutern.
Answer
from
10 years ago

Das Problem mit dem ungültigen Präfix im Router Advertisement besteht auch in Datenschutzstufe 2. 22 Stunden nach dem automatischen Reconnect durch den Router konnte ich das feststellen..

Das Problem mit dem ungültigen Präfix im Router Advertisement besteht auch in Datenschutzstufe 2. 22 Stunden nach dem automatischen Reconnect durch den Router konnte ich das feststellen..

Das Problem mit dem ungültigen Präfix im Router Advertisement besteht auch in Datenschutzstufe 2. 22 Stunden nach dem automatischen Reconnect durch den Router konnte ich das feststellen..

Entweder lebst Du mit diesem Fehler bis zu einem FW -Update oder Du steigst auf ein anderes IAD (z.B. FRITZ!Box) um oder Du downgradest, wie von mir schon vorgeschlagen, auf die FW -Version 602.00.012.

Gruß Ulrich

https://telekomhilft.telekom.de/t5/Speedport-700er-Serie/Speedport-W724V-defekte-IPv6-Router-Advertisements-im-LAN-gt/m-p/1374606#M42942

10 years ago

Ich habe das gleiche Problem mit meinem Speedport W 724V Typ C. Ich muss bei meinen Linux-Rechnern ipv6 deaktivieren, um vernünftig arbeiten zu können. Ich bitte um einen baldigen Fix der Firmware.

No.     Time           Source                Destination           Protocol Length Info
  31179 414.190154000  fe80::1               ff02::1               ICMPv6   110    Router Advertisement

Frame 31179: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface 0
Ethernet II, Src: Sercomm_b4:9f:b0 (d4:21:22:b4:9f:b0), Dst: IPv6mcast_00:00:00:01 (33:33:00:00:00:01)
Internet Protocol Version 6, Src: fe80::1 (fe80::1), Dst: ff02::1 (ff02::1)
    0110 .... = Version: 6
    .... 0000 0000 .... .... .... .... .... = Traffic class: 0x00000000
    .... .... .... 0000 0000 0000 0000 0000 = Flowlabel: 0x00000000
    Payload length: 56
    Next header: ICMPv6 (58)
    Hop limit: 255
    Source: fe80::1 (fe80::1)
    Destination: ff02::1 (ff02::1)
    [Source GeoIP: Unknown]
    [Destination GeoIP: Unknown]
Internet Control Message Protocol v6
    Type: Router Advertisement (134)
    Code: 0
    Checksum: 0x214a [correct]
    Cur hop limit: 255
    Flags: 0x48
        0... .... = Managed address configuration: Not set
        .1.. .... = Other configuration: Set
        ..0. .... = Home Agent: Not set
        ...0 1... = Prf (Default Router Preference): High (1)
        .... .0.. = Proxy: Not set
        .... ..0. = Reserved: 0
    Router lifetime (s): 1800
    Reachable time (ms): 30000
    Retrans timer (ms): 1000
    ICMPv6 Option (Prefix information : 0:0:0:b0::/64)
        Type: Prefix information (3)
        Length: 4 (32 bytes)
        Prefix Length: 64
        Flag: 0xc0
            1... .... = On-link flag(L): Set
            .1.. .... = Autonomous address-configuration flag(A): Set
            ..0. .... = Router address flag(R): Not set
            ...0 0000 = Reserved: 0
        Valid Lifetime: 604800
        Preferred Lifetime: 86400
        Reserved
        Prefix: 0:0:0:b0:: (0:0:0:b0::)
    ICMPv6 Option (MTU : 1492)
        Type: MTU (5)
        Length: 1 (8 bytes)
        Reserved
        MTU: 1492

Answer

from

10 years ago

Hab seit zwei Tagen die Version 09011603.00.012 und das Problem zeigt sich seither nicht mehr.

Answer

from

10 years ago

McFon

Hab seit zwei Tagen die Version 09011603.00.012 und das Problem zeigt sich seither nicht mehr.

Vielen Dank für die Rückmeldung, lt.

Firmwareänderungen  -> V 09011603.00.012

		- Optimierungen IPv6
		- Optimierungen SIP

wurde in Sachen IPv6 ja auch etwas gemacht.

Gruß Ulrich

This could help you too

Hat der Speedport w724v IPv6

3 years ago

Festnetz & Internet

711

Lokales Netz mit ipv6 und Speedport w724v nutzen

5 years ago

Festnetz & Internet

231

Solved

Speedport Smart 3 kein LAN im 2 OG. Speedport W724V jedoch schon

5 years ago

Festnetz & Internet

639

Devolo Powerline mit Lan an Speedport W724V

4 years ago

Festnetz & Internet

188

Solved

W724V Typ B ipv6 Rechner im Heimnetz von extern erreichen

7 years ago

Festnetz & Internet

661

Social Media

Imprint Data protection General terms and conditions Product information sheet Consumer information Protection of minors Cancellation Terms of Use Netiquette