02-08-2012 01:53 PM - edited 03-16-2019 09:29 AM
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.
Solved! Go to Solution.
02-09-2012 12:21 PM
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
02-08-2012 02:10 PM
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
02-08-2012 02:17 PM
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
02-08-2012 04:01 PM
can u paste the debugs over here again after making the changes!!
thanks,
Vipul Jindal
02-09-2012 01:38 AM
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
02-09-2012 05:36 AM
Carlo,
He has trunk group defined so no need for port command.
Chris
Sent from Cisco Technical Support iPhone App
02-09-2012 05:55 AM
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
02-09-2012 10:49 AM
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
02-09-2012 11:04 AM
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.
02-09-2012 12:21 PM
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
02-09-2012 01:04 PM
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 .
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