Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

50 % of Calls failing

I currently have a Cisco 3745 with multiple PRI/T1 modules in it. Two of these are connected to the PSTN.

controller T1 1/0

framing esf

linecode b8zs

pri-group timeslots 1-24

!

controller T1 4/0

framing esf

linecode b8zs

pri-group timeslots 1-24

!

interface Serial1/0:23

description Connected to Sprint

no ip address

no logging event link-status

isdn switch-type primary-5ess

isdn incoming-voice modem

no cdp enable

!

interface Serial4/0:23

description Connected to Sprint

no ip address

no logging event link-status

isdn switch-type primary-5ess

isdn incoming-voice modem

no cdp enable

!

When I try to make a call to my cell phone (or any number but I know my cell is not busy) it fails half of the time. When I do a debug isdn q931 interface serial 1/0:23 and 4/0:23 I get the following output:

This call failed.

Nov 6 15:22:40: ISDN Se4/0:23 Q931: pak_private_number: Invalid type/plan 0x0 0x0 may be overriden; sw-type 3

Nov 6 15:22:40: ISDN Se4/0:23 Q931: Applying typeplan for sw-type 0x3 is 0x2 0x1, Called num 4611844

Nov 6 15:22:40: ISDN Se4/0:23 Q931: TX -> SETUP pd = 8 callref = 0x4CBA

Bearer Capability i = 0x8090A2

Standard = CCITT

Transer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98397

Exclusive, Channel 23

Calling Party Number i = 0xA1, 'xxx5438182'

Plan:ISDN, Type:National

Called Party Number i = 0xA1, '4611844'

Plan:ISDN, Type:National

Nov 6 15:22:40: ISDN Se4/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0xCCBA

Channel ID i = 0xA98397

Exclusive, Channel 23

Nov 6 15:22:40: ISDN Se1/0:23 Q931: pak_private_number: Invalid type/plan 0x0 0x0 may be overriden; sw-type 3

Nov 6 15:22:40: ISDN Se1/0:23 Q931: Applying typeplan for sw-type 0x3 is 0x2 0x1, Called num 4611844

Nov 6 15:22:40: ISDN Se1/0:23 Q931: TX -> SETUP pd = 8 callref = 0x4CBB

Bearer Capability i = 0x8090A2

Standard = CCITT

Transer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98393

Exclusive, Channel 19

Calling Party Number i = 0xA1, 'xxx5438182'

Plan:

ourprigw1#ISDN, Type:National

Called Party Number i = 0xA1, '4611844'

Plan:ISDN, Type:National

Nov 6 15:22:40: ISDN Se4/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x4CBA

Cause i = 0x80AF - Resource unavailable, unspecified

Nov 6 15:22:40: ISDN Se1/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0xCCBB

Channel ID i = 0xA98393

Exclusive, Channel 19

Nov 6 15:22:40: ISDN Se4/0:23 Q931: RX <- RELEASE pd = 8 callref = 0xCCBA

Nov 6 15:22:40: ISDN Se4/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x4CBA

ourprigw1#

Nov 6 15:22:41: ISDN Se1/0:23 Q931: RX <- DISCONNECT pd = 8 callref = 0xCCBB

Cause i = 0x8091 - User busy

Nov 6 15:22:41: ISDN Se1/0:23 Q931: TX -> RELEASE pd = 8 callref = 0x4CBB

Nov 6 15:22:41: ISDN Se1/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0xCCBB

ourprigw1#un all

All possible debugging has been turned off

ourprigw1#

Nov 6 15:22:45: ISDN Se4/0:23 Q931: RX <- DISCONNECT pd = 8 callref = 0x01F4

Cause i = 0x8090 - Normal call clearing

Nov 6 15:22:45: ISDN Se4/0:23 Q931: TX -> RELEASE pd = 8 callref = 0x81F4

Nov 6 15:22:45: ISDN Se4/0:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x01F4

ourprigw1#

If I shut down interface 4/0:23 then the problem disappears, but I need to have this one active as well as we have over 1000 customers on our network.

Any ideas?

7 REPLIES
Green

Re: 50 % of Calls failing

Dave,

Your failure cause code is i=80AF

!

!

ourprigw1#ISDN, Type:National

Called Party Number i = 0xA1, '4611844'

Plan:ISDN, Type:National

Nov 6 15:22:40: ISDN Se4/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x4CBA

Cause i = 0x80AF - Resource unavailable, unspecified

Nov 6 15:22:40: ISDN Se1/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0xCCBB

Channel ID i = 0xA98393

Exclusive, Channel 19

Nov 6 15:22:40: ISDN Se4/0:23 Q931: RX <- RELEASE pd = 8 callref = 0xCCBA

Nov 6 15:22:40: ISDN Se4/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x4CBA

ourprigw1#

!

!

When you look this up it suggests that there is a

channel failure.

Your config shows :-

!

controller T1 4/0

framing esf

linecode b8zs

pri-group timeslots 1-24 <---- MAY BE THIS

!

Your failure was on channel 19.

I suspect that although you are configured for all 24

timeslots your server provider has something less than this set up.

Could be worth checking with your provider the number of timeslots that you should have

ISDN CAUSE REF

http://www.cisco.com/en/US/products/sw/iosswrel/ps5187/products_command_reference_chapter09186a008017cfa4.html#wp1003359

I hope this helps.

Alex Campbell

Regards, Alex. Please rate useful posts.
New Member

Re: 50 % of Calls failing

Hi,

did you solve this issue..if yes, could you please share the solution because i am facing the same problem.

thanks

Tom

New Member

Re: 50 % of Calls failing

You know, that was a long time ago. I am pretty sure that is was a Telco issue. We were adding another PRI and it was supposed to be bundled together. I believe there was an issue with the tying them together.

NO WAIT....uh this was a dial peer issue I think.

Give me a few minutes and I will dig for the history on this. Had to due with the order of outgoing dial peers on the router!

Dave

New Member

Re: 50 % of Calls failing

Ok, if my memory serves me correctly......

On my router I have hundreds of dial peers. In them there are two that have a destination pattern of .T that point all outbound calls to one of the two PRI's supplied by the Telco.

There are also some other dial peers that have a destination pattern of, lets say, 555T. So when anyone calls 555 whatever that DP points it to something else.

Well, if the .T dial peers do not come before the 555T and 666T etc. then half the calls ended up matching on a 555T and not the .T, and they don't get properly routed to the PSTN.

Make any sense? If not let me know and we can exchange info and talk.

Dave

New Member

Re: 50 % of Calls failing

soory ... I have only one dial peer in the router and that is with .T

and it was working configuration .3 days before occured this problem.telco also came to the site and tested their side.

awaitng for your lights

thanks for your kind reply..

New Member

Re: 50 % of Calls failing

The disconnect cause may reveal a pattern.

You can download a graphical PRI debugger that parses q931 debugs at pippinsoftware.com It's demo, just 10 channels, since they are still in beta testing. Could be useful for general debugging.

New Member

Re: 50 % of Calls failing

The first beta of this PRI debugger had some issues, there's a revised beta posted at pippinsoftware.com now.

194
Views
0
Helpful
7
Replies
CreatePlease login to create content