cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1005
Views
0
Helpful
5
Replies

Incoming Call Dropped Cisco CCME

nizar.houichi
Level 1
Level 1
Hello,

We have deployed a Cisco TOIP Solution for our customers based Cisco Call Manager Express.
The détails of the implementation is below:
- ISR Platform: Cisco C3925
- CCME Version: 9.0 
- IOS Version: IOS 15.2(2)T
- PSTN Access: E1 using primary-net5 as isdn switch type

We have an issue with incoming call: when dialing the DID number of the phone, it rings
correctly but when we pick up the phone, the call is dropped automaticly.

Here is the show of the output of ISDN Q931 debug:

Jul 27 10:13:36.138: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8  callref = 0x0033
        Bearer Capability i = 0x9090A3
                Standard = CCITT
                Transfer Capability = 3.1kHz Audio
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98381
                Exclusive, Channel 1
        Progress Ind i = 0x8183 - Origination address is non-ISDN
        Calling Party Number i = 0x0080, '0147293031'
                Plan:Unknown, Type:Unknown
        Called Party Number i = 0x80, '1029'
                Plan:Unknown, Type:Unknown
Jul 27 10:13:36.138: ISDN Se0/0/0:15 Q931: Received SETUP  callref = 0x8033 callID =
0x000C switch = primary-net5 interface = User
Jul 27 10:13:36.146: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8  callref = 0x8033
        Channel ID i = 0xA98381
                Exclusive, Channel 1
Jul 27 10:13:36.146: ISDN Se0/0/0:15 Q931: TX -> ALERTING pd = 8  callref = 0x8033
        Progress Ind i = 0x8188 - In-band info or appropriate now available
Jul 27 10:13:41.522: ISDN Se0/0/0:15 Q931: TX -> CONNECT pd = 8  callref = 0x8033
Jul 27 10:13:41.534: ISDN Se0/0/0:15 Q931: RX <- CONNECT_ACK pd = 8  callref = 0x0033
Jul 27 10:13:41.570: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8  callref = 0x0033
        Cause i = 0x81CF - Service/option not implemented, unspecified
        Progress Ind i = 0x8188 - In-band info or appropriate now available
Jul 27 10:13:41.570: ISDN Se0/0/0:15 Q931: call_disc: PI received in disconnect; Postpone
sending RELEASE for callid 0xC
Jul 27 10:13:41.594: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8  callref = 0x8033
Jul 27 10:13:41.602: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8  callref = 0x0033
        Cause i = 0x8090 - Normal call clearing

Thanks in advance.

Nizar
5 Replies 5

brmeade
Level 4
Level 4

Looks like it may be a codec negotiation issue.  Can you post your config?

Hi Meade,

Thanks for your reply.

here is the configuration of the CCME.

Thanks in advance.

best Regards

Nizar

Hi,

Try and configure the ff on your voice port

voice-port 0/0/0:15

bearer-cap speech

Do a test call and send the debug isdn q931 again.

Please rate all useful posts

"'Nature is too thin a screen, the glory of the omnipresent God bursts through it everywhere"-Ralph Waldo Emerson

Please rate all useful posts

Hello

Thanks for your reply, but the issue is not resolved and I have the same error on the Debug ISDN output

Have anathor solution

Hello Nizar,

From the isdn debug I see the following:

Called Party Number i = 0x80, '1029'
                Plan:Unknown, Type:Unknown

In the configuration under the dial-peer respective
translation profile iI see the following :

voice translation-rule 3

rule 1 /^/ /0/

!

voice translation-rule 4

rule 1 /7\(...\)/ /3\1/

rule 2 /8\(...\)/ /4\1/

voice translation-profile INCOMING_PSTN

translate calling 3

translate called 4

dial-peer voice 200 pots

translation-profile incoming INCOMING_PSTN

incoming called-number .T

direct-inward-dial

port 0/0/0:15

!

dial-peer voice 201 pots

translation-profile incoming INCOMING_PSTN

incoming called-number .T

direct-inward-dial
port 0/0/1:15


The incoming called number is - 1029 it could not be matched with the rule

voice translation-rule 4

rule 1 /7\(...\)/ /3\1/

rule 2 /8\(...\)/ /4\1/


maybe you need to add:
rule 4 /1\(...\)/ /4\1/

or whatever 1... number should match

HTH,
Alex

*Please rate helpful posts