Cisco CUCM 6.1 PSTN calls busy

mcappelli · ‎01-15-2014

Hello,

We have a customer who has a cluster CUCM 6.1

In one remote site he has a Voice-Gateway with a E1 Primary.

The incoming calls done by VOIP or digital lines works perfectly while analog calls are busy.

Someone can help me ?
Thanks in advance

Jaime Valencia · ‎01-15-2014

Were they working before?

What does the debug says about those calls?

HTH

java

if this helps, please rate

www.cisco.com/go/pdihelpdesk

HTH

java

if this helps, please rate

mcappelli · ‎01-15-2014

Hello Jaime,

it's a new installation, today is its first day

Here the debugs:

deb isdn q921
debug isdn q921 is ON.

*Jan 15 14:51:20.962: ISDN Se0/0/0:15 Q921: User TX -> RRp sapi=0 tei=0 nr=118
*Jan 15 14:51:20.974: ISDN Se0/0/0:15 Q921: User RX <- RRf sapi=0 tei=0 nr=35
*Jan 15 14:51:24.814: ISDN Se0/0/0:15 Q921: User RX <- INFO sapi=0 tei=0, ns=118 nr=35
*Jan 15 14:51:24.814: ISDN Se0/0/0:15 Q921: User TX -> RR sapi=0 tei=0 nr=119
*Jan 15 14:51:24.818: ISDN Se0/0/0:15 Q921: User TX -> INFO sapi=0 tei=0, ns=35 nr=119
*Jan 15 14:51:24.822: ISDN Se0/0/0:15 Q921: User TX -> INFO sapi=0 tei=0, ns=36 nr=119
*Jan 15 14:51:24.838: ISDN Se0/0/0:15 Q921: User RX <- RR sapi=0 tei=0 nr=36
*Jan 15 14:51:24.842: ISDN Se0/0/0:15 Q921: User RX <- RR sapi=0 tei=0 nr=37
*Jan 15 14:51:24.882: ISDN Se0/0/0:15 Q921: User RX <- INFO sapi=0 tei=0, ns=119 nr=37
*Jan 15 14:51:24.882: ISDN Se0/0/0:15 Q921: User TX -> RR sapi=0 tei=0 nr=120
*Jan 15 14:51:24.882: ISDN **ERROR**: Module-CCPRI Function-CCPCC_CallReleasing Error-Unknown event received in message from L3 or Host: 93
*Jan 15 14:51:24.906: ISDN Se0/0/0:15 Q921: User RX <- INFO sapi=0 tei=0, ns=120 nr=37
*Jan 15 14:51:24.910: ISDN Se0/0/0:15 Q921: User TX -> RR sapi=0 tei=0 nr=121
*Jan 15 14:51:24.910: ISDN Se0/0/0:15 Q921: User TX -> INFO sapi=0 tei=0, ns=37 nr=121
*Jan 15 14:51:24.926: ISDN Se0/0/0:15 Q921: User RX <- RR sapi=0 tei=0 nr=38
*Jan 15 14:51:34.930: ISDN Se0/0/0:15 Q921: User TX -> RRp sapi=0 tei=0 nr=121
*Jan 15 14:51:34.942: ISDN Se0/0/0:15 Q921: User RX <- RRf sapi=0 tei=0 nr=38

Tiare_VG#deb isdn q931
debug isdn q931 is ON.
Tiare_VG#
Tiare_VG#
Tiare_VG#
*Jan 15 14:51:59.814: %ISDN-6-DISCONNECT: Interface Serial0/0/0:7 disconnected from 38640500470 , call lasted 138 seconds
*Jan 15 14:51:59.814: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x8800
Cause i = 0x8090 - Normal call clearing
*Jan 15 14:51:59.866: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x0800
*Jan 15 14:51:59.870: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x8800
*Jan 15 14:52:00.510: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8 callref = 0x1600
Bearer Capability i = 0x9090A3
Standard = CCITT
Transfer Capability = 3.1kHz Audio
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA18385
Preferred, Channel 5
Progress Ind i = 0x8283 - Origination address is non-ISDN
Calling Party Number i = 0x2183, '522924145'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '4819647'
Plan:ISDN, Type:National
*Jan 15 14:52:00.510: ISDN Se0/0/0:15 Q931: TX -> SETUP_ACK pd = 8 callref = 0x9600
Channel ID i = 0xA98385
Exclusive, Channel 5
*Jan 15 14:52:00.514: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x9600
Cause i = 0x8081 - Unallocated/unassigned number
*Jan 15 14:52:00.598: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x1600
*Jan 15 14:52:00.598: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x9600

Tiare_VG#deb isdn eve
debug isdn event is ON.
Tiare_VG#
Tiare_VG#
Tiare_VG#
*Jan 15 14:52:44.354: ISDN Se0/0/0:15 EVENT: process_rxstate: ces/callid 1/0x48 calltype 2 CALL_INCOMING
*Jan 15 14:52:44.354: ISDN Se0/0/0:15 EVENT: call_incoming: call_id 0x0048, Guid = 866C2DEB8049
*Jan 15 14:52:44.430: ISDN Se0/0/0:15 EVENT: process_rxstate: ces/callid 1/0x48 calltype 2 CALL_CLEARED
Tiare_VG#

