在我们的小办公室，有两个要求：
非常可靠的互联网连接。
1>最小带宽为4 Mbps。
2>满足上述两个要求的简单方法是获得专线（LL）。 但是LL的成本非常高昂，我们现阶段无法承受。
所以我的问题是：
1>如果我每次连接2个Mbps的3个互联网连接，并设置一个带有3个NIC /接口的Linux路由器，我会得到6 Mbps的带宽吗？ （2Mbps + 2Mbps + 2Mbps）。 如果不是实际上，但至less在理论上？
2>如果一个互联网连接断开，路由器会自动调整/路由到另一个NIC /接口的数据包吗？
满足上述要求的任何其他想法将非常赞赏，但回答上述两个问题将是最好的。
实际上，你所能做到的最好的一点就是平衡三个连接的连接。 你会有三个networking地址转换（NAT）网关（..可以在一个物理盒子里）。 networking将发送一个给定的个人networking连接从三个电路之一，并且翻译的地址将作为确保返回stream量返回到正确的地方的机制。
通过这些链路的stream量分配的有效性/统一性是统计工作。 您的networking设备将根据某些属性（源/目标IP地址，源/目标L4端口，源目标硬件地址等）的集合来select出站path。 使用的属性数量和这些属性的实际均匀分布决定了连接到给定链接的连接数量。 一个低效率的设置完全有可能将所有工作站的stream量从一个单一的链路上发送出去 – 这基本上不会比购买单一的2G连接性能更好。 也有可能（虽然不太可能），您需要的实际带宽量分布在三个电路之间完美平衡的stream量中。
在更复杂的多主机设置中，会有额外的路由信息可用于通过（名义上）更好的path发送stream量，但是在这些情况下，重点更多地放在提高可用性而不是性能上（尽pipe这两者都会受到积极的影响）。 这也意味着很多额外的networkingdevise问题，以及不太可观的成本和文书工作的程度。
这里有一些值得考虑的问题 –
1.）不是所有的连接都是相同的。 您的性能可能会有所不同，因为您的stream量的特定位数被引导出各种电路。 一个供应商比另一个供应商的延迟时间（即达到时间）要高出4-5倍。 同样，提供商之间的政策和使用条款也可能有所不同。 一个ISP可能没有VOIPstream量问题，但绝对不会允许SMTP，而第二个允许任何事情，第三个只有一个问题。 结果？ 让人惊讶。
2.）除非你在设置上有一定程度的复杂性（也就是我上面提到的路由信息），否则有很多失败模式可能会非常麻烦。 想象一下，你的地址翻译设备没有意识到三个连接中的一个不能使用。 未知部分的stream量将会丢失，但对最终用户的印象是随机冻结会话或奇怪的performance，而标准诊断工具（即ping）可能看起来很好。 请记住，有很多“灰色”的失败 – 也就是说，路由器可能看起来不错，但实际上没有stream量可以通过。
3.）统计连接共享倾向于更好的用户和连接数量。 如果只是你和其他几个人，那么胜利就没有那么多了。
4.）以上都不涉及任何types的入站连接（即Web服务器，邮件服务器等）。 这是另外一整套问题
有围绕这些问题的方法 – 特殊的网关，自定义脚本等，但它们通常不易维护和故障排除。 基本的观点是没有任何东西是免费的。 在某些特定情况下，你可以获得更好的性能，但是只有以一定数量的操作复杂性为代价（或者有其自身的价值），或者你可以硬着头皮花费额外的钱较小数量的较大连接。
祝你好运。
一个TCP会话或UDP数据报的带宽不会相加，但可以对不同的会话进行负载均衡。
一个连接将无法以6Mbps的速度下载，但是您可以以2Mbps的速度启动3次下载。