Call manager Forwarding directly to Voice Mail

[julianparras]

Hi all,

Recently we did an upgrade moving our CM to SIP from SCCP

Im looking to call directly to peoples mail boxes (via 2000 the voicemail number followed by the extension. e.g. 200393**). When i call 2003 i get no response where as in the previous config we had we could call 200393** and directly reach the users vmbox. the old config looked something like this 

voice translation-rule 1
rule 1 /^79642\(...\)/ /2\1/

voice translation-rule 3
rule 1 /^20037964\(....\)$/ /\1/
rule 2 /^2003\(....\)$/ /\1/

voice translation-profile vmbox
translate called 1
translate redirect-called 3

dial-peer voice 16 voip
description "SIP dial-peer to UnityX"
translation-profile outgoing vmbox
destination-pattern 2...
session protocol sipv2
session target ipv4:192.168.2.18
dtmf-relay sip-notify
codec g711ulaw
no vad

dial-peer voice 17 voip
description "SIP dial-peer to UnityX with E.164 translated to 4 digits"
translation-profile outgoing testmail
destination-pattern 79642...
session protocol sipv2
session target ipv4:192.168.2.18
dtmf-relay sip-notify
codec g711ulaw
no vad

Although when i put this config in the new version of IOS it is not seeming to work. Is there something i am missing and could maybe get some assistance?

[Roger Kallberg]

As far as I can tell there is no dial peer that sends calls for 2003.... to Unity.

Try with adding the following to your configuration to combine both your current dial peers and add 2003.... to it also.

voice class e164-pattern-map 1
description E164 Pattern Map for called number to UnityX
e164 2...
e164 2003....
e164 79642...
!
dial-peer voice 16 voip
no destination-pattern
destination e164-pattern-map 1
!
no dial-peer voice 17

Your not showing the translation profile you have for dial peer 17, "testmail", so possibly you'd might need to modify the translation profile "vmbox" to include the same as "testmail". If your uncertain do a debug voip translation to see what the translation does or do a test voice translation-rule <rule number> <number to translate> to check it directly in IOS.

[julianparras]

Thank you for your quick reply. I have made the following changes and this is my current config. Also below please see the debugging. I have removed "testmail" and am only using "vmbox" 

I still seem to be getting "Unknown Number" when i dial the 2003.... numbers.

voice translation-rule 1
rule 1 /^79642\(...\)/ /2\1/
!
voice translation-rule 3
rule 1 /^20037964\(....\)$/ /\1/
rule 2 /^2003\(....\)$/ /\1/

voice translation-profile vmbox
translate called 1
translate redirect-called 3

voice class e164-pattern-map 1
description E164 Pattern Map for called number to UnityX
e164 79642...
e164 2003....
e164 2...

dial-peer voice 16 voip
description "SIP dial-peer to UnityX"
translation-profile outgoing vmbox
session protocol sipv2
session target ipv4:192.168.2.18
destination e164-pattern-map 1
codec g711ulaw
no vad
!
*May 5 22:55:04.882: //-1/xxxxxxxxxxxx/RXRULE/regxrule_get_profile_from_trunkgroup_internal:
Voice port 0x1C2744C dsl=-1 timeslot=0 does not belong to any trunk group
*May 5 22:55:04.882: //-1/4B3EBE2383DC/RXRULE/regxrule_stack_pop_RegXruleNumInfo: stack=0x1C27DB4; count=1
*May 5 22:55:04.882: //-1/4B3EBE2383DC/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x1629DA48
*May 5 22:55:04.882: //-1/4B3EBE2383DC/RXRULE/regxrule_stack_push_RegXruleNumInfo_internal: stack=0x1C27DB4; count=1
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_translate_exist_internal: no rule for callback-number number
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_profile_translate_internal: number=79649306 type=unknown plan=unknown numbertype=calling
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_match: No match; number=79649306 rule precedence=1
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_match: No match; number=79649306 rule precedence=2
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_profile_match_internal: No match found
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_profile_translate_internal: No match: number=79649306 type=unknown plan=unknown
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_profile_translate_internal: number=2003 type=unknown plan=unknown numbertype=called
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_match: No match; number=2003 rule precedence=1
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_profile_match_internal: No match found
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_profile_translate_internal: No match: number=2003 type=unknown plan=unknown
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_profile_translate_internal: number= type=unknown plan=unknown numbertype=redirect-target
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_get_RegXrule: Invalid translation ruleset tag=0
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_profile_match_internal: Error: ruleset for redirect-target number not found
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_profile_translate_internal: No match: number= type=unknown plan=unknown
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_profile_translate_internal: number= type=unknown plan=unknown numbertype=redirect-called
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_match: more digits needed; number= rule precedence=1
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_match: more digits needed; number= rule precedence=2
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_rule_match: partial match found, partial_match 2
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_profile_match_internal: partial match found with rule 2 ruleset 3
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_profile_translate_internal: partial match found
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_stack_pop_RegXruleNumInfo: stack=0x1C27DB4; count=1
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x1629DA48
*May 5 22:55:06.042: //-1/4B3EBE2383DC/RXRULE/regxrule_stack_push_RegXruleNumInfo_internal: stack=0x1C27DB4; count=1
*May 5 22:55:06.042: //-1/xxxxxxxxxxxx/RXRULE/sed_subst: No match! number= matchPattern=id; |[; ]*id$ replacePattern=
*May 5 22:55:06.050: //-1/4B3EBE2383DC/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x0
*May 5 22:55:10.442: //-1/4B3EBE2383DC/RXRULE/regxrule_stack_pop_RegXruleNumInfo: stack=0x1C27DB4; count=1
*May 5 22:55:10.442: //-1/4B3EBE2383DC/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x1629DA48

