We're a webdev company that has outgrown its ADSL bandwidth. It's currently 4/1 Mbit/s and due to distance we can't simply get faster DSL, whether ADSL or SDSL. Stacking multiple DSL connections is prohibitively expensive, and so is laying fiber due to us moving to another location in a year or so.
After shopping around it seems that Ethernet-over-Copper is our best bet. They will use several copper pairs and provide a 2/2 Mbit/s connection with a provider-independent IP range.
Since we need more downstream bandwidth than 2 Mbit/s, we would like to complement this with our current ADSL connection, which is with another ISP. We have a fixed IP from them.
In effect there would be two WAN connections, Ethernet (layer 2) and ADSL (layer 3), that would need to be aggregated into a single pipe.
Is this possible?
Do we need to somehow define rules based on traffic type or QoS somehow, or perhaps auto-balance based on load or connection-cost?
What kind of hardware do we need? We're willing to buy some Cisco or Juniper device since we don't currently have anything useful.
Any tips will be helpful since this is new territory for us.
Best Answer
You almost certainly can't combine the two lines in the way you probably want, where a request goes out one pipe/ISP and comes back in the other. The issue is your current ISP would need to be able to route your new IP block and that is highly unlikely.
What will probably be a better solution is to break requests out into services on different pipes or segment traffic based on IP. So you may send all web traffic to one pipe and all ftp traffic to another. That is actually not too hard to do with a CISCO router or any number of open source firewalls like Shorewall.