[OSL | CCIE_Voice] Gatekeeper question

2011-05-30 Thread Randall Crumm 
Hi,
How do I get gk-trunk_1 and 2  to repflect port 1720?

Thanks,
Randall

HQ-RTR(config)#do show gatekeeper gw
GATEWAY TYPE PREFIX TABLE
=
Prefix: 3*
  Zone HQ master gateway list:
    10.10.110.3:1720 BR2-RTR

Prefix: 1#*
  Zone HQ master gateway list:
    10.10.210.10:40081 GK-TRUNK_1
    10.10.210.11:33277 GK-TRUNK_2
  Zone HQ prefix 1... priority gateway list(s):
   Priority 5:
    10.10.210.10:40081 GK-TRUNK_1
    10.10.210.11:33277 GK-TRUNK_2
  Zone HQ prefix 5... priority gateway list(s):
   Priority 5:
    10.10.210.10:40081 GK-TRUNK_1
    10.10.210.11:33277 GK-TRUNK_2___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] Gatekeeper question

2011-05-30 Thread Nirvair Sahota 
In callmanager system -- service parameters' search on 1720 and and replace 
'None' with  'gk-trunk'

--- On Mon, 5/30/11, Randall Crumm rrcr...@yahoo.com wrote:


From: Randall Crumm rrcr...@yahoo.com
Subject: [OSL | CCIE_Voice] Gatekeeper question
To: Online Study ccie_voice@onlinestudylist.com
Date: Monday, May 30, 2011, 10:39 AM




Hi,
How do I get gk-trunk_1 and 2  to repflect port 1720?


Thanks,
Randall



HQ-RTR(config)#do show gatekeeper gw
GATEWAY TYPE PREFIX TABLE
=
Prefix: 3*
  Zone HQ master gateway list:
    10.10.110.3:1720 BR2-RTR


Prefix: 1#*
  Zone HQ master gateway list:
    10.10.210.10:40081 GK-TRUNK_1
    10.10.210.11:33277 GK-TRUNK_2
  Zone HQ prefix 1... priority gateway list(s):
   Priority 5:
    10.10.210.10:40081 GK-TRUNK_1
    10.10.210.11:33277 GK-TRUNK_2
  Zone HQ prefix 5... priority gateway list(s):
   Priority 5:
    10.10.210.10:40081 GK-TRUNK_1
    10.10.210.11:33277 GK-TRUNK_2




-Inline Attachment Follows-


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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] Gatekeeper question

2011-05-30 Thread Naoufal Kerboute 
Go to service parameters, choose call manager and search for trunk and will 
find the option to make the gatekeeper h225 trunk to use 1720, and then put the 
name of your h225 trunk which is GK-TRUNK

From: ccie_voice-boun...@onlinestudylist.com 
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Randall Crumm
Sent: Monday, May 30, 2011 9:39 PM
To: Online Study
Subject: [OSL | CCIE_Voice] Gatekeeper question

Hi,
How do I get gk-trunk_1 and 2  to repflect port 1720?

Thanks,
Randall

HQ-RTR(config)#do show gatekeeper gw
GATEWAY TYPE PREFIX TABLE
=
Prefix: 3*
  Zone HQ master gateway list:
10.10.110.3:1720 BR2-RTR

Prefix: 1#*
  Zone HQ master gateway list:
10.10.210.10:40081 GK-TRUNK_1
10.10.210.11:33277 GK-TRUNK_2
  Zone HQ prefix 1... priority gateway list(s):
   Priority 5:
10.10.210.10:40081 GK-TRUNK_1
10.10.210.11:33277 GK-TRUNK_2
  Zone HQ prefix 5... priority gateway list(s):
   Priority 5:
10.10.210.10:40081 GK-TRUNK_1
10.10.210.11:33277 GK-TRUNK_2




*
* This Communication is Private  Confidential. This message and any 
attachments may contain information that is privileged and / or confidential 
and is the property of MHD InfoTech LLC.  *
* It is intended solely for the person to whom it is addressed. If you are not 
the intended recipient, you are hereby notified that you are not authorized to 
read, print, retain copy, disseminate, distribute, or *
* use this message  any attachments or any part thereof. If you have received 
this message in error, please notify the sender immediately and delete the 
message and any attachments from your system. *
*


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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] Gatekeeper question

2011-05-30 Thread Bill Lake 
go to service parameters in Publisher, select your Pub, then call manager
active, search for 1720 and you will find it.  There you put the name of
your gatekeeper controlled trunk.  In your case it looks like you got it
named gk-trunk so use that or any other name you made your trunk.

On Mon, May 30, 2011 at 12:39 PM, Randall Crumm rrcr...@yahoo.com wrote:

 Hi,
 How do I get gk-trunk_1 and 2  to repflect port 1720?

 Thanks,
 Randall

 HQ-RTR(config)#do show gatekeeper gw
 GATEWAY TYPE PREFIX TABLE
 =
 Prefix: 3*
   Zone HQ master gateway list:
 10.10.110.3:1720 BR2-RTR

 Prefix: 1#*
   Zone HQ master gateway list:
 10.10.210.10:40081 GK-TRUNK_1
 10.10.210.11:33277 GK-TRUNK_2
   Zone HQ prefix 1... priority gateway list(s):
Priority 5:
 10.10.210.10:40081 GK-TRUNK_1
 10.10.210.11:33277 GK-TRUNK_2
   Zone HQ prefix 5... priority gateway list(s):
Priority 5:
 10.10.210.10:40081 GK-TRUNK_1
 10.10.210.11:33277 GK-TRUNK_2



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

 Are you a CCNP or CCIE and looking for a job? Check out
 www.PlatinumPlacement.com

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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] Gatekeeper question

2011-05-30 Thread Roger Carpio 
CCM service Device Name of GK-controlled Trunk That Will Use Port 1720;
just type the trunk name.

Rgs,
Roger Carpio.

On Mon, May 30, 2011 at 11:39 AM, Randall Crumm rrcr...@yahoo.com wrote:

 Hi,
 How do I get gk-trunk_1 and 2  to repflect port 1720?

 Thanks,
 Randall

 HQ-RTR(config)#do show gatekeeper gw
 GATEWAY TYPE PREFIX TABLE
 =
 Prefix: 3*
   Zone HQ master gateway list:
 10.10.110.3:1720 BR2-RTR

 Prefix: 1#*
   Zone HQ master gateway list:
 10.10.210.10:40081 GK-TRUNK_1
 10.10.210.11:33277 GK-TRUNK_2
   Zone HQ prefix 1... priority gateway list(s):
Priority 5:
 10.10.210.10:40081 GK-TRUNK_1
 10.10.210.11:33277 GK-TRUNK_2
   Zone HQ prefix 5... priority gateway list(s):
Priority 5:
 10.10.210.10:40081 GK-TRUNK_1
 10.10.210.11:33277 GK-TRUNK_2



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

 Are you a CCNP or CCIE and looking for a job? Check out
 www.PlatinumPlacement.com

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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] Gatekeeper question

2011-05-30 Thread ccieforme 
CCM service parameter under h323 section
-Original Message-
From: Randall Crumm rrcr...@yahoo.com
Sender: ccie_voice-boun...@onlinestudylist.com
Date: Mon, 30 May 2011 10:39:19 
To: Online Studyccie_voice@onlinestudylist.com
Reply-To: Randall Crumm rrcr...@yahoo.com
Subject: [OSL | CCIE_Voice] Gatekeeper question

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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] Gatekeeper question

2011-05-30 Thread Pablo Meneses 
Randall,

Add the name of the GK-controlled trunk on the service parameter named Device
Name of GK-controlled Trunk That Will Use Port 1720, then restart the
Trunk.

-Pablo Meneses.

On Mon, May 30, 2011 at 11:39 AM, Randall Crumm rrcr...@yahoo.com wrote:

 Hi,
 How do I get gk-trunk_1 and 2  to repflect port 1720?

 Thanks,
 Randall

 HQ-RTR(config)#do show gatekeeper gw
 GATEWAY TYPE PREFIX TABLE
 =
 Prefix: 3*
   Zone HQ master gateway list:
 10.10.110.3:1720 BR2-RTR

 Prefix: 1#*
   Zone HQ master gateway list:
 10.10.210.10:40081 GK-TRUNK_1
 10.10.210.11:33277 GK-TRUNK_2
   Zone HQ prefix 1... priority gateway list(s):
Priority 5:
 10.10.210.10:40081 GK-TRUNK_1
 10.10.210.11:33277 GK-TRUNK_2
   Zone HQ prefix 5... priority gateway list(s):
Priority 5:
 10.10.210.10:40081 GK-TRUNK_1
 10.10.210.11:33277 GK-TRUNK_2



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

 Are you a CCNP or CCIE and looking for a job? Check out
 www.PlatinumPlacement.com

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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] Gatekeeper question--RC

2011-05-30 Thread Randall Crumm 


Thanks for all the answers.

I did search the services for 1720 and entered gk-trunk.

I'm working on WB2 lab 2 and the output from the PG shows port 1720 and my 
output shows 40081 and 33277 respectively below.

The questions in the WB has output and says the port should show 1720 no 40081 
and 33277. This is what I am trying to do. The PG did not specify anything 
specific as well.

Should I not worry about this?

Randall






From: Roger Carpio roger.car...@gmail.com
To: Randall Crumm rrcr...@yahoo.com
Cc: Online Study ccie_voice@onlinestudylist.com
Sent: Monday, May 30, 2011 12:07 PM
Subject: Re: [OSL | CCIE_Voice] Gatekeeper question


CCM service Device Name of GK-controlled Trunk That Will Use Port 1720; just 
type the trunk name.

Rgs,
Roger Carpio.


On Mon, May 30, 2011 at 11:39 AM, Randall Crumm rrcr...@yahoo.com wrote:

Hi,
How do I get gk-trunk_1 and 2  to repflect port 1720?


Thanks,
Randall


HQ-RTR(config)#do show gatekeeper gw
GATEWAY TYPE PREFIX TABLE
=
Prefix: 3*
  Zone HQ master gateway list:
    10.10.110.3:1720 BR2-RTR


Prefix: 1#*
  Zone HQ master gateway list:
    10.10.210.10:40081 GK-TRUNK_1
    10.10.210.11:33277 GK-TRUNK_2
  Zone HQ prefix 1... priority gateway list(s):
   Priority 5:
    10.10.210.10:40081 GK-TRUNK_1
    10.10.210.11:33277 GK-TRUNK_2
  Zone HQ prefix 5... priority gateway list(s):
   Priority 5:
    10.10.210.10:40081 GK-TRUNK_1
    10.10.210.11:33277 GK-TRUNK_2




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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] Gatekeeper question--RC

