Out of 10 calls 5 calls are getting engaged tone.

maulik_bmw · ‎08-16-2011

Hi All,

I am currently using Cisco 3845 for my SIP.When ever i dial my inbound number, out of 10 call only 5 calls are getting establishe and remaining 5 calls getting engaged. I did debug isdn q931 and below are the output.Can some one suggest on this??

Calling Party Number i = 0x2183, '2267582968'

Plan:ISDN, Type:National

*Aug 15 15:43:36.371: ISDN Se0/1/1:15 Q931: Received SETUP callref = 0x82B5 cal

lID = 0x001E switch = primary-net5 interface = User

*Aug 15 15:43:36.375: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 i

s 0x2 0x1, Calling num 2267582968

*Aug 15 15:43:36.375: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 i

s 0x0 0x0, Called num 3154

*Aug 15 15:43:36.375: ISDN Se0/1/1:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x

82B5

Channel ID i = 0xA9838F

Exclusive, Channel 15

Progress Ind i = 0x8188 - In-band info or appropriate now available

*Aug 15 15:43:36.379: ISDN Se0/1/1:15 Q931: Applying typeplan for sw-type 0x12 i

s 0x2 0x1, Calling num 2267582968

*Aug 15 15:43:36.379: ISDN Se0/1/1:15 Q931: Sending SETUP callref = 0x008E call

ID = 0x8027 switch = primary-net5 interface = User

*Aug 15 15:43:36.379: ISDN Se0/1/1:15 Q931: TX -> SETUP pd = 8 callref = 0x008E

Sending Complete

Bearer Capability i = 0x9090A3

Standard = CCITT

Transfer Capability = 3.1kHz Audio

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA9839F

Exclusive, Channel 31

Progress Ind i = 0x8283 - Origination address is non-ISDN

Calling Party Number i = 0x2183, '2267582968'

Plan:ISDN, Type:National

Called Party Number i = 0x80, '3154'

Plan:Unknown, Type:Unknown

*Aug 15 15:43:36.415: ISDN Se0/1/1:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x

808E

Channel ID i = 0xA9839F

Exclusive, Channel 31

*Aug 15 15:43:36.467: ISDN Se0/1/1:15 Q931: RX <- DISCONNECT pd = 8 callref = 0

x808E

Cause i = 0x829C - Invalid number format (incomplete number)

Progress Ind i = 0x8288 - In-band info or appropriate now available

*Aug 15 15:43:36.467: ISDN Se0/1/1:15 Q931: call_disc: PI received in disconnect

; Postpone sending RELEASE for callid 0x8027

*Aug 15 15:43:36.467: ISDN Se0/1/1:15 Q931: TX -> DISCONNECT pd = 8 callref = 0

x82B5

Cause i = 0x809C - Invalid number format (incomplete number)

Progress Ind i = 0x8288 - In-band info or appropriate now available

*Aug 15 15:43:36.519: ISDN Se0/1/1:15 Q931: RX <- RELEASE pd = 8 callref = 0x02

B5

*Aug 15 15:43:36.519: ISDN Se0/1/1:15 Q931: TX -> RELEASE_COMP pd = 8 callref =

0x82B5

*Aug 15 15:43:36.523: ISDN Se0/1/1:15 Q931: TX -> RELEASE pd = 8 callref = 0x00

8E

*Aug 15 15:43:36.543: ISDN Se0/1/1:15 Q931: RX <- RELEASE_COMP pd = 8 callref =

0x808E

*Aug 15 15:43:47.135: ISDN Se0/1/1:15 Q931: RX <- SETUP pd = 8 callref = 0x02B6

Sending Complete

Bearer Capability i = 0x9090A3

Standard = CCITT

Transfer Capability = 3.1kHz Audio

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA9839F

Exclusive, Channel 31

Progress Ind i = 0x8283 - Origination address is non-ISDN

Calling Party Number i = 0x2183, '2267582968'

Plan:ISDN, Type:National

*Aug 15 15:43:47.135: ISDN Se0/1/1:15 Q931: Received SETUP callref = 0x82B6 cal

lID = 0x001F switch = primary-net5 interface = User

*Aug 15 15:43:47.139: ISDN Se0/1/1:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x

82B6

Channel ID i = 0xA9839F

Exclusive, Channel 31

Progress Ind i = 0x8188 - In-band info or appropriate now available

