cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2328
Views
0
Helpful
10
Replies

Trouble with International calling

t805139
Level 1
Level 1

Hello I am fairly new to the CUCME but I have run into a problem I can not seem to find a good answer to.

One of the users needs to make international calls and this is ok by our company standards but for the life of me I can not get the system to recognize the number.

The CUCME collects all digits then gives me a error 

"%VOICE_IEC-3-GW: CCAPI: Internal Error (Incompatible number type): IEC=1.1.28.1.22.0 on callID 39025"

I am running it trough a PRI and below are my config for the dial-peer

voice translation-rule 40

rule 1 /^9011/ /011/

voice translation-profile INTER_OUT

translate calling 40

interface Serial0/0/0:23

no ip address

encapsulation hdlc

isdn switch-type primary-ni

isdn incoming-voice voice

trunk-group PRI 1

no cdp enable

dial-peer voice 99 pots

trunkgroup PRI

description INT test

translation-profile outgoing INTER_OUT

destination-pattern 9011T

here is what I see when I test it

EDM-CUCME#sh dialplan number 9011447900124912

Macro Exp.: 9011447900124912

No match, result=1

and of cource you see the dubug

023570: Feb 7 10:44:52.594: ephone-81[80/67]:Call Info DN 81 line 1 ref 13735 called 9trun                    011447900124912 calling 5419 alternateCalling 5419 origcalled 9011447900124912 calltype 2

023571: Feb 7 10:44:52.594: ephone-81[80/67][SEPE84040A3B0B5]:Call Info for chan 1

023572: Feb 7 10:44:52.594: ephone-81[80/67][SEPE84040A3B0B5]:SkinnyDisplayCallInfo callingName=Nicole Spencer

023573: Feb 7 10:44:52.594: ephone-81[80/67]:SkinnyDisplayCallInfo No-calledName

023574: Feb 7 10:44:52.594: peer_vdb is NULL for DN 81, chan 1 at SkinnyIsPeerNonSCCP

023575: Feb 7 10:44:52.678: %CALL_CONTROL-6-NUMBERING_TYPE_NO_MATCH: The called number numbering type did not matchThe event for the callid 33 is being discarded.

023576: Feb 7 10:44:52.678: %VOICE_IEC-3-GW: CCAPI: Internal Error (Incompatible number type): IEC=1.1.28.1.22.0 on callID 37801 GUID=3CE6B30950EA11E19C87D5AEB835F8D6

ANY Help would really be appreceated.

1 Accepted Solution

Accepted Solutions

Hi,

This may an issue with the TON (type of number)
that you are sending to ISDN.

Can you try changing your translation rule

!

voice translation-rule 40
rule 1 /^9011/ /011/ type unknown international

!

!

Regards
Alex

Regards, Alex. Please rate useful posts.

View solution in original post

10 Replies 10

Chris Deren
Hall of Fame
Hall of Fame

On your dial-peer 99 you need to prefix 011 back to it as it is striped, POTS dial peers strip all explicit match, so add this:

dial-peer voice 99 pots

destination-pattern 9011T

prefix 011

HTH,

Chris

I have added that and will get the user to test as I am not at that site but can you explain why I still get

EDM-CUCME#sh dialplan number 9011447900124912

Macro Exp.: 9011447900124912

No match, result=1

after changing it to

dial-peer voice 99 pots

trunkgroup PRI

description INT test

translation-profile outgoing INTER_OUT

destination-pattern 9011T

prefix 011

can u paste the debugs over here again after making the changes!!

thanks,

Vipul Jindal

Hi.

In your dial-peer remember to specify Voice Port ... in your case 0/0/0:23, otherwise dialpeer is in down state and no match will occur.

Your dial peer should be

dial-peer voice 99 pots

destination-pattern 9011T

prefix 011

  port 0/0/0:23

HTH

Regards

Carlo

Please rate all helpful posts "The more you help the more you learn"

Chris Deren
Hall of Fame
Hall of Fame

Carlo,

He has trunk group defined so no need for port command.

Chris

Sent from Cisco Technical Support iPhone App

Yes Chris... sorry I haven't see it in the posted config.

From debug it seems that called number doesn't match any peer because dial-peer is in down state.

..@t805139

Can you please post a debug voip dialpeer all

Regards

Carlo

Please rate all helpful posts "The more you help the more you learn"

it would appear it is seeing two dial peers in my debug  dial peer 2 has a desitnation pattern of 9T right now

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

151172: Feb 9 11:28:00.153: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersMoreArg:

   Result=SUCCESS(0)

   List of Matched Outgoing Dial-peer(s):

     1: Dial-peer Tag=99

     2: Dial-peer Tag=2

151173: Feb 9 11:28:00.153: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

   Calling Number=, Called Number=, Voice-Interface=0x0,

   Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE,

   Peer Info Type=DIALPEER_INFO_SPEECH

151174: Feb 9 11:28:00.153: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

   Result=NO_MATCH(-1) After All Match Rules Attempt

