Re: BAP, BACP and windows 2000

giaaaj · ‎02-16-2004

Hi,

Iam trying to use the windows2000 option for Multilink with Bandwidth Allocation Protocol. The dialup connection for the windows client is configured to request or add asecond link if needed. My cisco 3640 access router Interface is configured as follows.

interface Serial1/0:15

description Synchrone Lines (ISDN)

ip unnumbered Ethernet0/0

encapsulation ppp

no ip route-cache

no logging event link-status

dialer idle-timeout 1800

dialer enable-timeout 2

dialer hold-queue 15

dialer-group 1

autodetect encapsulation ppp v120

no snmp trap link-status

isdn switch-type primary-net5

isdn incoming-voice modem

peer default ip address pool ras

fair-queue

no cdp enable

ppp callback accept

ppp authentication pap chap pppdef

ppp authorization pppdef

ppp multilink bap

ppp bap call accept

ppp bap timeout pending 20

ppp bap timeout response 2

we use Windows 2000 server to authenticate ras users through tacacs+.

The second link is never added, i tried copying big files.

Any idea why it not working,the only debugging output that i get is :

Feb 16 16:11:18 CET: giacdr MLP: Link protocol down, BAP not present on Vi1

Feb 16 16:11:18 CET: Vi1 MLP: Added first link Se1/0:18 to bundle .

Thanks

Ali

tepatel · ‎02-16-2004

Looking on the config of 3640, it is working as access server, accepting the calls from Win2K with isdn modems. So its the job of Win2K to make a decision of making a 2nd outbound call.

You can turn on following debug on 3640 to see if Win2K making outbound call or not and also what happens after that.

debug isdn q931

debug ppp negotiations

debug ppp authentication

debug dialer

term mon

So turn on above debug and make win2k dial for 1st and 2nd b-channel so that we can see the debug on 3640. Post those debug here.

giaaaj · ‎02-17-2004

Hi,

This is the debug output of the 3640.

PPP authentication debugging is on

MMRAG001#debug dialer

Dial on demand events debugging is on

MMRAG001#term mon

MMRAG001#

Feb 17 10:19:32 CET: ISDN Se1/0:15: RX <- SETUP pd = 8 callref = 0x6601

Feb 17 10:19:32 CET: Sending Complete

Feb 17 10:19:32 CET: Bearer Capability i = 0x8890

Feb 17 10:19:32 CET: Channel ID i = 0xA98388

Feb 17 10:19:32 CET: Calling Party Number i = 0x0181, '0627897461', Plan

:ISDN, Type:Unknown

Feb 17 10:19:32 CET: ISDN Se1/0:15: TX -> CALL_PROC pd = 8 callref = 0xE601

Feb 17 10:19:32 CET: Channel ID i = 0xA98388

Feb 17 10:19:32 CET: ISDN Se1/0:15: TX -> CONNECT pd = 8 callref = 0xE601

Feb 17 10:19:32 CET: Channel ID i = 0xA98388

Feb 17 10:19:32 CET: ISDN Se1/0:15: RX <- CONNECT_ACK pd = 8 callref = 0x6601

Feb 17 10:19:32 CET: ISDN Se1/0:15: CALL_PROGRESS: CALL_CONNECTED call id 0x1405

, bchan 7, dsl 0

Feb 17 10:19:33 CET: Se1/0:7 PPP: Treating connection as a callin

Feb 17 10:19:33 CET: Se1/0:7 PAP: I AUTH-REQ id 2 len 30 from "giaintra\giacdr"

Feb 17 10:19:33 CET: Se1/0:7 PAP: Authenticating peer giaintra\giacdr

Feb 17 10:19:33 CET: Se1/0:7 PAP: O AUTH-ACK id 2 len 5

Feb 17 10:19:33 CET: Se1/0:7 DDR: Authenticated host giaintra\giacdr with no mat

ching dialer map

Feb 17 10:19:33 CET: Se1/0:7 MLP: Request add link to bundle

Feb 17 10:19:33 CET: Se1/0:7 MLP: Adding link to bundle

Feb 17 10:19:34 CET: Vi1 MLP: Added to huntgroup Se1/0:15

