On Fri, Aug 10, 2018, at 11:10 AM, Benoit Panizzon wrote:
> Hi Joshua
>
> > > The "rtp_keepalive" option can be used to have the RTP stack send an
> > > RTP packet out. Try that and see what happens.
> >
> > Once again 'bullseye' that fixed the problem. Thank you!
>
> Now a customer with and
Hi Joshua
> > The "rtp_keepalive" option can be used to have the RTP stack send an
> > RTP packet out. Try that and see what happens.
>
> Once again 'bullseye' that fixed the problem. Thank you!
Now a customer with and FreePBX 2.9.0 (Asterisk 1.8.20.1) ran into the
same issue with our SBC.
I
Hi Joshua
> The "rtp_keepalive" option can be used to have the RTP stack send an
> RTP packet out. Try that and see what happens.
Once again 'bullseye' that fixed the problem. Thank you!
Mit freundlichen Grüssen
-Benoît Panizzon-
--
I m p r o W a r e A G-Leiter Commerce Kunden
On Fri, Feb 2, 2018, at 10:37 AM, Benoit Panizzon wrote:
> Hello List
>
> Asterisk 13.14.1 in use with pjsip stack.
>
> On the remote side is a SBC which performs some 'nat' detection. I
> suppose this means the SBC listens from where it is getting RTP data
> and then replies to that ip.
>
> As
Hello List
Asterisk 13.14.1 in use with pjsip stack.
On the remote side is a SBC which performs some 'nat' detection. I
suppose this means the SBC listens from where it is getting RTP data
and then replies to that ip.
As long as the asterisk is initiating the call this is fine, the
asterisk