# Ideal way to do redundant pair of Ignition Edge gateway- dedicated NICs and direct connection? **URL:** \ **Category:** Ignition\ **Tags:** redundancy, architecture\ **Created:** [July 15, 2026, 3:50pm UTC](https://forum.inductiveautomation.com/t/ideal-way-to-do-redundant-pair-of-ignition-edge-gateway-dedicated-nics-and-direct-connection/116421 "2026-07-15T15:50:48Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![RayJohn](https://avatars.discourse-cdn.com/v4/letter/r/f05b48/32.png) [@RayJohn](https://forum.inductiveautomation.com/u/RayJohn)\ **Post date:** [July 15, 2026, 3:50pm UTC](https://forum.inductiveautomation.com/t/ideal-way-to-do-redundant-pair-of-ignition-edge-gateway-dedicated-nics-and-direct-connection/116421/1 "2026-07-15T15:50:48Z")
Hello all: We plan on building out a of pair of redundant Ignition Edge gateway. Based on some digging, there are some gotchas: > [@Architecture for Distributed Control Center](https://forum.inductiveautomation.com/t/architecture-for-distributed-control-center/85104/9): > > Ignition redundancy is both latency sensitive and subject to split brain syndrome. If the comms goes down between sites, both servers will end up active and therefore numerous properties start to diverge. So let me amend my answer to: Ignition redundant servers must be installed on a common LAN with a robust network layout (preferably multi-path, like RTSP), such that any loss of comms also results in loss of comms to all clients and all devices and all databases. (Trunk port for multiple VL… > [@Client connections to server with multiple NICs](https://forum.inductiveautomation.com/t/client-connections-to-server-with-multiple-nics/90473/4): > > That is a design error. The redundant gateway needs to be on the exact same networks as the primary gateway. And both primary and redundant gateways need to be set to use their names as their public addresses. If you are connecting remotely, put entries in your own /etc/hosts file with the appropriate names if you cannot make your local DNS provide them. (In most cases, there should not be a redundancy network. It can lead to "split brain" situations.) Based on @pturmel 's comments - it's looking like I should dedicate a NIC on each machine, and directly patch them to each other, and just give them static IPs - in order to avoid this split brain situation. Then have the Network Bind Interface setting as the static IP The 2 other NICs of each machine I will team/bond them and send that off to redundant pair of firewalls. Am I on the right track here? Thanks! ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [July 15, 2026, 3:55pm UTC](https://forum.inductiveautomation.com/t/ideal-way-to-do-redundant-pair-of-ignition-edge-gateway-dedicated-nics-and-direct-connection/116421/2 "2026-07-15T15:55:01Z")
Opposite. The layout **most** resistant to split-brain is to have only **one** network and subnet on the gateways, and let your infrastructure route everything else. ---
**Author:** ![RayJohn](https://avatars.discourse-cdn.com/v4/letter/r/f05b48/32.png) [@RayJohn](https://forum.inductiveautomation.com/u/RayJohn)\ **Post date:** [July 15, 2026, 4:08pm UTC](https://forum.inductiveautomation.com/t/ideal-way-to-do-redundant-pair-of-ignition-edge-gateway-dedicated-nics-and-direct-connection/116421/3 "2026-07-15T16:08:52Z")
Thanks for the response, Phil. This 3rd NIC proposal is due to concerns with redundant firewall pair also acting as a switch - if the firewall fail over, we might get the split brains on the Ignition gateway pair. ---
**Author:** ![michael.flagler](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/michael.flagler/32/26272_2.png) [@michael.flagler](https://forum.inductiveautomation.com/u/michael.flagler)\ **Post date:** [July 15, 2026, 4:35pm UTC](https://forum.inductiveautomation.com/t/ideal-way-to-do-redundant-pair-of-ignition-edge-gateway-dedicated-nics-and-direct-connection/116421/4 "2026-07-15T16:35:59Z")
If using redundant firewalls/routers, they should be set up to use VRRP/HSRP or some other FHRP to provide the redundancy. This means they'll have a virtual shared IP and MAC address and the redundancy should be transparent to the machines. Bonding the NICs on the Edge gateways should be fine, but your firewalls should be directly connected with a cable also so that they can determine their own redundancy status. I'm assuming since they would have their networks also connected directly between the firewalls that any packets arriving on the backup firewall would get forwarded to the primary firewall to be sent to the WAN. Another option may be to only have a single connection from each Edge device (not bonded, or if bonded, they both go to the same firewall) where your Master Edge gets connected to the master firewall, and the backup Edge connects to the Edge firewall. (Firewalls still need connected to each other to determine redundancy status). But....my recommendation would be to get someone very knowledgeable in network routing/redundancy more than I am to look this over to determine any gotchas and to fully test this before putting it into production. ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [July 15, 2026, 4:41pm UTC](https://forum.inductiveautomation.com/t/ideal-way-to-do-redundant-pair-of-ignition-edge-gateway-dedicated-nics-and-direct-connection/116421/5 "2026-07-15T16:41:22Z")
Consider using OpenVSwitch or similar on the gateways, and trunking w/ RSTP between them and also to the firewalls. So the gateways only have the one subnet and IP address each, and all the redundancy is handled at layer 2 with rapid spanning tree. Put an extra trunk between the firewalls, and you can lose any 2 without getting to split brain. You do need to then treat any trunk failure as a prime emergency. Edit: Or what Michael said. ---
**Author:** ![RayJohn](https://avatars.discourse-cdn.com/v4/letter/r/f05b48/32.png) [@RayJohn](https://forum.inductiveautomation.com/u/RayJohn)\ **Post date:** [July 15, 2026, 10:56pm UTC](https://forum.inductiveautomation.com/t/ideal-way-to-do-redundant-pair-of-ignition-edge-gateway-dedicated-nics-and-direct-connection/116421/6 "2026-07-15T22:56:41Z")
One can "just" slap another Ignition Edge gateway in front of the redundant pair, as a gateway/aggregator? - assuming that Ignition can handle other Ignition OPC UA redundancy better than other products... (I'll blink four time if I'm about to be taken by Inductive blackops) ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [July 15, 2026, 11:52pm UTC](https://forum.inductiveautomation.com/t/ideal-way-to-do-redundant-pair-of-ignition-edge-gateway-dedicated-nics-and-direct-connection/116421/7 "2026-07-15T23:52:54Z")
Blink. Why bother with a redundant pair if you are going to put a single point of failure in front of them? Also, Ignition's doesn't really do OPC redundancy--not seamlessly at least.