Re: Local calls not possible when Internet connection down

"Joshua C. Colp" <[email protected]> Tue, 7 Nov 2023 11:28:19 -0400
Newsgroups gmane.comp.telephony.pbx.asterisk.user
Message-ID <CAM0A2Z08VnfS0oXQC_fk6B8BdEJiG0ZKeeYXoQbiLp6-ecBi1Q@mail.gmail.com>
--===============2379283100282419476==
Content-Type: multipart/alternative; boundary="00000000000084e0f20609919fd4"

--00000000000084e0f20609919fd4
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Tue, Nov 7, 2023 at 11:20=E2=80=AFAM Marek Gre=C5=A1ko <marek.gresko@pro=
tonmail.com>
wrote:

> Hello,
>
> well I do not ask those who only guess, but those who know what is
> asterisk expected to do when internet connectivity goes down. I did not h=
ad
> a chance to make internet not to work yet, since it is needed. But
> inspecting dns logs I found out that there started to be resolving for
> _sip._tcp and _sip._udp records for the provider's server. So apparently
> making hosts record make asterisk happy when everything works, but when
> there is a communication problem then it falls back to searching for srv
> records. At least it seems to be so for now. Moreover I found out this ol=
d
> thread:
>

The expectation is that Asterisk continues to work. That being said there
is one case (specifically using realtime with an identify section that
references a hostname) that can cause this specific behavior where PJSIP
will block.

Are you in that scenario? If so you CAN disable SRV records on the identify
by setting "srv_lookups" to "no".

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

--00000000000084e0f20609919fd4
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr">On Tue, Nov 7, 2023 at 11:20=E2=80=AFAM M=
arek Gre=C5=A1ko &lt;<a href=3D"mailto:[email protected]">marek.g=
[email protected]</a>&gt; wrote:<br></div><div class=3D"gmail_quote"><bl=
ockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-lef=
t:1px solid rgb(204,204,204);padding-left:1ex">Hello,<br>
<br>
well I do not ask those who only guess, but those who know what is asterisk=
 expected to do when internet connectivity goes down. I did not had a chanc=
e to make internet not to work yet, since it is needed. But inspecting dns =
logs I found out that there started to be resolving for _sip._tcp and _sip.=
_udp records for the provider&#39;s server. So apparently making hosts reco=
rd make asterisk happy when everything works, but when there is a communica=
tion problem then it falls back to searching for srv records. At least it s=
eems to be so for now. Moreover I found out this old thread:<br></blockquot=
e><div><br></div><div>The expectation is that Asterisk continues to work. T=
hat being said there is one case (specifically using realtime=C2=A0with an =
identify section that references a hostname) that can cause this specific b=
ehavior where PJSIP will block.</div><div><br></div><div>Are you in that sc=
enario? If so you CAN disable SRV records on the identify by setting &quot;=
srv_lookups&quot; to &quot;no&quot;.</div></div><div><br></div><span class=
=3D"gmail_signature_prefix">-- </span><br><div dir=3D"ltr" class=3D"gmail_s=
ignature"><div dir=3D"ltr"><div><div dir=3D"ltr"><div><div dir=3D"ltr"><div=
 dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div style=3D"font-family:ta=
homa,sans-serif"><font color=3D"#073763">Joshua C. Colp</font></div><div st=
yle=3D"font-family:tahoma,sans-serif"><font color=3D"#073763">Asterisk Proj=
ect Lead</font></div><div style=3D"font-family:tahoma,sans-serif"><font col=
or=3D"#073763">Sangoma Technologies</font></div><div style=3D"font-family:t=
ahoma,sans-serif"><font color=3D"#073763">Check us out at <a href=3D"http:/=
/www.sangoma.com" target=3D"_blank">www.sangoma.com</a> and <a href=3D"http=
://www.asterisk.org" target=3D"_blank">www.asterisk.org</a></font><br></div=
></div></div></div></div></div></div></div></div></div></div>

--00000000000084e0f20609919fd4--


--===============2379283100282419476==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

LS0gCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fXwotLSBCYW5kd2lkdGggYW5kIENvbG9jYXRpb24gUHJvdmlkZWQgYnkg
aHR0cDovL3d3dy5hcGktZGlnaXRhbC5jb20gLS0KCkNoZWNrIG91dCB0aGUgbmV3IEFzdGVyaXNr
IGNvbW11bml0eSBmb3J1bSBhdDogaHR0cHM6Ly9jb21tdW5pdHkuYXN0ZXJpc2sub3JnLwoKTmV3
IHRvIEFzdGVyaXNrPyBTdGFydCBoZXJlOgogICAgICBodHRwczovL3dpa2kuYXN0ZXJpc2sub3Jn
L3dpa2kvZGlzcGxheS9BU1QvR2V0dGluZytTdGFydGVkCgphc3Rlcmlzay11c2VycyBtYWlsaW5n
IGxpc3QKVG8gVU5TVUJTQ1JJQkUgb3IgdXBkYXRlIG9wdGlvbnMgdmlzaXQ6CiAgIGh0dHA6Ly9s
aXN0cy5kaWdpdW0uY29tL21haWxtYW4vbGlzdGluZm8vYXN0ZXJpc2stdXNlcnM=

--===============2379283100282419476==--