Weird dpinger and IPv6 issue?
-
@johnpoz said in Weird dpinger and IPv6 issue?:
@pfsensation yeah is it really zero? hmmm
But just sniffing for the monitoring you can see
Maybe they changed it to 1? Because some stuff will not respond if zero.. I thought it use to be 0.. But looks like the default now is 1
I know it use to be zero - here is old thread where I have a screenshot and the default for sure use to be zero
I've changed the payload from 1 to 10, that may have been the magic value. Not seeing anymore loss, will continue to monitor and report back as this could help someone else in the future.
That's still pretty weird though, so on IPv6 the gateway doesn't like a smaller payload?
-
@pfsensation yeah its really odd to be sure, I have seen in the past device not answering zero at all. Maybe that is why they changed it to 1? But intermittent not really sure, it could be they just get dropped if really small?
But it is a good test to do if your saying normal pings from your client not having loss, I believe normal ping size is like 32 bytes.. At least on windows, linux might be different but 32 is what I believe the standard default is.
Generally when using ping that you send 24/7/365 every half second or so - you would want to keep those with zero or very low data.. It does add up ;)
-
@johnpoz said in Weird dpinger and IPv6 issue?:
@pfsensation yeah its really odd to be sure, I have seen in the past device not answering zero at all. Maybe that is why they changed it to 1? But intermittent not really sure, it could be they just get dropped if really small?
But it is a good test to do if your saying normal pings from your client not having loss, I believe normal ping size is like 32 bytes.. At least on windows, linux might be different but 32 is what I believe the standard default is.
Generally when using ping that you send 24/7/365 every half second or so - you would want to keep those with zero or very low data.. It does add up ;)
Many thanks for the pointers and yep I figured, trying to keep the value as low as possible would be nice when it's running twice a second. With some trial and error I've figured out that a payload of 7 is the lowest amount that works without showing any loss. I'll stick to this as it now seems to be working perfectly.
Thanks again for your help John! Hopefully this thread can help others if they run into something similar in the future.
-
@pfsensation So that is pretty crazy, so if you use payload of 6 you show loss but if you change it to 7 you no reported loss? Very odd for sure..
-
@johnpoz said in Weird dpinger and IPv6 issue?:
@pfsensation So that is pretty crazy, so if you use payload of 6 you show loss but if you change it to 7 you no reported loss? Very odd for sure..
Yep, that's exactly it. Only thing I can think of is that this is some weird quirk in the ISPs network, but then how is it only affecting IPv6 ICMP traffic. Odd one for sure, it seems to be reporting no loss now.
-
@johnpoz said in Weird dpinger and IPv6 issue?:
which is dpinger ;) heheh
Well, as I said, I don't use it as I don't see the need with only a single Internet connection. It might be useful if it could do something beyond marking an interface down, such as call a script.
PfSense running on Qotom mini PC
i5 CPU, 4 GB memory, 32 GB SSD & 4 Intel Gb Ethernet ports.
UniFi AC-Lite access pointI haven't lost my mind. It's around here...somewhere...
-
@jknott said in Weird dpinger and IPv6 issue?:
It might be useful
It is very useful - it monitors the response time to your gateway, and loss to your gateway - so simple easy health check... If your seeing 10% packet loss on your connection - could explain why your having issues, etc.
Easy way to show your ISP, look having problems starting here date and time, etc. See before when there was no issue..
Yes in general it main function could be to switch your connection to a backup link, etc. But just because you only have 1 connection doesn't mean it can not be useful information.
An intelligent man is sometimes forced to be drunk to spend time with his fools
If you get confused: Listen to the Music Play
Please don't Chat/PM me for help, unless mod related
SG-4860 24.11 | Lab VMs 2.7.2, 24.11 -
@jknott said in Weird dpinger and IPv6 issue?:
@johnpoz said in Weird dpinger and IPv6 issue?:
which is dpinger ;) heheh
Well, as I said, I don't use it as I don't see the need with only a single Internet connection. It might be useful if it could do something beyond marking an interface down, such as call a script.
You're probably using it whether you've noticed or not, dpinger by default is used by pfSense to monitor a gateway and see if its up. It's not just something for multiple connections. If you have the widget on the dashboard you can see the latency etc.
I personally got it monitoring my VPN links, Internet connection and now my IPv6 gateway, but that's all good. We all configure more/less on pfSense based on needs, that's what's amazing about it.
-
I just set it up. the IPv4 monitor address was straight forward, but on IPv6, I had to use the first GUA that traceroute showed, as the gateway link local address wouldn't work, even when I added the interface after the address. I can't even ping that address, so it may not be responding to pings. It also doesn't return an address with traceroute6.
-
@jknott said in Weird dpinger and IPv6 issue?:
I just set it up. the IPv4 monitor address was straight forward
There is nothing to setup to be honest - you would of had to purposely disable it, since out of the box it would monitor the gateway your wan interface has for IPv4.
As to IPv6, I would think it would of done the same thing.. Mine auto came up when I created the tunnel.. If that was link local that didn't answer ping, then it would of shown your gateway as offline and you would have to had to on purpose disable it if you want the gateway to come up, etc.
Since my gateway via the tunnel is a GUA address, I am not sure about what would happen with only a link-local address etc..
But out of the box monitoring comes up on its own.. And would either show offline or pending for your gateways, etc.
-
Without configuration, the default is to use the gateway address, which is a link local address. However, that address appears to be unresponsive to ping or traceroute, so I went with the GUA of the next hop. I expect this is how my ISP configured the gateway, rather than a problem with pfsense. One curious thing I noticed is when I pinged the link local address, without the interface, it would fail after 6 pings. If I added the interface, it didn't do anything until I stopped it at 30 pings.
BTW, I see in the widget that the IPv4 gateway has a globe icon, but not IPv6.
-
@jknott said in Weird dpinger and IPv6 issue?:
BTW, I see in the widget that the IPv4 gateway has a globe icon, but not IPv6.
The globe means its the default gateway, you have two. One for IPv4 and one for IPv6.
-
So, why doesn't IPv6 have one?
-
@jknott said in Weird dpinger and IPv6 issue?:
So, why doesn't IPv6 have one?
Mine does, under system > routing do you have it selected as the default gateway?
-
Yeah mine shows globe next to my ipv4 gateway and then for ipv6 my tunnel
-
Yep. Here's the image under routing:
No globe there either. If I didn't have a default route for IPv6, I wouldn't be able to use it.
-
@jknott said in Weird dpinger and IPv6 issue?:
Yep. Here's the image under routing:
No globe there either. If I didn't have a default route for IPv6, I wouldn't be able to use it.
I'd guess it's down to dpinger now then, have you managed to get gateway monitoring properly working? Can you see the gateways on the dashboard widget showing "green"?
-
Yep, it's green and showing online.
