***Urgent*** Force Media Through Gateway for all IP Calls to Location

[Stinney]

I have an off shore site that has IP phones registered to our core PBX directly.

So we don't have to open our entire network to this site, we want to setup 2 G450s and force all calls to and from this site through the gateway. That way we only have to open the RTP ports for the media to and from the G450s to the off shore site IP Subnet.

We setup a new location, network region and added the IP subnet in the ip-network-map (let's call it location 3, NR 3).

I setup the NR 3 so that Inter-region IP-IP Direct Audio is set to no and hairpinning is yes. The G450s are built in this NR and location as well.

If I call FROM a phone on NR 3 to say a phone in NR 2, the dsp resources in the gateway are invoked and stay up during the call. If I call TO NR 3 from NR 2 it connects direct IP phone to IP phone.

An Avaya article at

https://www.avaya.com/blogs/archives/2014/04/avaya-ip-shuffling-what-exactly-happens.html

regarding IP Shuffling states that "Both SIP endpoints must be administered to allow shuffling. For Avaya telephones, enable Intra-region IP-IP Direct Audio, Inter-region IP-IP Direct Audio, and IP Audio Hairpinning for the IP Network Region, and Direct-IP in System Features and the Signaling Group" This should apply the same to H.323 devices.

I even change the station in NR 3, page 2 "Direct IP-IP Audio Connections?" to no.

I've also tried setting up an intervening NR between these to NRs with no difference.


- Stinney

“The man who asks a question is a fool for a minute, the man who does not ask is a fool for life.” - Confucius

 

[kyle555]

Couldn't ya just put the phones at that site in a region on their own apart from the gateways at their site?

Say the phones are NR3, gateways NR4 and NR3 connects to everything else thru 4 first?

When you have 2 NRs with sets and gateways and no shuffling at all, you still only need a single DSP and you won't be able to predictably pick which gateway will do it.

 

[Stinney]

Put the gateways back in an intervening network. I had done this before and it didn't work.

The issue I had was how I built the NRs and allowed them to talk to each other. This time we talked it through again and made sure that NR 2 and NR 3 could only talk to NR 4. That way the voice traffic had to pass through the gateways.

Thanks for pointing me back down the right path.

- Stinney

“The man who asks a question is a fool for a minute, the man who does not ask is a fool for life.” - Confucius