Thanks Angel.
I have fixed it already by adding a num-exp command at BR2.

Ash>

On 06/04/2010 10:53, Angel Perez wrote:
Hello:

Can you paste: sh gatek gw

The gatekeeper routing looks find (anyway /zone prefix CUCME 3... /would be better), I guess that your call is reaching cme

First at cme site:

deb voip ccapi inout

Check incoming dial-peer and incoming called number, I recommend you to create an especific incoming dial-peer for this calls don't relay on default incoming dial-peer

If you can't see the incoming call reaching the cme site the gk is rejecting the call, do the following:

At gk router:

deb gatekeeper main 10 ! check if the call is rejected
deb h225 asn1 ! check the ARJ message and try to find why the call is rejected

hth

------------------------------------------------------------------------
Date: Mon, 5 Apr 2010 17:36:39 +0100
From: siddas...@gmail.com
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] Inter-site calls Not routing over GK trunk

Hello guys,

I am trying to route calls between HQ and BR1 to a CME site BR2 using 4-digit extension over the GK trunk.
Gatekeeper is on HQ and its a MGCP gateway.

The solution below is working fine as expected if we _don't use_ "no-reg primary" at ephone-dn. This means phones are registering with their E.164 id to gatekeeper. I don't think this should happen. Phones should not register with Gatekeeper isn't it? I checked show gatekeeper endpoints and it was showing me E164 id 3001 and E164 id 3002 of BR2. Everything was working fine, calls can be routed over the GK trunk to CUCME site when a user dial 3001/3002 from HQ or BR1.

But as soon as I entered no-reg primary command to the ephone-dn and did a reset, the GK trunk is not working and calls from HQ and BR1 are routed thru backup local GW with full E164 number. I am confiused a bit because CUCME is regsitered with 1# and GK knows 3* numbers sits at CUCME site. I also changed 3* to 3... on Gatekeeper but it isn't working.

My question is what is an expected behaviour? do we need that no-reg primary command on ephone-dn? if not then the solution is working fine but if yes we need it on ephone-dn then please let me know where I am wrong as calls are not routed thru the GK trunk. Do I need to prefix anything at CUCM on Route List details- GK trunk like 1# or something?

Calls from SC to HQ and SB are working fine as normal over the GK trunk.
I have made a Region GK-729 with 729 codec within all sites. That region is in the DP of GK-TRUNK.

Here is HQ config:

(My subscriber is down at the moment so you will only see one VOIP-GW in outputs)

gatekeeper
 zone local GK ccievoice.com 10.10.110.1
 zone local CUCME ccievoice.com
 zone prefix GK 5... gw-priority 10 gk-trunk_2
 zone prefix GK 5... gw-priority 9 gk-trunk_1
 zone prefix GK 1... gw-priority 10 gk-trunk_2
 zone prefix GK 1... gw-priority 9 gk-trunk_1
 zone prefix CUCME 3*
 gw-type-prefix 1#* default-technology
 no shutdown
!

HQ#sh gatek endpoints
                    GATEKEEPER ENDPOINT REGISTRATION
                    ================================
CallSignalAddr Port RASSignalAddr Port Zone Name Type Flags --------------- ----- --------------- ----- --------- ---- -----
10.10.110.3     1720  10.10.110.3     60441 GK                H323-GW
    H323-ID: CUCME
    Voice Capacity Max.=  Avail.=  Current.= 0
10.10.210.10    1720  10.10.210.10    44782 GK                VOIP-GW
    H323-ID: gk-trunk_1
    Voice Capacity Max.=  Avail.=  Current.= 0
Total number of active registrations = 2

HQ#
HQ#sh gatek zone prefix
      ZONE PREFIX TABLE
      =================
GK-NAME               E164-PREFIX
-------               -----------
GK                    5...
GK                    1...
CUCME            3*
HQ#




BR2#interface Loopback0
 ip address 10.10.110.3 255.255.255.255
 ip ospf network point-to-point
 h323-gateway voip interface
 h323-gateway voip id GK ipaddr 10.10.110.1 1719
 h323-gateway voip h323-id CUCME
 h323-gateway voip tech-prefix 1#

BR2#sh ephone

ephone-1[0] Mac:0017.9497.1F89 TCP socket:[1] activeLine:0 REGISTERED in SCCP ver 12/9 mediaActive:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:8 privacy:1
IP:192.168.10.55 50512 7961  keepalive 42 max_line 6
button 1: dn 1 number 3001 CH1 IDLE CH2 IDLE CH3 IDLE CH4 IDLE CH5 IDLE CH6 IDLE CH7 IDLE CH8 IDLE button 2: dn 3 number 3003 CH1 IDLE CH2 IDLE CH3 IDLE CH4 IDLE CH5 IDLE CH6 IDLE CH7 IDLE CH8 IDLE shared
privacy button is enabled
Preferred Codec: g711ulaw
Username: scph1


ephone-2[1] Mac:0017.E089.7382 TCP socket:[2] activeLine:0 REGISTERED in SCCP ver 12/9 mediaActive:0 offhook:0 ringing:0 reset:0 reset_sent:0 paging 0 debug:0 caps:8 privacy:1
IP:192.168.10.56 51267 7961  keepalive 179 max_line 6
button 1: dn 2 number 3002 CH1 IDLE CH2 IDLE CH3 IDLE CH4 IDLE CH5 IDLE CH6 IDLE CH7 IDLE CH8 IDLE button 2: dn 3 number 3003 CH1 IDLE CH2 IDLE CH3 IDLE CH4 IDLE CH5 IDLE CH6 IDLE CH7 IDLE CH8 IDLE shared
blf speed dial 3:3001 BLF3001
privacy button is enabled
Preferred Codec: g711ulaw
Username: scph2
Ash>
------------------------------------------------------------------------
Hotmail: Free, trusted and rich email service. Get it now. <https://signup.live.com/signup.aspx?id=60969>


--
Thanks,
Ashar Siddiqui

_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to