I'm looking through this as I'm sending.  I also wanted to note that I
set the Service Parameter "BRQ Enable" to True, because I noticed that
the DRQs were coming shortly after the BRQ were sent by the CME.  

*Feb 20 03:18:10.457: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process: got a
TIMER event

*Feb 20 03:18:10.457: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_handle_timers

*Feb 20 03:18:10.457: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_handle_timers:
managed timer expired 0x47620C08 

*Feb 20 03:18:10.733: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process:
QUEUE_EVENT (minor 0) wakeup
R1#
*Feb 20 03:18:13.393: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process:
QUEUE_EVENT (minor 0) wakeup
*Feb 20 03:18:13.393: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_rassrv_arq:
arqp=0x4A5F7A4C,crv=0x37, answerCall=0
*Feb 20 03:18:13.393: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_rassrv_sep_arq:
ARQ Didn't use GK_AAA_PROC
*Feb 20 03:18:13.393: //95E2E82B812F/95E2E82B8131/GK/gk_dns_query: No
Name servers
*Feb 20 03:18:13.393:
//95E2E82B812F/95E2E82B8131/GK/rassrv_get_addrinfo: (1#17752011001)
Matched tech-prefix 1#
*Feb 20 03:18:13.393:
//95E2E82B812F/95E2E82B8131/GK/rassrv_get_addrinfo: (1#17752011001)
Matched zone prefix 1 and remainder 7752011001
*Feb 20 03:18:13.393:
//xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_rassrv_get_ingress_network: ARQ
non-std ingress network = 1
*Feb 20 03:18:13.393:
//95E2E82B812F/95E2E82B8131/GK/rassrv_arq_select_viazone: about to check
the source side, src_zonep=0x4A696CA4
*Feb 20 03:18:13.393:
//95E2E82B812F/95E2E82B8131/GK/rassrv_arq_select_viazone: matched zone
is ZONE_01, an
R1#d z_invianamelen=0
*Feb 20 03:18:13.393:
//95E2E82B812F/95E2E82B8131/GK/rassrv_arq_select_viazone: about to check
the destination side, dst_zonep=0x4A696CA4
*Feb 20 03:18:13.393:
//95E2E82B812F/95E2E82B8131/GK/rassrv_arq_select_viazone: matched zone
is ZONE_01, and z_outvianamelen=0
*Feb 20 03:18:13.397:
//xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_rassrv_get_ingress_network: ARQ
non-std ingress network = 1
*Feb 20 03:18:13.421: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process:
QUEUE_EVENT (minor 0) wakeup
*Feb 20 03:18:13.421: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_rassrv_arq:
arqp=0x4AD8C8B8,crv=0x8037, answerCall=1
*Feb 20 03:18:13.421: //95E2E82B812F/95E2E82B8131/GK/gk_rassrv_dep_arq:
ARQ Didn't use GK_AAA_PROC
*Feb 20 03:18:13.465: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process:
QUEUE_EVENT (minor 0) wakeup
*Feb 20 03:18:13.469: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_rassrv_brq:
state = 0xF
*Feb 20 03:18:13.469: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_rassrv_brq:
brqp=0x4A6F94A8, crv=0x8037, bandWidth=160
R1#
R1#
*Feb 20 03:18:22.781: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process:
QUEUE_EVENT (minor 0) wakeup
*Feb 20 03:18:22.781: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_rassrv_brq:
state = 0xF
*Feb 20 03:18:22.781: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_rassrv_brq:
brqp=0x4A6F94A8, crv=0x37, bandWidth=0
*Feb 20 03:18:22.785: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process:
QUEUE_EVENT (minor 0) wakeup
*Feb 20 03:18:22.805: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process:
QUEUE_EVENT (minor 0) wakeup
*Feb 20 03:18:22.805: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_rassrv_arq:
arqp=0x4AB97164,crv=0x8038, answerCall=1
*Feb 20 03:18:22.805: //95E2E82B812F/95E2E82B8131/GK/gk_rassrv_dep_arq:
ARQ Didn't use GK_AAA_PROC
R1#
*Feb 20 03:18:25.457: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process: got a
TIMER event

*Feb 20 03:18:25.457: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_handle_timers

