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

Cisco CUCM 6.1 PSTN calls busy

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

Everyone's tags (3)
7 REPLIES
Cisco Employee

Cisco CUCM 6.1 PSTN calls busy

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

www.cisco.com/go/pdi
Community Member

Cisco CUCM 6.1 PSTN calls busy

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#

Cisco Employee

Cisco CUCM 6.1 PSTN calls busy

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

www.cisco.com/go/pdi
Community Member

Cisco CUCM 6.1 PSTN calls busy

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

Cisco Employee

Cisco CUCM 6.1 PSTN calls busy

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

www.cisco.com/go/pdi
Community Member

Re: Cisco CUCM 6.1 PSTN calls busy

Jaime how can i send you the configuration?

Community Member

Cisco CUCM 6.1 PSTN calls busy

I hope it helps you.

Thank you

Marco

474
Views
0
Helpful
7
Replies
CreatePlease to create content