151175: Feb 9 11:28:00.153: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:

   dialstring=NULL, saf_enabled=0, saf_dndb_lookup=0, dp_result=-1

151176: Feb 9 11:28:00.153: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeer:exit@6614

151177: Feb 9 11:28:00.157: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

   Calling Number=9011447900124912, Called Number=, Voice-Interface=0x0,

   Timeout=TRUE, Peer Encap Type=ENCAP_VOIP, Peer Search Type=PEER_TYPE_VOICE,

   Peer Info Type=DIALPEER_INFO_SPEECH

151178: Feb 9 11:28:00.157: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

   Match Rule=DP_MATCH_ANSWER; Calling Number=9011447900124912

151179: Feb 9 11:28:00.157: //-1/xxxxxxxxxxxx/DPM/dpMatchPeertype:

   Is Incoming=TRUE, Number Expansion=FALSE

151180: Feb 9 11:28:00.157: //-1/xxxxxxxxxxxx/DPM/dpMatchCore:

   Dial String=, Expanded String=, Calling Number=9011447900124912T

   Timeout=TRUE, Is Incoming=TRUE, Peer Info Type=DIALPEER_INFO_SPEECH

151181: Feb 9 11:28:00.157: //-1/xxxxxxxxxxxx/DPM/dpMatchCore:

   Result=-1

And here is the latest debug on the call

172796: Feb 9 11:43:27.251: ephone-108[107/92]:SkinnyTryCall to 9011447900124912 instance 1 start at 0 secondary 0

172797: Feb 9 11:43:27.251: ephone-108[107/92]:SkinnyTryCall to 9011447900124912 instance 1 start at 0 secondary 0

172798: Feb 9 11:43:27.251: ephone-108[107/92][SEP2C3F38C8B95F]:

172799: Feb 9 11:43:27.251: bulk_speeddial_update_callinfo: 107

172800: Feb 9 11:43:27.251: ephone-108[107/92]:Call Info DN 108 line 1 ref 16525 called 9011447900124912 calling 4895 alternateCalling 4895 origcalled 9011447900124912 calltype 2

EDM-CUCME#

172801: Feb 9 11:43:27.251: ephone-108[107/92][SEP2C3F38C8B95F]:Call Info for chan 1

172802: Feb 9 11:43:27.251: ephone-108[107/92][SEP2C3F38C8B95F]:SkinnyDisplayCallInfo callingName=User7

172803: Feb 9 11:43:27.251: ephone-108[107/92]:SkinnyDisplayCallInfo No-calledName

172804: Feb 9 11:43:27.251: peer_vdb is NULL for DN 108, chan 1 at SkinnyIsPeerNonSCCP

172805: Feb 9 11:43:27.371: SkinnyGetMultiMediaCapabilities: dn: 108, chan: 1

172806: Feb 9 11:43:27.371: ephone-108[107/92][SEP2C3F38C8B95F]:SkinnyGetMultiMediaCapabilities: dn: 108, chan: 1

172807: Feb 9 11:43:27.471: SkinnyTransfereeHairpinRinging: dn 108 chan 1 tonetype 37

172808: Feb 9 11:43:27.471: dn_tone_control DN=108 chan 1 tonetype=37:DtReorderTone onoff=1 pid=309

172809: Feb 9 11:43:27.471: ephone-108[107/92][SEP2C3F38C8B95F]:DN 108 disc reason 28 invalid number state ALERTING

172810: Feb 9 11:43:27.471: SkinnyGetCallState for DN 108 chan 1 ALERTING

172811: Feb 9 11:43:27.471: called DN -1 chan 1, calling DN -1 chan 1 phone 108 s2s:0

172812: Feb 9 11:43:27.471: SkinnyGetCallState for DN 108 chan 1 ALERTING

172813: Feb 9 11:43:27.471: called DN -1 chan 1, calling DN -1 chan 1 phone 108 s2s:0

172814: Feb 9 11:43:27.471: ephone-108[107/92][SEP2C3F38C8B95F]:is_auto_local 0 for DN 108

172815: Feb 9 11:43:27.471: ephone-108[107/92][SEP2C3F38C8B95F]:SkinnySetToneRef callRef

172796: Feb  9 11:43:27.251: ephone-108[107/92]:SkinnyTryCall to 9011447900124912 instance 1 start at 0 secondary 0

172797: Feb  9 11:43:27.251: ephone-108[107/92]:SkinnyTryCall to 9011447900124912 instance 1 start at 0 secondary 0

172798: Feb  9 11:43:27.251: ephone-108[107/92][SEP2C3F38C8B95F]:

172799: Feb  9 11:43:27.251: bulk_speeddial_update_callinfo: 107

172800: Feb  9 11:43:27.251: ephone-108[107/92]:Call Info DN 108 line 1 ref 16525 called 9011447900124912 calling 4895 alternateCalling 4895 origcalled 9011447900124912 calltype 2

EDM-CUCME#

172801: Feb  9 11:43:27.251: ephone-108[107/92][SEP2C3F38C8B95F]:Call Info for chan 1

