03-06-2013 05:56 AM - edited 03-16-2019 04:05 PM
Hi Everyone,
Having a little issue with digit stripping. I have a connection between my Call Manager and my CME at a remote location, with call flows from the Call Manager to the CME working fine. Thus I know my connectivity is good, yet I'm trying to configure the dial peer from the CME to the Call manager to strip off a prefix. Similar translation patterns work for other connections, but not for this one. I can verify it is using the right dial peer... but can't get it to strip the prefix. Can someone take a look and give me some suggestions on what I'm missing, has to be something simple.
Ken
Relevant CME config portions:
voice translation-rule 10
rule 10 /^21/ //
!
!
voice translation-profile FAIRLAWN-OUTBOUND
translate called 10
!
dial-peer voice 210 voip
description *** OUTBOUND to CALL MANAGER TEST ***
translation-profile outgoing FAIRLAWN-OUTBOUND
destination-pattern 21....
translate-outgoing called 10
session target ipv4:<IP Address of Call manager>
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
dtmf-relay rtp-nte
no vad
!
dial-peer voice 211 voip
description *** INCOMING CALLS FROM FAIRLAWN ****
group-name FairlawnIncoming
destination-pattern 8...
session target ipv4:<IP Address of Call manager>
incoming called-number .
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
dtmf-relay rtp-nte
no vad
!
!
Debug showing Csim start of call to 217163, which should translate to 7163
Mar 6 13:27:50.714: csim: called number = 217163, loop count = 1 ping count = 0
Mar 6 13:27:50.714: csimSetupPeer peer type(2), destPat(217163), matched(2), target()
Mar 6 13:27:50.714: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=FALSE, Mode=0,
Outgoing Dial-peer=210, Params=0x2EF540C, Progress Indication=NULL(0)
Mar 6 13:27:50.714: //-1/xxxxxxxxxxxx/CCAPI/ccCheckClipClir:
In: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Mar 6 13:27:50.714: //-1/xxxxxxxxxxxx/CCAPI/ccCheckClipClir:
Out: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Mar 6 13:27:50.714: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:
Destination Pattern=21...., Called Number=217163, Digit Strip=FALSE
Mar 6 13:27:50.714: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:
Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=217163(TON=Unknown, NPI=Unknown),
Redirect Number=, Display Info=
Account Number=, Final Destination Flag=FALSE,
Guid=7A411407-8598-11E2-9E53-9DDB61BF2B12, Outgoing Dial-peer=210
Mar 6 13:27:50.714: //-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=217163
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
Mar 6 13:27:50.714: //-1/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x273C874, Interface Type=1, Destination=, Mode=0x0,
Call Params(Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=217163(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=, FinalDestinationFlag=FALSE, Outgoing Dial-peer=210, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
Mar 6 13:27:50.714: xrule_checking
Mar 6 13:27:50.714: xrule_checking calling , called 217163
Mar 6 13:27:50.714: xrule_checking peer_tag 210, direction 2, protocol 0
Mar 6 13:27:50.714: xrule_translation
Mar 6 13:27:50.714: xrule_translation callednumber 217163, strlen 6
Mar 6 13:27:50.714: xrule_translation callednumber 217163 xruleCalledTag=10
Mar 6 13:27:50.714: xrule_checking Return rc = -4
Mar 6 13:27:50.714: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Mar 6 13:27:50.714: :cc_get_feature_vsa malloc success
Mar 6 13:27:50.714: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Mar 6 13:27:50.714: cc_get_feature_vsa count is 8
Mar 6 13:27:50.714: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Any help figuring out why this one won't translate properly is appreciated.
Solved! Go to Solution.
03-06-2013 11:12 AM
Hi Ken,
Setting this up in the lab and with a phone call from an IP phone the digits were stripped. Doing the same call via "csim start 217163" did not strip the digits.
This seems to be a limitation of the simulated call. Also, since csim is a hidden command it is not supported and your milage may vary.
03-06-2013 11:24 AM
We have found csim start to be pretty unreliable, too. Sometimes it works, but if it fails, we move to using another test method. Also, csim start does not work if you have SSHed to the router, I had found a forum discussion about this, the poster got around this by configuring a loopback address on each router, and then allow telnet to/from that address, ssh to the router then telnet back to yourself for csim testing.
Mary Beth
03-06-2013 06:36 AM
Hi,
Why are you translating the called number twice?
dial-peer voice 210 voip
description *** OUTBOUND to CALL MANAGER TEST ***
translation-profile outgoing FAIRLAWN-OUTBOUND
destination-pattern 21....
translate-outgoing called 10 <--------------------- REMOVE THIS
session target ipv4:
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
dtmf-relay rtp-nte
no vad
Test the traslation rule using this command:
test voice translation-rule 10 217163
Regards
Please rate all useful posts
Favor calificar todos las respuestas útiles.
___________________________________________
LinkedIn Profile: do.linkedin.com/in/leosalcie
MDGDP, CCNA, CCNA Voice, CCNP Voice Certified
03-06-2013 08:14 AM
They are both in there because neither works alone. I forgot to remove the second instance (the one you mentioned) before uploading. I ahev tried both individually but neither makes any difference.
03-06-2013 08:15 AM
The test also produces the expected stripping results, 7163. But, when reviewing the captures on the call manager, it still is sending the entire string. Also, when running debugs, the whole string is sent.
03-06-2013 09:14 AM
Hi Ken,
Can you make another test call with the following debugs:
debug voip ccapi inout
debug voice translation
03-06-2013 09:40 AM
Here you go Greg:
Veyance_CME#csim start 217163
Mar 6 17:11:57.154: //762015/C8F46136A20C/CCAPI/cc_api_call_report_digits_done:
Enabled=TRUE, Disposition=0x0, Interface=0x1D2EF484, Call Id=762015
Mar 6 17:11:57.154: //762015/C8F46136A20C/CCAPI/cc_api_call_report_digits_done:
Call Entry(Initial Digit Timeout=15000(ms), Inter Digit Timeout=3000(ms))
Mar 6 17:11:58.510: //762015/C8F46136A20C/CCAPI/cc_api_call_disconnected:
Cause Value=16, Interface=0x1D2EF484, Call Id=762015
Mar 6 17:11:58.510: //762015/C8F46136A20C/CCAPI/cc_api_call_disconnected:
Call Entry(Responsed=FALSE, Cause Value=16, Retry Count=0)
Mar 6 17:11:58.510: //762015/C8F46136A20C/CCAPI/ccCallDisconnect:
Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=16)
Mar 6 17:11:58.510: //762015/C8F46136A20C/CCAPI/ccCallDisconnect:
Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
Mar 6 17:11:58.510: //762015/C8F46136A20C/CCAPI/cc_api_get_transfer_info:
Transfer Number=NULL
Mar 6 17:11:58.510: //762015/C8F46136A20C/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x1D2EF484, Tag=0x0, Call Id=762015,
Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
Mar 6 17:11:58.510: //-1/C8F46136A20C/RXRULE/regxrule_stack_pop_RegXruleNumInfo: stack=0x154CFF64; count=1
Mar 6 17:11:58.510: //-1/C8F46136A20C/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x1D9C0A0C
Mar 6 17:11:58.510: //762015/C8F46136A20C/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
Mar 6 17:11:58.510: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Mar 6 17:11:58.510: :cc_free_feature_vsa freeing 1E0AA568
Veyance_CME#csim start 217163
Mar 6 17:11:58.510: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Mar 6 17:11:58.510: vsacount in free is 0
Mar 6 17:11:59.846: csim: called number = 217163, loop count = 1 ping count = 0
Mar 6 17:11:59.846: csimSetupPeer peer type(2), destPat(217163), matched(2), target()
Mar 6 17:11:59.846: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=FALSE, Mode=0,
Outgoing Dial-peer=210, Params=0x1554649C, Progress Indication=NULL(0)
Mar 6 17:11:59.846: //-1/xxxxxxxxxxxx/CCAPI/ccCheckClipClir:
In: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Mar 6 17:11:59.846: //-1/xxxxxxxxxxxx/CCAPI/ccCheckClipClir:
Out: Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
Mar 6 17:11:59.846: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:
Destination Pattern=21...., Called Number=217163, Digit Strip=FALSE
Mar 6 17:11:59.846: //-1/xxxxxxxxxxxx/CCAPI/ccCallSetupRequest:
Calling Number=(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=217163(TON=Unknown, NPI=Unknown),
Redirect Number=, Display Info=
Account Number=, Final Destination Flag=FALSE,
Guid=CA8FBFAD-85B7-11E2-A210-9DDB61BF2B12, Outgoing Dial-peer=210
Mar 6 17:11:59.846: //-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=217163
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
Mar 6 17:11:59.846: //-1/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x273C874, Interface Type=1, Destination=, Mode=0x0,
Call Params(Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=217163(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=, FinalDestinationFlag=FALSE, Outgoing Dial-peer=210, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
Mar 6 17:11:59.846: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Mar 6 17:11:59.846: :cc_get_feature_vsa malloc success
Mar 6 17:11:59.846: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Mar 6 17:11:59.846: cc_get_feature_vsa count is 1
Mar 6 17:11:59.846: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Mar 6 17:11:59.846: :FEATURE_VSA attributes are: feature_name:0,feature_time:504014192,feature_id:141706
Mar 6 17:11:59.846: //762016/CA8FBFADA210/CCAPI/ccIFCallSetupRequestPrivate:
SPI Call Setup Request Is Success; Interface Type=1, FlowMode=1
Mar 6 17:11:59.846: //762016/CA8FBFADA210/CCAPI/ccCallSetContext:
Context=0x1D8C34D8
Mar 6 17:11:59.846: //-1/CA8FBFADA210/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x0
Mar 6 17:11:59.846: //-1/CA8FBFADA210/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x0
Mar 6 17:12:00.442: //762016/CA8FBFADA210/CCAPI/cc_api_set_called_ccm_detected:
CallInfo(called ccm detected=TRUE ccmVersion 3)
Mar 6 17:12:00.442: //762016/CA8FBFADA210/CCAPI/cc_api_call_proceeding:
Interface=0x273C874, Progress Indication=NULL(0)
Mar 6 17:12:00.442: csim_do_test: cid(762016), ev(23), disp(0)
Mar 6 17:12:00.442: csimTraceSct: cid(762016),st(0),oldst(0)
Mar 6 17:12:00.442: csimIgnore cid(762016), st(0),oldst(0), ev(23)
Mar 6 17:12:00.442: //762016/CA8FBFADA210/CCAPI/ccIsInfoRingback:
Returning dpRingBack=0
Mar 6 17:12:00.442: //762016/CA8FBFADA210/CCAPI/cc_api_call_cut_progress:
Interface=0x273C874, Progress Indication=INBAND(8), Signal Indication=SIGNAL RINGBACK(1),
Cause Value=1
Mar 6 17:12:00.442: //762016/CA8FBFADA210/CCAPI/cc_api_call_cut_progress:
Call Entry(Responsed=TRUE)
Mar 6 17:12:00.442: csim_do_test: cid(762016), ev(24), disp(0)
Mar 6 17:12:00.442: csimTraceSct: cid(762016),st(0),oldst(0)
Mar 6 17:12:00.442: csimIgnore cid(762016), st(0),oldst(0), ev(24)
03-06-2013 11:12 AM
Hi Ken,
Setting this up in the lab and with a phone call from an IP phone the digits were stripped. Doing the same call via "csim start 217163" did not strip the digits.
This seems to be a limitation of the simulated call. Also, since csim is a hidden command it is not supported and your milage may vary.
03-06-2013 11:24 AM
We have found csim start to be pretty unreliable, too. Sometimes it works, but if it fails, we move to using another test method. Also, csim start does not work if you have SSHed to the router, I had found a forum discussion about this, the poster got around this by configuring a loopback address on each router, and then allow telnet to/from that address, ssh to the router then telnet back to yourself for csim testing.
Mary Beth
03-06-2013 11:27 AM
Well hopefully we get a better tool soon.
Testing with a location over 3000 miles and many time zones (think US to Manila) is difficult with no one in the office.
Thanks, will let you know the outcome.
03-06-2013 11:38 AM
register a softphone, and test from that?
Good luck! It is frustrating that they refuse to acknowledge, let alone support, some of the few tools we have..
Mary Beth
03-06-2013 12:18 PM
So yes, I setup a softphone (duh, should have thought of that) and dial and the translations work fine, of course... still have some other issues preventing the call from success, but at least it is sending over the right phone number now.
Thank you for the help.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide