Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 

CUCME in Chile is stripping last 4digits when placing an International Call

Hi

I am deploying a CUCME in Chile.

When I place calls from Chile to Mexico, where our main corporate office is located. The last four digits are stripped from my dialing.

This is the dial-peer I configured.

dial-peer voice 160 pots

trunkgroup PSTN

description Long Distance Dialing with carrier prefix

numbering-type international

destination-pattern 91710T

progress_ind setup enable 3

prefix 1710

The number Im trying to reach is this:

9171052442 296 6XXX.

I have tried several other destinations, but it still stripping the last four digits. Has any one faced the same problem?

There are no voice translation rules applied for this kind of dialing.

Regards

Hugo

CME-CHILE#
*Aug  8 17:23:42.380: //-1/1B552E439829/CCAPI/cc_api_display_ie_subfields:
   cc_api_call_setup_ind_common:
   cisco-username=
   ----- ccCallInfo IE subfields -----
   cisco-ani=5130
   cisco-anitype=0
   cisco-aniplan=0
   cisco-anipi=0
   cisco-anisi=0
   dest=
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=0
   cisco-rdnplan=0
   cisco-rdnpi=0
   cisco-rdnsi=0
   cisco-redirectreason=0   fwd_final_type =0
   final_redirectNumber =
   hunt_group_timeout =0

