[cisco-voip] H.323 Gateway Failover Testing
Louis R. Marascio
marascio at metreos.com
Thu Jan 12 17:12:07 EST 2006
You need to tweak the H.225 TCP Timer service parameter. This parameter
controls how long CallManager will wait for the H.225 TCP connection to
be established when setting up a call. Default values for this service
parameter differ between CCM versions but I've found that it is usually
set to a value that is too long. In essence, CCM is giving up on the
call before the H.225 TCP Timer has elapsed, and thus it has not had a
chance to try the next member in the route group.
Lower the value of the H.225 TCP Timer service parameter and try it
again. I don't think there is any harm in making it 1-2 seconds.
Perhaps Wes or someone else on the list with a deeper understanding can
correct me here.
Best regards,
Louis
---
Louis R. Marascio
Metreos Corporation
t: +1 (512) 687 2005
m: +1 (512) 964 4569
e: marascio at metreos.com
-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Erick Bergquist
Sent: Thursday, January 12, 2006 3:56 PM
To: Stu Packett; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] H.323 Gateway Failover Testing
With a H.323 gateway, the call manager doesn't know
what hardware, ports, controllers, etc are in the
gateway. The call manager just sends messages to the
gateways IP address and it's up to the gateway to
handle the call. The dialpeer, etc config on gateway
is how that is done.
Are there multiple dial-peer matches for the digits
sent by call manager in the gateway and the call maybe
went out another port, etc?
Erick
--- Stu Packett <SPackett at fenwick.com> wrote:
> CallManager 4.0(2a)sr2b
> 2811 IOS 12.4(5)
>
> I have 2 H.323 gateways. Let's call them GW1 and
> GW2. In CallManager,
> I setup a route group with GW1 and GW2 in the list
> (GW1 is first
> preference). I then setup a route pattern to use
> this route group. To
> do some failover testing, I telnetted into GW1 and
> shutdown the
> 'controller T1 0/0/0'. Incoming calls failed over
> just fine to GW2. My
> problem is when I do an outgoing call, I get a fast
> busy. Does GW1 need
> to be completely shut down for this failover test to
> work? I'm thinking
> it's because CallManager sees GW1's IP address is
> still up (even though
> T1 controller is down) and routes the call there. I
> don't have access
> to GW1 because it's at a remote site to shut it
> down, but does the route
> groups depend on IP address and not on the
> controller's status?
>
> Thanks in advance.
>
--------------------------------------------------------
>
> IRS Circular 230 Disclosure: To ensure compliance
> with requirements imposed by the IRS, we inform you
> that any U.S. federal tax advice in this
> communication (including attachments) is not
> intended or written by Fenwick & West LLP to be
> used, and cannot be used, for the purpose of (i)
> avoiding penalties under the Internal Revenue Code
> or (ii) promoting, marketing, or recommending to
> another party any transaction or matter addressed
> herein.
>
--------------------------------------------------------
>
> ATTENTION:
> The information contained in this message may be
> legally privileged and confidential. It is intended
> to be read only by the individual or entity to whom
> it is addressed or by their designee. If the reader
> of this message is not the intended recipient, you
> are on notice that any distribution of this message,
> in any form, is strictly prohibited.
>
> If you have received this message in error, please
> immediately notify the sender and/or Fenwick & West
> LLP by telephone at (650) 988-8500 and delete or
> destroy any copy of this message.
> > _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
More information about the cisco-voip
mailing list