Feb 17 10:19:34 CET: Vi1 MLP: Clone from Se1/0:15

Feb 17 10:19:34 CET: Vi1 DDR: Dialer statechange to up

Feb 17 10:19:34 CET: Vi1 PPP: Treating connection as a callin

Feb 17 10:19:34 CET: Vi1 DDR: Authenticated host giaintra\giacdr with no matchin

g dialer map

Feb 17 10:19:34 CET: Vi1 DDR: No callback negotiated

Feb 17 10:19:34 CET: giaintra\giacdr MLP: Link protocol down, BAP not present on

Vi1

Feb 17 10:19:34 CET: Vi1 MLP: Added first link Se1/0:7 to bundle giaintra\giacdr

Feb 17 10:19:35 CET: Vi1 DDR: dialer protocol up

MMRAG001#

Feb 17 10:19:54 CET: ISDN Se1/0:15: RX <- STATUS_ENQ pd = 8 callref = 0x65F7

Feb 17 10:19:54 CET: ISDN Se1/0:15: TX -> STATUS pd = 8 callref = 0xE5F7

Feb 17 10:19:54 CET: Cause i = 0x809E - Response to STATUS ENQUIRY or nu

mber unassigned

Feb 17 10:19:54 CET: Call State i = 0x0A

MMRAG001#

MMRAG001#deb

MMRAG001#debug ppp neg

MMRAG001#debug ppp negotiation

PPP protocol negotiation debugging is on

MMRAG001#term mon

MMRAG001#

Feb 17 10:22:32 CET: ISDN Se1/0:15: RX <- STATUS_ENQ pd = 8 callref = 0x6601

Feb 17 10:22:32 CET: ISDN Se1/0:15: TX -> STATUS pd = 8 callref = 0xE601

Feb 17 10:22:32 CET: Cause i = 0x809E - Response to STATUS ENQUIRY or nu

mber unassigned

Feb 17 10:22:32 CET: Call State i = 0x0A

Feb 17 10:22:54 CET: ISDN Se1/0:15: RX <- STATUS_ENQ pd = 8 callref = 0x65F7

Feb 17 10:22:54 CET: ISDN Se1/0:15: TX -> STATUS pd = 8 callref = 0xE5F7

Feb 17 10:22:54 CET: Cause i = 0x809E - Response to STATUS ENQUIRY or nu

mber unassigned

Feb 17 10:22:54 CET: Call State i = 0x0A

Feb 17 10:23:03 CET: Se1/0:7 LCP: I TERMREQ [Open] id 17 len 16 (0x55A31D6B003CC

D7400000000)

Feb 17 10:23:03 CET: Vi1 MLP: No previous member for idle link in 'giaintra\giac

dr'

Feb 17 10:23:03 CET: Se1/0:7 LCP: O TERMACK [Open] id 17 len 4

Feb 17 10:23:03 CET: Se1/0:7 MLP: Request drop link from bundle Vi1

Feb 17 10:23:03 CET: Se1/0:7 PPP: Phase is TERMINATING

Feb 17 10:23:03 CET: Vi1 MLP: Removing link Se1/0:7 from bundle giaintra\giacdr

Feb 17 10:23:03 CET: Vi1 MLP: Dropped link Se1/0:7 from bundle giaintra\giacdr

Feb 17 10:23:03 CET: Vi1 MLP: Dropped last link, removing bundle giaintra\giacdr

Feb 17 10:23:03 CET: Vi1 MLP: Removing bundle 'giaintra\giacdr'

Feb 17 10:23:03 CET: Vi1 IPCP: State is Closed

Feb 17 10:23:03 CET: Vi1 DDR: disconnecting call

Feb 17 10:23:03 CET: Se1/0:15 IPCP: Remove route to 192.168.174.90

Feb 17 10:23:03 CET: Vi1 PPP: Phase is TERMINATING

Feb 17 10:23:03 CET: Vi1 LCP: State is Closed

Feb 17 10:23:03 CET: Vi1 PPP: Phase is DOWN

Feb 17 10:23:04 CET: ISDN Se1/0:15: RX <- DISCONNECT pd = 8 callref = 0x6601

Feb 17 10:23:04 CET: Cause i = 0x8090 - Normal call clearing

Feb 17 10:23:04 CET: Se1/0:7 LCP: State is Closed

Feb 17 10:23:04 CET: Se1/0:7 PPP: Phase is DOWN

Feb 17 10:23:04 CET: Se1/0:7 DDR: disconnecting call

Feb 17 10:23:04 CET: ISDN Se1/0:15: TX -> RELEASE pd = 8 callref = 0xE601

Feb 17 10:23:04 CET: ISDN Se1/0:15: RX <- RELEASE_COMP pd = 8 callref = 0x6601

Thanks

Ali

tepatel · ‎02-17-2004

The debug shows that the 1st b-channel Se1/0:7 doesn't remain connected till the idle-timeout of 1800 secs expires. Means the 1st link connects and disconnects before the 2nd call received at 3640 from Win2k. So there is no way that this 3640 will add all those two b-channels togather in multilink bundle.

Just make sure that on 3640 you have configured the interesting traffic correctly using following command under global config.

dialer-list 1 protocol ip permit

With that the 1st link should remain connected atleast 30 mins. Turn on all the debugs togather..and post it here. Also look into "load threshold" config on win2k, to initiate the calls on additional b channels,

giaaaj · ‎02-18-2004

Hi,

I have attached the config file of our access server.

I'am testing as follows

- The Win2K client is configured to add or request the addition of the second channel if the load on the first channel is 50% for 30 sec.

- The connection will be established as usual and stay connected until manually disconnected.

- After establishing the connection , a big file is copied from a server to the client to increase the load on the first channel .

- I wait around 15 min. to see if the second channel will be added, but this is not happening

- At the end when i see that the second channel is not added, i disconnect the connection manually.

Thanks

Ali

giaaaj · ‎02-18-2004

Hi ,

I have another info. for u . Iam getting this output during dialup. I have reduced the idle-timeout to 180 , i did not help.

Feb 18 14:52:18 CET: Se1/0:28 PPP: Treating connection as a callin

Feb 18 14:52:18 CET: Se1/0:28 PAP: I AUTH-REQ id 21 len 23 from "giaaaj"

Feb 18 14:52:18 CET: Se1/0:28 PAP: Authenticating peer giaaaj

Feb 18 14:52:18 CET: Se1/0:28 PAP: O AUTH-ACK id 21 len 5

Feb 18 14:52:18 CET: Se1/0:28 MLP: Request add link to bundle

Feb 18 14:52:18 CET: Se1/0:28 MLP: Adding link to bundle

Feb 18 14:52:19 CET: Vi1 MLP: Added to huntgroup Se1/0:15

Feb 18 14:52:19 CET: Vi1 MLP: Clone from Se1/0:15

Feb 18 14:52:19 CET: Vi1 PPP: Treating connection as a callin

Feb 18 14:52:19 CET: giaaaj MLP: Link protocol down, BAP not present on Vi1

Feb 18 14:52:19 CET: Vi1 MLP: Added first link Se1/0:28 to bundle giaaaj

MMRAG001#sh ppp ba

MMRAG001#sh ppp bap g

% BAP consists of no groups

MMRAG001#sh ppp mu

MMRAG001#sh ppp multilink

Virtual-Access1, bundle name is giaaaj

Bundle up for 00:04:32

Dialer interface is Serial1/0:15

0 lost fragments, 0 reordered, 0 unassigned

0 discarded, 0 lost received, 151/255 load

0x0 received sequence, 0x0 sent sequence

Member links: 1 (max not set, min not set)

Serial1/0:28, since 00:04:32, no frags rcvd

Virtual-Access2, bundle name is giatsc

Bundle up for 00:30:51

Dialer interface is Serial1/0:15

0 lost fragments, 0 reordered, 0 unassigned

0 discarded, 0 lost received, 1/255 load

0x0 received sequence, 0x0 sent sequence

Member links: 1 (max not set, min not set)

Serial1/0:9, since 00:30:51, no frags rcvd

MMRAG001#sh ppp ba

MMRAG001#sh ppp bap q

Queue Message Type ID Expiry Address Group

Thanks

Ali

giaaaj · ‎02-20-2004

Hi TEJAL,

Have you read my Email regarding the BAP problem.

Thanks

Ali