Tiare_VG#deb voice ccapi ino
voip ccapi inout debugging is on
Tiare_VG#
Tiare_VG#
Tiare_VG#
*Jan 15 14:53:09.354: //-1/9552E06B804A/CCAPI/cc_api_display_ie_subfields:
   cc_api_call_setup_ind_common:
   cisco-username=
   ----- ccCallInfo IE subfields -----
   cisco-ani=00522924145
   cisco-anitype=2
   cisco-aniplan=1
   cisco-anipi=0
   cisco-anisi=3
   dest=4819647
   cisco-desttype=2
   cisco-destplan=1
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=-1
   cisco-rdnplan=-1
   cisco-rdnpi=-1
   cisco-rdnsi=-1
   cisco-redirectreason=-1
*Jan 15 14:53:09.354: //-1/9552E06B804A/CCAPI/cc_api_call_setup_ind_common:
   Interface=0x6686DACC, Call Info(
   Calling Number=00522924145(TON=National, NPI=ISDN, Screening=Network, Presentation=Allowed),
   Called Number=4819647(TON=National, NPI=ISDN),
   Calling Translated=TRUE, Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE,
   Incoming Dial-peer=1, Progress Indication=ORIGINATING SIDE IS NON ISDN(3), Calling IE Present=TRUE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=-1
*Jan 15 14:53:09.354: //-1/9552E06B804A/CCAPI/ccCheckClipClir:
   In: Calling Number=00522924145(TON=National, NPI=ISDN, Screening=Network, Presentation=Allowed)
*Jan 15 14:53:09.354: //-1/9552E06B804A/CCAPI/ccCheckClipClir:
   Out: Calling Number=00522924145(TON=National, NPI=ISDN, Screening=Network, Presentation=Allowed)
*Jan 15 14:53:09.354: //252/9552E06B804A/CCAPI/cc_api_call_setup_ind_common:
   Set Up Event Sent;
   Call Info(Calling Number=00522924145(TON=National, NPI=ISDN, Screening=Network, Presentation=Allowed),
   Called Number=4819647(TON=National, NPI=ISDN))
*Jan 15 14:53:09.354: //252/9552E06B804A/CCAPI/cc_process_call_setup_ind:
   Event=0x65F7D718
*Jan 15 14:53:09.354: //252/9552E06B804A/CCAPI/ccCallSetContext:
   Context=0x65110A64
*Jan 15 14:53:09.354: //252/9552E06B804A/CCAPI/cc_process_call_setup_ind:
   >>>>CCAPI handed cid 252 with tag 1 to app "_ManagedAppProcess_Default"
*Jan 15 14:53:09.354: //252/9552E06B804A/CCAPI/ccCallSetupAck:
   Call Id=252
*Jan 15 14:53:09.354: //252/9552E06B804A/CCAPI/cc_api_set_transfer_info:
   Transfer Number=, Transfer Reason=0x0
*Jan 15 14:53:09.358: //252/9552E06B804A/CCAPI/ccCallDisconnect:
   Cause Value=1, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
*Jan 15 14:53:09.358: //252/9552E06B804A/CCAPI/ccCallDisconnect:
   Cause Value=1, Call Entry(Responsed=TRUE, Cause Value=1)
*Jan 15 14:53:09.358: //252/9552E06B804A/CCAPI/cc_api_get_transfer_info:
   Transfer Number Is Null
*Jan 15 14:53:09.454: //252/9552E06B804A/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x6686DACC, Tag=0x0, Call Id=252,
   Call Entry(Disconnect Cause=1, Voice Class Cause Code=0, Retry Count=0)
*Jan 15 14:53:09.454: //252/9552E06B804A/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent

Tiare_VG#
Tiare_VG#

Jaime Valencia · ‎01-15-2014

Problem is your configuration,

Cause i = 0x8081 - Unallocated/unassigned number

Check inbound CSS, significant digits, and call routing from GW to CUCM (If H323), and from the GW configured in CUCM to the phone, or whatever you're trying to reach.

HTH

java

if this helps, please rate

www.cisco.com/go/pdihelpdesk

HTH

java

if this helps, please rate

mcappelli · ‎01-15-2014

Jaime but only overlap incoming calls doesn't work.

If the problem is the configuration also with VOIP and GSM calls dont work.

Is it true ?

Marco

Jaime Valencia · ‎01-15-2014

I don't know what your config looks like, there's no way I can answer your question. Only you are able to answer that.

The debugs show that reason code, and what I mentioned, are the common causes for it.

HTH

java

if this helps, please rate

www.cisco.com/go/pdihelpdesk

HTH

java

if this helps, please rate

mcappelli · ‎01-15-2014

Jaime how can i send you the configuration?

mcappelli · ‎01-16-2014

I hope it helps you.

Thank you

Marco