Howto set a redirect number (ccme 4.1)

[alig.norbert]

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

[tstanik]

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]

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>

[alig.norbert]

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

[lus]

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]

Which exact IOS do you have ?

[lus]

Hello, I've got:

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

Regards Lukas

[alig.norbert]

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