From: marc van hoof (mvh@marcvanhoof.com)
Date: Thu Aug 05 2004 - 03:53:11 GMT-3
the bandwidth is an integer between 0 and 255 that represents a
percentage of the interface bandwidth used....
i'd imagine that the router knows the interface bandwidth by calculating
how many channels are in use, and then calculates accordingly.
shouldn't be too hard to check though.
i wouldn't specify 'bandwidth 128' on bri 0/0 though, as then if you set
the load-threshold to 127 (roughly 50%), it would bring up channel B2
when channel B1 was already at 100% saturation.
i think...
-mvh.
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Geert Nijs
Sent: Friday, July 30, 2004 4:01 AM
To: ccielab@groupstudy.com
Subject: Q2: dialer load-threshold
Hello group,
Last of the two small question:
* When configuring "dialer load-threshold" on a PHYSICAL BRI0/0
interface, what bandwidth does this reference to ??
The physical interface bandwidth or one B-channel bandwidth ?
I have noticed that the default bandwidth of "int BRI0/0" AND "int
BRI0/0:1" AND "int BRI0/0:2"
are all 64 kbps.
1) MUST we specify "bandwidth 128" under "int bri0/0" ? (i think i have
read this somewhere in Packet Magazine0)
Isn't this a better representation of the real available
bandwidth ? (like when you are running ospf over it)
This statement leaves the bandwidth on the B-channels to 64
kbps, i have verified that.
2) If "bandwidth 128" is specified under the physical interface, does
this influence the "dialer load-threshold"
calculation ???
Regards,
Geert
########################################################################
#############
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 : Fri Sep 03 2004 - 07:02:33 GMT-3