cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
817
Views
0
Helpful
7
Replies

Unallocated/unassigned number _ No dialpeer match

anthony.smith
Level 1
Level 1

3925 H323 voice gateway with PRIs

CUCM 12.5

We're trying to add a new group of DIDs to our environment. We've added at least one 4-digit extension to CUCM as an extension on a phone. In CUCM the gateway is set for the last 4 of the number. We have VoIP dial peers that are pointing to CUCM by IP. All of our DIDs work except we can't get the new ones to work the same way. Not sure if it's a carrier or internal issue. Unless we use a translation rule on the GW specific to the DIDs we are getting this message.

032487: *Jul 21 17:21:48.877: ISDN Se0/3/1:23 Q931: RX <- SETUP pd = 8 callref = 0x01A8
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Facility i = 0x9F8B0100A11702012E020100800F574952454C4553532043414C4C4552
Display i = 'WIRELESS CALLER'
Calling Party Number i = 0x2181, '5613232438'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '4047575555'
Plan:ISDN, Type:National
032488: *Jul 21 17:21:48.877: ISDN Se0/3/1:23 Q931: Received SETUP callref = 0x81A8 callID = 0x02F5 switch = primary-5ess interface = User
032489: *Jul 21 17:21:48.881: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 758 GUID=F7204E98087111ED81B56400F122D900
032490: *Jul 21 17:21:48.885: ISDN Se0/0/0:23 SERROR: isdn_get_name_from_gtd: false ret
032491: *Jul 21 17:21:48.885: ISDN Se0/3/1:23 SERROR: process_pri_simple: NO name in GTD
032492: *Jul 21 17:21:48.885: ISDN Se0/3/1:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x81A8
Channel ID i = 0xA98381
Exclusive, Channel 1
032493: *Jul 21 17:21:48.885: ISDN Se0/3/1:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x81A8
Cause i = 0x8081 - Unallocated/unassigned number
032494: *Jul 21 17:21:48.897: ISDN Se0/3/1:23 Q931: RX <- RELEASE pd = 8 callref = 0x01A8
032495: *Jul 21 17:21:48.901: ISDN Se0/3/1:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x81A8
032496: *Jul 21 17:21:48.921: ISDN Se0/3/0:23 Q931: RX <- SETUP pd = 8 callref = 0x01A9
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Facility i = 0x9F8B0100A11702012F020100800F574952454C4553532043414C4C4552
Display i = 'WIRELESS CALLER'
Calling Party Number i = 0x2181, '5613232438'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '4047575555'
Plan:ISDN, Type:National
032497: *Jul 21 17:21:48.921: ISDN Se0/3/0:23 Q931: Received SETUP callref = 0x81A9 callID = 0x02F6 switch = primary-4ess interface = User
032498: *Jul 21 17:21:48.925: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 759 GUID=F72704E8087111ED81B66400F122D900
032499: *Jul 21 17:21:48.929: ISDN Se0/0/0:23 SERROR: isdn_get_name_from_gtd: false ret
032500: *Jul 21 17:21:48.929: ISDN Se0/3/0:23 SERROR: process_pri_simple: NO name in GTD
032501: *Jul 21 17:21:48.933: ISDN Se0/3/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x81A9
Channel ID i = 0xA98381
Exclusive, Channel 1
032502: *Jul 21 17:21:48.933: ISDN Se0/3/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x81A9
Cause i = 0x8081 - Unallocated/unassigned number
032503: *Jul 21 17:21:48.941: ISDN Se0/3/0:23 Q931: RX <- RELEASE pd = 8 callref = 0x01A9
032504: *Jul 21 17:21:48.945: ISDN Se0/3/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x81A9
032505: *Jul 21 17:21:48.965: ISDN Se0/2/1:23 Q931: RX <- SETUP pd = 8 callref = 0x01AA
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Facility i = 0x9F8B0100A117020130020100800F574952454C4553532043414C4C4552
Protocol Profile = Networking Extensions
0xA117020130020100800F574952454C4553532043414C4C4552
Component = Invoke component
Invoke Id = 48
Operation = CallingName
Name Presentation Allowed Extended
Name = WIRELESS CALLER
Display i = 'WIRELESS CALLER'
Calling Party Number i = 0x2181, '5613232438'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '4047575555'
Plan:ISDN, Type:National
032506: *Jul 21 17:21:48.969: ISDN Se0/2/1:23 Q931: Received SETUP callref = 0x81AA callID = 0x02F7 switch = primary-ni interface = User
032507: *Jul 21 17:21:48.973: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 760 GUID=F72E57F8087111ED81B76400F122D900
032508: *Jul 21 17:21:48.977: ISDN Se0/0/0:23 SERROR: isdn_get_name_from_gtd: false ret
032509: *Jul 21 17:21:48.977: ISDN Se0/2/1:23 SERROR: process_pri_simple: NO name in GTD
032510: *Jul 21 17:21:48.977: ISDN Se0/2/1:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x81AA
Channel ID i = 0xA98381
Exclusive, Channel 1
032511: *Jul 21 17:21:48.977: ISDN Se0/2/1:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x81AA
Cause i = 0x8081 - Unallocated/unassigned number
032512: *Jul 21 17:21:48.989: ISDN Se0/2/1:23 Q931: RX <- RELEASE pd = 8 callref = 0x01AA
032513: *Jul 21 17:21:48.989: ISDN Se0/2/1:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x81AA
032514: *Jul 21 17:21:49.013: ISDN Se0/2/0:23 Q931: RX <- SETUP pd = 8 callref = 0x01AB
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Facility i = 0x9F8B0100A117020131020100800F574952454C4553532043414C4C4552
Display i = 'WIRELESS CALLER'
Calling Party Number i = 0x2181, '5613232438'
Plan:ISDN, Type:National
Called Party Number i = 0xC1, '7575555'
Plan:ISDN, Type:Subscriber(local)
032515: *Jul 21 17:21:49.013: ISDN Se0/2/0:23 Q931: Received SETUP callref = 0x81AB callID = 0x02F8 switch = primary-4ess interface = User
032516: *Jul 21 17:21:49.017: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 761 GUID=F73510E6087111ED81B86400F122D900

