Hi guys,
i'm a little stuck with a fiber redundancy network design, it's kinda hard to explain, but i'll try.
Imagine:
-2 sites, with 2 firewalls on each side (VRRP clusters)
-Multiple direct fiber connections between both sites
-Currently, only 1x fiber is connected via a single fiber2copper converter
-On site A, the currently active fiber is directly connected to the local core switch (fiber converter A)
-On site B, the currently active fiber is connected to the firewall VRRP master (fiber converter B)
What i'd like to do:
1) Connect all fibers (current and new), from firewall cluster A to firewall cluster B
2) Create fully crossed redundant paths with all existing fibers between both sites
Now, you could create a new VRRP pair on both firewall clusters and simply connect site-A and site-B with all available fiber connections, but VRRP would probably not work, since master and backup can't see each other over the fiber links.
firewall-master-A
firewall-backup-A
| | | |
| | | |
----------------------------
| | | |
| | | |
firewall-master-B
firewall-backup-B
A workaround would be to drop the VRRP idea and work with watchdogs and routes, but that doesn't feel right.
Another idea i came up with, is the following:
-Each site gets a fiber switch stack, with SFP LACP LAGs (master and backup) for all fiber connections,hence creating a redundant layer 2 broadcast domain between both sites.
-Site-A firewall cluster will be cross-connected to the fiber switch stack A
-Site-B firewall cluster will be cross-connected to the fiber switch stack B
-Create VLAN(s) and STP on both fiber switch stacks
-Finally setup new VRRP, subnet, routings, inbound/outbound filtering on both firewall stacks
firewall-master-A
firewall-backup-A
| | | |
fibre-switch-master-A
fiber-switch-backup-A
| | | |
| | | |
---------------------------------
| | | |
| | | |
fibre-switch-master-B
fiber-switch-backup-B
| | | |
firewall-master-B
firewall-backup-B
I don't know how you would call something like that, i would call it a "transit network" (?), yeah, i just made that up. Not sure if the fiber switch idea is cool, stupid, or reasonable but overly complicated.
I'm not looking for a solution in particular, but rather a best-practice or a hint on how multiple redundant fiber connections between remote sites is usually done by the network pros?
Any inside is much appreciated.
No comments:
Post a Comment