2011-05-30 Thread Roger Carpio 
That should do it. If they do not show the requested port after adding the
trunk name to the service parameter I would try resetting the trunk;
resetting CCM service, gatekeeper shut/no shut etc.

Rgs,
Roger Carpio.

On Mon, May 30, 2011 at 1:36 PM, Randall Crumm rrcr...@yahoo.com wrote:


 Thanks for all the answers.

 I did search the services for 1720 and entered gk-trunk.

 I'm working on WB2 lab 2 and the output from the PG shows port 1720 and my
 output shows 40081 and 33277 respectively below.

 The questions in the WB has output and says the port should show 1720
 no 40081 and 33277. This is what I am trying to do. The PG did not specify
 anything specific as well.

 Should I not worry about this?

 Randall




 --
 *From:* Roger Carpio roger.car...@gmail.com
 *To:* Randall Crumm rrcr...@yahoo.com
 *Cc:* Online Study ccie_voice@onlinestudylist.com
 *Sent:* Monday, May 30, 2011 12:07 PM
 *Subject:* Re: [OSL | CCIE_Voice] Gatekeeper question

 CCM service Device Name of GK-controlled Trunk That Will Use Port 1720;
 just type the trunk name.

 Rgs,
 Roger Carpio.

 On Mon, May 30, 2011 at 11:39 AM, Randall Crumm rrcr...@yahoo.com wrote:

 Hi,
 How do I get gk-trunk_1 and 2  to repflect port 1720?

 Thanks,
 Randall

 HQ-RTR(config)#do show gatekeeper gw
 GATEWAY TYPE PREFIX TABLE
 =
 Prefix: 3*
   Zone HQ master gateway list:
 10.10.110.3:1720 BR2-RTR

 Prefix: 1#*
   Zone HQ master gateway list:
 10.10.210.10:40081 GK-TRUNK_1
 10.10.210.11:33277 GK-TRUNK_2
   Zone HQ prefix 1... priority gateway list(s):
Priority 5:
 10.10.210.10:40081 GK-TRUNK_1
 10.10.210.11:33277 GK-TRUNK_2
   Zone HQ prefix 5... priority gateway list(s):
Priority 5:
 10.10.210.10:40081 GK-TRUNK_1
 10.10.210.11:33277 GK-TRUNK_2



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

 Are you a CCNP or CCIE and looking for a job? Check out
 www.PlatinumPlacement.com





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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] Gatekeeper question--RC

2011-05-30 Thread Randall Crumm 
Hi Roger,
I thought of restarting the cm service, that didn't work. I reset the trunk 
(did not work), then shut/no shut the GK and it worked.

THANKS!!! 

Randall



From: Roger Carpio roger.car...@gmail.com
To: Randall Crumm rrcr...@yahoo.com
Cc: Online Study ccie_voice@onlinestudylist.com
Sent: Monday, May 30, 2011 1:08 PM
Subject: Re: [OSL | CCIE_Voice] Gatekeeper question--RC


That should do it. If they do not show the requested port after adding the 
trunk name to the service parameter I would try resetting the trunk; resetting 
CCM service, gatekeeper shut/no shut etc.

Rgs,
Roger Carpio.


On Mon, May 30, 2011 at 1:36 PM, Randall Crumm rrcr...@yahoo.com wrote:



Thanks for all the answers.


I did search the services for 1720 and entered gk-trunk.


I'm working on WB2 lab 2 and the output from the PG shows port 1720 and my 
output shows 40081 and 33277 respectively below.


The questions in the WB has output and says the port should show 1720 no 40081 
and 33277. This is what I am trying to do. The PG did not specify anything 
specific as well.


Should I not worry about this?


Randall










From: Roger Carpio roger.car...@gmail.com
To: Randall Crumm rrcr...@yahoo.com
Cc: Online Study ccie_voice@onlinestudylist.com
Sent: Monday, May 30, 2011 12:07 PM
Subject: Re: [OSL | CCIE_Voice] Gatekeeper question


CCM service Device Name of GK-controlled Trunk That Will Use Port 1720; just 
type the trunk name.

Rgs,
Roger Carpio.


On Mon, May 30, 2011 at 11:39 AM, Randall Crumm rrcr...@yahoo.com wrote:

Hi,
How do I get gk-trunk_1 and 2  to repflect port 1720?


Thanks,
Randall


HQ-RTR(config)#do show gatekeeper gw
GATEWAY TYPE PREFIX TABLE
=
Prefix: 3*
  Zone HQ master gateway list:
    10.10.110.3:1720 BR2-RTR


Prefix: 1#*
  Zone HQ master gateway list:
    10.10.210.10:40081 GK-TRUNK_1
    10.10.210.11:33277 GK-TRUNK_2
  Zone HQ prefix 1... priority gateway list(s):
   Priority 5:
    10.10.210.10:40081 GK-TRUNK_1
    10.10.210.11:33277 GK-TRUNK_2
  Zone HQ prefix 5... priority gateway list(s):
   Priority 5:
    10.10.210.10:40081 GK-TRUNK_1
    10.10.210.11:33277 GK-TRUNK_2




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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com



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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] Gatekeeper question--RC

2011-05-30 Thread Cristobal Priego 
did you reset the Trunk after you made the change on Service Parameters ?

If you have a GK on the lab and if it's telling you to use 1720 and your
output doesn't show port 1720



2011/5/30 Randall Crumm rrcr...@yahoo.com


 Thanks for all the answers.

 I did search the services for 1720 and entered gk-trunk.

 I'm working on WB2 lab 2 and the output from the PG shows port 1720 and my
 output shows 40081 and 33277 respectively below.

 The questions in the WB has output and says the port should show 1720
 no 40081 and 33277. This is what I am trying to do. The PG did not specify
 anything specific as well.

 Should I not worry about this?

 Randall




 --
 *From:* Roger Carpio roger.car...@gmail.com
 *To:* Randall Crumm rrcr...@yahoo.com
 *Cc:* Online Study ccie_voice@onlinestudylist.com
 *Sent:* Monday, May 30, 2011 12:07 PM
 *Subject:* Re: [OSL | CCIE_Voice] Gatekeeper question

 CCM service Device Name of GK-controlled Trunk That Will Use Port 1720;
 just type the trunk name.

 Rgs,
 Roger Carpio.

 On Mon, May 30, 2011 at 11:39 AM, Randall Crumm rrcr...@yahoo.com wrote:

 Hi,
 How do I get gk-trunk_1 and 2  to repflect port 1720?

 Thanks,
 Randall

 HQ-RTR(config)#do show gatekeeper gw
 GATEWAY TYPE PREFIX TABLE
 =
 Prefix: 3*
   Zone HQ master gateway list:
 10.10.110.3:1720 BR2-RTR

 Prefix: 1#*
   Zone HQ master gateway list:
 10.10.210.10:40081 GK-TRUNK_1
 10.10.210.11:33277 GK-TRUNK_2
   Zone HQ prefix 1... priority gateway list(s):
Priority 5:
 10.10.210.10:40081 GK-TRUNK_1
 10.10.210.11:33277 GK-TRUNK_2
   Zone HQ prefix 5... priority gateway list(s):
Priority 5:
 10.10.210.10:40081 GK-TRUNK_1
 10.10.210.11:33277 GK-TRUNK_2



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

 Are you a CCNP or CCIE and looking for a job? Check out
 www.PlatinumPlacement.com





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

 Are you a CCNP or CCIE and looking for a job? Check out
 www.PlatinumPlacement.com

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

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] gatekeeper question - possible solution

2009-03-31 Thread Cliff McGlamry 
I came up with a way to do this, but I had to cheat a little.  I'm not clear on 
the exact requirements so here's what I tried.

I attempted building two separate trunks in separate device pools assigned to 
the different servers.  Long story short.this doesn't work.  GK doesn't see 
the bandwidth limitation from CCM.  Call is simply rejected.  It never tries 
the other gateway with the lower priority.  So that approach is a dead end.

End point max connections doesn't work either.  

So, I started playing around with it.  Jin made a suggestion about using hop 
off prefixes, and that kind of intrigued me.  Whether or not you could do this 
would depend on the requirements, but what I'm going to show you actually 
works.   The other way you could make this work is if the pub and sub could be 
in different zones.  

I set up two dial peers on BR2 (the only way I could actually make it fail over 
since GK wouldn't do it), and introduced a hop off prefix to get it to the pub. 
 Configs are below.  But the proofis at the top below.  I don't know if 
this meets the requirements, but this is what I could make work (and what I 
found out wouldn't work).  In the real lab, I'd have nailed down ports 1720 and 
1719, but didn't take the time while chasing this:

Pod18-HQ-RTR#sh gatek call
Total number of active calls = 2.
 GATEKEEPER CALL INFO
 
LocalCallIDAge(secs)   BW
26-60756   18  16(Kbps)
 Endpt(s): Alias E.164Addr
   src EP: Pod18-BR2-RTR 3001
   CallSignalAddr  Port  RASSignalAddr   Port
   172.8.102.1 1720  172.8.102.1 53573
 Endpt(s): Alias E.164Addr
   dst EP: GKTrunk2_21#1000
   CallSignalAddr  Port  RASSignalAddr   Port
   10.8.200.20 49704 10.8.200.20 49624
LocalCallIDAge(secs)   BW
28-62120   8   16(Kbps)
 Endpt(s): Alias E.164Addr
   src EP: Pod18-BR2-RTR 3002
   CallSignalAddr  Port  RASSignalAddr   Port
   172.8.102.1 1720  172.8.102.1 53573
 Endpt(s): Alias E.164Addr
   dst EP: GKTrunk1_13#1001
   CallSignalAddr  Port  RASSignalAddr   Port
   10.8.200.21 55400 10.8.200.21 54151

Gatekeeper config:

gatekeeper
 zone local CCM ipexpert.com 172.8.100.1
 zone local CME ipexpert.com
 zone prefix CCM 1* gw-priority 10 GKTrunk2_2
 zone prefix CCM 1* gw-priority 9 GKTrunk1_1
 zone prefix CME 3*
 gw-type-prefix 3#* hopoff CCM gw ipaddr 10.8.200.21 55400
 no shutdown

Output of show gatekeeper endpoints:

Pod18-HQ-RTR#sh gatek end
GATEKEEPER ENDPOINT REGISTRATION

CallSignalAddr  Port  RASSignalAddr   Port  Zone Name TypeFlags 
--- - --- - - - 
10.8.200.20 49704 10.8.200.20 49624 CCM   VOIP-GW 
H323-ID: GKTrunk2_2
Voice Capacity Max.=  Avail.=  Current.= 0
10.8.200.21 55400 10.8.200.21 54151 CCM   VOIP-GW 
H323-ID: GKTrunk1_1
Voice Capacity Max.=  Avail.=  Current.= 0
172.8.102.1 1720  172.8.102.1 53573 CME   H323-GW 
H323-ID: Pod18-BR2-RTR
Voice Capacity Max.=  Avail.=  Current.= 0
Total number of active registrations = 3

Output of show gatekeeper gw-type-prefix

Pod18-HQ-RTR#sh gatek gw
GATEWAY TYPE PREFIX TABLE
=
Prefix: 2#*
  Zone CME master gateway list:
172.8.102.1:1720 Pod18-BR2-RTR 

Prefix: 1#*
  Zone CCM master gateway list:
10.8.200.20:49704 GKTrunk2_2 
10.8.200.21:55400 GKTrunk1_1 
  Zone CCM prefix 1* priority gateway list(s):
   Priority 10:
10.8.200.20:49704 GKTrunk2_2 
   Priority 9:
10.8.200.21:55400 GKTrunk1_1 

Prefix: 3#*(Hopoff zone CCM)
  Statically-configured gateways (not necessarily currently registered):
10.8.200.21:55400
  Zone CCM master gateway list:
10.8.200.21:55400 GKTrunk1_1 
  Zone CCM prefix 1* priority gateway list(s):
   Priority 9:
10.8.200.21:55400 GKTrunk1_1 


Config of dial-peers on BR2:

dial-peer voice 1000 voip
 destination-pattern 1...
 session target ras
 tech-prefix 1#
 dtmf-relay h245-alphanumeric
 no vad

dial-peer voice 1001 voip
 preference 1
 destination-pattern 1...
 session target ras
 tech-prefix 3#
 dtmf-relay h245-alphanumeric
 no vad



  - Original Message - 
  From: kapil atrish 
  To: CCIE OSL 
  Cc: ccie_voice@onlinestudylist.com 
  Sent: Sunday, March 29, 2009 2:37 AM
  Subject: Re: [OSL | CCIE_Voice] gatekeeper question


Hi,

I've not tested this since I don't have lab access yet. I can use 
endpoint max'conn on GK since now I've two trunks towards CCM. But below I 
described using CCM locations.  Both should work depending on what is allowed 
in GK config

Re: [OSL | CCIE_Voice] gatekeeper question - possible solution

2009-03-31 Thread CCIE OSL 
 
 
 


- Original Message -
*From:* kapil atrish mailto:nice_cha...@yahoo.com
*To:* CCIE OSL mailto:ccie...@gmail.com
*Cc:* ccie_voice@onlinestudylist.com
mailto:ccie_voice@onlinestudylist.com
*Sent:* Sunday, March 29, 2009 2:37 AM
*Subject:* Re: [OSL | CCIE_Voice] gatekeeper question

Hi,

I've not tested this since I don't have lab access yet. I can use
endpoint max'conn on GK since now I've two trunks towards CCM.
But below I described using CCM locations.  Both should work
depending on what is allowed in GK config snap-shot.
gw-priority config would be straight forward:

zone-prefix GK 1* gw-priority 10 Sub_Trunk_1
zone-prefix GK 1* gw-priority 9 Pub_Trunk_2



--- On *Sun, 3/29/09, CCIE OSL /ccie...@gmail.com
mailto:ccie...@gmail.com/* wrote:


From: CCIE OSL ccie...@gmail.com
Subject: Re: [OSL | CCIE_Voice] gatekeeper question
To: kapil atrish nice_cha...@yahoo.com
Cc: ccie Me ccievoic...@yahoo.com,
ccie_voice@onlinestudylist.com
Date: Sunday, March 29, 2009, 11:43 AM

kapil,
Actually, I was thinking of using AAR for the first part of
the requirement. - As I said before, I have not tried this, I
am scheculed for a proctorslab Monday.
For the requirement of from HQ to SiteC via GK it will be
rejected by GK and rerouted to pstn via 6608 on HQ.
I should be able to create AAR group for BR2 and apply it to
the trunk. this way I can reserve the 4 digit HQ ANI as well.
I may have to use Location but I think GK will send out a
call reject to CCM.

Have you confirm that your method works. If you got this working,
Can you send me GK end and GK gw-prefix output for this?

Thanks...

/Jin Jung...

kapil atrish wrote:
 You can try this:

 Create two trunks between CCM and GK having only one CCM in
each trunk i.e one with Pub and another one with Sub. Create
two set of regions (codec G729), two locations (24kbps to
allow only single call over the trunk), and two DPs. Bind all
this with respective trunks.

 On the GK use gw-priority as regular, primary Sub and
secondary Pub.

 For HQ to Site C calling: Create two RGs having Sub and
HQGW. Create RL having both these RGs. Create a RP for Site
CPoint to this RL. Now if any call is already active over
this H.323 Trunk any subsequent call from HQ side will fall
back (Location on the GK trunk will reject this call). You
might have to turn on the CCM Service parameters (Continue
routing on unallocated number).


 For Site C to HQ Calling: Since 1 call is already active on
Sub, any subsequent call from Site C will not be allowed due
to b/w limitation over that trunk (Location). Next call should
fall back to Pub trunk which is having gw-priority 9.


 Thanks...


 --- On *Sun, 3/29/09, CCIE OSL /ccie...@gmail.com
/mc/compose?to=ccie...@gmail.com/* wrote:


 From: CCIE OSL ccie...@gmail.com
/mc/compose?to=ccie...@gmail.com
 Subject: Re: [OSL | CCIE_Voice] gatekeeper question
 To: ccie Me ccievoic...@yahoo.com
/mc/compose?to=ccievoic...@yahoo.com
 Cc: ccie_voice@onlinestudylist.com
/mc/compose?to=ccie_vo...@onlinestudylist.com
 Date: Sunday, March 29, 2009, 9:52 AM

 I have some questions for you.

 1. Are you running on 1 tech-prefix or two with on the
gatekeeper?
 2. Does entire BR2 has to able to call HQ or just a
single phone?
 3. Does it required to only use 1#, are you allow to use
other
 prefixes?

 Your first requirement for HQ to BR2 is fairly easy,
 However, second requirement, is bit confusing.

 I think in order to make that work, I will have to use
Hop-off
 prefix  and statically map a another prefix to PUB address.
 But since the CAC requirement of single call, and If I
were to use
 bandwidth interzone, I almost need another zone just for
PUB,
 Which means I may have to use different CAC method.
/? or
 somehow allow calls to PUB work using hop-off prefix not
affected
 by GK CAC.???

 I have proctor lab coming up on Monday night, I may have
to lab
 this up.

 If you can provide answer to my questions, It may help
me to get
 this done.

 Thanks...

 /Jin Jung...



 ccie Me

Re: [OSL | CCIE_Voice] gatekeeper question - possible solution

2009-03-31 Thread Cliff McGlamry 
Well, I used a single zone, but yes, you can use multiple prefixes within a 
zone (as I did).

I could think up about 3 other ways to do this that would work, but the 
devil is in the details.  Without being able to see the exact requirements, 
all I could do is figure out things that will work to get there.

1.  Locations bandwidth won't do it.

2.  GK won't fail over to a lower priority gateway if a call won't go 
through due to locations bandwidth on CCM

3.  Max calls on gatekeeper doesn't work for this.  Possibly a configuraiton 
issue, but I don't know.  I couldn't get it to work.

4.  Couldn't use bandwidth command on GK.

5.  That leaves me with having to fail the call, but handle the retry from 
the point of origin.  In order to get it over there, I have to dial/route 
slightly differently.  My choices to do that were tech prefixes and/or zone 
prefixes.

That's about all I can do with it.


- Original Message - 
From: CCIE OSL ccie...@gmail.com
To: Cliff McGlamry cl...@mcglamry.net
Cc: ccie_voice@onlinestudylist.com
Sent: Tuesday, March 31, 2009 11:21 AM
Subject: Re: [OSL | CCIE_Voice] gatekeeper question - possible solution


Thanks Cliff,
I was planning to put this together yesterday,
But I could not reserver the rack, since it was all taken.
I guess proctorlabs is only allowing a few v2.0 labs. !!!

In any case, Thanks for you input,
It actually looks good,

one think it that the requirement was to use single zone.
I wonder if we can use single zone but use prefixes with gw-priority for
1#, 3# ... will do same.???

/Jin Jung...


Cliff McGlamry wrote:
 I came up with a way to do this, but I had to cheat a little.  I'm not
 clear on the exact requirements so here's what I tried.

 I attempted building two separate trunks in separate device pools
 assigned to the different servers.  Long story short.this doesn't
 work.  GK doesn't see the bandwidth limitation from CCM.  Call is
 simply rejected.  It never tries the other gateway with the lower
 priority.  So that approach is a dead end.

 End point max connections doesn't work either.

 So, I started playing around with it.  Jin made a suggestion about
 using hop off prefixes, and that kind of intrigued me.  Whether or not
 you could do this would depend on the requirements, but what I'm going
 to show you actually works.   The other way you could make this work
 is if the pub and sub could be in different zones.

 I set up two dial peers on BR2 (the only way I could actually make it
 fail over since GK wouldn't do it), and introduced a hop off prefix to
 get it to the pub.  Configs are below.  But the proofis at the top
 below.  I don't know if this meets the requirements, but this is what
 I could make work (and what I found out wouldn't work).  In the real
 lab, I'd have nailed down ports 1720 and 1719, but didn't take the
 time while chasing this:

 Pod18-HQ-RTR#sh gatek call
 Total number of active calls = 2.
  GATEKEEPER CALL INFO
  
 LocalCallIDAge(secs)   BW
 26-60756   18  16(Kbps)
  Endpt(s): Alias E.164Addr
src EP: Pod18-BR2-RTR 3001
CallSignalAddr  Port  RASSignalAddr   Port
172.8.102.1 1720  172.8.102.1 53573
  Endpt(s): Alias E.164Addr
dst EP: GKTrunk2_21#1000
CallSignalAddr  Port  RASSignalAddr   Port
10.8.200.20 49704 10.8.200.20 49624
 LocalCallIDAge(secs)   BW
 28-62120   8   16(Kbps)
  Endpt(s): Alias E.164Addr
src EP: Pod18-BR2-RTR 3002
CallSignalAddr  Port  RASSignalAddr   Port
172.8.102.1 1720  172.8.102.1 53573
  Endpt(s): Alias E.164Addr
dst EP: GKTrunk1_13#1001
CallSignalAddr  Port  RASSignalAddr   Port
10.8.200.21 55400 10.8.200.21 54151

 Gatekeeper config:

 gatekeeper
  zone local CCM ipexpert.com 172.8.100.1
  zone local CME ipexpert.com
  zone prefix CCM 1* gw-priority 10 GKTrunk2_2
  zone prefix CCM 1* gw-priority 9 GKTrunk1_1
  zone prefix CME 3*
  gw-type-prefix 3#* hopoff CCM gw ipaddr 10.8.200.21 55400
  no shutdown

 Output of show gatekeeper endpoints:

 Pod18-HQ-RTR#sh gatek end
 GATEKEEPER ENDPOINT REGISTRATION
 
 CallSignalAddr  Port  RASSignalAddr   Port  Zone Name Type
 Flags
 --- - --- - - 
 -
 10.8.200.20 49704 10.8.200.20 49624 CCM   VOIP-GW
 H323-ID: GKTrunk2_2
 Voice Capacity Max.=  Avail.=  Current.= 0
 10.8.200.21 55400 10.8.200.21 54151 CCM   VOIP-GW
 H323-ID: GKTrunk1_1
 Voice Capacity Max.=  Avail.=  Current.= 0
 172.8.102.1 1720  172.8.102.1 53573 CME

Re: [OSL | CCIE_Voice] gatekeeper question - follow up - ACTUAL SOLUTION

2009-03-31 Thread Cliff McGlamry 
This bugged me.  I kept thinking about it.  

Went back and started googling for some additional gatekeeper documentation.  
Found what I was looking for.  To summarize the problem as I understand it:

1.  Trunks coming in from CCM to GK.  Trunk to sub is priority for incoming 
calls from GK.  

2.  If call is in progress over sub trunk, additional call from CCM should go 
to PSTN.

3.  If another call from GK comes in and a call is in progress on Sub, call 
should flow to PUB.

4.  No Bandwidth command allowed on GK.

5.  No additional zones other than the ones defined.

6.  No additional tech prefixes allowed.

SOLUTION:

1.  Create two separate trunks to GK.  Each trunk is in a device pool that is 
either PUB ONLY or SUB ONLY (1 of each).  

2.  On sub trunk ONLY, apply locations bandwidth to limit to one call

3.  Build Route groups and route list to allow call to try GK first via Sub 
trunk and fail over to PSTN.  PUB trunk is not in Route list.

4.  Adjust CCM service parameters to allow continue attempting to route call on 
busy, etc. (you all are familiare with these parameters).  

5.  On Gatekeeper, configuration is defined as sub trunk being prioirty 10 for 
the zone prefix, and pub being priority 9.  So, it should look like this (I 
used the single server in my lab, but it's two different trunks:

GK#sh gatek gw
GATEWAY TYPE PREFIX TABLE
=
Prefix: 1#*
  Zone CCM master gateway list:
10.0.1.205:49255 GKTrunk1_1 
10.0.1.205:49472 GKTrunk2_1 
  Zone CCM prefix 1* priority gateway list(s):
   Priority 10:
10.0.1.205:49472 GKTrunk2_1 
   Priority 9:
10.0.1.205:49255 GKTrunk1_1 

Prefix: 2#*
  Zone UCME master gateway list:
10.50.1.2:1720 BR1 


The trick to make all this work is adding two lines to GK configuration (the 
last two):

gatekeeper
 zone local UCME ccm.lab 10.50.1.1
 zone local CCM ccm.lab
 zone prefix CCM 1* gw-priority 10 GKTrunk2_1
 zone prefix CCM 1* gw-priority 9 GKTrunk1_1
 no shutdown
 endpoint resource-threshold--- Turns on resource tracking at default 90% 
level
 endpoint max-calls h323id GKTrunk2_1 1--  Assigns max of one call to 
GKTrunk2_1

Second command is necessary as CCM doesn't report resource utilization to GK.  
Once this is applied, it shows up in the show gatekeeper endpoints command:


GK#sh gatek end
GATEKEEPER ENDPOINT REGISTRATION

CallSignalAddr  Port  RASSignalAddr   Port  Zone Name TypeFlags 
--- - --- - - - 
10.50.1.2   1720  10.50.1.2   58624 UCME  H323-GW 
H323-ID: BR1
Voice Capacity Max.=  Avail.=  Current.= 0
10.0.1.205  49255 10.0.1.205  49254 CCM   VOIP-GW 
H323-ID: GKTrunk1_1
Voice Capacity Max.=  Avail.=  Current.= 0
10.0.1.205  49472 10.0.1.205  49254 CCM   VOIP-GW 
H323-ID: GKTrunk2_1
Voice Capacity Max.= 1  Avail.= 1  Current.= 0
Total number of active registrations = 3

This shows the trunk has a capacity of 1 call and none currently in progress.  
When first call is made, it changes to this:

GK#sh gatek end  
GATEKEEPER ENDPOINT REGISTRATION

CallSignalAddr  Port  RASSignalAddr   Port  Zone Name TypeFlags 
--- - --- - - - 
10.50.1.2   1720  10.50.1.2   58624 UCME  H323-GW 
H323-ID: BR1
Voice Capacity Max.=  Avail.=  Current.= 1
10.0.1.205  49255 10.0.1.205  49254 CCM   VOIP-GW 
H323-ID: GKTrunk1_1
Voice Capacity Max.=  Avail.=  Current.= 0
10.0.1.205  49472 10.0.1.205  49254 CCM   VOIP-GW O
H323-ID: GKTrunk2_1
Voice Capacity Max.= 1  Avail.= 0  Current.= 1
Total number of active registrations = 3

Now it shows one call in progress.  Show Gatekeeper calls shows the call as 
well:

GK#sh gatek calls
Total number of active calls = 1.
 GATEKEEPER CALL INFO
 
LocalCallIDAge(secs)   BW
5-8688 59  128(Kbps)
 Endpt(s): Alias E.164Addr
   src EP: BR1   3001
   CallSignalAddr  Port  RASSignalAddr   Port
   10.50.1.2   1720  10.50.1.2   58624
 Endpt(s): Alias E.164Addr
   dst EP: GKTrunk2_11#1033
   CallSignalAddr  Port  RASSignalAddr   Port
   10.0.1.205  49472 10.0.1.205  49254


Now I place another call to force this all into operation:

Show gatekeeper endpoints now shows both calls:

GK#sh gatek end  
GATEKEEPER ENDPOINT REGISTRATION

CallSignalAddr  Port  RASSignalAddr   Port  Zone Name TypeFlags 
--- -

Re: [OSL | CCIE_Voice] gatekeeper question - follow up - ACTUAL SOLUTION

2009-03-31 Thread CCIE OSL 

Hey, Cliff,
Man!
First, Thanks for all you time on this.
I see your method,  and it's wonderful that this works..

One question,
Let's say, if you are allow to use bandwidth command on Gk, would you 
use same method??


bandwidth interzone 16
/Jin Jung...


Cliff McGlamry wrote:
This bugged me.  I kept thinking about it. 
 
Went back and started googling for some additional gatekeeper 
documentation.  Found what I was looking for.  To summarize the 
problem as I understand it:
 
1.  Trunks coming in from CCM to GK.  Trunk to sub is priority for 
incoming calls from GK. 
 
2.  If call is in progress over sub trunk, additional call from CCM 
should go to PSTN.
 
3.  If another call from GK comes in and a call is in progress on Sub, 
call should flow to PUB.
 
4.  No Bandwidth command allowed on GK.
 
5.  No additional zones other than the ones defined.
 
6.  No additional tech prefixes allowed.
 
SOLUTION:
 
1.  Create two separate trunks to GK.  Each trunk is in a device pool 
that is either PUB ONLY or SUB ONLY (1 of each). 
 
2.  On sub trunk ONLY, apply locations bandwidth to limit to one call
 
3.  Build Route groups and route list to allow call to try GK first 
via Sub trunk and fail over to PSTN.  PUB trunk is not in Route list.
 
4.  Adjust CCM service parameters to allow continue attempting to 
route call on busy, etc. (you all are familiare with these parameters). 
 
5.  On Gatekeeper, configuration is defined as sub trunk being 
prioirty 10 for the zone prefix, and pub being priority 9.  So, it 
should look like this (I used the single server in my lab, but it's 
two different trunks:
 
GK#sh gatek gw

GATEWAY TYPE PREFIX TABLE
=
Prefix: 1#*
  Zone CCM master gateway list:
10.0.1.205:49255 GKTrunk1_1
10.0.1.205:49472 GKTrunk2_1
  Zone CCM prefix 1* priority gateway list(s):
   Priority 10:
10.0.1.205:49472 GKTrunk2_1
   Priority 9:
10.0.1.205:49255 GKTrunk1_1
 
Prefix: 2#*

  Zone UCME master gateway list:
10.50.1.2:1720 BR1
 
The trick to make all this work is adding two lines to GK 
configuration (the last two):
 
gatekeeper

 zone local UCME ccm.lab 10.50.1.1
 zone local CCM ccm.lab
 zone prefix CCM 1* gw-priority 10 GKTrunk2_1
 zone prefix CCM 1* gw-priority 9 GKTrunk1_1
 no shutdown
 endpoint resource-threshold--- Turns on resource tracking at 
default 90% level
 endpoint max-calls h323id GKTrunk2_1 1--  Assigns max of one 
call to GKTrunk2_1
 
Second command is necessary as CCM doesn't report resource utilization 
to GK.  Once this is applied, it shows up in the show gatekeeper 
endpoints command:
 


GK#sh gatek end
GATEKEEPER ENDPOINT REGISTRATION

CallSignalAddr  Port  RASSignalAddr   Port  Zone Name Type
Flags
--- - --- - - 
-

10.50.1.2   1720  10.50.1.2   58624 UCME  H323-GW
H323-ID: BR1
Voice Capacity Max.=  Avail.=  Current.= 0
10.0.1.205  49255 10.0.1.205  49254 CCM   VOIP-GW
H323-ID: GKTrunk1_1
Voice Capacity Max.=  Avail.=  Current.= 0
10.0.1.205  49472 10.0.1.205  49254 CCM   VOIP-GW
H323-ID: GKTrunk2_1
_Voice Capacity Max.= 1  Avail.= 1  Current.= 0
_Total number of active registrations = 3
 
This shows the trunk has a capacity of 1 call and none currently in 
progress.  When first call is made, it changes to this:
 
GK#sh gatek end 
GATEKEEPER ENDPOINT REGISTRATION


CallSignalAddr  Port  RASSignalAddr   Port  Zone Name Type
Flags
--- - --- - - 
-

10.50.1.2   1720  10.50.1.2   58624 UCME  H323-GW
H323-ID: BR1
Voice Capacity Max.=  Avail.=  Current.= 1
10.0.1.205  49255 10.0.1.205  49254 CCM   VOIP-GW
H323-ID: GKTrunk1_1
Voice Capacity Max.=  Avail.=  Current.= 0
10.0.1.205  49472 10.0.1.205  49254 CCM   VOIP-GW O
H323-ID: GKTrunk2_1
_Voice Capacity Max.= 1  Avail.= 0  Current.= 1
_Total number of active registrations = 3
 
Now it shows one call in progress.  Show Gatekeeper calls shows the 
call as well:
 
GK#sh gatek calls   
Total number of active calls = 1.

 GATEKEEPER CALL INFO
 
LocalCallIDAge(secs)   BW
5-8688 59  128(Kbps)
 Endpt(s): Alias E.164Addr
   src EP: BR1   3001
   CallSignalAddr  Port  RASSignalAddr   Port
   10.50.1.2   1720  10.50.1.2   58624
 Endpt(s): Alias E.164Addr
   dst EP: GKTrunk2_11#1033
   CallSignalAddr  Port  RASSignalAddr   Port
   10.0.1.205  49472 10.0.1.205  49254
 
Now I place another call to force this

Re: [OSL | CCIE_Voice] gatekeeper question - follow up - ACTUAL SOLUTION

2009-03-31 Thread Chris Parker 

Cliff,

This looks great I will try it out tonight. Been thinking about this 
all day too but my pesky job has been keeping me busy ... :-)


Good work

Chris

Cliff McGlamry wrote:
This bugged me.  I kept thinking about it. 
 
Went back and started googling for some additional gatekeeper 
documentation.  Found what I was looking for.  To summarize the 
problem as I understand it:
 
1.  Trunks coming in from CCM to GK.  Trunk to sub is priority for 
incoming calls from GK. 
 
2.  If call is in progress over sub trunk, additional call from CCM 
should go to PSTN.
 
3.  If another call from GK comes in and a call is in progress on Sub, 
call should flow to PUB.
 
4.  No Bandwidth command allowed on GK.
 
5.  No additional zones other than the ones defined.
 
6.  No additional tech prefixes allowed.
 
SOLUTION:
 
1.  Create two separate trunks to GK.  Each trunk is in a device pool 
that is either PUB ONLY or SUB ONLY (1 of each). 
 
2.  On sub trunk ONLY, apply locations bandwidth to limit to one call
 
3.  Build Route groups and route list to allow call to try GK first 
via Sub trunk and fail over to PSTN.  PUB trunk is not in Route list.
 
4.  Adjust CCM service parameters to allow continue attempting to 
route call on busy, etc. (you all are familiare with these parameters). 
 
5.  On Gatekeeper, configuration is defined as sub trunk being 
prioirty 10 for the zone prefix, and pub being priority 9.  So, it 
should look like this (I used the single server in my lab, but it's 
two different trunks:
 
GK#sh gatek gw

GATEWAY TYPE PREFIX TABLE
=
Prefix: 1#*
  Zone CCM master gateway list:
10.0.1.205:49255 GKTrunk1_1
10.0.1.205:49472 GKTrunk2_1
  Zone CCM prefix 1* priority gateway list(s):
   Priority 10:
10.0.1.205:49472 GKTrunk2_1
   Priority 9:
10.0.1.205:49255 GKTrunk1_1
 
Prefix: 2#*

  Zone UCME master gateway list:
10.50.1.2:1720 BR1
 
The trick to make all this work is adding two lines to GK 
configuration (the last two):
 
gatekeeper

 zone local UCME ccm.lab 10.50.1.1
 zone local CCM ccm.lab
 zone prefix CCM 1* gw-priority 10 GKTrunk2_1
 zone prefix CCM 1* gw-priority 9 GKTrunk1_1
 no shutdown
 endpoint resource-threshold--- Turns on resource tracking at 
default 90% level
 endpoint max-calls h323id GKTrunk2_1 1--  Assigns max of one 
call to GKTrunk2_1
 
Second command is necessary as CCM doesn't report resource utilization 
to GK.  Once this is applied, it shows up in the show gatekeeper 
endpoints command:
 


GK#sh gatek end
GATEKEEPER ENDPOINT REGISTRATION

CallSignalAddr  Port  RASSignalAddr   Port  Zone Name Type
Flags
--- - --- - - 
-

10.50.1.2   1720  10.50.1.2   58624 UCME  H323-GW
H323-ID: BR1
Voice Capacity Max.=  Avail.=  Current.= 0
10.0.1.205  49255 10.0.1.205  49254 CCM   VOIP-GW
H323-ID: GKTrunk1_1
Voice Capacity Max.=  Avail.=  Current.= 0
10.0.1.205  49472 10.0.1.205  49254 CCM   VOIP-GW
H323-ID: GKTrunk2_1
_Voice Capacity Max.= 1  Avail.= 1  Current.= 0
_Total number of active registrations = 3
 
This shows the trunk has a capacity of 1 call and none currently in 
progress.  When first call is made, it changes to this:
 
GK#sh gatek end 
GATEKEEPER ENDPOINT REGISTRATION


CallSignalAddr  Port  RASSignalAddr   Port  Zone Name Type
Flags
--- - --- - - 
-

10.50.1.2   1720  10.50.1.2   58624 UCME  H323-GW
H323-ID: BR1
Voice Capacity Max.=  Avail.=  Current.= 1
10.0.1.205  49255 10.0.1.205  49254 CCM   VOIP-GW
H323-ID: GKTrunk1_1
Voice Capacity Max.=  Avail.=  Current.= 0
10.0.1.205  49472 10.0.1.205  49254 CCM   VOIP-GW O
H323-ID: GKTrunk2_1
_Voice Capacity Max.= 1  Avail.= 0  Current.= 1
_Total number of active registrations = 3
 
Now it shows one call in progress.  Show Gatekeeper calls shows the 
call as well:
 
GK#sh gatek calls   
Total number of active calls = 1.

 GATEKEEPER CALL INFO
 
LocalCallIDAge(secs)   BW
5-8688 59  128(Kbps)
 Endpt(s): Alias E.164Addr
   src EP: BR1   3001
   CallSignalAddr  Port  RASSignalAddr   Port
   10.50.1.2   1720  10.50.1.2   58624
 Endpt(s): Alias E.164Addr
   dst EP: GKTrunk2_11#1033
   CallSignalAddr  Port  RASSignalAddr   Port
   10.0.1.205  49472 10.0.1.205  49254
 
Now I place another call to force this all into operation:
 
Show gatekeeper endpoints now shows both calls:
 
GK#sh gatek end

Re: [OSL | CCIE_Voice] gatekeeper question - follow up - ACTUAL SOLUTION

2009-03-31 Thread CCIE OSL 

I hope, you are not dreaming about it!

/Jin Jung...

Chris Parker wrote:

Cliff,

This looks great I will try it out tonight. Been thinking about this 
all day too but my pesky job has been keeping me busy ... :-)


Good work

Chris

Cliff McGlamry wrote:
This bugged me.  I kept thinking about it.  
Went back and started googling for some additional gatekeeper 
documentation.  Found what I was looking for.  To summarize the 
problem as I understand it:
 
1.  Trunks coming in from CCM to GK.  Trunk to sub is priority for 
incoming calls from GK.  
2.  If call is in progress over sub trunk, additional call from CCM 
should go to PSTN.
 
3.  If another call from GK comes in and a call is in progress on 
Sub, call should flow to PUB.
 
4.  No Bandwidth command allowed on GK.
 
5.  No additional zones other than the ones defined.
 
6.  No additional tech prefixes allowed.
 
SOLUTION:
 
1.  Create two separate trunks to GK.  Each trunk is in a device pool 
that is either PUB ONLY or SUB ONLY (1 of each).  
2.  On sub trunk ONLY, apply locations bandwidth to limit to one call
 
3.  Build Route groups and route list to allow call to try GK first 
via Sub trunk and fail over to PSTN.  PUB trunk is not in Route list.
 
4.  Adjust CCM service parameters to allow continue attempting to 
route call on busy, etc. (you all are familiare with these 
parameters).  
5.  On Gatekeeper, configuration is defined as sub trunk being 
prioirty 10 for the zone prefix, and pub being priority 9.  So, it 
should look like this (I used the single server in my lab, but it's 
two different trunks:
 
GK#sh gatek gw

GATEWAY TYPE PREFIX TABLE
=
Prefix: 1#*
  Zone CCM master gateway list:
10.0.1.205:49255 GKTrunk1_1
10.0.1.205:49472 GKTrunk2_1
  Zone CCM prefix 1* priority gateway list(s):
   Priority 10:
10.0.1.205:49472 GKTrunk2_1
   Priority 9:
10.0.1.205:49255 GKTrunk1_1
 
Prefix: 2#*

  Zone UCME master gateway list:
10.50.1.2:1720 BR1
 
The trick to make all this work is adding two lines to GK 
configuration (the last two):
 
gatekeeper

 zone local UCME ccm.lab 10.50.1.1
 zone local CCM ccm.lab
 zone prefix CCM 1* gw-priority 10 GKTrunk2_1
 zone prefix CCM 1* gw-priority 9 GKTrunk1_1
 no shutdown
 endpoint resource-threshold--- Turns on resource tracking at 
default 90% level
 endpoint max-calls h323id GKTrunk2_1 1--  Assigns max of one 
call to GKTrunk2_1
 
Second command is necessary as CCM doesn't report resource 
utilization to GK.  Once this is applied, it shows up in the show 
gatekeeper endpoints command:
 


GK#sh gatek end
GATEKEEPER ENDPOINT REGISTRATION

CallSignalAddr  Port  RASSignalAddr   Port  Zone Name Type
Flags
--- - --- - - 
-

10.50.1.2   1720  10.50.1.2   58624 UCME  H323-GW
H323-ID: BR1
Voice Capacity Max.=  Avail.=  Current.= 0
10.0.1.205  49255 10.0.1.205  49254 CCM   VOIP-GW
H323-ID: GKTrunk1_1
Voice Capacity Max.=  Avail.=  Current.= 0
10.0.1.205  49472 10.0.1.205  49254 CCM   VOIP-GW
H323-ID: GKTrunk2_1
_Voice Capacity Max.= 1  Avail.= 1  Current.= 0
_Total number of active registrations = 3
 
This shows the trunk has a capacity of 1 call and none currently in 
progress.  When first call is made, it changes to this:
 
GK#sh gatek end GATEKEEPER ENDPOINT REGISTRATION


CallSignalAddr  Port  RASSignalAddr   Port  Zone Name Type
Flags
--- - --- - - 
-

10.50.1.2   1720  10.50.1.2   58624 UCME  H323-GW
H323-ID: BR1
Voice Capacity Max.=  Avail.=  Current.= 1
10.0.1.205  49255 10.0.1.205  49254 CCM   VOIP-GW
H323-ID: GKTrunk1_1
Voice Capacity Max.=  Avail.=  Current.= 0
10.0.1.205  49472 10.0.1.205  49254 CCM   VOIP-GW O
H323-ID: GKTrunk2_1
_Voice Capacity Max.= 1  Avail.= 0  Current.= 1
_Total number of active registrations = 3
 
Now it shows one call in progress.  Show Gatekeeper calls shows the 
call as well:
 
GK#sh gatek calls   Total number of active calls = 1.

 GATEKEEPER CALL INFO
 
LocalCallIDAge(secs)   BW
5-8688 59  128(Kbps)
 Endpt(s): Alias E.164Addr
   src EP: BR1   3001
   CallSignalAddr  Port  RASSignalAddr   Port
   10.50.1.2   1720  10.50.1.2   58624
 Endpt(s): Alias E.164Addr
   dst EP: GKTrunk2_11#1033
   CallSignalAddr  Port  RASSignalAddr   Port
   10.0.1.205  49472 10.0.1.205  49254
 
Now I place another call to force this all into operation:

Re: [OSL | CCIE_Voice] gatekeeper question - follow up - ACTUAL SOLUTION

2009-03-31 Thread Chris Parker 

Wouldn't be the first time :-)


CCIE OSL wrote:

I hope, you are not dreaming about it!

/Jin Jung...

Chris Parker wrote:

Cliff,

This looks great I will try it out tonight. Been thinking about this 
all day too but my pesky job has been keeping me busy ... :-)


Good work

Chris

Cliff McGlamry wrote:
This bugged me.  I kept thinking about it.  Went back and started 
googling for some additional gatekeeper documentation.  Found what I 
was looking for.  To summarize the problem as I understand it:
 
1.  Trunks coming in from CCM to GK.  Trunk to sub is priority for 
incoming calls from GK.  2.  If call is in progress over sub trunk, 
additional call from CCM should go to PSTN.
 
3.  If another call from GK comes in and a call is in progress on 
Sub, call should flow to PUB.
 
4.  No Bandwidth command allowed on GK.
 
5.  No additional zones other than the ones defined.
 
6.  No additional tech prefixes allowed.
 
SOLUTION:
 
1.  Create two separate trunks to GK.  Each trunk is in a device 
pool that is either PUB ONLY or SUB ONLY (1 of each).  2.  On sub 
trunk ONLY, apply locations bandwidth to limit to one call
 
3.  Build Route groups and route list to allow call to try GK first 
via Sub trunk and fail over to PSTN.  PUB trunk is not in Route list.
 
4.  Adjust CCM service parameters to allow continue attempting to 
route call on busy, etc. (you all are familiare with these 
parameters).  5.  On Gatekeeper, configuration is defined as sub 
trunk being prioirty 10 for the zone prefix, and pub being priority 
9.  So, it should look like this (I used the single server in my 
lab, but it's two different trunks:
 
GK#sh gatek gw

GATEWAY TYPE PREFIX TABLE
=
Prefix: 1#*
  Zone CCM master gateway list:
10.0.1.205:49255 GKTrunk1_1
10.0.1.205:49472 GKTrunk2_1
  Zone CCM prefix 1* priority gateway list(s):
   Priority 10:
10.0.1.205:49472 GKTrunk2_1
   Priority 9:
10.0.1.205:49255 GKTrunk1_1
 
Prefix: 2#*

  Zone UCME master gateway list:
10.50.1.2:1720 BR1
 
The trick to make all this work is adding two lines to GK 
configuration (the last two):
 
gatekeeper

 zone local UCME ccm.lab 10.50.1.1
 zone local CCM ccm.lab
 zone prefix CCM 1* gw-priority 10 GKTrunk2_1
 zone prefix CCM 1* gw-priority 9 GKTrunk1_1
 no shutdown
 endpoint resource-threshold--- Turns on resource tracking at 
default 90% level
 endpoint max-calls h323id GKTrunk2_1 1--  Assigns max of one 
call to GKTrunk2_1
 
Second command is necessary as CCM doesn't report resource 
utilization to GK.  Once this is applied, it shows up in the show 
gatekeeper endpoints command:
 


GK#sh gatek end
GATEKEEPER ENDPOINT REGISTRATION

CallSignalAddr  Port  RASSignalAddr   Port  Zone Name 
TypeFlags
--- - --- - - 
-

10.50.1.2   1720  10.50.1.2   58624 UCME  H323-GW
H323-ID: BR1
Voice Capacity Max.=  Avail.=  Current.= 0
10.0.1.205  49255 10.0.1.205  49254 CCM   VOIP-GW
H323-ID: GKTrunk1_1
Voice Capacity Max.=  Avail.=  Current.= 0
10.0.1.205  49472 10.0.1.205  49254 CCM   VOIP-GW
H323-ID: GKTrunk2_1
_Voice Capacity Max.= 1  Avail.= 1  Current.= 0
_Total number of active registrations = 3
 
This shows the trunk has a capacity of 1 call and none currently in 
progress.  When first call is made, it changes to this:
 
GK#sh gatek end GATEKEEPER ENDPOINT 
REGISTRATION


CallSignalAddr  Port  RASSignalAddr   Port  Zone Name 
TypeFlags
--- - --- - - 
-

10.50.1.2   1720  10.50.1.2   58624 UCME  H323-GW
H323-ID: BR1
Voice Capacity Max.=  Avail.=  Current.= 1
10.0.1.205  49255 10.0.1.205  49254 CCM   VOIP-GW
H323-ID: GKTrunk1_1
Voice Capacity Max.=  Avail.=  Current.= 0
10.0.1.205  49472 10.0.1.205  49254 CCM   VOIP-GW O
H323-ID: GKTrunk2_1
_Voice Capacity Max.= 1  Avail.= 0  Current.= 1
_Total number of active registrations = 3
 
Now it shows one call in progress.  Show Gatekeeper calls shows the 
call as well:
 
GK#sh gatek calls   Total number of active calls = 1.

 GATEKEEPER CALL INFO
 
LocalCallIDAge(secs)   BW
5-8688 59  128(Kbps)
 Endpt(s): Alias E.164Addr
   src EP: BR1   3001
   CallSignalAddr  Port  RASSignalAddr   Port
   10.50.1.2   1720  10.50.1.2   58624
 Endpt(s): Alias E.164Addr
   dst EP: GKTrunk2_11#1033
   CallSignalAddr  Port  RASSignalAddr   Port
   10.0.1.205  49472 10.0.1.205  49254
 
Now I place

Re: [OSL | CCIE_Voice] gatekeeper question

2009-03-29 Thread CCIE OSL 

kapil,
Actually, I was thinking of using AAR for the first part of the 
requirement. - As I said before, I have not tried this, I am scheculed 
for a proctorslab Monday.
For the requirement of from HQ to SiteC via GK it will be rejected by 
GK and rerouted to pstn via 6608 on HQ.
I should be able to create AAR group for BR2 and apply it to the trunk. 
this way I can reserve the 4 digit HQ ANI as well.
I may have to use Location but I think GK will send out a call reject 
to CCM.


Have you confirm that your method works. If you got this working,
Can you send me GK end and GK gw-prefix output for this?

Thanks...

/Jin Jung...

kapil atrish wrote:

You can try this:

Create two trunks between CCM and GK having only one CCM in each trunk 
i.e one with Pub and another one with Sub. Create two set of regions 
(codec G729), two locations (24kbps to allow only single call over the 
trunk), and two DPs. Bind all this with respective trunks.


On the GK use gw-priority as regular, primary Sub and secondary Pub.

For HQ to Site C calling: Create two RGs having Sub and HQGW. Create 
RL having both these RGs. Create a RP for Site CPoint to this RL. 
Now if any call is already active over this H.323 Trunk any subsequent 
call from HQ side will fall back (Location on the GK trunk will reject 
this call). You might have to turn on the CCM Service parameters 
(Continue routing on unallocated number).



For Site C to HQ Calling: Since 1 call is already active on Sub, any 
subsequent call from Site C will not be allowed due to b/w limitation 
over that trunk (Location). Next call should fall back to Pub trunk 
which is having gw-priority 9.



Thanks...


--- On *Sun, 3/29/09, CCIE OSL /ccie...@gmail.com/* wrote:


From: CCIE OSL ccie...@gmail.com
Subject: Re: [OSL | CCIE_Voice] gatekeeper question
To: ccie Me ccievoic...@yahoo.com
Cc: ccie_voice@onlinestudylist.com
Date: Sunday, March 29, 2009, 9:52 AM

I have some questions for you.

1. Are you running on 1 tech-prefix or two with on the gatekeeper?
2. Does entire BR2 has to able to call HQ or just a single phone?
3. Does it required to only use 1#, are you allow to use other
prefixes?

Your first requirement for HQ to BR2 is fairly easy,
However, second requirement, is bit confusing.

I think in order to make that work, I will have to use Hop-off
prefix  and statically map a another prefix to PUB address.
But since the CAC requirement of single call, and If I were to use
bandwidth interzone, I almost need another zone just for PUB,
Which means I may have to use different CAC method. /? or
somehow allow calls to PUB work using hop-off prefix not affected
by GK CAC.???

I have proctor lab coming up on Monday night, I may have to lab
this up.

If you can provide answer to my questions, It may help me to get
this done.

Thanks...

/Jin Jung...



ccie Me wrote:
 Gents,

 i'm working on this case on gatekeeper:

 i need to only allow ONE active call that should be going
through SUB
 now for  any other new call
 if:

 -  it is from HQ to SiteC via GK it will be rejected by GK and
rerouted to pstn via 6608 on HQ

 -  if it is from SitC  to HQ via GK it will go through PUB
instead of SUB

 i tried to play with regions and CAC on gatekepper and CCM. but
i don't think that will lead to solve this case,

 does any body have idea about this

 thanks

Re: [OSL | CCIE_Voice] gatekeeper question

2009-03-29 Thread kapil atrish 
Hi,

I've not tested this since I don't have lab access yet. I can use endpoint 
max'conn on GK since now I've two trunks towards CCM. But below I described 
using CCM locations.  Both should work depending on what is allowed in GK 
config snap-shot. 
gw-priority config would be straight forward:

zone-prefix GK 1* gw-priority 10 Sub_Trunk_1
zone-prefix GK 1* gw-priority 9 Pub_Trunk_2



--- On Sun, 3/29/09, CCIE OSL ccie...@gmail.com wrote:

From: CCIE OSL ccie...@gmail.com
Subject: Re: [OSL | CCIE_Voice] gatekeeper question
To: kapil atrish nice_cha...@yahoo.com
Cc: ccie Me ccievoic...@yahoo.com, ccie_voice@onlinestudylist.com
Date: Sunday, March 29, 2009, 11:43 AM

kapil,
Actually, I was thinking of using AAR for the first part of the requirement. - 
As I said before, I have not tried this, I am scheculed for a proctorslab 
Monday.
For the requirement of from HQ to SiteC via GK it will be rejected by GK and 
rerouted to pstn via 6608 on HQ.
I should be able to create AAR group for BR2 and apply it to the trunk. this 
way I can reserve the 4 digit HQ ANI as well.
I may have to use Location but I think GK will send out a call reject to CCM.

Have you confirm that your method works. If you got this working,
Can you send me GK end and GK gw-prefix output for this?

Thanks...

/Jin Jung...

kapil atrish wrote:
 You can try this:
 
 Create two trunks between CCM and GK having only one CCM in each trunk i.e 
 one with Pub and another one with Sub. Create two set of regions (codec 
 G729), two locations (24kbps to allow only single call over the trunk), and 
 two DPs. Bind all this with respective trunks.
 
 On the GK use gw-priority as regular, primary Sub and secondary Pub.
 
 For HQ to Site C calling: Create two RGs having Sub and HQGW. Create RL 
 having both these RGs. Create a RP for Site CPoint to this RL. Now if any 
 call is already active over this H.323 Trunk any subsequent call from HQ side 
 will fall back (Location on the GK trunk will reject this call). You might 
 have to turn on the CCM Service parameters (Continue routing on unallocated 
 number).
 
 
 For Site C to HQ Calling: Since 1 call is already active on Sub, any 
 subsequent call from Site C will not be allowed due to b/w limitation over 
 that trunk (Location). Next call should fall back to Pub trunk which is 
 having gw-priority 9.
 
 
 Thanks...
 
 
 --- On *Sun, 3/29/09, CCIE OSL /ccie...@gmail.com/* wrote:
 
 
     From: CCIE OSL ccie...@gmail.com
     Subject: Re: [OSL | CCIE_Voice] gatekeeper question
     To: ccie Me ccievoic...@yahoo.com
     Cc: ccie_voice@onlinestudylist.com
     Date: Sunday, March 29, 2009, 9:52 AM
 
     I have some questions for you.
 
     1. Are you running on 1 tech-prefix or two with on the gatekeeper?
     2. Does entire BR2 has to able to call HQ or just a single phone?
     3. Does it required to only use 1#, are you allow to use other
     prefixes?
 
     Your first requirement for HQ to BR2 is fairly easy,
     However, second requirement, is bit confusing.
 
     I think in order to make that work, I will have to use Hop-off
     prefix  and statically map a another prefix to PUB address.
     But since the CAC requirement of single call, and If I were to use
     bandwidth interzone, I almost need another zone just for PUB,
     Which means I may have to use different CAC method. /? or
     somehow allow calls to PUB work using hop-off prefix not affected
     by GK CAC.???
 
     I have proctor lab coming up on Monday night, I may have to lab
     this up.
 
     If you can provide answer to my questions, It may help me to get
     this done.
 
     Thanks...
 
     /Jin Jung...
 
 
 
     ccie Me wrote:
      Gents,
     
      i'm working on this case on gatekeeper:
     
      i need to only allow ONE active call that should be going
     through SUB
      now for  any other new call
      if:
     
      -  it is from HQ to SiteC via GK it will be rejected by GK and
     rerouted to pstn via 6608 on HQ
     
      -  if it is from SitC  to HQ via GK it will go through PUB
     instead of SUB
     
      i tried to play with regions and CAC on gatekepper and CCM. but
     i don't think that will lead to solve this case,
     
      does any body have idea about this
     
      thanks
     

[OSL | CCIE_Voice] gatekeeper question

2009-03-28 Thread ccie Me 
Gents,

i'm working on this case on gatekeeper: 

i need to only allow ONE active call that should be going through SUB 
now for  any other new call 

if: 

-  it is from HQ to SiteC via GK it will be rejected by GK and rerouted to pstn 
via 6608 on HQ

-  if it is from SitC  to HQ via GK it will go through PUB instead of SUB

i tried to play with regions and CAC on gatekepper and CCM. but i don't think 
that will lead to solve this case,

does any body have idea about this

thanks

Re: [OSL | CCIE_Voice] gatekeeper question

2009-03-28 Thread Scott ODonnell 
Don't know for sure but .

Under the gatekeeper config :Look at the command endpoint max-calls h323id


On Sat, Mar 28, 2009 at 4:33 PM, ccie Me ccievoic...@yahoo.com wrote:

 Gents,

 i'm working on this case on gatekeeper:

 i need to only allow ONE active call that should be going through SUB
 now for  any other new call
 if:

 -  it is from HQ to SiteC via GK it will be rejected by GK and rerouted to
 pstn via 6608 on HQ

 -  if it is from SitC  to HQ via GK it will go through PUB instead of SUB

 i tried to play with regions and CAC on gatekepper and CCM. but i don't
 think that will lead to solve this case,

 does any body have idea about this

 thanks

Re: [OSL | CCIE_Voice] gatekeeper question

2009-03-28 Thread CCIE OSL 

I have some questions for you.

1. Are you running on 1 tech-prefix or two with on the gatekeeper?
2. Does entire BR2 has to able to call HQ or just a single phone?
3. Does it required to only use 1#, are you allow to use other prefixes?

Your first requirement for HQ to BR2 is fairly easy,
However, second requirement, is bit confusing.

I think in order to make that work, I will have to use Hop-off prefix  
and statically map a another prefix to PUB address.
But since the CAC requirement of single call, and If I were to use 
bandwidth interzone, I almost need another zone just for PUB,
Which means I may have to use different CAC method. /? or somehow 
allow calls to PUB work using hop-off prefix not affected by GK CAC.???


I have proctor lab coming up on Monday night, I may have to lab this up.

If you can provide answer to my questions, It may help me to get this done.

Thanks...

/Jin Jung...



ccie Me wrote:

Gents,

i'm working on this case on gatekeeper:

i need to only allow ONE active call that should be going through SUB
now for  any other new call
if:

-  it is from HQ to SiteC via GK it will be rejected by GK and 
rerouted to pstn via 6608 on HQ


-  if it is from SitC  to HQ via GK it will go through PUB instead of SUB

i tried to play with regions and CAC on gatekepper and CCM. but i 
don't think that will lead to solve this case,


does any body have idea about this

thanks

Re: [OSL | CCIE_Voice] gatekeeper question

2009-03-28 Thread kapil atrish 
You can try this:

Create two trunks between CCM and GK having only one CCM in each trunk i.e one 
with Pub and another one with Sub. Create two set of regions (codec G729), two 
locations (24kbps to allow only single call over the trunk), and two DPs. Bind 
all this with respective trunks.

On the GK use gw-priority as regular, primary Sub and secondary Pub. 

For HQ to Site C calling: Create two RGs having Sub and HQGW. Create RL having 
both these RGs. Create a RP for Site CPoint to this RL. Now if any call is 
already active over this H.323 Trunk any subsequent call from HQ side will fall 
back (Location on the GK trunk will reject this call). You might have to turn 
on the CCM Service parameters (Continue routing on unallocated number).


For Site C to HQ Calling: Since 1 call is already active on Sub, any subsequent 
call from Site C will not be allowed due to b/w limitation over that trunk 
(Location). Next call should fall back to Pub trunk which is having gw-priority 
9.


Thanks...


--- On Sun, 3/29/09, CCIE OSL ccie...@gmail.com wrote:

From: CCIE OSL ccie...@gmail.com
Subject: Re: [OSL | CCIE_Voice] gatekeeper question
To: ccie Me ccievoic...@yahoo.com
Cc: ccie_voice@onlinestudylist.com
Date: Sunday, March 29, 2009, 9:52 AM

I have some questions for you.

1. Are you running on 1 tech-prefix or two with on the gatekeeper?
2. Does entire BR2 has to able to call HQ or just a single phone?
3. Does it required to only use 1#, are you allow to use other prefixes?

Your first requirement for HQ to BR2 is fairly easy,
However, second requirement, is bit confusing.

I think in order to make that work, I will have to use Hop-off prefix  and 
statically map a another prefix to PUB address.
But since the CAC requirement of single call, and If I were to use bandwidth 
interzone, I almost need another zone just for PUB,
Which means I may have to use different CAC method. /? or somehow allow 
calls to PUB work using hop-off prefix not affected by GK CAC.???

I have proctor lab coming up on Monday night, I may have to lab this up.

If you can provide answer to my questions, It may help me to get this done.

Thanks...

/Jin Jung...



ccie Me wrote:
 Gents,
 
 i'm working on this case on gatekeeper:
 
 i need to only allow ONE active call that should be going through SUB
 now for  any other new call
 if:
 
 -  it is from HQ to SiteC via GK it will be rejected by GK and rerouted to 
 pstn via 6608 on HQ
 
 -  if it is from SitC  to HQ via GK it will go through PUB instead of SUB
 
 i tried to play with regions and CAC on gatekepper and CCM. but i don't think 
 that will lead to solve this case,
 
 does any body have idea about this
 
 thanks

Re: [OSL | CCIE_Voice] gatekeeper question

2009-03-28 Thread anil batra 
Do you mean we will be creating two CCM groups, two DP and then assign DP -Pub 
to one GK trunk and DP-Sub to another GK trunk...if you assgign a DP with CCM 
group having two CCM's it will be registering the trunk - gk-tunk_1 and 
gk-trunk_2 bu defualt ...

--- On Sun, 3/29/09, kapil atrish nice_cha...@yahoo.com wrote:

From: kapil atrish nice_cha...@yahoo.com
Subject: Re: [OSL | CCIE_Voice] gatekeeper question
To: ccie Me ccievoic...@yahoo.com, CCIE OSL ccie...@gmail.com
Cc: ccie_voice@onlinestudylist.com
Date: Sunday, March 29, 2009, 10:55 AM

You can try this:

Create two trunks between CCM and GK having only one CCM in each trunk i.e one 
with Pub and another one with Sub. Create two set of regions (codec G729), two 
locations (24kbps to allow only single call over the trunk), and two DPs. Bind 
all this with respective trunks.

On the GK use gw-priority as regular, primary Sub and secondary Pub. 

For HQ to Site C calling: Create two RGs having Sub and HQGW. Create RL having 
both these RGs. Create a RP for Site CPoint to this RL. Now if any call is 
already active over this H.323 Trunk any subsequent call from HQ side will fall 
back (Location on the GK trunk will reject this call). You might have to turn 
on the CCM Service parameters (Continue routing on unallocated number).


For Site C to HQ Calling: Since 1 call is already active on Sub, any subsequent 
call
 from Site C will not be allowed due to b/w limitation over that trunk 
(Location). Next call should fall back to Pub trunk which is having gw-priority 
9.


Thanks...


--- On Sun, 3/29/09, CCIE OSL ccie...@gmail.com wrote:

From: CCIE OSL ccie...@gmail.com
Subject: Re: [OSL | CCIE_Voice] gatekeeper question
To: ccie Me ccievoic...@yahoo.com
Cc: ccie_voice@onlinestudylist.com
Date: Sunday, March 29, 2009, 9:52 AM

I have some questions for you.

1. Are you running on 1 tech-prefix or two with on the gatekeeper?
2. Does entire BR2 has to able to call HQ or just a single phone?
3. Does it required to only use 1#, are you allow to use other prefixes?

Your first requirement for HQ to BR2 is fairly easy,
However, second requirement, is bit
 confusing.

I think in order to make that work, I will have to use Hop-off prefix  and 
statically map a another prefix to PUB address.
But since the CAC requirement of single call, and If I were to use bandwidth 
interzone, I almost need another zone just for PUB,
Which means I may have to use different CAC method. /? or somehow allow 
calls to PUB work using hop-off prefix not affected by GK CAC.???

I have proctor lab coming up on Monday night, I may have to lab this up.

If you can provide answer to my questions, It may help me to get this done.

Thanks...

/Jin Jung...



ccie Me wrote:
 Gents,
 
 i'm working on this case on gatekeeper:
 
 i need to only allow ONE active call that should be going through SUB
 now for  any other new call
 if:
 
 -  it is from HQ to SiteC via GK it will be rejected by GK and rerouted to 
 pstn
 via 6608 on HQ
 
 -  if it is from SitC  to HQ via GK it will go through PUB instead of SUB
 
 i tried to play with regions and CAC on gatekepper and CCM. but i don't think 
 that will lead to solve this case,
 
 does any body have idea about this
 
 thanks

Re: [OSL | CCIE_Voice] gatekeeper question

2009-03-28 Thread kapil atrish 
You are absolutely righttwo ccm groups required having one ccm in each.

--- On Sun, 3/29/09, anil batra anil...@yahoo.com wrote:

From: anil batra anil...@yahoo.com
Subject: Re: [OSL | CCIE_Voice] gatekeeper question
To: ccie Me ccievoic...@yahoo.com, CCIE OSL ccie...@gmail.com, kapil 
atrish nice_cha...@yahoo.com
Cc: ccie_voice@onlinestudylist.com
Date: Sunday, March 29, 2009, 11:06 AM

Do you mean we will be creating two CCM groups, two DP and then assign DP -Pub 
to one GK trunk and DP-Sub to another GK trunk...if you assgign a DP with CCM 
group having two CCM's it will be registering the trunk - gk-tunk_1 and 
gk-trunk_2 bu defualt ...

--- On Sun, 3/29/09, kapil atrish nice_cha...@yahoo.com wrote:

From: kapil atrish nice_cha...@yahoo.com
Subject: Re: [OSL | CCIE_Voice] gatekeeper question
To: ccie Me ccievoic...@yahoo.com, CCIE OSL ccie...@gmail.com
Cc: ccie_voice@onlinestudylist.com
Date: Sunday, March 29, 2009, 10:55 AM

You can try this:

Create two trunks between CCM and GK having only one CCM in each trunk i.e one 
with Pub and another one with Sub. Create two set of regions (codec G729), two 
locations (24kbps to allow only single call over the trunk), and two DPs. Bind 
all this with respective trunks.

On the GK use gw-priority as regular, primary Sub and secondary Pub. 

For HQ to Site C calling: Create two RGs having Sub and HQGW. Create RL having 
both these RGs. Create a RP for Site CPoint to this RL. Now if any call is 
already active over this H.323 Trunk any subsequent call from HQ side will fall 
back (Location on the GK trunk will reject this call). You might have to turn 
on the CCM Service parameters (Continue routing on unallocated number).


For Site
 C to HQ Calling: Since 1 call is already active on Sub, any subsequent call
 from Site C will not be allowed due to b/w limitation over that trunk 
(Location). Next call should fall back to Pub trunk which is having gw-priority 
9.


Thanks...


--- On Sun, 3/29/09, CCIE OSL ccie...@gmail.com wrote:

From: CCIE OSL ccie...@gmail.com
Subject: Re: [OSL | CCIE_Voice] gatekeeper question
To: ccie Me ccievoic...@yahoo.com
Cc: ccie_voice@onlinestudylist.com
Date: Sunday, March 29, 2009, 9:52 AM

I have some questions for you.

1. Are you running on 1 tech-prefix or two with on the gatekeeper?
2. Does entire BR2 has to able to call HQ or just a single phone?
3. Does it required to only use 1#, are you allow to use other prefixes?

Your first requirement for HQ to BR2 is fairly easy,
However, second requirement, is bit
 confusing.

I think in order to make that work, I will have to use Hop-off prefix  and 
statically map a another prefix to PUB address.
But since the CAC requirement of single call, and If I were to use bandwidth 
interzone, I almost need another zone just for PUB,
Which means I may have to use different CAC method. /? or somehow allow 
calls to PUB work using hop-off prefix not affected by GK CAC.???

I have proctor lab coming up on Monday night, I may have to lab this up.

If you can provide answer to my questions, It may help me to get this done.

Thanks...

/Jin Jung...



ccie Me wrote:
 Gents,
 
 i'm working on this case on gatekeeper:
 
 i need to only allow ONE active call that should be going through SUB
 now for  any other new call
 if:
 
 -  it is from HQ to SiteC via GK it will be rejected by GK and rerouted to 
 pstn
 via 6608 on HQ
 
 -  if it is from SitC  to HQ via GK it will go through PUB instead of SUB
 
 i tried to play with regions and CAC on gatekepper and CCM. but i don't think 
 that will lead to solve this case,
 
 does any body have idea about this
 
 thanks

Re: [OSL | CCIE_Voice] Gatekeeper question

2008-03-24 Thread Jane Ryer (jryer) 
Hi, Daniel,

 

I have also been working my way through Exam II recently, and came to
the same conclusion that you did - that the solution is wrong.  Here's
what I ended up with, which seems to work:

 

RL-GK-ADD-PREFIX  RL_GK  predot + add prefix 1#

RL-GK-NO-PREFIXRL_GK  predot

 

9.01134!PT-HQ-INT RL-GK-NO-PREFIX

9.01134!#  PT-HQ-INT RL-GK-NO-PREFIX

9.01134!PT-BR1-INT   RL-GK-NO-PREFIX

9.01134!#  PT-BR1-INT   RL-GK-NO-PRERIX

 

9.011!   PT-HQ-INT RL-GK-ADD-PREFIX

9.011!#  PT-HQ-INT RL-GK-ADD-PREFIX

9.011!   PT-BR1-INT   RL-GK-ADD-PREFIX

9.011!#  PT-BR1-INT   RL-GK-ADD-PREFIX

 

The things I changed from the provided solution were:

a)   I reversed which dial patterns prefixed the 1#  (as you noted)

b)   I corrected the partition error (PT-HQ-INT was listed for both
9.01134 rows, and PT-BR1-INT was listed for both 9.011 rows)

c)   I moved the digit manipulation to the route list instead of the
dial pattern

 

Mark or Vik, can you confirm that Daniel and I are taking the correct
approach?

 

Thanks,

Jane

 

Jane Ryer, RS CCIE # 

Network Consulting Engineer

Cisco Systems Advanced Services

 

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Daniel
Dellinger
Sent: Sunday, March 23, 2008 7:48 PM
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] Gatekeeper question

 

I'm working through Exam II from recent Ipexpert bootcamp (which was
excellent by the way).  I'm not sure if there is an error the solutions
guide for  a question, or I'm just not understanding.

 

On question 19 (exam II) it states that  International calls from both
Call Manager sites to Germany (country code 34) should be sent to the
gatekeeper and out to the remote PSTN-WAN gatekeeper.  The remote
gatekeeper is not expecting any tech-prefix- just the international
prefix plus the remainder of the digits.  All other International calls
(e.g. 0119876543 from Callmanager should be sent out of the BR2 gateway
via the local gatekeeper (hq).

 

The solutions guide has the below route patterns:

 

9.01134! (Predot + prefix 1#)   

9.01134!# (Predot + prefix 1#)

9.011! (Predot)

9.011!# (Predot)

 

Below is Gatekeeper config in solutions guide:

 

gatekeeper

 zone prefix HQ-RTR1 3... gw-priority 10 CME

 zone prefix HQ-RTR1 011* gw-priority 10 CME

 zone prefix PSTN-WAN 01134*

 

Now the points I don't understand:

 

1. Why we would drop the predot and then prepend a 1# for calls
that are destined for the PSTN-Gatekeeper (9.01134! and 9.01134!#) if
the PSTN-Gate is not expecting tech-prefix (and a tech-prefix is not
required to send LRQ).  I believe the tech-prefix will be striped prior
to LRQ so doesn't matter, but want to understand why we would send a
tech prefix if it isn't needed for analysis.

2.And since question states that all other international calls
should be sent out BR2 (so route patterns 9.011! and 9.011!#) why are we
not dropping the pre-dot and then prefixing a 1# since tech-prefix is
required (as default technology prefix was not permitted).

 

Seems to me that the situation should be reversed from a tech-prefix
prepend perspective.   Is the solutions guide incorrect for this
question or am I missing something?

 

Thanks

Daniel

[OSL | CCIE_Voice] Gatekeeper question

2008-03-23 Thread Daniel Dellinger 
I'm working through Exam II from recent Ipexpert bootcamp (which was
excellent by the way).  I'm not sure if there is an error the solutions
guide for  a question, or I'm just not understanding.

 

On question 19 (exam II) it states that  International calls from both
Call Manager sites to Germany (country code 34) should be sent to the
gatekeeper and out to the remote PSTN-WAN gatekeeper.  The remote
gatekeeper is not expecting any tech-prefix- just the international
prefix plus the remainder of the digits.  All other International calls
(e.g. 0119876543 from Callmanager should be sent out of the BR2 gateway
via the local gatekeeper (hq).

 

The solutions guide has the below route patterns:

 

9.01134! (Predot + prefix 1#)   

9.01134!# (Predot + prefix 1#)

9.011! (Predot)

9.011!# (Predot)

 

Below is Gatekeeper config in solutions guide:

 

gatekeeper

 zone prefix HQ-RTR1 3... gw-priority 10 CME

 zone prefix HQ-RTR1 011* gw-priority 10 CME

 zone prefix PSTN-WAN 01134*

 

Now the points I don't understand:

 

1. Why we would drop the predot and then prepend a 1# for calls
that are destined for the PSTN-Gatekeeper (9.01134! and 9.01134!#) if
the PSTN-Gate is not expecting tech-prefix (and a tech-prefix is not
required to send LRQ).  I believe the tech-prefix will be striped prior
to LRQ so doesn't matter, but want to understand why we would send a
tech prefix if it isn't needed for analysis.

2.And since question states that all other international calls
should be sent out BR2 (so route patterns 9.011! and 9.011!#) why are we
not dropping the pre-dot and then prefixing a 1# since tech-prefix is
required (as default technology prefix was not permitted).

 

Seems to me that the situation should be reversed from a tech-prefix
prepend perspective.   Is the solutions guide incorrect for this
question or am I missing something?

 

Thanks

Daniel