*Feb 20 03:18:25.457: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_handle_timers:
managed timer expired 0x47620C08 

R1#
*Feb 20 03:18:27.825: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process:
QUEUE_EVENT (minor 0) wakeup
*Feb 20 03:18:27.829: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process:
QUEUE_EVENT (minor 0) wakeup
R1#
*Feb 20 03:18:33.965: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process:
QUEUE_EVENT (minor 0) wakeup
*Feb 20 03:18:34.381: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process:
QUEUE_EVENT (minor 0) wakeup
R1#
*Feb 20 03:18:40.457: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_process: got a
TIMER event

*Feb 20 03:18:40.457: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_handle_timers

*Feb 20 03:18:40.457: //xxxxxxxxxxxx/xxxxxxxxxxxx/GK/gk_handle_timers:
managed timer expired 0x47620C08

Thanks,

Jeff


-----Original Message-----
From: Mustafa [mailto:afat...@verizon.net] 
Sent: Friday, February 19, 2010 6:09 PM
To: Jeff Price (jeffpric)
Cc: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] Gatekeeper Issue

Jeff,

Do a "debug gatekeeper main 10" on the gatekeeper and check/send the 
output when you make a call. It will tell you whats happening and if 
there is a routing failure at the gatekeeper.

Also, take a look at this documentation 
http://www.cisco.com/en/US/docs/ios/voice/cubegk/configuration/guide/ve_
book/ve_book.html 
, it details how to configure gatekeeper with CUBE and its a good read.

-- Mustafa

Jeff Price (jeffpric) wrote:
>
> Hi everyone,
>
> I'm having an issue with my gatekeeper. When calling from CUCM to GK 
> to CME, the calls go through. I know this because I have shutdown the 
> T1 controller and completed the calls. However, when calling from the 
> CME to GK to CUCM, the calls do not go through. I have been analyzing 
> the debug h225 asn1 output for an answer and I'm not finding one. The 
> GK even sends an ACF, but shortly after CME sends a DRQ. I was 
> figuring either a BW or codec/h245 issue, but I haven't configured an 
> CAC for the GK and it doesn't seem to be a codec negotiation issue, 
> because the calls wouldn't go through from CUCM to CME via the GK. I 
> have the Regions configured to use G729 on the CUCM side and the 
> dial-peers to use g2729r8 on CME.
>
> I'm attaching the RAS output. If anyone wants some more information 
> I'll be happy to send it.
>
> The thing that is standing out to me the most is this in the DRQ 
> message - terminationCause releaseCompleteCauseIE : '08028090'H. The 
> only thing I found on google for it seems like it's the standard DRQ 
> cause IE. So I'm not finding anything worthwhile.
>
> Any help is appreciated. Thanks a lot.
>
>
http://www.cisco.com/cisco/web/UK/images/emails/signaturetool/the_human_
network_logo.jpg
>
>       
>
> *Jeff Price**
> Network Consulting Engineer - Unified Communications Practice*
> *
> *
> jeffp...@cisco.com <mailto:jeffp...@cisco.com>
> Phone: *408-525-8293*
> Mobile: *408-204-4510*
>
> **
>
>       
>
> *Cisco Systems, Inc.*
> 170 West Tasman Drive,
> San Jose, CA 95134-1706
> USA
> Cisco home page <http://www.cisco.com/>
>
>       
>
>
http://www.cisco.com/cisco/web/UK/images/emails/signaturetool/welcome_to
_human_network_lo.jpg
>
>
http://www.cisco.com/global/EMEA/brand/signature/capital/green.gifThink 
> before you print.
>
> This email may contain confidential and privileged material for the 
> sole use of the intended recipient.
>
> Any review, use, distribution or disclosure by others is strictly 
> prohibited. If you are not the intended
>
> recipient (or authorized to receive for the recipient), please contact

> the sender by reply email and
>
> delete all copies of this message.
>
> For corporate legal information go to:
> http://www.cisco.com/web/about/doing_business/legal/cri/index.html
>
>
------------------------------------------------------------------------
>
> _______________________________________________
> For more information regarding industry leading CCIE Lab training,
please visit www.ipexpert.com

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

Reply via email to