08-01-2012 06:21 AM - edited 03-16-2019 12:29 PM
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
08-01-2012 08:34 AM
Looks like it may be a codec negotiation issue. Can you post your config?
08-02-2012 01:44 AM
08-02-2012 02:50 AM
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
08-08-2012 04:23 AM
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
08-08-2012 05:06 AM
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 3translate called 4
dial-peer voice 200 pots
translation-profile incoming INCOMING_PSTNincoming called-number .T
direct-inward-dialport 0/0/0:15
!
dial-peer voice 201 pots
translation-profile incoming INCOMING_PSTNincoming called-number .T
direct-inward-dial
port 0/0/1:15
The incoming called number is - 1029 it could not be matched with the rulevoice 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
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide