Re: Asterisk rtp.conf stunaddr setting - what happens if there is an outage

"Joshua C. Colp" <[email protected]>
Newsgroups gmane.comp.telephony.pbx.asterisk.user
Message-ID <CAM0A2Z1+kGw-LrBGRto=DeFEh_4rdQNacZAG_mKZaOxVk+OV4Q@mail.gmail.com>
On Mon, Feb 6, 2023 at 6:05 PM Dan Cropp <[email protected]> wrote:

> A quick follow-up.
>
>
>
> Looking at other customers running 18.12.1 who reported problems at the
> exact same time with AWS issue described below.
>
>
>
> We are seeing similar behavior.
>
> For these systems, the third STUN failure occurs.  We were able to answer
> the call because the SIP provider didn’t CANCEL the call.
>
> However, upstream from the service provider the calls were terminated.
>
> Resulting in a call from the SIP provider to Asterisk that’s live, but
> there is no caller so it appears to be dead air.
>
>
>
> Does the res_rtp_asterisk stunaddr DNS TTL expiration mentioned in change
> ID I7955a046293f913ba121bbd82153b04439e3465f require the dnsmgr.conf to be
> enabled?
>

It doesn't use dnsmgr so it's not required to be enabled. If the TTL is
long, or it's cached locally then it could stick around longer.

Fundamentally though is there a reason you're using STUN in the first
place? Can you not just configure the public IP address and not rely on an
external STUN server? rtp.conf has ice_host_candidates specifically for
situations like AWS.

-- 
Joshua C. Colp
Asterisk Project Lead
Sangoma Technologies
Check us out at www.sangoma.com and www.asterisk.org

-- 
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

Check out the new Asterisk community forum at: https://community.asterisk.org/

New to Asterisk? Start here:
      https://wiki.asterisk.org/wiki/display/AST/Getting+Started

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.