I’m still waiting for an actual debug that shows the call that has audio issues. The last one was just a bunch of OPTIONS packets which are not a call.
Is 0027 the extension that is having issue? Is this the remote extension?
I’m still waiting for an actual debug that shows the call that has audio issues. The last one was just a bunch of OPTIONS packets which are not a call.
Is 0027 the extension that is having issue? Is this the remote extension?
On RTP port forwarding:
What you do with the SIP Signaling port has almost nothing to do with your audio. Audio transits your network on a pair of address typically randomly designated in the 10000-20000 UDP port range. This is why you port forward UDP 10000-20000 on your gateway firewall to the PBX server. Once again, this is different than the signaling port (5060, 5160, etc.) for the SIP part of the connection.
The other thing that can hose you up is that SIP includes NAT forwarding information in the signaling packets. This is why it’s important for your system to have both the internal address of the server (inside the firewall) and exterior (routable firewall) address. The SIP protocol includes all of the interior and exterior addresses so that the firewall can be successfully traversed.
One-way audio is almost always a problem with NAT. Make sure that the remote extension is set up to perform NAT correctly and make sure that the extension definition in the Asterisk server is set correctly. Also, double check your Advanced SIP settings in the Advanced tab to make sure that all of the internal and external addresses are set up correctly.
If you are using the Adaptive Firewall to pass this guy in, you shouldn’t “need” for port forward 10000-20000 from the firewall to the server, but adding that is the first thing I’d try. The problem may just be as simple as the audio is getting dropped at your firewall because there’s nothing listening for the traffic where he’s sending it. Remember - you need to make sure that both ends are set up correctly and that the firewalls at both ends are passing the RTP traffic correctly from the phone to the server and back.
@aspieboy77 - to reiterate a little bit:
With all of those “features” set up, you should be in pretty good shape.
yes 0027 is the remote extension that is having issues and i thougt i gave you the log if not ill have to do some more digging i’m sorry to be such a pain i just dont know linux that well
ok i will get on this tonight
Welll if this is the remote extension you already have some problems. It’s not setup to tell Asterisk it’s behind NAT. You need to go into the Advanced tab and set the NAT setting to Yes. That is step 1.
This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.