Magst du deine Erkenntnisse bitte mit dem Support teilen?
2a03:4000:6:d04e::9 - ist das deine Adresse? Wenn nicht hat Netcup im Multicast einige unerwünschte Nachrichten.
Das dürfte aber nicht ins Gewicht fallen.
Nein, das sind nicht meine Prefixe. Das ist entweder netcup Infrastruktur oder Adressen anderer Kunden. Wahrscheinlich ist NDP die falsche Fährte und das Routing ist kaputt. Den Support habe ich angeschrieben.
Magst du deine Erkenntnisse bitte mit dem Support teilen?
2a03:4000:6:d04e::9 - ist das deine Adresse? Wenn nicht hat Netcup im Multicast einige unerwünschte Nachrichten.
Das dürfte aber nicht ins Gewicht fallen.
Nein, das sind nicht meine Adressen. Das ist entweder netcup Infrastruktur oder Adressen andere Kunden. Den Support werde ich anschreiben.
Ich habe seit einigen Tagen ähnliche Probleme unter FreeBSD 12.1. IPv6 funktioniert nur noch sporadisch und auch nicht vorhersehbar. Es scheint außerdem tatsächlich ein Problem mit NDP vorzuliegen.
$ netstat -s -picmp6
icmp6:
147 calls to icmp6_error
0 errors not generated in response to an icmp6 message
0 errors not generated because of rate limitation
Output histogram:
unreach: 147
echo: 683
neighbor solicitation: 502
neighbor advertisement: 6
MLDv2 listener report: 18
0 messages with bad code fields
0 messages < minimum length
0 bad checksums
0 messages with bad length
Input histogram:
unreach: 147
echo reply: 19
router advertisement: 6
neighbor solicitation: 284
neighbor advertisement: 43
Histogram of error messages to be generated:
0 no route
0 administratively prohibited
0 beyond scope
145 address unreachable
2 port unreachable
0 packet too big
0 time exceed transit
0 time exceed reassembly
0 erroneous header field
0 unrecognized next header
0 unrecognized option
0 redirect
0 unknown
0 message responses generated
0 messages with too many ND options
0 messages with bad ND options
62 bad neighbor solicitation messages
0 bad neighbor advertisement messages
0 bad router solicitation messages
0 bad router advertisement messages
0 bad redirect messages
0 path MTU changesUm der Sache mit den "bad neighbor solicitation messages" auf den Grund zu gehen, habe ich ICMP6 Neighbor-Discovery-Debugging eingeschaltet:
sysctl net.inet6.icmp6.nd6_debug=1Und bekomme nun Logeinträge der folgenden Form, aus denen ich nicht schlau werde, bzw. von denen ich denke, dass NDP-Solicitations zurecht verworfen werden:
nd6_ns_input: NS packet from non-neighbor
nd6_ns_input: src=2a03:4000:6:d04e::9
nd6_ns_input: dst=ff02:1::1:ff00:1
nd6_ns_input: tgt=fe80:1::1
nd6_ns_input: NS packet from non-neighbor
nd6_ns_input: src=2a03:4000:6:d04e::9
nd6_ns_input: dst=ff02:1::1:ff00:1
nd6_ns_input: tgt=fe80:1::1
nd6_ns_input: NS packet from non-neighbor
nd6_ns_input: src=2a03:4000:6:d178::1
nd6_ns_input: dst=ff02:1::1:ff00:1
nd6_ns_input: tgt=fe80:1::1
nd6_ns_input: NS packet from non-neighbor
nd6_ns_input: src=2a03:4000:6:d04e::9
nd6_ns_input: dst=ff02:1::1:ff00:1
nd6_ns_input: tgt=fe80:1::1
nd6_ns_input: NS packet from non-neighbor
nd6_ns_input: src=2a03:4000:6:d04e::9
nd6_ns_input: dst=ff02:1::1:ff00:1
nd6_ns_input: tgt=fe80:1::1