032517: *Jul 21 17:21:49.021: ISDN Se0/0/0:23 SERROR: isdn_get_name_from_gtd: false ret
032518: *Jul 21 17:21:49.021: ISDN Se0/2/0:23 SERROR: process_pri_simple: NO name in GTD
032519: *Jul 21 17:21:49.021: ISDN Se0/2/0:23 Q931: TX -> CALL_PROC pd = 8 callref = 0x81AB
Channel ID i = 0xA98381
Exclusive, Channel 1
032520: *Jul 21 17:21:49.021: ISDN Se0/2/0:23 Q931: TX -> DISCONNECT pd = 8 callref = 0x81AB
Cause i = 0x8081 - Unallocated/unassigned number
032521: *Jul 21 17:21:49.033: ISDN Se0/2/0:23 Q931: RX <- RELEASE pd = 8 callref = 0x01AB
032522: *Jul 21 17:21:49.033: ISDN Se0/2/0:23 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x81AB

 

1 Accepted Solution

Accepted Solutions

Sure, that would work as well. Or create additional dial peers that has a different match from the two you have now.

For example this.

dial-peer voice 160 voip
 description New range dialing to CUCM Cluster
 destination-pattern 404757….$
 
session target ipv4:10.10.10.10
 
voice-class codec 9999
 voice-class h323 8888
 dtmf-relay h245-alphanumeric
 fax protocol t38 version 0 ls-redundancy 5 hs-redundancy 2 fallback pass-through g711ulaw
 no vad
!
dial-peer voice 161 voip
 description New range dialing to CUCM Cluster
 preference 1
 destination-pattern 404757….$
 session target ipv4: 10.10.10.11
 voice-class codec 9999
 voice-class h323 8888
 dtmf-relay h245-alphanumeric
 fax protocol t38 version 0 ls-redundancy 5 hs-redundancy 2 fallback pass-through g711ulaw
 no vad

However the best and cleanest would be to create a translation on your gateway so that you don't need to create additional dial peers. Something like this should work.

voice translation-rule 20
 rule 1 /^404757\(….\)$/ /\1/
!
voice translation-profile PSTN-IN
 translate called 20
!
dial-peer voice 1 pots
 translation-profile incoming PSTN-IN

