On Tue, Oct 20, 2020 at 03:46:19PM +0200, Martijn van Duren wrote: > On Tue, 2020-10-20 at 15:19 +0200, Florian Obser wrote: > > On Tue, Oct 20, 2020 at 09:20:32AM +0200, Martijn van Duren wrote: > > > I have an icinga-instance running on openbsd.amsterdam. Here I found > > > that sometimes check_ping from the monitoring-plugins package fails, > > > because ping(8) sends "failed to get receiving hop limit", but still > > > receives all the ping replies. These packets/annomalies are clearly > > > not meant for us. > > > > But it is. This is comming from the local machine, > > see L949ff of netinet6/ip6_input.c. > > What I meant to say is meant for ping(8). All the icmp echo replies > still arrive and are accounted for. >
I don't understand. I patched the kernel to make sbcreatecontrol() fail 50% of the time: $ ping6 -qc10 fe80::5667:51ff:fede:e7ce%vio0 PING fe80::5667:51ff:fede:e7ce%vio0 (fe80::5667:51ff:fede:e7ce%vio0): 56 data bytes ping6: failed to get receiving hop limit ping6: failed to get receiving hop limit ping6: failed to get receiving hop limit ping6: failed to get receiving hop limit --- fe80::5667:51ff:fede:e7ce%vio0 ping statistics --- 10 packets transmitted, 6 packets received, 40.0% packet loss round-trip min/avg/max/std-dev = 0.980/1.196/1.955/0.342 ms I assure you, I do not have 40% packet loss towards my gateway. The packets are not accounted for. -- I'm not entirely sure you are real.