[TriLUG] RAID notion applied to networking

David Brain via TriLUG trilug at trilug.org
Sat May 23 19:40:56 EDT 2020


I know the er-x can do this (
https://help.ui.com/hc/en-us/articles/205145990-EdgeRouter-WAN-Load-Balancing)
although haven't ever had to use it.

David

On Sat, May 23, 2020, 7:13 PM Aaron Morrison via TriLUG <trilug at trilug.org>
wrote:

> A long time ago (in a .... well, you know), I set up an evdo router for a
> friend which had a normal connection to a cable modem, but also had a cell
> phone data connection and would auto fail over. It allowed him to work
> remotely and also when traveling (he would have to set up in places where
> there was no internet)
>
>  Kyocera brand comes to mind - it was 10-15 years ago.
>
> I don’t know if that kind of device will work in your situation, but
> that’s somewhere to start looking.
>
> There are some link aggregation technologies out there, but they tend to
> be for the enterprise market.
>
> HTH.
>
> --am
>
>
> > On May 23, 2020, at 16:50, Pete Soper via TriLUG <trilug at trilug.org>
> wrote:
> >
> > Hi Alan,
> >
> > OK. I think our plan A will be to use DSL, B will be one of us to switch
> to a hotspot and the other keep off and C will be to use the two hotspots,
> because we have the same carrier and the booster is pointed to a single
> tower (hmmmmm, maybe D: remotely swing the booster antenna between the two
> towers in our area if that might give us two good connections). If we're
> contending for a single tower (antenna?) I might still mess up her work or
> visa versa. We notice when the whole neighborhood DSL goes down the cell
> performance goes out the window depending on the time of day (here recently
> more people are Zooming or whatever during day time than night). So there
> may be cases when we alternate between DSL and MyFi to avoid contention
> with the neighbors swamping the DSL.
> >
> > But this thread was really to wonder if some sort of IP multiplexer
> exists out there and might be accessible via OSS. I guess for the majority
> of cases it just isn't an issue, especially for those of you with fiber who
> have hopefully stopped having to think about bandwidth issues.
> >
> > Thanks to you and Mauricio (he privately mentioned LACP that does clever
> stuff, but not with a single TCP stream).
> >
> > -Pete
> >
> >> On 5/23/20 3:41 PM, Alan Porter via TriLUG wrote:
> >>
> >> You can send your outbound traffic out two separate pipes.  But the
> problem is your INBOUND traffic.  The remote end needs a single IP address
> to send its response to.
> >>
> >> For example, say you wanted to "curl" the latest Ubuntu install image.
> You would send a small request out one of your pipes and the entire ISO
> image would return through that same pipe, because that's the address that
> ubuntu.com saw the request coming from. Using two pipes might only pay
> off if you wanted to download TWO ISO images, and you somehow controlled
> which one used which pipe. But you're not actively managing traffic... you
> want to just "use them both as needed".
> >>
> >> The two pipes might also help if you were uploading more than you were
> downloading.  The upload packets can take either path to get out to the
> destination.  But the replies will always come to the originating IP -- ONE
> of your two pipes.
> >>
> >> If you wanted a way to mutliplex your outbound and inbound traffic over
> two links, you would need some sort of proxy on the internet that would act
> as your internet-facing IP address.  It would split your download traffic
> into two and it would combine your two upload streams back together and out
> through that internet-facing IP.
> >>
> >> Alan
> >>
> >>
> >>
> > --
> > This message was sent to: Aaron Morrison <ae4ko1 at gmail.com>
> > To unsubscribe, send a blank message to trilug-leave at trilug.org from
> that address.
> > TriLUG mailing list : https://www.trilug.org/mailman/listinfo/trilug
> > Unsubscribe or edit options on the web    :
> https://www.trilug.org/mailman/options/trilug/ae4ko1%40gmail.com
> > Welcome to TriLUG: https://trilug.org/welcome
> --
> This message was sent to: dbrain at gmail.com <dbrain at gmail.com>
> To unsubscribe, send a blank message to trilug-leave at trilug.org from that
> address.
> TriLUG mailing list : https://www.trilug.org/mailman/listinfo/trilug
> Unsubscribe or edit options on the web  :
> https://www.trilug.org/mailman/options/trilug/dbrain%40gmail.com
> Welcome to TriLUG: https://trilug.org/welcome


More information about the TriLUG mailing list