*Aug 15 15:43:47.151: ISDN Se0/1/1:15 Q931: TX -> ALERTING pd = 8 callref = 0x8

2B6

*Aug 15 15:43:47.155: ISDN Se0/1/1:15 Q931: TX -> CONNECT pd = 8 callref = 0x82

B6

*Aug 15 15:43:47.191: ISDN Se0/1/1:15 Q931: RX <- CONNECT_ACK pd = 8 callref =

0x02B6

*Aug 15 15:43:47.191: %ISDN-6-CONNECT: Interface Serial0/1/1:30 is now connected

to 2267582968 N/A

*Aug 15 15:43:47.191: %ISDN-6-CONNECT: Interface Serial0/1/1:30 is now connected

to 2267582968 N/A

*Aug 15 15:43:47.191: %ISDN-6-CONNECT: Interface Serial0/1/1:30 is now connected

to 2267582968 N/A

*Aug 15 15:43:53.191: %ISDN-6-CONNECT: Interface Serial0/1/1:30 is now connected

to 2267582968 N/A

*Aug 15 15:44:00.111: ISDN Se0/1/1:15 Q931: RX <- DISCONNECT pd = 8 callref = 0

x02B6

Cause i = 0x8290 - Normal call clearing

Progress Ind i = 0x8288 - In-band info or appropriate now available

*Aug 15 15:44:00.111: %ISDN-6-DISCONNECT: Interface Serial0/1/1:30 disconnected

from 2267582968 , call lasted 12 seconds

*Aug 15 15:44:00.111: ISDN Se0/1/1:15 Q931: call_disc: PI received in disconnect

; Postpone sending RELEASE for callid 0x1F

*Aug 15 15:44:00.131: ISDN Se0/1/1:15 Q931: TX -> RELEASE pd = 8 callref = 0x82

B6

*Aug 15 15:44:00.147: ISDN Se0/1/1:15 Q931: RX <- RELEASE_COMP pd = 8 callref =

0x02B6

gmgarrian · ‎08-16-2011

All all 10 calls to the same DID? How many cuncurrent calls? Was this working before?

maulik_bmw · ‎08-16-2011

Hi,

All 10 calls to the same DID no that is 3154.This works perfectly fine in AudioCode system but doesnt work well in Cisco 3845

gmgarrian · ‎08-16-2011

Is this an MGCP gw or cube?

Is it always the 6th call and after that have the issue or is it random?

Also, I may be mistaken but that debug looks more like a pri t1 than SIP.

I'm just brainstorming here but this is an interesting problem.

maulik_bmw · ‎08-16-2011

it happens randomly.Yes it a pri but later converted to SIP ..Any number dial comes on Router,router then forward the calls to Cosmocom dialer where we have configure the IVR.Ideally IVR should be playing when some one calls up.

But when debuging isdn q931 i get Cause i = 0x809C - Invalid number format (incomplete number). it means router didnt forward that particular call to Cosmocom dialer.

gmgarrian · ‎08-16-2011

When things happen sporadically it usually isn't an issue with the config. One thing I would try is to do a "show voice-port summary" and refresh that while making a lot of test calls to see if it's specific channels that are having the issue.

Other than that I'm stumped. I know there are some licensing considerations for a CUBE config, maybe you're hitting a licensing limit?

Sebastiandm_2 · ‎08-16-2011

I know this is basic, but have you checked your E1 for any slips or errors ? Have you tried checking each of your isdn channels show isdn service ? You could also test your DSP`s...

Chad Stachowicz · ‎08-16-2011

I see this is a SIP Trunk in earlier posts...

This is gonna be hard to explain but its likely associated to to the device pool you have selected on the Trunk.

Lets say you have 3 CUCM's.

10.10.10.10

20.20.20.20

30.30.30.30

Now lets say you dial peers send all calls to 30.30.30.30 cucm first and 20.20.20.20 second..

Now lets say your device pool has a CUCM group associated to it that has

10.10.10.10 and 30.30.30.30 in the group..

If a call was sent to 20.20.20.20 in this scenario it would fail...

Make sure the CUCM's your dial peers are pointing too, match the CUCM group that is selected via device pool..

sounds like the issue..

HTH,

Chad

maulik_bmw · ‎08-17-2011

Hi All,

Issue is resolved now. Problem found on Dial-peer Pots

Thanks you all for your valuable inputs!!!!!