Having issue translating 411 to 800 number

[cscotty1972]

I have been having issue getting 411 to translate to another number.  Below is the important parts of the configuration.  I see the call but for some reason it is not using the translation.   Any assitance on this would be greatly appreciated.  Thanks

voice translation-rule 411
rule 1 /^9411$/ /918663474636/
rule 2 /^91411$/ /918663474636/
rule 3 /^9924411$/ /918663474636/
voice translation-profile 411
translate called 411
name 411

dial-peer voice 42 pots
trunkgroup pstn
description 9411 to 918663474636
translation-profile outgoing 411
destination-pattern ^9411$
forward-digits 11
!
dial-peer voice 43 pots
trunkgroup pstn
description 91411 to 918663474636
translation-profile outgoing 411
destination-pattern ^91411$
forward-digits 11
!
dial-peer voice 44 pots
trunkgroup pstn
description 9924411 to 918663474636
translation-profile outgoing 411
destination-pattern ^9924411$
forward-digits 11

voice-port 1/0/17
trunk-group pstn
timing hookflash-out 50
caller-id enable

Here is the voice translation-rule test:

lab#test voice translation-rule 411 9411
Matched with rule 1
Original number: 9411 Translated number: 918663474636
Original number type: none Translated number type: none
Original number plan: none Translated number plan: none

debugs used
debug voice ccapi inou
debug vpm signal
debug voice translation
debug voip dialpeer all

lab#csim start 9411
csim err:csim_do_test invalid major major(1024) minor(0x0)
Jan 7 16:18:49: csim: called number = 9411, loop count = 1 ping count = 0

Jan 7 16:18:49: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:
Calling Number=, Called Number=9411, Peer Info Type=DIALPEER_INFO_SPEECH
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:
Match Rule=DP_MATCH_DEST; Called Number=9411
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/DPM/dpMatchCore:
Dial String=9411, Expanded String=9411, Calling Number=
Timeout=TRUE, Is Incoming=FALSE, Peer Info Type=DIALPEER_INFO_SPEECH
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/DPM/MatchNextPeer:
Result=Success(0); Outgoing Dial-peer=42 Is Matched
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:
Result=Success(0) after DP_MATCH_DEST
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:
dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=0
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/DPM/dpMatchPeers:
Result=SUCCESS(0)
List of Matched Outgoing Dial-peer(s):
1: Dial-peer Tag=42
Jan 7 16:18:49: csimSetupPeer peer type(1), destPat(9411), matched(6), target()
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=FALSE, Mode=0,
Outgoing Dial-peer=42, Params=0x3A8ED134, Progress Indication=NULL(0)
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/CCAPI/cc_fill_tg_params:
Not a cic call
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/RXRULE/regxrule_tg_translate: No profile found in voice port or trunk group for outgoing direction
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/RXRULE/regxrule_tg_translate: calling_number= calling_octet=0x0
called_number=9411 called_octet=0x0
redirect_number= redirect_type=4294967295 redirect_plan=4294967295
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:
Trunk Group Select Interface Success;
Interface=0x2282ECAC, Selected Interface=1, Selected DSL=-1
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/CCAPI/ccCheckClipClir:
In: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/CCAPI/ccCheckClipClir:
Out: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:
Destination Pattern=^9411$, Called Number=9411, Digit Strip=TRUE
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:
Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=9411(TON=Unknown, NPI=Unknown),
Redirect Number=, Display Info=
Account Number=, Final Destination Flag=FALSE,
Guid=C04B0838-11CE-11E9-AC64-A727ED60236D, Outgoing Dial-peer=42
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/CCAPI/cc_api_display_ie_subfields:
ccCallSetupRequest:
cisco-username=
----- ccCallInfo IE subfields -----
cisco-ani=
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=0
dest=9411
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=-1
cisco-rdnplan=-1
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0

