What version of pfSense software are they running? That option is a recent addition in pfSense CE 2.5.x or pfSense Plus 21.02.x and later.

@gertjan said in Stay at 2.4.5-p1 or go to 2.5.2?: ou should share the logs, all details of the setup, so some one can test them out one by one, or some one recognizes details of your problem, and he will share the already known answers. You might even find a unknown bug. I've currently out of standby devices, because I have to install them on new locations... and new ones have a hugh backlog... i will test with a spare device as soon as possible...

Known issue, fixed in 2.6: https://redmine.pfsense.org/issues/12107 Just check the 'Disable SMTP Notifications' box and it will save. Steve

@stephenw10 Some great options there, thanks

@gertjan And the Status > Monitoring : Quality / WAN_DHCP chart. Thanks for this tip. Works nicely. +1 The recent spike in packet loss and delay clearly shows a WAN outage.

Just add firewall rule with logging enabled for that IP. Put it above any other rules so traffic to that always hit it. Steve

Sounds like an ARP issue? Or an IP conflict maybe? Anything logged? How does it fail? is pfSense still sending traffic but without responses? Steve

I have 2 cisco sg300's, 28 and 10 ports.. Yeah such features are a bit above your entry level smart switch.. But more full featured switches can be had for reasonable prices.. The 28 port is pretty much my core switch in what is my office/computer room ;) while the 10 port sits in my av cabinet in the living room.

@gertjan Thank you VERY much for your assistance.

Could also be an IPv6 issue. It looks like the Nest Hub will use only v6 if it thinks it's available. If pfSense is handing out v6 addresses but doesn't actually have upstream v6 connectivity it would look like this. A pcap should show it doing that though. Steve

Nice. That's some weird behaviour. Steve

Ok, yes that appears to be issue. The error you're seeing is unhelpful though and I'm not sure why it doesn't just show offer as unavailable. We raised that with Azure. Since you already have supported instances deployed please open a ticket with use to discuss the available options: https://go.netgate.com/ If you can reference this thread in the ticket it will save time initially. Steve

Have not had any issues with RDP on much slower connections.

@stephenw10 I think this is mostly ironed out after a restart. My connectivity was oddly intermittent prior to that. When I plug in laptop via ethernet directly to my vlan AP it still says I'm on my lan network, but assigns correct IP and I can connect to my pi. Thanks again for your help!

So I had a very similar scenario last week - PFsense would nicely close the PPPoE connection (3 or 4 times over a couple of days) and then take ages to reconnect. My ISP (Aquiss) got OpenReach out to check the Fibre and everything seemed to check out fine, though they reported they could see rather more drops than just the 3 or 4 I could see - 18 or so - no further issues since though. So I think the connection was dropping, but only a few times it was long enough for PFsense to give up and shut up shop? However, the other end of PPPoE link (run by OpenReach?) would stay up longer and we had to wait until it timed out before Pfsense would reconnect? I've since added the Gateways widget to my Dashboard and replaced the monitor IPs with something further down the line - as ISP provided gateway didn't respond to ping - [image: 1627999309109-056ae178-4059-4e09-a5e1-eba95bb921fd-image.png] Can't seem to get the IPv6 address to respond (though IPv6 is running fine). Noting that I assume I've got a reused IPv4 address as my firewall is repeating blocking an attempt to connect on port 500 (IPSEC VPN?) from some other address! Bottom line - my problem has disappeared for the moment, - so either fixed by re-seating of cables during OpenReach Test or some other hidden change - but if it's some random issue...

That just looks like the same crash. It happens at 'configuring firewall'. Do you have any odd rules that might apply to the pfsync intercace? Floating rules for example? Does the 'infinite dashes' appear differently to this? Steve

@viktor_g thanks, but how do I know if the above alert is an actual issue and needs fixing.

@diyhouse said in How to check Download Speed: with a old (firmware upgraded) BT/Huawei FTTC Modem Is that 'firmware upgraded' as in unlockled? In which case what is your actual line sync rate? I'm around 250m from the cabinet and see ~72Mbps sync rate but that gives a 67Mbps line rate. # xdslcmd info --show xdslcmd info --show xdslcmd: ADSL driver and PHY status Status: Showtime Retrain Reason: 1 Last initialization procedure status: 0 Max: Upstream rate = 12142 Kbps, Downstream rate = 71580 Kbps Bearer: 0, Upstream rate = 12127 Kbps, Downstream rate = 66999 Kbps Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps Link Power State: L0 Mode: VDSL2 Annex B VDSL2 Profile: Profile 17a TPS-TC: PTM Mode(0x0) Trellis: U:ON /D:ON Line Status: No Defect Training Status: Showtime Down Up SNR (dB): 8.1 13.0 Attn(dB): 13.7 0.0 Pwr(dBm): 13.9 3.0 Though I note my upsteam sync is in the toilet today, for some reason. That translates to about 62Mbps measured download. Steve

@chudak said in CE paid version ?: I will consider donating to the FreeBSD Foundation Always an option. pfSense wouldn't exist as it is without FreeBSD.