AFAIK, the simplest way would be to configure static mapping on gatekeeper:
!
gatekeeper
gw-type-prefix 12122216666 gw ipaddr <nonexisting GW IP@>
!
Then for a DNIS == 12122216666 the GK will return nonexisting i...@. Remember,
there is no fixed separator between tech-prefix and E.164 number, so the whole
DNIS == 12122216666 will be regarded as tech-prefix.
CME will exhaust its H.225 SETUP timeout (15 secs by default) towards
nonexisting IP@ and fall back to PSTN dialpeer.
To make it faster, configure voice class h323 on CME:
!
voice class h323 1
h225 timeout setup 3
h225 timeout tcp establish 3
!
and of course assign this voice class to outbound CME dialpeer.
All other DNIS should go through assuming you configure and register shorter
tech-prefix on called side (I assume it's CCM).
Rgds
Alex
----- Original Message -----
From: anil batra
To: ccie_voice@onlinestudylist.com ; Cliff McGlamry
Sent: Friday, March 27, 2009 3:59 AM
Subject: Re: [OSL | CCIE_Voice] CME- Re-route the call when we
somehowrejectthe call from GK
Cliff, I have calls going thru HQ to CME and vice versa via GK. So no
issues at all.
Now I want to know if there is somehow I can do something on GK(
without shut down or CAC) to reject the call so that call from CME will go thru
PSTN
Hope I myself clear this time :)
--- On Fri, 3/27/09, Cliff McGlamry <cl...@mcglamry.net> wrote:
From: Cliff McGlamry <cl...@mcglamry.net>
Subject: Re: [OSL | CCIE_Voice] CME- Re-route the call when we
somehow rejectthe call from GK
To: "anil batra" <anil...@yahoo.com>, ccie_voice@onlinestudylist.com
Date: Friday, March 27, 2009, 8:13 AM
Anil,
Sorry, but I don't understand your question. I'll try to expand a
little since that's what it appears you are looking for.
IF everything is perfectly configured and it still doesn't work, then
one of the following may be required:
Restart of CCM Service (both servers)
Verify Transcoders are UP and in the correct LOCATION and MRGL (if
they are up but put in the wrong locations, things break. I've had this
happen, and it's maddening to find!).
You may possibly need to reboot CME.
Make sure gatekeeper has been issued a NO SHUT. Sounds dumb, but it
actually is a problem quite often.
Cliff
----- Original Message -----
From: anil batra
To: ccie_voice@onlinestudylist.com ; Cliff McGlamry
Sent: Thursday, March 26, 2009 10:20 PM
Subject: Re: [OSL | CCIE_Voice] CME- Re-route the call when we
somehow rejectthe call from GK
Hi Cliff,
Thanks for your kind response. I don't have any confi with me
but what I am sayign is if you supposedly I have everything working that is
Calls passing to and from HQ to CME via GK. But now I suddenly want the
scenario I discussed in my last mail...how to achive that please..
--- On Fri, 3/27/09, Cliff McGlamry <cl...@mcglamry.net>
wrote:
From: Cliff McGlamry <cl...@mcglamry.net>
Subject: Re: [OSL | CCIE_Voice] CME- Re-route the call when
we somehow rejectthe call from GK
To: "anil batra" <anil...@yahoo.com>,
ccie_voice@onlinestudylist.com
Date: Friday, March 27, 2009, 7:47 AM
Several things.
1. Either you're missing something in the gatekeeper
config call routing wise
2. You're missing something in the CallManager config call
routing wise
3. You're missing something on CME call routing wise
4. You have a codec mismatch and/or you don't have
transcode resources available where required
5. You have a problem with locations bandwidth on CCM
6. You need an MTP and don't have it configured.
If you want a more specific answer, start by posting your
gatekeeper config and the output trace of:
debug gatekeeper main 10
debug gatekeeper call 10
These should serve to isolate whether the issue is before
or after the gatekeeper.
Cliff
----- Original Message -----
From: anil batra
To: ccie_voice@onlinestudylist.com
Sent: Thursday, March 26, 2009 8:59 PM
Subject: [OSL | CCIE_Voice] CME- Re-route the call when
we somehow rejectthe call from GK
How can we have a call fail even though there is
ample amount of BW avilable via GK ( no CAC restriction) and there is proper
TP, ZP etc defined on GK and everywhere. I mean with all the requried configs
in place if I want to call HQ Phone via GK but GK should reject the call and
the call be routed out local CME GW.
