H.323 Gateway T1 and Call Manager - Failover issues

[reelbigfish]

We have 2 Cisco 1900 routers/h.323 gateways. The first one is the primary the second the secondary.

When the inbound calls come in and the primary is failing the calls are supposed to go to the secondary.

Not sure why but the failover/secodary route is listed under the primary in Call Manager 4.1 - but it doesn't pick up the call when the primary is down. All we get is silence when making the call.


Has anyone seem this before?

 

[whykap]

What piece is failing? The physical router itself or the lines connected to the router? What type of lines are they? PRI? Analog?
The group list in call manager is for outbound calls not inbound.

 

[reelbigfish]

This is for PRIs feeding from our gateways to a local dictation server.

We are testing the failover and it's not working. We try shutting down the PRIs on the primary router and expect the second router to take the calls. Call manager seem to be configured correctly to allow the failover

This is all in house - no Telco, ISP or PSTN is involved

 

[reelbigfish]

I was told by a TAC engineer that this could not be done with H.323. Is he right. Thanks

 

[whykap]

Correct. Call manager cannot control an h323 gateway so it does not know if it is up or down.
Change it to MGCP and you should be good. make sure you bind MGCP to an interface preferably a loopback.

 

[whykap]

I found this solution and this might do the trick.
In call manager go to enterpise params and under route plan
check the following settings:


Stop Routing on Unallocated Number Flag = False
Stop Routing on User Busy Flag = Flag

Let us know if that solves your issue so we know if this is a viable solution. If it is I learned something new today.

 

[reelbigfish]

The
Stop Routing on Unallocated Number Flag = False
Stop Routing on User Busy Flag = Flag

Did not work.

We may to go with MGCP on this one.

 

[reelbigfish]

How can we configure the primary gateway to send call to the second gateway for overflow puposes? This might be a good alternative.

 

[reelbigfish]

We got this to finally work - It turns out the Dial-peers that were in place for the FXS ports were conflicting. Thanks for all the input.


But now I have another issue - I need a third failover option


Gateway1 -> Gatway2 -> Toll free number offnet


The logical way is to have a translation pattern that takes the calls bound for the gatways and translate them to the toll free number. The problem is, how do tyou get those calls to hit a translation pattern when the two gatways are down? Any ideas will be gratly appreciated.

 

[pndscm]

What you want to do would have to be done at the Telco, not in CallManager.