It uses the same IP for both links...they are bonded so they appear as one link 
with one IP.


> -----Original Message-----
> From: Bruce N [mailto:[email protected]]
> Sent: Friday, August 06, 2010 1:13 PM
> To: asterisk Mailing
> Subject: RE: [on-asterisk] MLPP and VoIP
> 
> 
> Thanks for the input. How does MLPP work in regards to public IP? If it
> is to contineously load balance between the two connections wouldn't
> that pose a problem to SIP trunks registered to outside providers?
> 
> 
> 
> -Bruce
> 
> > Date: Fri, 6 Aug 2010 12:29:26 -0400
> > From: [email protected]
> > To: [email protected]
> > Subject: Re: [on-asterisk] MLPP and VoIP
> >
> > Hi Bruce,
> >
> > I haven't used MLPPP with Asterisk myself, but just as a note, I
> don't
> > think you can bond DSL connections from different providers using
> > MLPPP. Basically the MLPPP distributes the packets through the two
> DSL
> > links and the router handling the PPPoE session at the other end has
> > to reconstruct them.
> >
> > Liviu
> >
> > On Fri, Aug 6, 2010 at 12:08 PM, Bruce N <[email protected]> wrote:
> > >
> > > Hi Everyone,
> > > Anyone out there can weigh in on bonded MLPP connection from
> various DSL providers? This is going to be used for an Asterisk server
> for reliability and also for more upload speed (more concurrent calls).
> Rogers doesn't serve the area and DSL at best can reach 712kbps and
> mostly around 512kbps.
> > > This is around Dixie Road and Meyerside Raod.
> > > Not looking for wireless solutions.
> > > 1- Would a bonded MLPP from two different providers be a better
> choice than getting bonded MLPP from one provider? (reliability)2-
> Also, would this be a fine setup for Asterisk?
> > > Thanks for your input.
> > > -Bruce
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [email protected]
> > For additional commands, e-mail: [email protected]
> >
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to