Hi Ricardo!
Bell is offering LAG, Link Aggregation Group, but only for high speed
links.
No LAG on DSL found at this time.
If you want to just connect to the WWW...
- Having a server hosted might be a solution to bandwidth
restriction, but it does come with a price tag.
- Moving your activities to a location that provide more options
also comes up with his list of troubles and associated costs.
- Paying for Bell to install higher bandwidth infrastructure is
generally out of reach, cost wise.
If you have a need for point to point communication...
-You may order as much DSL from Bell as needed and install LAG
equipment at both ends.
The LAG would therefore be done outside the Bell network and
under your total control/responsibility.
- Load sharing among the many links.
- Failure/recovery on a link by link basis.
- Data compression on the fly is quite good today, but it also
requires decompression equipment at both ends.
- This is only valid when you have access at both end of
the data link.
There is also patience...
- For Bell upgrade his facilities in your neighborhood.
- For a competitor to start offering alternatives in you
neighborhood.
Back in the early 1980's, aggregating up to eight 9,600 bauds circuits
in order to be able to push more traffic was not uncommon.
In the mid 1980's the DVL4 technology was able to tape four T1 circuits
together to allow a wooping 6Mbps transfer rate.
Compression techniques evolved so fast they allowed technology to
rapidly provide more bandwidth thereafter.
Now a day, we have processors that are clocking at more than 8GHz and
fiber optic that can transmit and receive data at 255 Tbits per seconds!
http://www.engadget.com/2011/09/13/amd-gets-guiness-world-record-for-fastest-cpu-with-overclocked-o/
http://www.extremetech.com/extreme/192929-255tbps-worlds-fastest-network-could-carry-all-the-internet-traffic-single-fiber
YLL
Le vendredi 08 avril 2016 à 12:00 -0400, mlug-requ...@listserv.mlug.ca a
écrit :
> Send mlug mailing list submissions to
> mlug@listserv.mlug.ca
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
> https://listes.koumbit.net/cgi-bin/mailman/listinfo/mlug-listserv.mlug.ca
>
> or, via email, send a message with subject or body 'help' to
> mlug-requ...@listserv.mlug.ca
>
> You can reach the person managing the list at
> mlug-ow...@listserv.mlug.ca
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of mlug digest..."
>
>
> Today's Topics:
>
> 1. Network bonding / link aggregation using 2 x Bell ADSL?
> (Fabián Rodríguez)
> 2. Re: Network bonding / link aggregation using 2 x Bell ADSL?
> (Ricardo Eureka!)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 8 Apr 2016 11:53:37 -0400
> From: Fabián Rodríguez <magic...@member.fsf.org>
> To: Montreal Linux Users Group <mlug@listserv.mlug.ca>
> Subject: [MLUG] Network bonding / link aggregation using 2 x Bell
> ADSL?
> Message-ID: <5707d401.7000...@member.fsf.org>
> Content-Type: text/plain; charset=utf-8
>
>
> Hi all,
>
> I am wondering if anyone here has done network interface bonding[1]
> using 2 x ADSL connections from the same provider?
>
> This is for a location where only Bell ADSL is available, and only at
> 5Mbps. I am wondering if having 2 (or more) services at the same
> location is possible (I am calling Bell) and if it would effectively
> double (or at least increase) the bandwidth available when combined by
> bonding network interfaces on a router appliance dedicated to that. I am
> asking Bell if having 2 circuits at the same location would deliver
> separate "guaranteed" 5Mbps or if it would be shared anyways.
>
> I've heard about this same scenario used with different providers to
> ensure if one goes down service continues, but not with the same
> provider twice. The goal here is not high availability, just higher speeds.
>
> If anyone has other creative solutions to improve a link in such a
> situation, I am listening :)
>
> Cheers,
>
> F.
>
> [1] http://linux-ip.net/html/ether-bonding.html
>
> --
> Fabián Rodríguez
> http://fsf.magicfab.ca/
>
>
>
> ------------------------------
>
> Message: 2
> Date: Fri, 8 Apr 2016 12:59:31 -0300
> From: "Ricardo Eureka!" <ricardoeur...@gmail.com>
> To: Montreal Linux Users Group <mlug@listserv.mlug.ca>
> Subject: Re: [MLUG] Network bonding / link aggregation using 2 x Bell
> ADSL?
> Message-ID:
> <caagdszqcm--0i+pouusso5x0bvxqpwa0zfs19uhcvaagnf2...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi Fabian!
>
> Take a look at these discussions
> https://delightlylinux.wordpress.com/2014/07/12/speed-up-your-home-network-with-link-aggregation-in-linux-mint-17-and-xubuntu-14-04/
> http://serverfault.com/questions/569721/can-bonding-2-interfaces-double-the-speed
>
> Good luck! :)
>
> 2016-04-08 12:53 GMT-03:00 Fabián Rodríguez <magic...@member.fsf.org>:
>
> >
> > Hi all,
> >
> > I am wondering if anyone here has done network interface bonding[1]
> > using 2 x ADSL connections from the same provider?
> >
> > This is for a location where only Bell ADSL is available, and only at
> > 5Mbps. I am wondering if having 2 (or more) services at the same
> > location is possible (I am calling Bell) and if it would effectively
> > double (or at least increase) the bandwidth available when combined by
> > bonding network interfaces on a router appliance dedicated to that. I am
> > asking Bell if having 2 circuits at the same location would deliver
> > separate "guaranteed" 5Mbps or if it would be shared anyways.
> >
> > I've heard about this same scenario used with different providers to
> > ensure if one goes down service continues, but not with the same
> > provider twice. The goal here is not high availability, just higher speeds.
> >
> > If anyone has other creative solutions to improve a link in such a
> > situation, I am listening :)
> >
> > Cheers,
> >
> > F.
> >
> > [1] http://linux-ip.net/html/ether-bonding.html
> >
> > --
> > Fabián Rodríguez
> > http://fsf.magicfab.ca/
> >
> > _______________________________________________
> > mlug mailing list
> > mlug@listserv.mlug.ca
> > https://listes.koumbit.net/cgi-bin/mailman/listinfo/mlug-listserv.mlug.ca
> >
>
>
>
_______________________________________________
mlug mailing list
mlug@listserv.mlug.ca
https://listes.koumbit.net/cgi-bin/mailman/listinfo/mlug-listserv.mlug.ca
