Hi Todd,
From my experience one-way or no-way audio is typically caused by the Asterisk
system being behind a NAT or improperly configured firewall (usually NAT).
The provider you are dealing with is correct when they say it doesn?t matter if
they listen on different RTP ports. That all gets negotiated at the beginning of
the call.
Chad
On Jul 2, 2014, at 1:49 PM, Todd R. <tjrlist at live.com> wrote:
> Been working with Asterisk for a long time but this is the first time I
have dealt with this issue.
>
> I am setting up an Asterisk box (FreePBX not my choice) to interface with
an e911 provider.
>
> They say their switches only listen for RTP on ports 20000-21001 which is
outside the normal range Asterisk listens on 10000-20000.
>
> I wish I knew more about this topic but since I have never had an issue
interfacing with providers, ITSP etc., I just haven't had a need to know.
>
> I get audio on some calls and others not so much.
>
> How do I deal with this?
>
> I don't really want to change the RTP ports that Asterisk listens on
because this is a production system with trunks pointing to several other
providers etc.
>
> The 911 provider says I don't need to listen on 20000-21001, that's
just what they listen on.
>
> In fact, they say this exactly "You can listen on what you want, as
long as the RTP port is sent to us in the INVITE SDP info.".
>
> Any assistance with solving this issue would be greatly appreciated, I have
done my digging in Google etc before asking here as always.
>
> Thanks in advance.
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to Asterisk? Join us for a live introductory webinar every Thurs:
> http://www.asterisk.org/hello
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20140702/138855a8/attachment.html>