@derelict said in VHIDs with two CARP HAs in the same LAN network?: The CARP MAC address is derived from the VHID. This also applies to VRRP on the same segment. You must use unique VHIDs on the same broadcast domain or you will experience MAC address collisions. Hi, i will try it with unique VHIDs and let you know my results! Thanks for your fast help, regards Norbert!

Yes. consumer router between ISP modem and both pfsense. set the carp WAN IP as DMZ so you don't run into double nat scenario, and if you wish set the consumer router to hand out the same IP each time to each pfsense box. works like a charm. Yes, single point of failure in the consumer router, but with no rules or anything on it it's easy to swap out if you have a failure. perfect for home use or work.

Hey friend. This seems a little late coming, but I thought I'd leave a reply here as I ran into the same "issue" myself just today. By the nature of an IPSec tunnel, they do not truly get "started" or "stopped" they only come up when traffic that is being routed through them is detected. So in this case, basically as soon as there is traffic on the IPSec tunnel from the secondary node after your primary fails, it will connect perfectly fine with the new tunnel. To test this yourself, you can add an address in your P2 entry at the bottom to automatically ping. This ping will occur every few seconds and as soon as the first ping is sent from the secondary node after the fail, the tunnel will reconnect and allow traffic to pass. Hopefully this helps you and any others pursuing this topic in the future!

@saymeeeow This is as official as it gets. Redmine says its scheduled after version 2.5 So its gonna take a while. I'm also experiencing issues with openvpn Used as a client, when secondary node restarts, even though isn't master, openvpn client starts, causing havoc to main instance. Straight forward to replicate.

@filosofixit Now it's clear. The radios have to be configured to use pfSense (192.168.0.1) as default gateway. On pfSense you have to remove the check at "Block private networks" in the WAN interface settings. Then add a firewall rule to WAN allowing traffic from the radios subnet (maybe 192.168.0.0/24) to whatever you need. For accessing the radios from LAN you should disabling the NAT on these connections. Go into the outbound NAT settings. If it's in automatic mode, select the hybrid mode and save it. Than add a rule: Do not NAT: checked Interface: WAN source: LAN network (or an alias for all your internal networks or RFC1918) destination: the radios subnet (192.168.0.0/24?)

@daddygo I've updated to the latest version. I still do get issues with the carp IP syncs. I don't get why it's doing a splitbrain master config all the time. Additionaly it does shift the IPs in the list. I don't get why. Is there any way, I can dig deeper log level wise to figure out what actually might be the reason?

@maartenv FOUND IT! My hostname was wrong. I forgot to set the right hostname in the "General Setup"

@clumbo The docker didnt listen yet? ( https://forum.netgate.com/topic/159331/haproxy-and-websockets?_=1608750100359 ) or different issue here?

@viragomann Good luck with that. It might work for some things but if you do something like create a new CARP VIP with an advskew of 100 (the default on the secondary) I would expect it will not sync to the primary correctly.

@derelict it is a physical setup, not virtual. I have the core network setup with BGP routing working via FRR. The 2 BGP legs are on separate subnets, so CARP multicast isn't working... I've been working hard on this setup and have (via a lot of reading and fustration over the CARP functionality not beinging configurable to something else eg simple ping's and then sync the state over the SYNC interface) have ended up with something like the following: The two BGP routes are connected to two switches (which are stacked for failover and LAGG/LACP) and then setup LACP on the WAN interfaces on the XG-7100's so they are connected to each BGP and then have a network specialist (I'm dumb when it comes to network equipment) configure the switches for me so LAGG/LACP is isolated to 3 ports and multicast is kept on the ports the WAN ports are located in to avoid network spam. I hope this will work, but I need to read up on the XG-7100 to setup WAN LACP and find a way to test it without the actual switch(es) to avoid downtime. For some reason Netgate likes to use switches and obscure non ethX naming schemes for everything and not expose information about the physical layer before actually configured PFSense makeing i difficult for a (PFSense/FreeBSD) noob to get up 2 speed. There is a first time for everything. Thanks for your updates and sorry for the very long delay in the update - I had to get moving on this project faster than expected and have just finised to the above state where WAN LACP and stacking switch configuration is needed (even our hosting partner had issues with BGP due to PFSense not being Cisco and for some reason FRR had issues with the BGP password causing weired issues and one of the BGP CPE's fail on ARP refresh from time to time, so it has been a fustrating and slow process).