172802: Feb  9 11:43:27.251: ephone-108[107/92][SEP2C3F38C8B95F]:SkinnyDisplayCallInfo callingName=User7

172803: Feb  9 11:43:27.251: ephone-108[107/92]:SkinnyDisplayCallInfo No-calledName

172804: Feb  9 11:43:27.251: peer_vdb is NULL for DN 108, chan 1 at SkinnyIsPeerNonSCCP

172805: Feb  9 11:43:27.371: SkinnyGetMultiMediaCapabilities: dn: 108, chan: 1

172806: Feb  9 11:43:27.371: ephone-108[107/92][SEP2C3F38C8B95F]:SkinnyGetMultiMediaCapabilities: dn: 108, chan: 1

172807: Feb  9 11:43:27.471: SkinnyTransfereeHairpinRinging: dn 108 chan 1 tonetype 37

172808: Feb  9 11:43:27.471: dn_tone_control DN=108 chan 1 tonetype=37:DtReorderTone onoff=1 pid=309

172809: Feb  9 11:43:27.471: ephone-108[107/92][SEP2C3F38C8B95F]:DN 108 disc reason 28 invalid number state ALERTING

172810: Feb  9 11:43:27.471: SkinnyGetCallState for DN 108 chan 1 ALERTING

172811: Feb  9 11:43:27.471: called DN -1 chan 1, calling DN -1 chan 1 phone 108 s2s:0

172812: Feb  9 11:43:27.471: SkinnyGetCallState for DN 108 chan 1 ALERTING

172813: Feb  9 11:43:27.471: called DN -1 chan 1, calling DN -1 chan 1 phone 108 s2s:0

172814: Feb  9 11:43:27.471: ephone-108[107/92][SEP2C3F38C8B95F]:is_auto_local 0 for DN 108

172815: Feb  9 11:43:27.471: ephone-108[107/92][SEP2C3F38C8B95F]:SkinnySetToneRef callRef

I have made one dial peer more specific so no more 9T and I can see that dial peer 99 is up

sh dial-peer voice 99

VoiceEncapPeer99

        peer type = voice, system default peer = FALSE, information type = voice,

        description = `INT test',

        tag = 99, destination-pattern = `9011T',

        voice reg type = 0, corresponding tag = 0,

        allow watch = FALSE

        answer-address = `', preference=0,

        CLID Restriction = None

        CLID Network Number = `'

        CLID Second Number sent

        CLID Override RDNIS = disabled,

        rtp-ssrc mux = system

        source carrier-id = `', target carrier-id = `',

        source trunk-group-label = `',  target trunk-group-label = `',

        numbering Type = `unknown'

        group = 99, Admin state is up, Operation state is up,

        Outbound state is up,

        incoming called-number = `', connections/maximum = 0/unlimited,

        DTMF Relay = disabled,

        URI classes:

            Destination =

        huntstop = disabled,

        in bound application associated: 'DEFAULT'

        out bound application associated: ''

        dnis-map =

        permission :both

        incoming COR list:maximum capability

        outgoing COR list:minimum requirement

        Translation profile (Incoming):

        Translation profile (Outgoing):INTER_OUT

        incoming call blocking:

        translation-profile = `'

        disconnect-cause = `no-service'

        advertise 0x40 capacity_update_timer 25 addrFamily 4 oldAddrFamily 4

        mailbox selection policy: none

        trunk-group:

        id = `PRI', preference = `'

        type = pots, prefix = `011',

        forward-digits default

        session-target = `', voice-port = `',

        direct-inward-dial = disabled,

        digit_strip = enabled,

        register E.164 number with H323 GK and/or SIP Registrar = TRUE

        fax rate = system,   payload size =  20 bytes

        supported-language = ''

        preemption level = `routine'

        bandwidth:

            maximum = 64 KBits/sec, minimum = 64 KBits/sec

        voice class called-number:

            inbound = `', outbound = `'

        dial tone generation after remote onhook = enabled

        mobility=0, snr=, snr_noan=, snr_delay=0, snr_timeout=0

        snr calling-number local=disabled, snr ring-stop=disabled, snr answer-too-soon timer=0

        Time elapsed since last clearing of voice call statistics never

        Connect Time = 0, Charged Units = 0,

        Successful Calls = 0, Failed Calls = 11, Incomplete Calls = 0

        Accepted Calls = 0, Refused Calls = 0,

        Last Disconnect Cause is "1C  ",

        Last Disconnect Text is "invalid number (28)",

        Last Setup Time = 164970668.

        Last Disconnect Time = 0.

Hi,

This may an issue with the TON (type of number)
that you are sending to ISDN.

Can you try changing your translation rule

!

voice translation-rule 40
rule 1 /^9011/ /011/ type unknown international

!

!

Regards
Alex

Regards, Alex. Please rate useful posts.

It dd end up being thr TON in addition had to make the change to my s0/0/0:23

isdn map address ^011* plan unknown type unknown

thank you all this was great .

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: