cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1357
Views
1
Helpful
7
Replies

Howto set a redirect number (ccme 4.1)

alig.norbert
Enthusiast
Enthusiast

Hi all,

I have the following issue:

An external, incoming call is redirected (on a IP-Phone) to 3-party voicemail. The problem is, that there is no redirect-calling nummer (should be the local internal-nr.) in the information to the voicemail.

I need the redirect-nr information for the voicemail.

Here the ephone-dn settings (2999=>voicemail):

ephone-dn 167

number 2407 no-reg primary

label number(2407)

description 0xx/xx.xx.xx

name number 7

call-forward all 2999

call-forward noan 2999 timeout 3

Here the Voice-mail dial-peer:

dial-peer voice 11 voip

description ** VOICEMAIL **

destination-pattern 2999

voice-class h323 1

session target ipv4:192.168.x.x

dtmf-relay h245-alphanumeric

codec g711ulaw

no vad

Can I somehow set the redirect-nr (local) under the ephone-dn or do I have to do some changes under the BRI0/0/0?

Can anybody explain me what the "extract_redirect_orig_called_ie: IE type redirecting num none reason..."

debug output means?

Here some debug from the ISDN (Switzerland):

000254: Oct 22 17:01:25.928: ISDN BR0/0/1 Q931: RX <- SETUP pd = 8 callref = 0x47

Sending Complete

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0x8A

Exclusive, B2

Facility i = 0x91A1130202008002010F300A0201010A0101A1028100

Protocol Profile = Remote Operations Protocol

0xA1130202008002010F300A0201010A0101A1028100

Component = Invoke component

Invoke Id = 128

Operation = Diversion Leg2

Progress Ind i = 0x8083 - Origination address is non-ISDN

Calling Party Number i = 0x0181, '0819262410'

Plan:ISDN, Type:Unknown

Calling Party Number i = 0x0181, '0819262410'

Plan:ISDN, Type:Unknown

Called Party Number i = 0x81, '320'

Plan:ISDN, Type:Unknown

000255: Oct 22 17:01:25.928: ISDN BR0/0/1 Q931: extract_redirect_orig_called_ie: IE type redirecting num none reason 15cnt 1 plan -1 type 0 pres 1

000256: Oct 22 17:01:25.940: ISDN BR0/0/1 Q931: TX -> CALL_PROC pd = 8 callref = 0xC7

Channel ID i = 0x8A

Exclusive, B2

000257: Oct 22 17:01:26.152: ISDN BR0/0/1 Q931: TX -> ALERTING pd = 8 callref = 0xC7

000258: Oct 22 17:01:27.228: ISDN BR0/0/1 Q931: TX -> CONNECT pd = 8 callref = 0xC7

Channel ID i = 0x8A

Exclusive, B2

000259: Oct 22 17:01:27.296: ISDN BR0/0/1 Q931: RX <- CONNECT_ACK pd = 8 callref = 0x47

000260: Oct 22 17:01:27.296: %ISDN-6-CONNECT: Interface BRI0/0/1:2 is now connected to 0819262410 N/A

000261: Oct 22 17:01:29.784: ISDN BR0/0/1 Q931: RX <- DISCONNECT pd = 8 callref = 0x47

Cause i = 0x8090 - Normal call clearing

Progress Ind i = 0x8288 - In-band info or appropriate now available

000262: Oct 22 17:01:29.784: %ISDN-6-DISCONNECT: Interface BRI0/0/1:2 disconnected from 0819262410 , call lasted 2 seco

nds

Any hints?

Thanks an regards,

Norbert

7 Replies 7

tstanik
Contributor
Contributor

The error "extract_redirect_orig_called_ie: IE type redirecting num none reason" is usually caused by incorrect isdn switch type config. Following link may help you for ephone-dn settings

http://www.cisco.com/en/US/products/sw/voicesw/ps5520/products_administration_guide_chapter09186a00803e90aa.html#wp1052528

paolo bevilacqua
Hall of Fame Master Hall of Fame Master
Hall of Fame Master

Hi,

there may be two separate issues here. First, the message in debug isdn, it is due the telco is placing the call, with a ROP operation and the calling number twice. Not sure if this is related to the below, do all call come in this way that is a bit strange ?

Then if the voicemail is not seeing the redirecting number, can you take "debug cch323 all" to chek what the router is sending>

Hi all,

thanks for the reply.

Actually, the ISDN-debug "extract_redirect_orig_called_ie" only appears with an incoming redirected call from a mobile and it's telco related.

My workaround to solve this issue is, I put a translation redirect-called rule on the voice-port. So I got the redirect-information for the voicemail.

Greets,

Norbert

Hello Norbert, can you please post your detailed workaround? I have the same issue now with callisto express h323 (voicemail) and cme 4.2. When a external call is redirected to the voicemail then the voicemail is not receiving the redirecting id.

Here is the debug of the voicemail:

2008-04-15 18:05:42 Incoming Call. Called=999 Caller=0313001000 Redir=

2008-04-15 18:05:42 License: 2 Call(s). In use: 1 Call(s).

2008-04-15 18:05:43 Translated Numbers. Called=999 Caller=0313001000 Redir=

Normally behind the "Redir=" there is the redirecting number for the voicemail.

With CME 3.4 this worked with no problems.

Thanks for the help.

Regards Lukas

paolo bevilacqua
Hall of Fame Master Hall of Fame Master
Hall of Fame Master

Which exact IOS do you have ?

Hello, I've got:

c2801-spservicesk9-mz.124-11.XW6.bin

Regards Lukas

Hi Lukas,

It's on a 4.1 CCME (Version 12.4(11)XJ) with

Callisto H323.

The PSTN-connection is configured as special arrangement.

...

voice translation-rule 40

rule 1 /\(.*\)/ /0\1/

voice translation-rule 35

rule 5 /^0\(..\)/ /20\1/

rule 10 /.*/ /2000/

voice translation-rule 200

rule 1 /.*/ /2000/ => change the ridirect nr.

...

voice translation-profile extension

translate calling 40

translate called 35

translate redirect-called 200

...

dial-peer voice 11 voip

description ** VOICEMAIL **

destination-pattern 2999

voice-class h323 1

session target ipv4:192.168.18.11

dtmf-relay h245-alphanumeric

codec g711ulaw

no vad

....

This sample is on a 4.2 ccme (Version 12.4(11)XW5) with SIP Callisto .

The PSTN-connection is configured as special arrangement.

...

voice translation-rule 40

rule 1 /\(.*\)/ /0\1/

voice translation-rule 30

rule 15 /^0\(..\)/ /2\1/

voice translation-rule 100

rule 10 // //

...

voice translation-profile extension

translate calling 40

translate called 30

translate redirect-called 100

!

...

dial-peer voice 10 voip

mailbox-selection last-redirect-num

description Callisto Voice-Mail

destination-pattern 999

session protocol sipv2

session target ipv4:192.168.18.11

dtmf-relay sip-notify

codec g711ulaw

no vad

...

Maybe there is a better solution, but it worked for me.

Hope this help

Greets,

Norbert

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: