[c-nsp] Problem with ISDN backup (stuck CCBs in 12.3(11)T?)
Josh Duffek
consultantjd16 at ridemetro.org
Fri Nov 19 09:22:42 EST 2004
Have they found/filed a bug for you? Have they asked for/you sent them the same type of debugs that Mark asked for?:
>>debug dialer
>>debug isdn q931
>>debug isdn code (hidden)
>>debug isdn event
>>sh isdn stat
>>primary(s) down, dialer up
>>primary(s) up, dialer down
>>sh isdn stat
>>und all
Thanks,
josh duffek network engineer
consultantjd16 at ridemetro.org
> -----Original Message-----
> From: Félix Izquierdo [mailto:fizquierdo at l3consulting.com]
> Sent: Friday, November 19, 2004 4:06 AM
> To: Josh Duffek
> Cc: cisco-nsp at puck.nether.net
> Subject: Re: [c-nsp] Problem with ISDN backup (stuck CCBs in 12.3(11)T?)
>
> Hi,
>
> I have the same isdn problem with 836 platform and same version. TAC
> case 600702412
>
> Josh Duffek wrote:
>
> > What does "sh isdn stat" say?
>
> sw#show isdn status
> Global ISDN Switchtype = basic-net3
> ISDN BRI0 interface
> dsl 0, interface ISDN Switchtype = basic-net3
> Layer 1 Status:
> ACTIVE
> Layer 2 Status:
> TEI = 90, Ces = 1, SAPI = 0, State = TEI_ASSIGNED
> Layer 3 Status:
> 0 Active Layer 3 Call(s)
> Active dsl 0 CCBs = 0
> The Free Channel Mask: 0x80000003
> Total Allocated ISDN CCBs = 0
>
> And when trying to call:
>
> Nov 19 09:07:06 CET: BR0 DDR: rotor dialout [best] least recent failure
> is also most recent failure
> Nov 19 09:07:06 CET: BR0 DDR: rotor dialout [best] also has most recent
> failure
> Nov 19 09:07:06 CET: BR0 DDR: rotor dialout [best]
> Nov 19 09:07:06 CET: BR0 DDR: Dialing cause ip (s=80.66.126.250,
> d=80.66.126.249)
> Nov 19 09:07:06 CET: BR0 DDR: Attempting to dial 908274047
> Nov 19 09:07:06 CET: ISDN BR0 EVENT: UserIdle: callid 0x8008 received
> ISDN_CALL (0x0)
> Nov 19 09:07:06 CET: ISDN BR0 EVENT: process_bri_call: call id 0x8008,
> called_number 908274047, Guid BR0speed 64, call type DATA,
> calling_number none....
> Nov 19 09:07:14 CET: ISDN BR0 EVENT: process_rxstate: ces/callid
> 1/0x8008 calltype 1 HOST_DISCONNECT_ACK
> Nov 19 09:07:14 CET: ISDN BR0 **ERROR**: host_disconnect_ack: Unfound
> B-channel on Disconnect_Ack call id 0x8008.
>
>
>
> >
> > josh duffek network engineer
> > consultantjd16 at ridemetro.org
> >
> >
> >>-----Original Message-----
> >>From: cisco-nsp-bounces at puck.nether.net [mailto:cisco-nsp-
> >>bounces at puck.nether.net] On Behalf Of piestaga
> >>Sent: Monday, November 15, 2004 5:04 PM
> >>To: cisco-nsp at puck.nether.net
> >>Subject: RE: [c-nsp] Problem with ISDN backup (stuck CCBs in
> >
> > 12.3(11)T?)
> >
> >>Hi
> >>
> >>I would like to come back to the problem I described within this
> >
> > threat
> >
> >>week
> >>ago.
> >>
> >>I relocated the whole config to router 1603 (where bri is an build-in
> >>interface) and I configured the bacap capalility using only the bri
> >>interface (without dialer interface)
> >>
> >>
> >>After finishing the config on LAC and LNS everything seemed perfect.
> >>
> >>The bri config includes the following lines:
> >>
> >>interface BRI0
> >> ip address 3.3.3.10 255.255.255.252
> >> encapsulation ppp
> >> dialer idle-timeout 30
> >> dialer string 1234567
> >> dialer-group 1
> >> isdn switch-type basic-net3
> >> ppp authentication pap
> >> ppp pap sent-username USERNAME password 0 PASSWORD
> >>
> >>
> >>/routing to watched address 99.99.99.99 via BRI0
> >>primary links are within OSPF so the metric here must be >110/
> >>
> >>ip route 99.99.99.99 255.255.255.255 BRI0 3.3.3.9 200
> >>
> >>access-list 177 permit ip 50.50.50.0 0.0.0.255 host 99.99.99.99
> >>dialer-list 1 protocol ip list 177
> >>
> >>
> >>and it WORK !!!!
> >>
> >>The BRI dial to ALC where after preauthentication proccess, the cal
> >
> > lis
> >
> >>terminated and next the L2TP from LAC to LNS is establish. THe LAN
> >>terminates L2TP and ppp session from CPE.
> >>
> >>I enabled and disabled both primary links and backup prefectly comes u
> >>pand
> >>down each time.
> >>
> >>So I decided to relocate the config to 1751 (with the WIC-1B-S/T card
> >>instead the build-in one).
> >>
> >>And it stopped working.
> >>
> >>
> >>Exactly the same behaviour.
> >>The BRI tries to dial-up but the following message appeares:
> >>
> >>host_disconnect_ack: Unfound B-channel on Disconnect_Ack call id
> >
> > 0x800D
> >
> >>The command "clear int bri0/0" did no t help.
> >>The only things that hel pis reload or (what is strange) entering the
> >>command:
> >>
> >>no encapsulation hdlc
> >>(despite the fact that ppp is entered in interface config).
> >>
> >>Unfortunatellu that remove the lines:
> >>
> >>ppp authentication pap
> >>ppp pap sent-username USERNAME password 0 PASSWORD
> >>
> >>out of the config. So I need put them again.
> >>
> >>
> >>Additionally, except the BRI triggered by the access list 177 (network
> >>50.50.50.0 is still pinging 99.99.99.99) the established ISDN call did
> >
> > not
> >
> >>clear the idle timeout !!!!
> >>
> >>Show dialer command entred during the active backup call shows that
> >
> > the
> >
> >>idle
> >>timeout is continously countered down.
> >>So (in my case) every 30 sec the call is reestablished.
> >>
> >>
> >>Guys please, any help because I am out of ideas what can be wrong.
> >>I thought that it is the config issue, but since the same config works
> >
> > on
> >
> >>other platform, I started susspecting the WIC or the way the WIC is
> >>supported on 12.3.(11T)
> >>
> >>Regards
> >>Piestaga
> >>
> >>
> >>
> >>
> >>
> >>-----Original Message-----
> >>From: Mark Johnson [mailto:mljohnso at cisco.com]
> >>Sent: Monday, November 08, 2004 6:25 PM
> >>To: Josh Duffek; piestaga; cisco-nsp at puck.nether.net
> >>Cc: cisco-nas at puck.nether.net
> >>Subject: Re: [cisco-nas] RE: [c-nsp] Problem with ISDN backup (stuck
> >
> > CCBs
> >
> >>in
> >>12.3(11)T?)
> >>
> >>At 08:51 AM 11/8/2004 -0600, Josh Duffek wrote:
> >>
> >>
> >>>>Global ISDN Switchtype = basic-net3
> >>>>ISDN BRI0/0 interface
> >>>> dsl 0, interface ISDN Switchtype = basic-net3
> >>>> Layer 1 Status:
> >>>> ACTIVE
> >>>> Layer 2 Status:
> >>>> Layer 2 NOT Activated
> >>>> Layer 3 Status:
> >>>> 0 Active Layer 3 Call(s)
> >>>> CCB:callid=8097, sapi=0, ces=1, B-chan=1, calltype=DATA,
> >>>>hdlctype=HDLC-TRUNK
> >>>> CCB:callid=8098, sapi=0, ces=1, B-chan=2, calltype=DATA,
> >>>>hdlctype=HDLC-TRUNK
> >>>> Active dsl 0 CCBs = 2
> >>>> The Free Channel Mask: 0x80000000
> >>>> Total Allocated ISDN CCBs = 2
> >>
> >>This is your problem; the question is what's causing it. As Josh
> >
> > says,
> >
> >>the CCB's are hung (either the initial calls were not cleared
> >
> > correctly,
> >
> >>or they were but we still didn't clean up after ourselves).
> >>
> >>VRF Dialer-Watch support was added in 12.3(7)T, but I'm not sure this
> >>new functionality would cause this problem. It's more likely DW/ISDN
> >>related.
> >>
> >>I don't see any bugs that seem relevant. If possible, I would suggest
> >>you reproduce the problem, doing the following:
> >>
> >>debug dialer
> >>debug isdn q931
> >>debug isdn code (hidden)
> >>debug isdn event
> >>sh isdn stat
> >>primary(s) down, dialer up
> >>primary(s) up, dialer down
> >>sh isdn stat
> >>und all
> >>
> >>Thanks,
> >>
> >>mark
> >>
> >>
> >>
> >>
> >>_______________________________________________
> >>cisco-nsp mailing list cisco-nsp at puck.nether.net
> >>https://puck.nether.net/mailman/listinfo/cisco-nsp
> >>archive at http://puck.nether.net/pipermail/cisco-nsp/
> >
> >
> > _______________________________________________
> > cisco-nsp mailing list cisco-nsp at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
> >
> >
More information about the cisco-nsp
mailing list