Best practice for speed at which b channels come up is the following


dialer load-threshold 2 (dont use 1, there are a few issues, 2 = .78%)
load-interval 30 (defualt is 5 minutes, this is the a moveing weighted
average at which load is calculated)


also to bring up b channels v.fast configure

ppp timeout multilink link add 1

you can then configure dialer pools, and for each pool specify the maximum
number of b channels allowed per group.
ie

dialer pool-member 1 max-link 10
then

int dialer 2
dialer pool 1



regards

-Stuart.








-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Farhan Ahmed
Sent: Sunday, July 15, 2001 10:46 AM
To: [EMAIL PROTECTED]
Subject: RE: dialer idle-timeout [7:12256]


wrong dialer load threshold is for bringing up the second link
u can put maximum numb on idle time out or use fast idle command

-----Original Message-----
From: Vette Boy [mailto:[EMAIL PROTECTED]]
Sent: Sunday, July 15, 2001 8:18 PM
To: [EMAIL PROTECTED]
Subject: Re: dialer idle-timeout [7:12256]


Configue the dialer load threshold to 0 for the link
to be always up.

VB

--- "Michael L. Williams"
wrote:
> I would have to say that the idle-timer is for pure
> idle time..... not just
> interesting traffic.... AFAIK interesting traffic is
> only used to initiaite
> the dial, but after that any traffic is enough to
> keep the link open......
> BUT (now that I've looked it up).... I'M WRONG!
> Damn.... I hate when that
> happens.....
>
> from Cisco's site:
>
> "Interesting packets are packets that pass the
> restrictions of the access
> lists. These packets either initiate a call (if one
> is not already in
> progress) or reset the idle timer if a call is in
> progress. Uninteresting
> packets are transmitted if the link is active, but
> dropped if the link is
> not active. Uninteresting packets do not initiate
> calls or reset the idle
> timer."
>
> Good call Charles......
>
> Mike W.
>
> "Charles Manafa"  wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > Interesting traffic will bring up the link, and
> maintain it. Whilst the
> link
> > is up, any traffic can cross the link, but only
> interesting traffic can
> > reset the idle timer.
> >
> > CM
> >
> > > -----Original Message-----
> > > From: Burnham, Chris
> [mailto:[EMAIL PROTECTED]]
> > > Sent: 13 July 2001 11:39
> > > To: [EMAIL PROTECTED]
> > > Subject: dialer idle-timeout [7:12256]
> > >
> > >
> > > I am currently working throught the "Caslow ,
> Pavlichenko Cisco
> > > Certification Book" I have a query on page 163
> that you guy's
> > > and girl's
> > > maybe able to help me with.
> > >
> > > It states that the DDR connection is maintained
> as long as
> > > "interesting
> > > traffic" is transferred over the connection
> before the
> > > dialer-idle-timeout
> > > occurs.?
> > >
> > > Is this correct?? I was alway's under the
> impression that the
> > > interesting
> > > traffic only determined what brought up the link
> & once the
> > > link was up it
> > > would stay up regardless of traffic type
> crossing the ISDN link
> > >
> > > I would like to hear your opinions
> > >
> > > Chris Burnham,
> > > Systems Engineer,
> > > Delphis Consulting Plc.
> > > Tel:   +(44) 020 7916 0200
> > > Mob: +(44) 07799403576
> > > [EMAIL PROTECTED]
> > >
> > >
> > > This e-mail and any files transmitted with it
> are intended
> > > solely for the
> > > addressee and are confidential. They may also be
> legally privileged.
> > > Copyright in them is reserved by Delphis
> Consulting PLC
> > > ["Delphis"] and they
> > > must not be disclosed to, or used by, anyone
> other than the
> > > addressee. If
> > > you have received this e-mail and any
> accompanying files in
> > > error, you may
> > > not copy, publish or use them in any way and you
> should
> > > delete them from
> > > your system and notify us immediately.E-mails
> are not secure.
> > >  Delphis does
> > > not accept responsibility for changes to e-mails
> that occur
> > > after they have
> > > been sent.  Any opinions expressed in this
> e-mail may be
> > > personal to the
> > > author and may not necessarily reflect the
> opinions of Delphis.
[EMAIL PROTECTED]


__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=12472&t=12256
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Reply via email to