IPv6: Verliere Verbindung bei M-Net (renew/rebind geht ins Leere)

Started by abulafia, October 10, 2024, 08:45:24 AM

Previous topic - Next topic
Good point - hatte die nicht näher angesehen. Das DHCPv6 war nicht als upstream gateway markiert(!). Habs mal geändert.
PS: Hardware VLAN Filtering habe ich AUS (statt default) - könnte das noch dazwischenfunken?

So far jedenfalls keine Besserung (im laufenden Betrieb) - mal sehen wie es nach einem reboot aussieht (das erst heute Abend).

Könnte man es mit einer statischen Route probieren?


2024-10-11T10:26:13 Notice dhcp6c reset a timer on pppoe0, state=SOLICIT, timeo=24, retrans=3571725
2024-10-11T10:26:13 Notice dhcp6c send solicit to ff02::1:2%pppoe0
2024-10-11T10:26:13 Notice dhcp6c set IA_PD
2024-10-11T10:26:13 Notice dhcp6c set IA_PD prefix
2024-10-11T10:26:13 Notice dhcp6c set option request (len 4)
2024-10-11T10:26:13 Notice dhcp6c set elapsed time (len 2)
2024-10-11T10:26:13 Notice dhcp6c set client ID (len 14)
2024-10-11T10:26:13 Notice dhcp6c Sending Solicit

Leider keine Änderung - nach Ablauf der ursprünglichen lease period ist IPv6 weg.

Erst ein reboot hilft (für eben die 2 Stunden initial lease time).

Auf dem pppoe0 interface ist mit tcpdump kein IPv6 Verkehr zu erkennen, nachdem die lease time ausgelaufen ist. Die renew/rebind Anfragen scheinen also nicht mal zum pppoe0 zu kommen.

Cross-referencing the English thread (not mine!): https://forum.opnsense.org/index.php?topic=41743.msg205110#msg205110

Es liegt ziemlich sicher an OPNsense; sowohl die FritzBox als auch eine testweise aufgesetzte Openwrt-Installation hatten dauerhaft stabiles IPv6.

Ich komme nochmal auf mein Reply #3 zurück - Du hast eine VM, da gibt es bekanntermaßen Probleme mit IPv6 Broadcasts, zudem auch dort anfangs alles geht und dann nicht mehr.

Hast Du das Setting aus dem verlinkten Thread ausprobiert?
Intel N100, 4 x I226-V, 16 GByte, 256 GByte NVME, ZTE F6005

1100 down / 440 up, Bufferbloat A+

Da ich die NICs per PCI passthrough verwende, nahm ich an, dass die Virtualisierung keine Rolle spielt.

Ich setze am WE mal eine ""bare Metal" Box auf und teste es da, inkl. der tweams aus dem englischen thread.

Quote from: abulafia on October 18, 2024, 07:23:19 PM
Da ich die NICs per PCI passthrough verwende, nahm ich an, dass die Virtualisierung keine Rolle spielt.

Das würde ich so auch unterschreiben. Irgendwelche Multicast- oder Scope-Issues durch das Bridging entfallen damit sicher.
Deciso DEC750
People who think they know everything are a great annoyance to those of us who do. (Isaac Asimov)

Opnsense 23.1 bare Metal: PPPoE und IPv6 funktionieren problemlos:

2024-10-21T08:11:23 Notice dhcp6c got an expected reply, sleeping.
2024-10-21T08:11:23 Notice dhcp6c removing an event on pppoe0, state=RENEW
2024-10-21T08:11:23 Notice dhcp6c script "/var/etc/dhcp6c_wan_script.sh" terminated
2024-10-21T08:11:23 Notice dhcp6c dhcp6c RENEW on pppoe0
2024-10-21T08:11:23 Notice dhcp6c executes /var/etc/dhcp6c_wan_script.sh
2024-10-21T08:11:23 Notice dhcp6c update a prefix 2001:a61:XXXx:8000::/56 pltime=3600, vltime=7200
2024-10-21T08:11:23 Notice dhcp6c update an IA: PD-0
2024-10-21T08:11:23 Notice dhcp6c nameserver[1] 2001:a60::53:2
2024-10-21T08:11:23 Notice dhcp6c nameserver[0] 2001:a60::53:1
2024-10-21T08:11:23 Notice dhcp6c get DHCP option DNS, len 32
2024-10-21T08:11:23 Notice dhcp6c IA_PD prefix: 2001:a61:XXXX:8000::/56 pltime=3600 vltime=7200
2024-10-21T08:11:23 Notice dhcp6c get DHCP option IA_PD prefix, len 25
2024-10-21T08:11:23 Notice dhcp6c IA_PD: ID=0, T1=1800, T2=2880
2024-10-21T08:11:23 Notice dhcp6c get DHCP option IA_PD, len 41
2024-10-21T08:11:23 Notice dhcp6c DUID: XXXX
2024-10-21T08:11:23 Notice dhcp6c get DHCP option server ID, len 26
2024-10-21T08:11:23 Notice dhcp6c DUID: XXXX
2024-10-21T08:11:23 Notice dhcp6c get DHCP option client ID, len 14
2024-10-21T08:11:23 Notice dhcp6c receive reply from fe80::ee7c:5cff:fe0c:8625%pppoe0 on pppoe0
2024-10-21T08:11:23 Notice dhcp6c send renew to ff02::1:2%pppoe0


Ich teste mich die nächsten Nächte grob durch 23.7, 24.1 und 24.7 durch ...

Habe gerade etwas Zeit zum testen gehabt.  Derzeit unter 25.1-beta (das Verhalten unterscheidet sich aber nicht von 24.7.x).

Vermutlich habe ich die Ursache gefunden: Shaping.

Sobald ich traffic shaping (FQ-Codel) für "ip" verwende, tritt o.g. Fehler auf (der DHCPv6 renew request geht nicht über das WAN-Interface raus). 

Schalte ich upstream shaping aus oder beschränke es auf "ipv4", funktioniert es problemlos:

2025-01-03T14:11:37    Notice    dhcp6c    receive reply from fe80::46ec:ceff:xxxx:xxx%pppoe0 on pppoe0   
2025-01-03T14:11:37    Notice    dhcp6c    send renew to ff02::1:2%pppoe0

Shaping von "ip" oder "ipv6" im upload führt zum o.g. Fehler. Download-shaping macht keinen Unterschied.

Es handelt sich also möglicherweise um das gleiche Fehlerbild wie https://forum.opnsense.org/index.php?topic=39624.0 / https://github.com/opnsense/core/issues/7342

FYI @franco / @meyerguru