[cisco-voip] H.323 Gateway Failover Testing

[Stu Packett]

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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20060112/ed83ae91/attachment-0001.html