CUE voicemail issue

[guilherme]

Hi,

We have an issue with CFNA to CUE voicemail, searching around NetPro I found many users with similar issues but nothing we tried so far solved the problem.

The router is running CUE 3.1.2, CME 4.3 and IOS 12.4(15)XZ. Users can access mailboxes normally.

If I call from an inside extension to another extension and wait for CFNA timer (set to 10 sec) I get a message from our local telephony operator saying that the number doesn't exists - which means that CME is forwarding the call to the PSTN instead of voicemail (?). If I call from a external number to inside the company and wait for CFNA timer to forward the call I just get a busy tone.

router config:

voice translation-rule 1

rule 1 /^021/ /014/

rule 2 /^023/ /014/

rule 3 /^025/ /014/

rule 4 /^015/ /014/

voice translation-profile outcalls

translate called 1

...

dial-peer voice 1 pots

translation-profile outgoing outcalls

destination-pattern .T

port 0/0/0:15

dial-peer voice 2 pots

incoming called-number 27..

direct-inward-dial

dial-peer voice 3 pots

destination-pattern 2749

port 0/1/0

dial-peer voice 100 voip

destination-pattern 2747

session protocol sipv2

session target ipv4:10.10.0.2

dtmf-relay sip-notify

codec g711ulaw

no vad

dial-peer voice 101 voip

destination-pattern 2748

session protocol sipv2

session target ipv4:10.10.0.2

dtmf-relay sip-notify

codec g711ulaw

no vad

...

telephony-service

load 7912 CP7912080003SCCP070409A

load 7920 cmterm_7920.4.0-03-02

max-ephones 16

max-dn 192

ip source-address 10.10.0.1 port 2000

service dnis dir-lookup

timeouts interdigit 3

timeouts ringing 60

time-format 24

date-format dd-mm-yy

dialplan-pattern 1 5133732... extension-length 4

voicemail 2747

max-conferences 8 gain -6

moh music-on-hold.au

dn-webedit

time-webedit

transfer-system full-consult

create cnf-files version-stamp 7960 Jul 16 2008 16:34:45

...

ephone-dn 146 dual-line

call-waiting ring

number 2732

pickup-group 1

call-forward noan 2747 timeout 10

no huntstop

[Chad Stachowicz · Accepted solution]

There is a well known bug with using CUE + Dial-plan pattern command.

What it does is translate all calls, therefore your dial-peer to unity actually looks like

5133732747 and its not hitting because your forwarding to 2747 to resolve do this!

voice translation-rule 10

rule 1 /513373\(2...\)/ /\1/

voice translation-profile to-cue

translate called 10

translate redirect-called 10

translate calling 10

now change your dial-peer to this!

dial-peer voice 100 voip

translation-profile outgoing to-cue

destination-pattern 5133732747

session protocol sipv2

session target ipv4:10.10.0.2

dtmf-relay sip-notify

codec g711ulaw

no vad

dial-peer voice 101 voip

translation-profile outgoing to-cue

destination-pattern 5133732748

session protocol sipv2

session target ipv4:10.10.0.2

dtmf-relay sip-notify

codec g711ulaw

!

no vad

dial-peer voice 102 voip

destination-pattern 2747

session protocol sipv2

session target ipv4:10.10.0.2

dtmf-relay sip-notify

codec g711ulaw

no vad

dial-peer voice 103 voip

destination-pattern 2748

session protocol sipv2

session target ipv4:10.10.0.2

dtmf-relay sip-notify

codec g711ulaw

no vad

Now incoming from the PSTN should have answered, please check to make sure the pilot number is set to the correct 4 digit number in CUE.

HTH, please rate useful posts!

Chad

[guilherme]

Hi Chad,

Thanks for your reply. I'm going to try that! Do you have this bug ID by the way?

Thanks.

Guilherme

[Chad Stachowicz]

I am not sure there is a bugID because i think the way dial-plan pattern works thats just a nasty side effect. You can also make an incoming voice-translation rule and translate incoming calls with that, and then remove dial-plan pattern! This is also acceptable!

Chad