[RndTbl] aggregating dsl lines

[Robert Keizer]

If you can put a box at both ends you can do compression between them with
an arbitrary size lookup table that is dynamic based on the traffic.

To get the single TCP connection going over both you'll need to go up the
stack - PPP or ipsec is what I would go with. You can't get away with a
simple carp system unfortunately.

Either way I don't see how you don't have ecmp or similar over the lower
link and run a tunnel with IP inside it.

Rob
On Sep 29, 2015 7:10 AM, "Colin Stanners" <cstanners at gmail.com> wrote:

> At layers 2/3 you can do Multilink PPP or even something wierd and
> questionably reliable like LACP over Ethernet-over-IP over the individual
> connections, but given that it's only 500m and you control both ends the
> best solution would likely be at
> http://www.netsys-direct.com/Ethernet_Extenders_s/1814.htm ,
> particularly  http://www.netsys-direct.com/product_p/nv-600ekit.htm
>
> On Tue, Sep 29, 2015 at 4:18 AM, Trevor Cordes <trevor at tecnopolis.ca>
> wrote:
>
>> Is it possible to aggregate DSL lines, to combine them to get X-times the
>> bandwidth on a single link?  In this situation, I control both ends, the
>> DSLAM and the DSL modem side on the other end of some POTS runs (CAT3-ish
>> I assume, or worse).
>>
>> Note, I don't want load balancing or fancy routing/sharing.  I need double
>> (or more) the bandwidth for a single application (single TCP connection).
>>
>> If required, we can have linux/bsd boxes we control at either end of the
>> links.
>>
>> If it's not possible, does anyone have any other ideas for somehow getting
>> better bandwidth out of 500m POTS wires (quantity 4)?
>>
>> Thanks!
>> _______________________________________________
>> Roundtable mailing list
>> Roundtable at muug.mb.ca
>> http://www.muug.mb.ca/mailman/listinfo/roundtable
>>
>
>
> _______________________________________________
> Roundtable mailing list
> Roundtable at muug.mb.ca
> http://www.muug.mb.ca/mailman/listinfo/roundtable
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.muug.mb.ca/pipermail/roundtable/attachments/20150929/b381c5df/attachment.html>