[asterisk-dev] Asterisk slowdown debugging

[Atis]

On 9/12/07, Grey Man <greyvoip at yahoo.com.au> wrote:
> >We are having really noticeable slowdowns for asterisk. It takes
> >half-minute for call of local origin to reach Dial() statement -
> >normally in our dialplan it takes about second. Call load is not high
> >at this time - 14 active calls. This all started when we upgraded to
> >1.4 branch - now it had happened two days (two or three times per day)
>
> One thing to check is that your DNS set up is behaving properly. I'm not
> familiar with how badly DNS can affect 1.4 but in 1.2 slow reponses or
> inaccessible DNS servers can grind Asterisk to a halt. If DNS is the problem
> the call load will have no influence.

Well, i don't think that this is DNS problem, as usually everything is
working fine. Plus - i doesn't suppose there is something to resolve
by asterisk - Dial's are using IP.

However, since i modified DO_CRASH yesterday, i got once the folowing log:

[Sep 12 16:04:31] VERBOSE[7686] logger.c:     -- Executing
[2678798782 at db_trunks:4] Dial("SIP/90203-c81d7e60",
"SIP/12678798782 at 69.80.215.6|1800|t") in new stack
[Sep 12 16:04:31] DEBUG[7686] res_config_mysql.c: MySQL RealTime:
Everything is fine.
[Sep 12 16:04:31] DEBUG[7686] res_config_mysql.c: MySQL RealTime:
Retrieve SQL: SELECT * FROM sip_buddies WHERE name = '69.80.215.6'
[Sep 12 16:04:31] VERBOSE[7686] logger.c:     -- Called 12678798782 at 69.80.215.6
[Sep 12 16:04:33] VERBOSE[7686] logger.c:     --
SIP/69.80.215.6-cc0a7ec0 is making progress passing it to
SIP/90203-c81d7e60
[Sep 12 16:04:57] VERBOSE[7686] logger.c:     --
SIP/69.80.215.6-cc0a7ec0 answered SIP/90203-c81d7e60
[Sep 12 16:05:22] VERBOSE[7686] logger.c:     -- Started music on
hold, class 'default', on SIP/69.80.215.6-cc0a7ec0
[Sep 12 16:05:22] ERROR[7686] channel.c: DO CRASH !!!

I think, this is not normal. Maybe it would be good idea to change
DO_CRASH macro for releases, as i did? It would at least provide some
debugging info, and show up some more problems.

About the log - doesn't it seems like a bug? Probably caller was
setting external call on hold.

Regards,
Atis

-- 
Atis Lezdins,
IT Responsible of BEST Riga,
atis at BEST.eu.org
ICQ: 142239285
Skype: atis.lezdins
Cell Phone: +371 28806004 [Tele2, Latvia]
Work phone: +1 800 7502835 [Toll free, USA]
?BEST? -> www.BEST.eu.org