One Way Audio

[ralph]

I'm in a bit of trouble.
I was brought in on a problem where inbound SIP calls ring in ok, the outside caller hears the inside person but the inside person hears nothing.
In talking with the firewall tech, he says the external IP address is NATing (PATing) 5060 to the 3300.
My question is this: When a call comes into the 3300, the 3300 sets up the call to the phone.
Once the user answers the call the 3300 drops out.   So how would the incoming audio hit the phones if FW policies only NAT to the 3300?

Ralph

[ccboe]

just thinking out loud

I would think you need to setup your sip device to use the 3300 as the proxy.

Tom

[brantn]

What kind of firewall? This issue is more then likely audio ports not being allowed through or SIP settings not being enabled in the firewall. SIP is only call setup so yes 5060 might be allowed through but what about the 5000 audio ports that can be used?

[ralph]

SIP Trunks - not devices
Juniper Firewall.

I'm part way fixed now.  - or at lease I was ~.5 hr ago -
Firewall tech reset the NATing and we started geting audio again.
Now we just cant transfer and get audo.
If we put the call on hold/off hold we loose audio.

Ralph

[brantn]

Try changing avoid signalling hold to Peer and let me know.

[ralph]

Tried that.  Didn't work.
I hate being in a position where I don't control of the firewall.  Too much finger pointing going on.
Two full days so far and it's still not right.

Ralph

[brantn]

Send your SIP Peer Profile to me just to verify also what is your Simulated CCM before ISDN progress in the trunks COS. After I verify those then I will blame the firewall.

[ralph]

Thanks brantn,
I've attached the SIP Peer Profile.
I checked the COS of the trunks for simulated CCM before ISDN Progress.  It was set to no so I changed it to yes.  No difference.
It's now back to no.

My current biggest problem is that if you put a call on hold or transfer, you loose audio.

Ralph

[bobcheese]

Hi Ralph, what version of software are you running on this 3300?

[ralph]

10.2.2.10

[brantn]

Avoid Signaling Hold to the Peer Set to Yes
Enable Mitel Proprietary SDP Set to No

[ralph]

Thanks brantn,
Made the changes but it made no difference.
I"m now looking at wireshark traces external to the firewall.
Tech support saw me sending invites to the carrier but got no responses.
Could be carrier.   Could be firewall.
Working through the trace now.

Ralph

[brantn]

With those 2 options set that should be a working config I am assuming then it is the firewall. I would look closely at the media ports as that is the typical issue is it is there just going to the wrong port because of consistent nat issues.

[ralph]

Firewall!
Tech reset the NAT policies and BOOM!  Audio!!

Still working though some other issues but at least we're up after 3 business days.

Ralph

[brantn]

Just a word of advice to all those sip lovers out there save yourself a lot of time and effort and use the ingate product line for sip termination it makes things a lot easier as well as that is what the majority of Mitel testing is done with.