[OSL | CCIE_Voice] Cannot route call through GK

2010-10-09 Thread David Lee
gt; Does anyone know if/what UCCX wav file says "Please try again later"
> >
> > Thanks,
> > Mark
> >
> > ___
> > For more information regarding industry leading CCIE Lab training, please
> > visit www.ipexpert.com
> >
> -- next part --
> An HTML attachment was scrubbed...
> URL:
> 
>
> --
>
> Message: 4
> Date: Fri, 8 Oct 2010 22:55:00 -0300
> From: "Marcelo Alexandria" 
> To: "'Mark Holloway'" 
> Cc: 'CCIE Voice Maillist' 
> Subject: [OSL | CCIE_Voice] RES:  Call Forward Unregistered
> Message-ID: <00b201cb6754$fe592540$fb0b6f...@com.br>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Mark , dont worry,This is a image issue..i got this many times in my
> labs?
>
>
>
>
>
> De: ccie_voice-boun...@onlinestudylist.com
> [mailto:ccie_voice-boun...@onlinestudylist.com] Em nome de Mark Holloway
> Enviada em: sexta-feira, 8 de outubro de 2010 20:15
> Para: Mark Holloway
> Cc: CCIE Voice Maillist
> Assunto: Re: [OSL | CCIE_Voice] Call Forward Unregistered
>
>
>
> I have had it working before, but it's odd because sometimes when I reset
> the lab rack I can get it work and other times it does not work the way I
> want.  I'm trying to figure out if I keep overlooking something.
>
>
>
>
>
> On Oct 8, 2010, at 4:08 PM, Mark Holloway wrote:
>
>
>
>
>
> I do not want to modify 5XXX. I want to modify 3XXX (the DN that is
> invoking
> CFUR) which is the Redirecting number.
>
>
>
>
>
> On Oct 8, 2010, at 4:02 PM, Prashant Patel wrote:
>
>
>
>
>
> Hi Mark,
>
> The easiest way is to use calling party Transformation on the outbound
> gateway.
>
> For example - 5002 calling 3002 out of local gateway. create a pt and
> assign
> it to a css. Assign css to the gateway "calling party transformation css"
> and uncheck use dp box. Now create a calling party transformation for 5XXX
> in the pt and modify the ANI to use extenal mask.
>
> This will modify the ANI from 5xxx to external mask everytime the 5xxx
> makes
> a call out of that gateway.
>
> HTH
> Prashant
>
> On Fri, Oct 8, 2010 at 6:39 PM, Mark Holloway  wrote:
>
> I'm trying to get my CFUR to work so it shows the External Mask in the For
> and By part of the call presentation but instead I am only getting it to
> show the 4 digit extension.  For example, lets say HQ 5001 calls BR1 3001
> (3001 is unregistered and has CFUR set in CUCM to dial out the PSTN because
> that site is in SRST mode).  The presentation on the BR1 phones is
> Forwarded
> HqPh1 5001, For 3001 By 3001.  Instead of 3001 I want to display the
> External Mask.  Does anyone know the proper way to do this?
>
> Thanks,
> Mark
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com <http://www.ipexpert.com/>
>
>
>
>
>
> ___
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com
>
>
>
> Nenhum v?rus encontrado nessa mensagem recebida.
> Verificado por AVG - www.avgbrasil.com.br
> Vers?o: 9.0.862 / Banco de dados de v?rus: 271.1.1/3185 - Data de
> Lan?amento: 10/08/10 15:34:00
>
> -- next part --
> An HTML attachment was scrubbed...
> URL:
> 
>
> --
>
> Message: 5
> Date: Sat, 9 Oct 2010 00:18:18 -0400
> From: David Lee 
> To: ccie_voice@onlinestudylist.com
> Subject: [OSL | CCIE_Voice] Cannot route call through GK
> Message-ID:
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello,
>
> Can anyone offer some suggestion on what might be the cause for the
> gatekeeper call routing I'm having?  Thx.  /D
>
>
>
> I have a GK with 3 UCM H225 trunks on it.  (i.e. CM-A 2XXX, CM-B 7XXX, and
> CM-C 8XXX.)
>
> CM-C can call CM-B and CM-A
> CM-B can call CM-C and CM-A
> CM-A can call CM-B, but cannot call CM-C.
>
> Essentially, I cannot call from ext 2xxx to 8xxx, but I am able to dial
> from
> 7xxx to 8xxx.
>
>
> This is the gatekeeper config
>
> gatekeeper
>  zone local CM-B DBCMYZFVOIP.COM 10.25.208.14
>  zone local CM-C DBCMYZFVOIP.COM
>  zone local CM-B DBCMYZFVOIP.COM
>  zone local CM-A DBCMYZFVOIP.COM
>  zone subnet CM-B 10.25.208.10/32 enable
>  zone subnet CM-B 10.25.208.11/32 enable
>  zone subnet CM-C 10.25.224.151/32 enable
>  zone subnet CM-

