[App_rpt-users] allstarlink.org logs

Benjamin Naber Benjamin at Project23D.com
Sun Nov 12 03:41:30 UTC 2017


While trying to figure out why, apparently, a node on my DIAL box
dropped all of it's connection, I began to wonder what the logs look
like on the register.allstarlink.org server. How may a controlled few
of us have access to this?

What lead me up to this, is evidently I don't have log rotate turned
on, and asterisk, or some other magical force, decided to stop asterisk
from logging after the log file was 25MB. Not knowing if Asterisk
logger just appends the file with logging info or what.

In any event, I copied the messages log file, and removed the original,
and touched a new messages log. Then I went into the asterisk console,
and restarted the logger module. It is logging again.

This said, while trying to troubleshoot things, I would login to an ASL
box I have access to, and watch the logs when I make a node connection
to it, and also watch the logs on myside.

Somethings I have noticed:
- Using DIAL 8.2, I've never noticed any issues with connections,
either outbound or inbound.

- Using DIAL 8.2, this is what I would see:
[Nov 11 21:26:30] WARNING[545]: chan_iax2.c:10127 iax2_do_register:
REGISTER-LOG: Sending registration request for '45221'
[Nov 11 21:26:31] WARNING[553]: chan_iax2.c:7690 registry_rerequest:
REGISTER-LOG: registry rereqquest
(from memory) REGISTER with 67.x.x.x who sees us as x.x.x.x:4569 with
no messages waiting. 

- I see now when someone connects:
Accepting UNAUTHENTICATED call from 67.215.233.178:
       > requested format = slin,
       > requested prefs = (),
       > actual format = ulaw,
       > host prefs = (ulaw|g726aal2|gsm),
       > priority = mine
    -- Executing [45221 at radio-secure:1] Rpt("IAX2/67.215.233.178:4569-
5735", "45221") in new stack


whereas before it was: AUTHENTICATED

Plus I see a whole bunch of these every few minutes (this is maybe 1/3
count of these lines when it happens. notice the time.
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)
[Oct 28 21:57:04] DEBUG[24946] channel.c: Internal timing is disabled
(option_internal_timing=0 chan->timingfd=51)




More information about the App_rpt-users mailing list