This would keep the last 4 digits, also known as a number slice that is indicated by the use of parentheses on the left hand side and the \1 on the right hand side. Left hand is the match side and the right hand is the replace side. For more information on how to use translations see the before linked to document or this for even more details on how translations works. https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/64020-number-voice-translation-profiles.html

There are also options as previously mentioned to put the translation profile incoming command on the voice port or on the trunk group. This is often preferred as compared to using it on a dial peer, as that could be wrongly configured so that it doesn't match with the one that you think it does.



Response Signature


View solution in original post

7 Replies 7

Please share your dial peer and if in existence voice translation configuration. Based on this “032489: *Jul 21 17:21:48.881: %VOICE_IEC-3-GW: C SCRIPTS: Internal Error (No dialpeer match): IEC=1.1.128.11.5.0 on callID 758 GUID=F7204E98087111ED81B56400F122D900” you don’t have a match on a dial peer pointing towards CM, so the call never leaves you’re gateway.



Response Signature


We are trying to add DIDs in this range: 404757XXXX . Not sure if the issue is with what the carrier is sending or missing the dial-peer as indicated by the logs.

=============================================================================================

 

voice translation-rule 1

 rule 1 // // type any international plan any isdn

!

voice translation-rule 2

 rule 1 // // type any national plan any isdn

!

voice translation-profile CALLBLOCK

 translate calling 9

!

voice translation-profile outgoing-intnl

 translate calling 1

!

voice translation-profile outgoing-pstn

 translate calling 2

!

dial-peer voice 4 pots

 trunkgroup Local-SIP

 description Local 7-digit Dialing

 translation-profile outgoing outgoing-pstn

 destination-pattern 8[2-9]......

 forward-digits 7

!

dial-peer voice 5 pots

 trunkgroup Local-SIP

 description Local 10-digit Dialing

 translation-profile outgoing outgoing-pstn

 destination-pattern 8[2-9]..[2-9]......

 forward-digits 10

!

dial-peer voice 6 pots

 trunkgroup Local-SIP

 description Toll-Free Dialing

 translation-profile outgoing outgoing-pstn

 destination-pattern 81800.......

 forward-digits 10

!

dial-peer voice 7 pots

 trunkgroup Local-SIP

 description Toll-Free Dialing

 translation-profile outgoing outgoing-pstn

 destination-pattern 81855.......

 forward-digits 10

!

dial-peer voice 8 pots

 trunkgroup Local-SIP

 description Toll-Free Dialing

 translation-profile outgoing outgoing-pstn

 destination-pattern 81866.......

 forward-digits 10

!

dial-peer voice 9 pots

 trunkgroup Local-SIP

 description Toll-Free Dialing

 translation-profile outgoing outgoing-pstn

 destination-pattern 81877.......

 forward-digits 10

!

dial-peer voice 10 pots

 trunkgroup Local-SIP

 description Toll-Free Dialing

 translation-profile outgoing outgoing-pstn

 destination-pattern 81888.......

 forward-digits 10

!

dial-peer voice 11 pots

 description Emergency (E-911) Dialing

 destination-pattern 911

 port 0/3/1:23

 forward-digits 3

!

dial-peer voice 12 pots

 trunkgroup Local-SIP

 description Local Services Dialing

 translation-profile outgoing outgoing-pstn

 destination-pattern 8[235-8]11

 forward-digits 3

!

dial-peer voice 13 pots

 trunkgroup Local-SIP

 description Directory Assistance Dialing (Disabled)

 translation-profile outgoing outgoing-pstn

 shutdown

 destination-pattern 8411

 forward-digits 3

!

dial-peer voice 14 pots

 trunkgroup LD-SIP

 description Long Distance Dialing

 translation-profile outgoing outgoing-pstn

 destination-pattern 81[2-9]..[2-9]......

 forward-digits 10

!

dial-peer voice 15 pots

 trunkgroup LD-SIP

 description International Dialing

 translation-profile outgoing outgoing-intnl

 destination-pattern 8011T

 forward-digits all

!

dial-peer voice 100 voip

 description 4-Digit dialing to CUCM Cluster

 destination-pattern ....$

 session target ipv4:10.10.10.10

 voice-class codec 9999

 voice-class h323 8888

 dtmf-relay h245-alphanumeric

 fax protocol t38 version 0 ls-redundancy 5 hs-redundancy 2 fallback pass-through g711ulaw

 no vad

!

dial-peer voice 101 voip

 description 4-Digit dialing to CUCM Cluster

 preference 1

 destination-pattern ....$

 session target ipv4: 10.10.10.11

 voice-class codec 9999

 voice-class h323 8888

 dtmf-relay h245-alphanumeric

 fax protocol t38 version 0 ls-redundancy 5 hs-redundancy 2 fallback pass-through g711ulaw

 no vad

!

dial-peer voice 1 pots

 trunkgroup LD-SIP

 trunkgroup Local-SIP

 call-block translation-profile incoming CALLBLOCK

 call-block disconnect-cause incoming unassigned-number

 incoming called-number .

 direct-inward-dial

!

dial-peer voice 16 pots

 trunkgroup LD-SIP

 description Long Distance Dialing

 translation-profile outgoing outgoing-pstn

 preference 1

 destination-pattern 81[2-9]..[2-9]......

 forward-digits 10

!

dial-peer voice 99 voip

 incoming called-number .

 voice-class codec 9999

 dtmf-relay h245-alphanumeric

 fax protocol t38 version 0 ls-redundancy 5 hs-redundancy 2 fallback pass-through g711ulaw

 ip qos dscp cs5 media

 ip qos dscp cs3 signaling

 no vad

!

dial-peer voice 26 pots

 trunkgroup Local-SIP

 description Toll-Free Dialing

 translation-profile outgoing outgoing-pstn

 destination-pattern 81844.......

 forward-digits 10

!

dial-peer voice 21 pots

 trunkgroup LD-SIP

 description Long Distance Dialing

 preference 1

!

 

 

Both of your dial peers that points towards CM has a match of four digits. From what I can see your service provider sends you the called number as this “Called Party Number i = 0xA1, '4047575555'”. With this there is no dial peer that matches. You would need to translate the called number on ingress into the gateway, either on the inbound dial peer, voice port or trunk group if you use that, down to the last four digits so that it matches the dial peers towards CM.



Response Signature


On a side note neither of these trunk group lines are needed on this dial peer.

dial-peer voice 1 pots
 trunkgroup LD-SIP
 trunkgroup Local-SIP

These are configuration that is used for outbound dial peers, as this is an inbound dial peer they are not relevant.



Response Signature


Thanks for the links. ... very helpful.

Besides using translations for that block of DIDs, would another way be to have the PSTN carrier only send us 4 digits since everything on the CallManager side are programmed to use 4 digits including user extensions and DNIS for toll-free numbers?

Sure, that would work as well. Or create additional dial peers that has a different match from the two you have now.

For example this.

dial-peer voice 160 voip
 description New range dialing to CUCM Cluster
 destination-pattern 404757….$
 
session target ipv4:10.10.10.10
 
voice-class codec 9999
 voice-class h323 8888
 dtmf-relay h245-alphanumeric
 fax protocol t38 version 0 ls-redundancy 5 hs-redundancy 2 fallback pass-through g711ulaw
 no vad
!
dial-peer voice 161 voip
 description New range dialing to CUCM Cluster
 preference 1
 destination-pattern 404757….$
 session target ipv4: 10.10.10.11
 voice-class codec 9999
 voice-class h323 8888
 dtmf-relay h245-alphanumeric
 fax protocol t38 version 0 ls-redundancy 5 hs-redundancy 2 fallback pass-through g711ulaw
 no vad

However the best and cleanest would be to create a translation on your gateway so that you don't need to create additional dial peers. Something like this should work.

voice translation-rule 20
 rule 1 /^404757\(….\)$/ /\1/
!
voice translation-profile PSTN-IN
 translate called 20
!
dial-peer voice 1 pots
 translation-profile incoming PSTN-IN

This would keep the last 4 digits, also known as a number slice that is indicated by the use of parentheses on the left hand side and the \1 on the right hand side. Left hand is the match side and the right hand is the replace side. For more information on how to use translations see the before linked to document or this for even more details on how translations works. https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/64020-number-voice-translation-profiles.html

There are also options as previously mentioned to put the translation profile incoming command on the voice port or on the trunk group. This is often preferred as compared to using it on a dial peer, as that could be wrongly configured so that it doesn't match with the one that you think it does.



Response Signature