*Aug  8 17:23:42.380: //-1/1B552E439829/CCAPI/cc_api_call_setup_ind_common:
   Interface=0x317DB154, Call Info(
   Calling Number=5130,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
   Called Number=(TON=Unknown, NPI=Unknown),
   Calling Translated=FALSE, Subscriber Type Str=RegularLine, FinalDestinationFlag=FALSE,
   Incoming Dial-peer=20009, Progress Indication=ORIGINATING SIDE IS NON ISDN(3), Calling IE Present=TRUE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=-1
*Aug  8 17:23:42.380: //-1/1B552E439829/CCAPI/ccCheckClipClir:
   In: Calling Number=5130(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
*Aug  8 17:23:42.380: //-1/1B552E439829/CCAPI/ccCheckClipClir:
   Out: Calling Number=5130(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
*Aug  8 17:23:42.380: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
  
*Aug  8 17:23:42.380: :cc_get_feature_vsa malloc success
*Aug  8 17:23:42.380: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
  
*Aug  8 17:23:42.380:  cc_get_feature_vsa count is 1
*Aug  8 17:23:42.380: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
  
*Aug  8 17:23:42.380: :FEATURE_VSA attributes are: feature_name:0,feature_time:831391264,feature_id:1227
*Aug  8 17:23:42.380: //14229/1B552E439829/CCAPI/cc_api_call_setup_ind_common:
   Set Up Event Sent;
   Call Info(Calling Number=5130(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
   Called Number=(TON=Unknown, NPI=Unknown))
*Aug  8 17:23:42.380: //14229/1B552E439829/CCAPI/cc_process_call_setup_ind:
   Event=0x41AA8F00
*Aug  8 17:23:42.380: //14229/1B552E439829/CCAPI/ccCallSetContext:
   Context=0xC00385A8
*Aug  8 17:23:42.380: //14229/1B552E439829/CCAPI/cc_process_call_setup_ind:
   >>>>CCAPI handed cid 14229 with tag 20009 to app "_ManagedAppProcess_Default"
*Aug  8 17:23:42.384: //14229/1B552E439829/CCAPI/ccCallSetupAck:
   Call Id=14229
*Aug  8 17:23:42.384: //14229/1B552E439829/CCAPI/cc_api_set_transfer_info:
   Transfer Number=, Transfer Reason=0x0
*Aug  8 17:23:42.384: //14229/1B552E439829/CCAPI/ccGenerateToneInfo:
   Stop Tone On Digit=TRUE, Tone=Dial Tone,
   Tone Direction=Network, Params=0x0, Call Id=14229
*Aug  8 17:23:42.384: //14229/1B552E439829/CCAPI/ccSetDigitTimeouts:
   Initial Digit Timeout=-1000(ms), Inter Digit Timeout=-1000(ms)
*Aug  8 17:23:42.384: //14229/1B552E439829/CCAPI/ccSetDigitTimeouts:
   Call Entry(Inter Digit Timeout=10000(ms), Initial Digit Timeout=10000(ms))
*Aug  8 17:23:42.384: //14229/1B552E439829/CCAPI/ccCallReportDigits:
   (callID=0x3795, digit_event=0x1, enable=TRUE, consume=FALSE)
*Aug  8 17:23:42.384: //14229/1B552E439829/CCAPI/ccCallReportDigits:
   Enabled=TRUE, Call Id=14229
*Aug  8 17:23:42.384: //14229/1B552E439829/CCAPI/cc_api_call_report_digits_done:
   (vdbPtr=0x317DB154, callID=0x3795, disp=0, digit_event=0x1, enable=TRUE, consume=FALSE)
*Aug  8 17:23:42.384: //14229/1B552E439829/CCAPI/cc_api_call_report_digits_done:
   Enabled=TRUE, Disposition=0x0, Interface=0x317DB154, Call Id=14229
*Aug  8 17:23:42.384: //14229/1B552E439829/CCAPI/cc_api_call_report_digits_done:
   Call Entry(Initial Digit Timeout=15000(ms), Inter Digit Timeout=5000(ms))
*Aug  8 17:23:43.140: //14229/1B552E439829/CCAPI/cc_api_call_digit_begin:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=9, DigitBeginFlags=0x0,
   Rtp Timestamp=0xA3A2A0, Rtp Expiration=0x0
*Aug  8 17:23:43.140: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=9, Duration=100,
   Xrule Calling Tag=0, Xrule Called Tag=0, Digit Tone Mode=DTMF
*Aug  8 17:23:43.140: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Call Entry(Handoff Depth=0)
*Aug  8 17:23:43.340: //14229/1B552E439829/CCAPI/cc_api_call_digit_begin:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=1, DigitBeginFlags=0x0,
   Rtp Timestamp=0xA41FA0, Rtp Expiration=0x0
*Aug  8 17:23:43.340: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=1, Duration=100,
   Xrule Calling Tag=0, Xrule Called Tag=0, Digit Tone Mode=DTMF
*Aug  8 17:23:43.340: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Call Entry(Handoff Depth=0)
*Aug  8 17:23:43.540: //14229/1B552E439829/CCAPI/cc_api_call_digit_begin:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=7, DigitBeginFlags=0x0,
   Rtp Timestamp=0xA49CA0, Rtp Expiration=0x0
*Aug  8 17:23:43.540: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=7, Duration=100,
   Xrule Calling Tag=0, Xrule Called Tag=0, Digit Tone Mode=DTMF
*Aug  8 17:23:43.540: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Call Entry(Handoff Depth=0)
*Aug  8 17:23:43.740: //14229/1B552E439829/CCAPI/cc_api_call_digit_begin:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=1, DigitBeginFlags=0x0,
   Rtp Timestamp=0xA519A0, Rtp Expiration=0x0
*Aug  8 17:23:43.740: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=1, Duration=100,
   Xrule Calling Tag=0, Xrule Called Tag=0, Digit Tone Mode=DTMF
*Aug  8 17:23:43.740: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Call Entry(Handoff Depth=0)
*Aug  8 17:23:43.940: //14229/1B552E439829/CCAPI/cc_api_call_digit_begin:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=0, DigitBeginFlags=0x0,
   Rtp Timestamp=0xA596A0, Rtp Expiration=0x0
*Aug  8 17:23:43.940: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=0, Duration=100,
   Xrule Calling Tag=0, Xrule Called Tag=0, Digit Tone Mode=DTMF
*Aug  8 17:23:43.940: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Call Entry(Handoff Depth=0)
*Aug  8 17:23:44.140: //14229/1B552E439829/CCAPI/cc_api_call_digit_begin:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=5, DigitBeginFlags=0x0,
   Rtp Timestamp=0xA613A0, Rtp Expiration=0x0
*Aug  8 17:23:44.140: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=5, Duration=100,
   Xrule Calling Tag=0, Xrule Called Tag=0, Digit Tone Mode=DTMF
*Aug  8 17:23:44.140: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Call Entry(Handoff Depth=0)
*Aug  8 17:23:44.340: //14229/1B552E439829/CCAPI/cc_api_call_digit_begin:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=2, DigitBeginFlags=0x0,
   Rtp Timestamp=0xA690A0, Rtp Expiration=0x0
*Aug  8 17:23:44.340: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=2, Duration=100,
   Xrule Calling Tag=0, Xrule Called Tag=0, Digit Tone Mode=DTMF
*Aug  8 17:23:44.340: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Call Entry(Handoff Depth=0)
*Aug  8 17:23:44.540: //14229/1B552E439829/CCAPI/cc_api_call_digit_begin:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=4, DigitBeginFlags=0x0,
   Rtp Timestamp=0xA70DA0, Rtp Expiration=0x0
*Aug  8 17:23:44.540: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=4, Duration=100,
   Xrule Calling Tag=0, Xrule Called Tag=0, Digit Tone Mode=DTMF
*Aug  8 17:23:44.540: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Call Entry(Handoff Depth=0)
*Aug  8 17:23:44.740: //14229/1B552E439829/CCAPI/cc_api_call_digit_begin:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=4, DigitBeginFlags=0x0,
   Rtp Timestamp=0xA78AA0, Rtp Expiration=0x0
*Aug  8 17:23:44.740: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=4, Duration=100,
   Xrule Calling Tag=0, Xrule Called Tag=0, Digit Tone Mode=DTMF
*Aug  8 17:23:44.740: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Call Entry(Handoff Depth=0)
*Aug  8 17:23:44.940: //14229/1B552E439829/CCAPI/cc_api_call_digit_begin:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=2, DigitBeginFlags=0x0,
   Rtp Timestamp=0xA807A0, Rtp Expiration=0x0
*Aug  8 17:23:44.940: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=2, Duration=100,
   Xrule Calling Tag=0, Xrule Called Tag=0, Digit Tone Mode=DTMF
*Aug  8 17:23:44.940: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Call Entry(Handoff Depth=0)
*Aug  8 17:23:45.140: //14229/1B552E439829/CCAPI/cc_api_call_digit_begin:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=2, DigitBeginFlags=0x0,
   Rtp Timestamp=0xA884A0, Rtp Expiration=0x0
*Aug  8 17:23:45.140: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=2, Duration=100,
   Xrule Calling Tag=0, Xrule Called Tag=0, Digit Tone Mode=DTMF
*Aug  8 17:23:45.140: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Call Entry(Handoff Depth=0)
*Aug  8 17:23:45.340: //14229/1B552E439829/CCAPI/cc_api_call_digit_begin:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=9, DigitBeginFlags=0x0,
   Rtp Timestamp=0xA901A0, Rtp Expiration=0x0
*Aug  8 17:23:45.340: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=9, Duration=100,
   Xrule Calling Tag=0, Xrule Called Tag=0, Digit Tone Mode=DTMF
*Aug  8 17:23:45.340: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Call Entry(Handoff Depth=0)
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/cc_api_call_digit_begin:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=6, DigitBeginFlags=0x0,
   Rtp Timestamp=0xA97EA0, Rtp Expiration=0x0
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Destination Interface=0x0, Destination Mask=0x3, Destination Call Id=-1,
   Source Call Id=14229, Digit=6, Duration=100,
   Xrule Calling Tag=0, Xrule Called Tag=0, Digit Tone Mode=DTMF
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/cc_api_call_digit_end:
   Call Entry(Handoff Depth=0)
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/ccCallReportDigits:
   (callID=0x3795, digit_event=0x0, enable=FALSE, consume=FALSE)
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/ccCallReportDigits:
   Enabled=TRUE, Call Id=14229
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/cc_api_call_report_digits_done:
   (vdbPtr=0x317DB154, callID=0x3795, disp=0, digit_event=0x0, enable=FALSE, consume=FALSE)
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/cc_api_call_report_digits_done:
   Enabled=TRUE, Disposition=0x0, Interface=0x317DB154, Call Id=14229
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/cc_api_call_report_digits_done:
   Call Entry(Initial Digit Timeout=15000(ms), Inter Digit Timeout=5000(ms))
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/ccCallProceeding:
   Progress Indication=NULL(0)
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/ccCallSetupRequest:
   Destination=, Calling IE Present=TRUE, Mode=0,
   Outgoing Dial-peer=160, Params=0xC003C348, Progress Indication=ORIGINATING SIDE IS NON ISDN(3)
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/cc_fill_tg_params:
   Not a cic call
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/cc_fill_tg_params:
   CallType[0] Len[2]
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/ccCallSetupRequest:
   Trunk Group Select Interface Success;
   Interface=0xC1A158D0, Selected Interface=1, Selected DSL=-1
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/ccCheckClipClir:
   In: Calling Number=5130(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/ccCheckClipClir:
   Out: Calling Number=5130(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed)
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/ccCallSetupRequest:
   Destination Pattern=9171052442T, Called Number=9171052442296, Digit Strip=TRUE
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/ccCallSetupRequest:
   Calling Number=5130(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
   Called Number=9171052442296(TON=Unknown, NPI=Unknown),
   Redirect Number=, Display Info=Pruebas FDFLA
   Account Number=, Final Destination Flag=FALSE,
   Guid=1B552E43-FF86-11E2-9829-D59554B9C1F1, Outgoing Dial-peer=160
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/cc_api_display_ie_subfields:
   ccCallSetupRequest:
   cisco-username=
   ----- ccCallInfo IE subfields -----
   cisco-ani=5130
   cisco-anitype=0
   cisco-aniplan=0
   cisco-anipi=0
   cisco-anisi=0
   dest=9171052442296
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=0
   cisco-rdnplan=0
   cisco-rdnpi=0
   cisco-rdnsi=0
   cisco-redirectreason=0   fwd_final_type =0
   final_redirectNumber =
   hunt_group_timeout =0

*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/ccIFCallSetupRequestPrivate:
   Interface=0xC1A158D0, Interface Type=6, Destination=, Mode=0x0,
   Call Params(Calling Number=5130,(Calling Name=Pruebas FDFLA)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
   Called Number=9171052442296(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
   Subscriber Type Str=RegularLine, FinalDestinationFlag=FALSE, Outgoing Dial-peer=160, Call Count On=FALSE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=PSTN, tg_label_flag=2, Application Call Id=)
*Aug  8 17:23:45.540: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
  
*Aug  8 17:23:45.540: :cc_get_feature_vsa malloc success
*Aug  8 17:23:45.540: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
  
*Aug  8 17:23:45.540:  cc_get_feature_vsa count is 2
*Aug  8 17:23:45.540: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
  
*Aug  8 17:23:45.540: :FEATURE_VSA attributes are: feature_name:0,feature_time:831391488,feature_id:1228
*Aug  8 17:23:45.540: //14232/1B552E439829/CCAPI/ccIFCallSetupRequestPrivate:
   SPI Call Setup Request Is Success; Interface Type=6, FlowMode=1
*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/ccCallSetupRequest:
   Trunk Group Call Setting;
   Call Entry(Retry Count=0, Voice Class Cause Code=0)

1 ACCEPTED SOLUTION

Accepted Solutions

Re: CUCME in Chile is stripping last 4digits when placing an Int

Hi Hugo,

May be you tried to call 9171052296618XXXX right. The issue is with the dial peer the called number matches the dial-peer 30 and dial-peer 70. see below

!

dial-peer voice 30 pots

trunkgroup PSTN

description ** Llamadas LDN uso de carrier 7 dmgitos **

preference 1

destination-pattern 9.....2......

forward-digits 12

no register e164

!

dial-peer voice 70 pots

trunkgroup PSTN

description ** Llamadas de LD Internacional **

preference 1

destination-pattern 91710.T

prefix 1710

no register e164

!

The dial-peer 30 configured to route only 12 digits so in your case it will only accept 171052296618, which cannot to routed through PSTN see below bebug output:

*Aug  9 15:18:06.422: //-1/B830FA95A739/DPM/dpMatchPeersCore:

   Match Rule=DP_MATCH_DEST; Called Number=9171052296618

*Aug  9 15:18:06.422: //-1/B830FA95A739/DPM/dpMatchPeersCore:

   Result=Success(0) after DP_MATCH_DEST

*Aug  9 15:18:06.422: //-1/B830FA95A739/DPM/dpMatchSafModulePlugin:

   dialstring=9171052296618, saf_enabled=1, saf_dndb_lookup=0, dp_result=0

*Aug  9 15:18:06.422: //-1/B830FA95A739/DPM/dpMatchPeersMoreArg:

   Result=SUCCESS(0)

   List of Matched Outgoing Dial-peer(s):

     1: Dial-peer Tag=30

After collecting the 13 digit match including the "9" it tries to match with other dial-peer now it finds dial-peer 70, but via dial-peer 70 also we cannot route 12 digit number since it is wrong number.

If you want this number (9171052296618XXXX) should route via dial-peer 70 than just change the preference of dial-peer 30 from 1 to preference 2, since dial-peer 70 is already configured with preference 1.

or

change the destination-pattern of dial-peer 70 as below:

dial-peer voice 70 pots

destination-pattern 9171052[2-4].........$

forward-digit 16

I hope you understood the dial-peer over lapping issues.

Thanks

Selvarathnam

18 REPLIES
Cisco Employee

CUCME in Chile is stripping last 4digits when placing an Interna

You have another dial peer that is being matched:

*Aug  8 17:23:45.540: //14229/1B552E439829/CCAPI/ccCallSetupRequest:

   Destination Pattern=9171052442T, Called Number=9171052442296, Digit Strip=TRUE

HTH

java

if this helps, please rate

www.cisco.com/go/pdihelpdesk

HTH

java

if this helps, please rate

www.cisco.com/go/pdi

CUCME in Chile is stripping last 4digits when placing an Interna

Thanks Jaime

Yep, originally the dial-peer was configured like that.

And I have changed it to what I posted at the top.

In either configuration the last four digits were stripped, I do not know if this is in someway related to a missing configuration on Telephony service.

Regards

Hugo

Cisco Employee

CUCME in Chile is stripping last 4digits when placing an Interna

The debug says it's still matching another DP with that destination-pattern, I'd reload the router and then see what happens.

HTH

java

if this helps, please rate

www.cisco.com/go/pdihelpdesk

HTH

java

if this helps, please rate

www.cisco.com/go/pdi

CUCME in Chile is stripping last 4digits when placing an Interna

Hi Jaime

What I mean is that I got the debug when dial-peer voice 160 was configured like that. I have changed the configuration to what I posted earlier.

But still get the same behavior. Last four digtis are being stripped, eventhough the T should allow to send the complete string to the POTS line.

And the digits are discarded, no matter what,

Regards hugo

Hall of Fame Super Gold

CUCME in Chile is stripping last 4digits when placing an Interna

You may have something else inf configuration causing this.

CUCME in Chile is stripping last 4digits when placing an Interna

Hi Hugo,

Please, provide the output of below debug and show:

#debug isdn q931

#debug voice dial-peer

#show telephony-service dial-peer

#show run | section telephony-service

#show run | section dial-peer

It seems the issue is with your dial-peer configuration, it looks like router works on digit by digit matching process not the en bloc dial-peer matching, it is actually matching with the dial-peer which got the destination-pattern 917052442T, so please provide the above output.

Thanks

Selvarathnam

VIP Super Bronze

CUCME in Chile is stripping last 4digits when placing an Interna

Hugo, I agree with you..even if it matches a dial-peer with 9171052442T, this should not strip the last 4 digits. So this doesn't explain why you are seeing this behaviour. You can attach a sh run here..so we can see a full picture of what you have configured and we can take it from there.

Please rate all useful posts "The essence of christianity is not the enthronement but the obliteration of self --William Barclay"

Re: CUCME in Chile is stripping last 4digits when placing an Int

Hi aokanlawon

      

I attached the show run of the Gateway.

sorry this is an old Configuration, but Dial-peer 70 was what originally should work!! Let me get the new one, my customer has not yet arrived.

Regards Hugo

Re: CUCME in Chile is stripping last 4digits when placing an Int

Hi Selvarathnam

I am trying to get this information.

     

Edit:

The ISDN debug did not work since its not an ISDN link.  This is an analog pots line.

Regards Hugo

Message was edited by: HUGO LEYVA

Re: CUCME in Chile is stripping last 4digits when placing an Int

Hi Hugo,

May be you tried to call 9171052296618XXXX right. The issue is with the dial peer the called number matches the dial-peer 30 and dial-peer 70. see below

!

dial-peer voice 30 pots

trunkgroup PSTN

description ** Llamadas LDN uso de carrier 7 dmgitos **

preference 1

destination-pattern 9.....2......

forward-digits 12

no register e164

!

dial-peer voice 70 pots

trunkgroup PSTN

description ** Llamadas de LD Internacional **

preference 1

destination-pattern 91710.T

prefix 1710

no register e164

!

The dial-peer 30 configured to route only 12 digits so in your case it will only accept 171052296618, which cannot to routed through PSTN see below bebug output:

*Aug  9 15:18:06.422: //-1/B830FA95A739/DPM/dpMatchPeersCore:

   Match Rule=DP_MATCH_DEST; Called Number=9171052296618

*Aug  9 15:18:06.422: //-1/B830FA95A739/DPM/dpMatchPeersCore:

   Result=Success(0) after DP_MATCH_DEST

*Aug  9 15:18:06.422: //-1/B830FA95A739/DPM/dpMatchSafModulePlugin:

   dialstring=9171052296618, saf_enabled=1, saf_dndb_lookup=0, dp_result=0

*Aug  9 15:18:06.422: //-1/B830FA95A739/DPM/dpMatchPeersMoreArg:

   Result=SUCCESS(0)

   List of Matched Outgoing Dial-peer(s):

     1: Dial-peer Tag=30

After collecting the 13 digit match including the "9" it tries to match with other dial-peer now it finds dial-peer 70, but via dial-peer 70 also we cannot route 12 digit number since it is wrong number.

If you want this number (9171052296618XXXX) should route via dial-peer 70 than just change the preference of dial-peer 30 from 1 to preference 2, since dial-peer 70 is already configured with preference 1.

or

change the destination-pattern of dial-peer 70 as below:

dial-peer voice 70 pots

destination-pattern 9171052[2-4].........$

forward-digit 16

I hope you understood the dial-peer over lapping issues.

Thanks

Selvarathnam

Hall of Fame Super Gold

Re: CUCME in Chile is stripping last 4digits when placing an Int

You are right in saying there is an overlapping dial-peer pattern.

However note that on CME, it is not possible to use $ or preference to distinguish between overlapping patterns. The numbers must be different instead.

Re: CUCME in Chile is stripping last 4digits when placing an Int

Yes, I had noticed that there was a possible overlapping between Dial-peer 30 and 70 with this particular destination, but, I think that the most explicit destination pattern is matched when choosing which dial-peer to use.

BTW i also dialed the whole number and then press the line button, and still the last 4 digits where stripped.

Mmmm I didnt realize but the guy that sent me the debug dialed a wrong number.  Jeez!

I will get the debug myself.

Regards Hugo.

Hall of Fame Super Gold

CUCME in Chile is stripping last 4digits when placing an Interna

Even if you dial on-hook, still the pattern matching happens digit by digit, so the first matching dial-peer is used.

There is no way to change this behavoir.

CUCME in Chile is stripping last 4digits when placing an Interna

Paolo,

Please, go back and study the dial-peer matching topic once again carefully, you will find an answer for your last comment. "There is no way to change this behavior"

Hall of Fame Super Gold

Re: CUCME in Chile is stripping last 4digits when placing an Int

Selvarathnam Nadar wrote:

Paolo,

Please, go back and study the dial-peer matching topic once again carefully, you will find an answer for your last comment. "There is no way to change this behavior"

Sure, you 10 postings know-it-all, show me where to begin, and I will re-build my career (check profile) based on your advice. LOL.

Re: CUCME in Chile is stripping last 4digits when placing an Int

Sorry Paolo,

Yes am new to this community, if my words hurted you in any way, I apologizes for the same. But, please clear my doubt that of your comment.

Even if you dial on-hook, still the pattern matching happens digit by digit, so the first matching dial-peer is used.

There is no way to change this behavoir.

But then what is called En Bloc, may be am wrongly understood. Please clarify my doubt.

Hall of Fame Super Gold

Re: CUCME in Chile is stripping last 4digits when placing an Int

Selvarathnam Nadar wrote:

Sorry Paolo,

Yes am new to this community, if my words hurted you in any way, I apologizes for the same. But, please clear my doubt that of your comment.

Even if you dial on-hook, still the pattern matching happens digit by digit, so the first matching dial-peer is used.

There is no way to change this behavoir.

But then what is called En Bloc, may be am wrongly understood. Please clarify my doubt.

I'm not hurt, it's that you came in quite overboard with your previous comment.

As mentioned above, CME phones never dial en-block. They always dial in overlap.

To see it yourself, setup a test CME system, do debug voip dialpeer, then make a call either off-hook or on-hook.

Observe digit-by-digit dialpeer matching.

Check results against overlapping dialpeers having $ in pattern and/or preference settings.

Re: CUCME in Chile is stripping last 4digits when placing an Int

Yes I got it, The dial-peer 30 is the problem, I shutted down that dial-peer and the call went through as it should I will try to narrow that dialing for that type of call.

thank You all!!

434
Views
0
Helpful
18
Replies
CreatePlease to create content