cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1298
Views
5
Helpful
10
Replies

HA h323 PRI - Unallocated/unassigned number

J_Vansen_S
Level 3
Level 3

hi All

Problem Statement

When calls enters to the opposite gateway, incoming calls could not get thru. Unallocated/unassigned number

 

E1 h323, cucm setup

  • Both h323 voice gateway has identical config
  • Site A  phones registers to Site A CUCM02
  • Site B phones registers to Site B CUCM01
  • Telco forwards DID number to both E1 line randomly
  • Incoming CSS on gateway is correct with the appropriate partition

 

When calls to 9997851 enters to Site A E1 there is no issue

When calls to 9997851 enters to Site B E1 I get Unallocated/unassigned number.

It seems like the call meant for Site A, that comes thru Site B E1 does not know how to redirect to SiteA CUCM

HA CONFIG

SiteA

dial-peer voice 4001 voip
 description to CUCM02
 destination-pattern 7...
 session target ipv4:10.200.10.10

!

dial-peer voice 4000 voip
 description to CUCM01
 destination-pattern 7...
 session target ipv4:10.201.10.10
 voice-class h323 1

Site B

dial-peer voice 4001 voip

description to CUCM02
 destination-pattern 7...
 session target ipv4:10.200.10.10
!
dial-peer voice 4000 voip

 description to CUCM01
 destination-pattern 7...
 session target ipv4:10.201.10.10
 voice-class h323 1

 

Is there any config that needs to be configure on the h323 to solve this problem?

10 Replies 10

Deepak Rawat
Cisco Employee
Cisco Employee

Are these the only dial-peers you have configured there, you should have something created for the inbound POTS leg as well coming from the PSTN to then match it against the outbound voip dial-peers that you have created to send it further to CM. Besides this, make sure the Gateway had appropriate CSS configured for the Incoming Calls to reach the APT_Internal_Voice and PLZ_Internal_Voice partitions respectively.

Regards

Deepak

Hi there,

I have the dial-peer POTS configured for my outbound calls.

Apparently outgoing calls are all working fine. Its just incoming calls

Site A

ip cef
no ipv6 cef
multilink bundle-name authenticated
!
isdn switch-type primary-net5
!
cts logging verbose
!
!
voice service voip
 allow-connections h323 to h323
 allow-connections h323 to sip
 allow-connections sip to h323
 fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
 h323
!
voice class h323 1
  h225 timeout tcp establish 3
!        
voice translation-rule 1
 rule 1 /9997/ /7/
!
!
voice translation-profile ABC
 translate called 1
!
redundancy
!
!
controller E1 0/0/0
 pri-group timeslots 1-31
!
!
interface Embedded-Service-Engine0/0
 no ip address
 shutdown
!
interface GigabitEthernet0/0
 ip address 10.200.10.100 255.255.255.0
 duplex auto
 speed auto
 h323-gateway voip interface
 h323-gateway voip bind srcaddr 10.200.10.100
!
interface Serial0/0/0:15
 no ip address
 encapsulation hdlc
 isdn switch-type primary-net5
 isdn incoming-voice voice
 no cdp enable
!
!
voice-port 0/0/0:15
 translation-profile incoming ABC
 !
dial-peer voice 1 pots
 destination-pattern 9.......
 direct-inward-dial
 port 0/0/0:15
 forward-digits 7
!
dial-peer voice 4000 voip
 description to CUCM01
 destination-pattern 7...
 session target ipv4:10.201.10.10
 voice-class h323 1
!
dial-peer voice 2 pots
 description Emergency/Gov
 destination-pattern 91..
 direct-inward-dial
 port 0/0/0:15
 forward-digits 3
!
dial-peer voice 3 pots
 description Emergency
 destination-pattern 99..
 direct-inward-dial
 port 0/0/0:15
 forward-digits 3
!
dial-peer voice 4 pots
 description International
 destination-pattern 098T
 direct-inward-dial
 port 0/0/0:15
 forward-digits all
!         
dial-peer voice 6 pots
 description InternationalDirect
 destination-pattern 00T
 direct-inward-dial
 port 0/0/0:15
 forward-digits all
!         
dial-peer voice 7 pots
 description TollFree
 destination-pattern 1800T
 direct-inward-dial
 port 0/0/0:15
 forward-digits all
!         
dial-peer voice 4001 voip
 description to CUCM02
 preference 1
 destination-pattern 7...
 session target ipv4:10.200.10.10
!         

[+5] for Deepak

couple of things i would like to add alway do hop by hop troubleshooting(first Check Gateway and then CUCM) for this kind of scenario. most of scenario you have wrong CSS and PT or Telco sending incorrect digit pattern.

enable this debug on the GW and make a test , collect the debug post the same along CUCM trace if you can.

Debug isdn q931

debug voice ccapi inout

debug h225 asn1

debug h245 asn1 

Br, Nadeem Please rate all useful post.

hi there,

Thanks, will try to grab the debug logs

Ive added comments to my post.

When calls to 9997851 enters to Site A E1 there is no issue

When calls to 9997851 enters to Site B E1 I get Unallocated/unassigned number.

It seems like the call meant for Site A, that comes thru Site B E1 does not know how to redirect to SiteA CUCM

Hello Vansen,

having said that grabbing quick debug/logs will reveal the root cause of this issue.Please do share debug once you collect the same.

once call accepted on the incoming leg of the SiteB gateway from Telco/provider you have full control to manipulating routing as per requirement. Telco job just need send/throw call to SITEB GW

One question when call suppose to go from Site:B do you hear Annoucment being played or just fast busy tone?

Br

Nadeem

Br, Nadeem Please rate all useful post.

Hi all,

I managed to get this working by creating 2 inter-cluster trunk between my 2x CUCM(cluster), and creating 2 identical 7xxx route pattern and point each to the diff inter-cluster trunk.

At least i now do not hear the annoucement telling me that number is not assigned or the debug msg of Unallocated/Unassigned.

I can say that this is working. However i am faced with another issue.

I repeatedly tested calling the same number. 1 out of 5 times the calls does not get thru.

I get this below, whenever the incoming call does not get thru.

Feb 25 15:56:31.317: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8  callref = 0x08D5

        Sending Complete

        Bearer Capability i = 0x8090A3

                Standard = CCITT

                Transfer Capability = Speech 

                Transfer Mode = Circuit

                Transfer Rate = 64 kbit/s

        Channel ID i = 0xA1839A

                Preferred, Channel 26

        Calling Party Number i = 0x1183, '6737223737'

                Plan:ISDN, Type:International

        Called Party Number i = 0xC1, '9997848'

                Plan:ISDN, Type:Subscriber(local)

Feb 25 15:56:31.317: ISDN Se0/0/0:15 Q931: Received SETUP  callref = 0x88D5 callID = 0x0051 switch = primary-net5 interface = User

Feb 25 15:56:31.325: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8  callref = 0x88D5

        Channel ID i = 0xA9839A

                Exclusive, Channel 26

Feb 25 15:56:34.449: ISDN Se0/0/0:15 Q931: TX -> PROGRESS pd = 8  callref = 0x88D5

        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info

Feb 25 15:56:34.453: ISDN Se0/0/0:15 Q931: TX -> PROGRESS pd = 8  callref = 0x88D5

        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info

Feb 25 15:56:34.457: ISDN Se0/0/0:15 Q931: TX -> PROGRESS pd = 8  callref = 0x88D5

        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info

Feb 25 15:56:34.469: ISDN Se0/0/0:15 Q931: TX -> PROGRESS pd = 8  callref = 0x88D5

        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info

Feb 25 15:56:34.477: ISDN Se0/0/0:15 Q931: TX -> PROGRESS pd = 8  callref = 0x88D5

        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info

Feb 25 15:56:34.505: ISDN Se0/0/0:15 Q931: TX -> PROGRESS pd = 8  callref = 0x88D5

        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info

Feb 25 15:56:34.517: ISDN Se0/0/0:15 Q931: TX -> PROGRESS pd = 8  callref = 0x88D5

        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info

Feb 25 15:56:34.529: ISDN Se0/0/0:15 Q931: TX -> PROGRESS pd = 8  callref = 0x88D5

        Progress Ind i = 0x8181 - Call not end-to-end ISDN, may have in-band info

Feb 25 15:56:34.557: ISDN Se0/0/0:15 Q931: TX -> PROGRESS pd = 8  callref = 0x88D5

Can anyone advise what this meant? I tried searching for the debug msg to no avail

Please check in another GW B whether the translation pattern to cut 999 is applied on voice port or not.

Configure below and then try. Also check the incoming CSS on H.323 gateway

dial-peer voice 8 pots
incoming called-number .
direct-inward-dial
port 0/0/0:15

Regards

Deepak

hi there thanks!

Tried that, but it didnt work.

Incoming CSS on gateway is correct

Would like to add:-

When calls to 9997851 enters to Site A E1 there is no issue

When calls to 9997851 enters to Site B E1 I get Unallocated/unassigned number.

It seems like the call meant for Site A, that comes thru Site B E1 does not know how to redirect to SiteA CUCM

Can you post the show run from Site B VG as well.

Regards

Deepak