From: Richard Dumoulin (richard.dumoulin@vanco.es)
Date: Fri Jun 11 2004 - 08:26:46 GMT-3
You can do this:
Int bri0
Dialer load-threshold 10
Ppp multilink
And I believe it will accomplish the same thing as your second option,
except that "ppp multilink load-threshold" is buggy I have heard,
--RIchard
-----Original Message-----
From: Geert Nijs [mailto:geert.nijs@simac.be]
Sent: viernes, 11 de junio de 2004 13:13
To: ccielab@groupstudy.com
Subject: difference between BOD and Multilink
Hi all, this is my first question to the ccielab mailing list......
I am looking for detailed information regarding load-balancing using
Bandwidth-On-Demand. I have learned (the hard way!) that there is a
difference between ppp multilink and BOD.
Compare the following two BRI configurations (basic DDR config assumed):
int bri0
dialer load-threshold 10
and
int bri0
ppp multilink
ppp multilink load-threshold 10
Both will add a second channel when the load reaches 10/255, however in the
first case you don't really have a ppp multlink, only two seperate channels.
I know that when you use ppp multilink packets are actually split, broken
apart, and a piece is put on every link in the multilink. So load- balancing
comes naturally.
But what if you use BOD ? if have tested the first config in my lab, and the
load doesn't get distributed fairly on both channels. How can i force the
load to be equally balanced in this case ??? Or what load-distribution
algoritme is used with BOD ??
############################################################################
#########
This e-mail and any attached files are confidential and may be legally
privileged.
If you are not the addressee, any disclosure, reproduction, copying,
distribution,
or other dissemination or use of this communication is strictly prohibited.
If you have received this transmission in error please notify Simac
immediately
and then delete this e-mail.
Simac has taken all reasonable precautions to avoid virusses in this email.
Simac does not accept liability for damage by virusses, for the correct and
complete
transmission of the information, nor for any delay or interruption of the
transmission,
nor for damages arising from the use of or reliance on the information.
All e-mail messages addressed to, received or sent by Simac or Simac
employees
are deemed to be professional in nature. Accordingly, the sender or
recipient of
these messages agrees that they may be read by other Simac employees than
the official
recipient or sender in order to ensure the continuity of work-related
activities
and allow supervision thereof.
############################################################################
#########
This archive was generated by hypermail 2.1.4 : Sat Jul 03 2004 - 19:40:37 GMT-3