[OSL | CCIE_Voice] Cannot route call through GK

2010-10-08 Thread David Lee
Hello,

Can anyone offer some suggestion on what might be the cause for the
gatekeeper call routing I'm having?  Thx.  /D



I have a GK with 3 UCM H225 trunks on it.  (i.e. CM-A 2XXX, CM-B 7XXX, and
CM-C 8XXX.)

CM-C can call CM-B and CM-A
CM-B can call CM-C and CM-A
CM-A can call CM-B, but cannot call CM-C.

Essentially, I cannot call from ext 2xxx to 8xxx, but I am able to dial from
7xxx to 8xxx.


This is the gatekeeper config

gatekeeper
 zone local CM-B DBCMYZFVOIP.COM 10.25.208.14
 zone local CM-C DBCMYZFVOIP.COM
 zone local CM-B DBCMYZFVOIP.COM
 zone local CM-A DBCMYZFVOIP.COM
 zone subnet CM-B 10.25.208.10/32 enable
 zone subnet CM-B 10.25.208.11/32 enable
 zone subnet CM-C 10.25.224.151/32 enable
 zone subnet CM-C 10.25.224.152/32 enable
 no zone subnet CM-C 10.25.208.0/21 enable
 zone prefix CM-A 2...
 zone prefix CM-B 73..
 zone prefix CM-C 8...
 gw-type-prefix 1#* default-technology
 bandwidth interzone zone CM-C 2000
 bandwidth interzone zone CM-A 64
 no shutdown


This is the main 10.  It seems that a technology GW is selected...

YZF-SC3-COM1-3-GK-01#
*Oct  9 04:06:09.752: gk_process: QUEUE_EVENT (minor 0) wakeup
*Oct  9 04:06:09.752: gk_rassrv_arq: arqp=0x45CD67C8, crv=0x1A3,
answerCall=0
*Oct  9 04:06:09.752: gk_rassrv_sep_arq: ARQ Didn't use GK_AAA_PROC
*Oct  9 04:06:09.752: gk_dns_query: No Name servers
*Oct  9 04:06:09.752: rassrv_get_addrinfo: (8916) Tech-prefix match failed.
*Oct  9 04:06:09.752: rassrv_get_addrinfo: (8916) Matched zone prefix 8 and
remainder 916
*Oct  9 04:06:09.752: rassrv_arq_select_viazone: about to check the source
side, src_zonep=0x470A1D50
*Oct  9 04:06:09.752: rassrv_arq_select_viazone: matched zone is CM-A, and
z_invianamelen=0
*Oct  9 04:06:09.752: rassrv_arq_select_viazone: about to check the
destination side, dst_zonep=0x470A1890
*Oct  9 04:06:09.752: rassrv_arq_select_viazone: matched zone is CM-C, and
z_outvianamelen=0
*Oct  9 04:06:09.752: rassrv_get_addrinfo: No tech prefix

*Oct  9 04:06:09.752: rassrv_get_addrinfo: Alias not found

*Oct  9 04:06:09.752: gk_zone_get_proxy_usage: local zone= CM-C, remote
zone= CM-A, call direction= 0, eptype= 2050 be_entry= 0
*Oct  9 04:06:09.752: gk_zone_get_proxy_usage: returns proxied = 0
*Oct  9 04:06:09.752: gk_gw_select_px: Source and destination endpoints in
different local zones
*Oct  9 04:06:09.752: gk_zone_get_proxy_usage: local zone= CM-A, remote
zone= CM-C, call direction= 1, eptype= 2050 be_entry= 0
*Oct  9 04:06:09.752: gk_zone_get_proxy_usage: returns proxied = 0
*Oct  9 04:06:09.752: rassrv_get_addrinfo: Technology GW selected

*Oct  9 04:06:12.268: gk_process: got a TIMER event

*Oct  9 04:06:12.268: gk_handle_timers

*Oct  9 04:06:12.268: gk_handle_timers: managed timer expired 0x45962220
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com