cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1211
Views
0
Helpful
3
Replies

voice translation rule not working in IOS 15

jobeattie
Level 1
Level 1

Hi all

Hoping someone can help me with a translation rule problem that has been driving me crazy the last couple of days please!

 

I have a voice translation rule applied to an incoming dial-peer that translates the called number from 10 digits to 3. (That then matches an outbound dial-peer and sends call to a handset or ultimately CUCM or a Lync server.)

It works with IOS 124-15.T4 but after changing to IOS 151-4.M10 it is no longer working.  Why? Hardware is 2821

 

Here's the relevant config:

voice translation-rule 900
 rule 1 /0298765432/ /333/

voice translation-profile Engin_Incoming
 translate called 900

dial-peer voice 333 pots
 destination-pattern 333
 port 0/0/1

dial-peer voice 8212 voip
 description Incoming SIP call from Engin
 translation-profile incoming Engin_Incoming
 destination-pattern 0298765432
 session protocol sipv2
 session target dns:byo.engin.com.au
 incoming called-number 0298765432
 voice-class codec 1

 

Here's debug output (from IOS 15):

deb voip dialpeer
voip dialpeer default debugging is on
ff-voice02#
Apr 17 10:32:57.462 AEST: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:
   Calling Number=0298765432, Called Number=0298765432, Peer Info Type=DIALPEER_INFO_SPEECH
Apr 17 10:32:57.462 AEST: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:
   Match Rule=DP_MATCH_DEST; Called Number=0298765432
Apr 17 10:32:57.462 AEST: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:
   Result=Success(0) after DP_MATCH_DEST
Apr 17 10:32:57.462 AEST: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:
   dialstring=0298765432, saf_enabled=1, saf_dndb_lookup=1, dp_result=0
Apr 17 10:32:57.462 AEST: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersMoreArg:
   Result=SUCCESS(0)
   List of Matched Outgoing Dial-peer(s):
     1: Dial-peer Tag=8212
Apr 17 10:32:57.466 AEST: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:
   Calling Number=0299783645, Called Number=, Voice-Interface=0x0,
   Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE,
   Peer Info Type=DIALPEER_INFO_SPEECH
Apr 17 10:32:57.466 AEST: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:
   Result=NO_MATCH(-1) After All Match Rules Attempt
Apr 17 10:32:57.466 AEST: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:
   dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=-1
Apr 17 10:32:57.466 AEST: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:
   Calling Number=0299783645, Called Number=, Voice-Interface=0x0,
   Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE,
   Peer Info Type=DIALPEER_INFO_SPEECH
Apr 17 10:32:57.466 AEST: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:
   Result=NO_MATCH(-1) After All Match Rules Attempt
Apr 17 10:32:57.466 AEST: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:
   dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=-1
Apr 17 10:32:57.466 AEST: //-1/2104DAE2800F/DPM/dpAssociateIncomingPeerCore:
   Calling Number=0299783645, Called Number=0298765432, Voice-Interface=0x0,
   Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE,
   Peer Info Type=DIALPEER_INFO_SPEECH
Apr 17 10:32:57.466 AEST: //-1/2104DAE2800F/DPM/dpAssociateIncomingPeerCore:
   Result=Success(0) after DP_MATCH_INCOMING_DNIS; Incoming Dial-peer=8212
Apr 17 10:32:57.466 AEST: //-1/2104DAE2800F/DPM/dpMatchSafModulePlugin:
   dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=0
Apr 17 10:32:57.474 AEST: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:
   Calling Number=, Called Number=0298765432, Peer Info Type=DIALPEER_INFO_SPEECH
Apr 17 10:32:57.474 AEST: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:
   Match Rule=DP_MATCH_DEST; Called Number=0298765432
Apr 17 10:32:57.474 AEST: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:
   Result=Success(0) after DP_MATCH_DEST
Apr 17 10:32:57.474 AEST: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:
   dialstring=0298765432, saf_enabled=0, saf_dndb_lookup=1, dp_result=0
Apr 17 10:32:57.474 AEST: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersMoreArg:
   Result=SUCCESS(0)
   List of Matched Outgoing Dial-peer(s):
     1: Dial-peer Tag=8212

 

 

I see it matching the incoming dial-peer 8212 but the number translation is not being applied.

If I reboot the router into IOS 12 with no config changes it works as expected. Debug shows the same incoming dial-peer matched, then replaced with number 333 which then matches the desired outbound dial peer and my phone rings.

What's going wrong?

I have also tried adding a global "voip-incoming translation-rule 900" statement but that doesn't work either.

 

Many thanks,

Jon

 

 

1 Accepted Solution

Accepted Solutions

Nadeem Ahmed
Cisco Employee
Cisco Employee

did you test the voice translation rule

# test voice translation rule 900 <Called number>

 

also send me the debug voice ccapi inout and debug voice translation detail by making one more test call.

 

 

Br,

Nadeem

Br, Nadeem Please rate all useful post.

View solution in original post

3 Replies 3

Nadeem Ahmed
Cisco Employee
Cisco Employee

did you test the voice translation rule

# test voice translation rule 900 <Called number>

 

also send me the debug voice ccapi inout and debug voice translation detail by making one more test call.

 

 

Br,

Nadeem

Br, Nadeem Please rate all useful post.

Hi Nadeem

Many thanks for your quick response. You gave me a useful clue for troubleshooting and I found the problem!

The debug voice ccapi inout highlighted this error: "_ManagedAppProcess_TOLLFRAUD_APP"

 

Researching that error took me to http://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html

I've now added the IP address of the SIP provider and calls are now successful :)

 

Thanks for you help,

Jon

You are most welcome Jon:-) glad that issue is resolved
Br, Nadeem Please rate all useful post.