Jan 7 16:18:49: //-1/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x2282ECAC, Interface Type=6, Destination=, Mode=0x0,
Call Params(Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=9411(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=, FinalDestinationFlag=FALSE, Outgoing Dial-peer=42, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=pstn, tg_label_flag=2, Application Call Id=)
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Jan 7 16:18:49: :cc_get_feature_vsa malloc success
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Jan 7 16:18:49: cc_get_feature_vsa count is 3
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Jan 7 16:18:49: :FEATURE_VSA attributes are: feature_name:0,feature_time:1039189376,feature_id:138803
Jan 7 16:18:49: //139832/C04B0838AC64/CCAPI/ccIFCallSetupRequestPrivate:
SPI Call Setup Request Is Success; Interface Type=6, FlowMode=1
Jan 7 16:18:49: //-1/C04B0838AC64/RXRULE/regxrule_stack_push_RegXruleNumInfo_internal: Success in ccTDUtilSetDataInstance
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:
Trunk Group Call Setting;
Call Entry(Retry Count=0, Voice Class Cause Code=0)
Jan 7 16:18:49: //139832/C04B0838AC64/CCAPI/ccCallSetContext:
Context=0x24CAC5E8
Jan 7 16:18:49: htsp_timer_stop3 htsp_setup_req
Jan 7 16:18:49: Orig called num:9411
Jan 7 16:18:49: htsp_process_event: [1/0/17, FXOLS_ONHOOK, E_HTSP_SETUP_REQ]fxols_onhook_setup
Jan 7 16:18:49: [1/0/17] set signal state = 0xC timestamp = 0
Jan 7 16:18:49: htsp_timer - 1300 msec
Jan 7 16:18:49: //139832/C04B0838AC64/CCAPI/cc_api_call_proceeding:
Interface=0x2282ECAC, Progress Indication=NULL(0)
Jan 7 16:18:49: csim_do_test: cid(139832), ev(24), disp(0)
Jan 7 16:18:49: csimTraceSct: cid(139832),st(0),oldst(0)
Jan 7 16:18:49: csimIgnore cid(139832), st(0),oldst(0), ev(24)
Jan 7 16:18:49: csim: loop = 1, failed = 0
Jan 7 16:18:49: csim: call attempted = 1, setup failed = 0, tone failed = 0

Jan 7 16:18:49: //139832/C04B0838AC64/CCAPI/cc_set_release_source:
Release Source=Internal Release-Call Control App
Jan 7 16:18:49: //139832/C04B0838AC64/CCAPI/ccCallDisconnect:
Cause Value=47, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Jan 7 16:18:49: //139832/C04B0838AC64/CCAPI/ccCallDisconnect:
Cause Value=47, Call Entry(Responsed=FALSE, Cause Value=47)
Jan 7 16:18:49: //139832/C04B0838AC64/CCAPI/cc_api_get_transfer_info:
Transfer Number=NULL
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/CCAPI/ccAppShutdownMode:
remove it from the queue
Jan 7 16:18:49: htsp_timer_stop3
Jan 7 16:18:49: htsp_process_event: [1/0/17, FXOLS_WAIT_DIAL_TONE, E_HTSP_RELEASE_REQ]fxols_wait_rel
Jan 7 16:18:49: htsp_timer_stop
Jan 7 16:18:49: [1/0/17] set signal state = 0x4 timestamp = 0
Jan 7 16:18:49: htsp_timer - 2000 msec
Jan 7 16:18:49: //139832/C04B0838AC64/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x2282ECAC, Tag=0x0, Call Id=139832,
Call Entry(Disconnect Cause=47, Voice Class Cause Code=0, Retry Count=0)
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Jan 7 16:18:49: :cc_free_feature_vsa freeing 3DF0C578
Jan 7 16:18:49: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Jan 7 16:18:49: vsacount in free is 2
Jan 7 16:18:51: htsp_process_event: [1/0/17, FXOLS_GUARD_OUT, E_HTSP_EVENT_TIMER]fxols_guard_out_timeout
Jan 7 16:18:51: htsp_dsp_message: RESP_SIG_STATUS: state=0x4 timestamp=0 systime=-258263242
Jan 7 16:18:51: htsp_process_event: [1/0/17, FXOLS_ONHOOK, E_DSP_SIG_0100]

[Mohammed al Baqari]

Try to remove forward digits because its not needed. If didn't work, try to
put the translation on the trunk group. I don't see exactly why its not
working. What router is it and what IOS?

[HARIS_HUSSAIN]

It should work. Try Upgrading IOS To latest One.

[Maren Mahoney]

The disconnect cause code is 47, which is a resource unavailable problem. This would indicate a problem with voice termination, MTP, or transcoder availability. (Which may be an artifact of using csim instead of a 'real' call.) Can you show more of the config with regards to the inbound and outbound dialpeers?

And I am also interested in the thought process behind having the voice translation profile change the number to 12 digits, then using "forward digits 11" on the outbound dialpeer. Should you be sending 12? Alternately, would it be feasible to alter the translation ruleset to change the 411-numbers to just the 11 digits?

[cscotty1972]

I understand the disconnect cause code. The issue is I never see the translation happen. My understanding is the call setup should at least show the translation even if the disconnect happens.



For the forward 11 digits. I thought I had read somewhere that it forwards the last digits. With that thought process the 9 would be dropped when the call is sent to carrier.



Currently the calls route correctly when phones are registered with CUCM. The issue happens when router is in SRST. This is why I have been using csim start.



This is the dial-peer the call would be using.



dial-peer voice 42 pots
trunkgroup pstn
description 9411 to 918663474636
translation-profile outgoing 411
destination-pattern ^9411$
forward-digits 11

[Maren Mahoney]

As for digit stripping, the rule is that for POTS dial peers, explicitly matched digits are stripped (so, for instance, a 9T pattern would strip the 9). This rule does not apply to voip dial peers, which by default forward all of their digits to the next step. For your dial-peer 42, without some digit manipulation (like what you are attempting) the router would send zero digits since all are explicit matches.

You can try 'debug voice translation' to view the router attempting to use them, but I agree with you that it seems the voice translation is not being applied. Hmmm.....

csim start does have some limitations, so I suggest registering a CIPC instance to CUCM, and then break that PCs ability to reach the CUCM servers. That would cause the CIPC to fail over to SRST and then you can do more accurate testing.

I think you have an order of operations issue, though. I've run into things like this, where translations are not run or are run incorrectly and truthfully I've ended up not really understanding the problem but figuring out workarounds.

So...

Suggestion 1: Alter your voice translation ruleset to provide 11 digits instead of 12 and then get rid of the forward-digits 11 on the dial peer. Fewer steps in digit manipulation may un-confuse the router.  If that does not fix the problem,

Suggestion 2: Get rid of the voice translation profile on the dial peers and set all of the dial-peers to do "forward digits 3". Then put a voice translation profile on the trunkgroup pstn where 411 is translated into 18663474636.

Maren