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 proof....is 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
====================
LocalCallID Age(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_2 1#1000
CallSignalAddr Port RASSignalAddr Port
10.8.200.20 49704 10.8.200.20 49624
LocalCallID Age(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_1 3#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 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 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 C>>>Point 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
> >
>
>
