Digit stripping problem, CME

[ken.montgomery]

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.

[Leo Salcie Tejeda]

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

[ken.montgomery]

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.

[ken.montgomery]

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.

[Gregory Garrian]

Hi Ken,

Can you make another test call with the following debugs:

debug voip ccapi inout

debug voice translation

[ken.montgomery]

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)

[Gregory Garrian · Accepted solution]

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.

[maharris · Accepted solution]

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

[ken.montgomery]

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.

[maharris]

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

[ken.montgomery]

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.