RE: ISDN & ppp multilink things...

From: Tony Huang (thuang@xxxxxxxxxxxxxxxxxxx)
Date: Mon Jul 08 2002 - 22:12:13 GMT-3


   
If your isdn configured with two spids, you will have to employ two map
statements. For the isdn with only one number,but two channels without spid
support, you cannot use two maps but just one. By keying dialer threshold
you will be able to bring up a second channel provided the threshold is me.

Tony

-----Original Message-----
From: Dang Quang Minh [mailto:minhdq@saigonctt.com]
Sent: Tuesday, 9 July 2002 10:33 AM
To: 'Anthony Pace'; 'Carlos G Mendioroz'; 'Oliver Boehmer'
Cc: 'Groupstudy ccielab list'
Subject: RE: ISDN & ppp multilink things...

The ppp multilink command is used on ISDN interface to bundle both
64Kbps channels so they function together as 128kbps pipe.

The dialer load thres-hold command specidies how much traffic on the
first channel will force the second channel to be brought up. This
command take a numerical argument from 1 255. The number 1 is the
minimum load and the number 255 is a full load. Using this system, 128
would be approximately a 50% load.

So, if you use only one dialer map and you used load-threshold, you can
still bring up another BRI. If you use ppp multilink, you should use 2
dialer maps for two B channels and the load-threshold command.

HTH
Minh
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Anthony Pace
Sent: Tuesday, July 09, 2002 3:53 AM
To: Carlos G Mendioroz; Oliver Boehmer
Cc: Groupstudy ccielab list
Subject: Re: ISDN & ppp multilink things...

So if only one dial map existed and you used "load-threshold", would it
bring up another BRI and put every other PPP frame onto each of the 2
BRI's?

Or would you need 2 dial maps?

If you use PPP multilink, then is it best to use the same generic
"load-threshold" command or the PPP multilink version of the command?
I would think that PPP multilink puts traffic accross the links in some
very low level or bit level load balancing. Is that the difference
between using "load-threshold" without multilink and "PPP multilink"?

Anthony Pace

On Sat, 29 Jun 2002 17:49:58 -0300, "Carlos G Mendioroz"
<tron@huapi.ba.ar> said:
> Oliver Boehmer wrote:
> >
> > At 14:59 29.06.2002 -0300, Carlos G Mendioroz wrote:
> > >Hi,
> > >just going over ISDN things, some I have not been able to clarify:
> > >
> > >-using load-threshold, you can bring 2 (or more?) B channels into
> > >a link using ppp but without ppp multilink. What's the protocol
used
> > >then ?
> >
> > None, it's basically standard load-sharing over multiple, parallel
links.
> > There are no such things as interleaving or fragmentation without
PPP
> > multilink, though..
>
> This is not standard, as you got only one layer3 interface (bri0/0 in
my
> case)
> and only one fib entry. There must be some protocol controling this...
> Also, the balancing is done packet by packet, even though I have not
> disabled
> fast switching...
>
> >
> > >-when MPP is used, a virtual-access interface is created and the
info on
> > >seconds left and seconds idle from "show isdn active" vanishes...
> > >How do you see that info ?
> >
> > Hmm, which IOS are you using? Try "show caller" or "show caller
timeout"..
> >
> Nope,
> 12.1.13
> Idle time is gone from there too:
>
> #sh caller
> Active Idle
> Line User Service Time Time
> con 0 - TTY 03:16:11 00:00:00
> BR0/0:1 2602 PPP 00:00:16 -
> #sh isdn act
>
------------------------------------------------------------------------
--------
> ISDN ACTIVE CALLS
>
------------------------------------------------------------------------
--------
> Call Calling Called Remote Seconds Seconds Seconds
> Charges
> Type Number Number Name Used Left Idle
> Units/Currency
>
------------------------------------------------------------------------
--------
> In +ne number> ---N/A--- 2602 91 - -
>
------------------------------------------------------------------------
--------
>
>
>
> > oli
>
>
> --
> Carlos G Mendioroz <tron@huapi.ba.ar> LW7 EQI Argentina



This archive was generated by hypermail 2.1.4 : Sat Sep 07 2002 - 19:36:22 GMT-3