Cisco CUCM 6.1 PSTN calls busy

Unanswered Question
Jan 15th, 2014
User Badges:

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

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
mcappelli Wed, 01/15/2014 - 06:48
User Badges:

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 Wed, 01/15/2014 - 06:53
User Badges:
  • Cisco Employee,
  • Hall of Fame,

    2011

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

mcappelli Wed, 01/15/2014 - 06:58
User Badges:

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 Wed, 01/15/2014 - 07:01
User Badges:
  • Cisco Employee,
  • Hall of Fame,

    2011

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

Actions

This Discussion

Related Content