Thank you again any help is much appreciated!

[Roger Kallberg]

From the output it doesn’t look like your call is matching your translations and it also looks like it’s references configuration that you have not shared. Please share the whole configuration and also the output from debug voip ccapi inout. Please attach both as files to make it easier to look at.

[julianparras]

Thank you for your help. I have attached the 2 files. I have changed the number from 7964 to 9426. Sorry for the time difference and delay in response i am in Australia.

Regards.

[sudaggar]

In the GW config, translation rule 1 is configured as:
voice translation-rule 1
rule 1 /^94262\(...\)/ /2\1/

However, in dial-peer 16 you have configured "translation-profile outgoing vmbox" where
voice translation-profile vmbox
translate called 1
translate redirect-called 3

for call made, called number is 2003 and there is no rule matching this one in "voice translation-rule 1"

Add one more rule in "voice translation-rule 1":
voice translation-rule 1
rule 1 /^94262\(...\)/ /2\1/
rule 2 /^2003/ /2003/

And made a test call and share the output.

[julianparras]

Thank you i have attached the Debug after the call. 

Regards

[sudaggar]

debugs are not complete. does the call work or still failing.

please collect below debug:
ccsip messages
ccapi inout

[julianparras]

Sorry attached below are the debugs requested. The call is not working as i am still getting an "Unknown Number" When i call 2003 as well as 2003XXXX (which redirects to 2003)

Regards

[sudaggar]

Thanks for sharing the debugs.

I can see calls are reaching out to CUE and below is the invite sent:

Sent:
INVITE sip:2003@192.168.2.18:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.17:5060;branch=z9hG4bKD819AF
From: <sip:94269399@sipvoice.syd.aapt.com.au>;tag=146C404-1885
To: <sip:2003@192.168.2.18>
Date: Thu, 07 May 2020 04:16:32 GMT

After that error is received from CUE, 404 not found:

*May 7 04:16:32.550: //228/5D50BA628038/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 192.168.2.17:5060;branch=z9hG4bKD819AF
To: <sip:2003@192.168.2.18>;tag=dsf5799c84

Please check if the extension "94269399" configured in CUE.

Also please share CUE config.

[Ayodeji Okanlawon]

Hi Julian,

I am a little confused. Are you using unity connection or CUE?

Secondly, why are you sending calls directly to unity if you have CUCM in your environment. If I got you right, your integration to unity was originally using SCCP? and now you changed it to SIP?

Can you clarify these points?

[julianparras]

Hi Ayodeji,

We are using CUE as well as CUCME. The integration was also using SCCP and has been changed to SIP over the last weekend. 

We are using needing this as we are wanting to make calls directly to unity for the following scenario. A call will go through a hunt group starting at 1 customer service member. If the hunt group fails an AA will come up asking to leave a message. We will need to dial the initially called staff member via 2003XXXX for the customer to leave a message for its intended recipient. 

Regards