I have roamed the forums long enough that I have seen similar questions, but try as I might I am unable to solve this issue. My setup is like this : RB2011, 2 separate ISPs (eth1, eth2), two separate networks(10.0.1.0/24 and 192.168.0.0/16) for office and guests. What I am attempting to accomplish is routing the 10.0.1.0/24 network over ISP1, and routing the massive guest network over ISP2.
What is the simplest and most direct way to do this? Should I blow away my configuration and start with no default config (currently has some default config settings)? Now that I have written it, it sounds super simple, but I must be missing something because I am running into all sorts of issues with my current configuration: ISP2 gateway unreachable and routing not sending anything across the interface; additional “software” bridges (thinking these are not needed based on previous threads and additional reading)([office_local: eth4, eth5,etc],[guest_local:eth3]). Should I be able to simply use a master-slave setup with these ?
tldr: i fear my configuration has become bloated and needs to be simplified because default settings are conflicting with new custom settings
Put default route for each ISP in different routing table, mark routing for outgoing connections based on internal interface, and if you want also incoming connections, mark them and routing for their reply packets.
The only flaw it that it’s about load balancing and that’s not what you want. But if you examine and understand example config (in the middle of page and following explanation), I can almost guarantee that you’ll know what you need to do. Basically ignore the main subject (PCC) and instead of rules with per-connection-classifier option add yours that will mark connections based on incoming LAN interface.
After reading the PCC entry in the manual, I decided there might be a better way. What if I used the two separate internal switches to separate the traffic? Below is my new approach. Please let me know if this is even possible with the RB2011 or if I am wasting my time.
I assumed you already had it like this, i.e. two interfaces for ISP1 and ISP2 and two interfaces for two internal networks. And yes, it can work. Mark new connections from first LAN with mark A, and new connections from second LAN with mark B. Then mark routing for A connections to use ISP1 and B connections to use ISP2.
But the first approach with connection marks is more future proof. For example, if you decided to forward some port from ISP1’s address to 10.0.1.x (i.e. host that normally uses ISP2), it would just work with connection marking. But it would fail with this other approach.