cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
656
Views
0
Helpful
9
Replies

SRST plus H.323 trunk

jhasen
Level 1
Level 1

I have a customer with a topology as following:

(HQ) CCM --- WAN --- (BRANCH) VoiceGW --- H.323_Gateway

Normally the branch's outgoing calls goes through the H.323 Gateway which is registered with the CallManager as a regular H.323 Gateway and it works fine.

Now we want to implement remote survivability using SRST at the branch IOS Voice Gateway. In case of a WAN failure the phones could still register with the SRST Gateway, but the question is: Could the SRST Gateway use the H.323_Gateway in order to get the calls out?

If im not wrong, in that case the Voice_GW should act as some sort of IP-IP Gateway (SCCP to H.323). Does anybody deal with this situation?

Is it supported by the SRST feature?

Any experience?

9 Replies 9

Brandon Buffin
VIP Alumni
VIP Alumni

Yes, this is possible. I'm using this scenario currently with no problems. You will configure SRST using "call-manager-fallback" along with the proper commands. When the WAN is down, your phones will register to the gateway and send calls out using the dial peers that are already in place for normal H.322 functionality.

Hope this helps. If so, please rate the post.

Brandon

Sorry, I just reread your post and noticed that you are using 2 gateways. So, you will need the proper dial peers on each of these gateways and you will need the following commands on the H.323 gateway:

voice service voip

allow-connections h323 to h323

Hope this helps.

Brandon

Thanks Brandon,

However, does this feature need any special IOS option (im talking about IPIP GW feature)?

Have you prove it by yourself?

Thanks for your help in advance

The commands mentioned in my previous email enable the IPIPGW functionality.

Brandon

Thanks Brandon but I still haven't understood very will why you need h323 to h323 calls allowed.

As far as I know when the SRST Gateway registers the phones, it uses some kinda FXS emulated virtual voice-ports (i.e. ephones) so an outgoing calls is going from a dial-peer pots towards a dial-peer

I would appreciate some light at this point, please, maybe i'm getting myself in a mess :-(

Thanks in advance

You need to allow h.323 to h.323 on your h.323 gateway because the call is coming into the gateway using h.323 from your voice gateway and leaving using h.323 going out to the PSTN.

Brandon

Sorry, i post my last message before completing it.

I meant that when a call come from a ephone (pots dial-peer) and goes out to another h323 gateway (voip dial-peer) is the same case that when you route a call coming from a voice-port (e.g a FXS) and goes out to the Call-Manager (voip dial-peer).

Im sure youre right but im trying to understand the reason besides.

Regards and TIA

Hi again, Brandon,

Maybe you misunderstood the question. The topology is as following:

(CISCO IOS SRST) --- non-cisco h.323_GW - PSTN

You I was referring to the configuration at the SRST router.

Hope this clarify the question.

OK. Now I understand. That certainly makes a difference. No IPIPGW config is necessary in this case on your SRST router. Simply configure the proper dial peers pointing to the h.323 PSTN gateway.

Brandon

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: