asterisk users - Nov 2023 - Local calls not possible when Internet connection down

Hello,

you are probably right. It should somehow be related to DNS. I just found out
this in the storm of previous messages:

WARNING[13945] taskprocessor.c: The 'dns_system_resolver_tp' task
processor queue reached 500 scheduled tasks.

But I am not sure why this is happening. I have sip providers hostname in
/etc/hosts file to prevent such situations. Should I reconfigure it not to use
hosts file but rather some RPZ on DNS server? Does asterisk ignore hosts file?
Or does it try to do some srv lookups? But in either case, why does this
influence local calls? Local domain should really be resolvable.

Thanks

Marek

------- Original Message -------
On Monday, November 6th, 2023 at 19:52, Marek Greško <marek.gresko at
protonmail.com> wrote:
> Hello,
>
> sure I have local DNS server and public resolving should not be needed for
phone registrations. Running pjsip show endpojnt show the endpoints as not in
use.
>
> When looking into logs I see only res_pjsip_outbound_registration.c: No
response
> received from sip provider. Nothing else.
>
> In phone log I see:
> CC_eventProc(event=63(CC_EV_SIG_REGISTER_FAILED),
> lid=0, par=0, par2=(nil))
>
> The phone is Cisco SPA525G2.
>
> Thanks.
>
> Marek
>
> ------- Original Message -------
> On Monday, November 6th, 2023 at 15:45, Joshua C. Colp <jcolp at
sangoma.com> wrote:
>
>> On Mon, Nov 6, 2023 at 10:42 AM Marek Greško <marek.gresko at
protonmail.com> wrote:
>>
>>> It looks like all phones get unregistered, but I am not aware of
the cause. Why are get not registered when there is a connectivity between them
and asterisk?
>>
>> Are the REGISTER requests reaching Asterisk (do they show up in a
packet capture, do they show up in "pjsip set logger on")? It needs to
be further isolated. How are the phones configured to reach Asterisk? If using a
hostname, are they still able to resolve it?
>> --
>>
>> Joshua C. Colp
>> Asterisk Project Lead
>> Sangoma Technologies
>> Check us out at www.sangoma.com and www.asterisk.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20231106/6c440b2a/attachment.html>

Could you show the phone configurations - section "Proxy and
Registration"

On Mon, 6 Nov 2023 at 23:13, Marek Greško <marek.gresko at protonmail.com>
wrote:
> Hello,
>
> you are probably right. It should somehow be related to DNS. I just found
> out this in the storm of previous messages:
>
> WARNING[13945] taskprocessor.c: The 'dns_system_resolver_tp' task
> processor queue reached 500 scheduled tasks.
>
> But I am not sure why this is happening. I have sip providers hostname in
> /etc/hosts file to prevent such situations. Should I reconfigure it not to
> use hosts file but rather some RPZ on DNS server? Does asterisk ignore
> hosts file? Or does it try to do some srv lookups? But in either case, why
> does this influence local calls? Local domain should really be resolvable.
>
> Thanks
>
> Marek
>
>
> ------- Original Message -------
> On Monday, November 6th, 2023 at 19:52, Marek Greško <
> marek.gresko at protonmail.com> wrote:
>
> Hello,
>
> sure I have local DNS server and public resolving should not be needed for
> phone registrations. Running pjsip show endpojnt show the endpoints as not
> in use.
>
> When looking into logs I see only res_pjsip_outbound_registration.c: No
> response
> received from sip provider. Nothing else.
>
> In phone log I see:
> CC_eventProc(event=63(CC_EV_SIG_REGISTER_FAILED),
>  lid=0, par=0, par2=(nil))
>
> The phone is Cisco SPA525G2.
>
> Thanks.
>
> Marek
>
>
>
> ------- Original Message -------
> On Monday, November 6th, 2023 at 15:45, Joshua C. Colp <jcolp at
sangoma.com>
> wrote:
>
> On Mon, Nov 6, 2023 at 10:42 AM Marek Greško <marek.gresko at
protonmail.com>
> wrote:
>
>> It looks like all phones get unregistered, but I am not aware of the
>> cause. Why are get not registered when there is a connectivity between
them
>> and asterisk?
>>
>
> Are the REGISTER requests reaching Asterisk (do they show up in a packet
> capture, do they show up in "pjsip set logger on")? It needs to
be further
> isolated. How are the phones configured to reach Asterisk? If using a
> hostname, are they still able to resolve it?
>
> --
> 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


-- 

Pozdrawiam,

Łukasz Grzywański
Voice Architect

Mok Yok IT Sp. z o.o.
ul. Rzeźnicza 32/33, 50-130 Wrocław, Polska
tel. +48 717227200, fax +48 717227299
mob.: +48 517255333, e-mail: lukasz.grzywanski at mokyokit.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20231107/bf3e8edd/attachment.html>

Marek Greško <marek.gresko at protonmail.com> writes:
> But I am not sure why this is happening. I have sip providers hostname
> in /etc/hosts file to prevent such situations. Should I reconfigure it
> not to use hosts file but rather some RPZ on DNS server? Does asterisk
> ignore hosts file? Or does it try to do some srv lookups? But in
> either case, why does this influence local calls? Local domain should
> really be resolvable.
You should run tcpdump on 53 and 5353 in multiple places and figure out
what it is doing, rather than asking us, who can only guess.