[Home]

Summary:ASTERISK-12501: asterisk stops sending qualify
Reporter:Marek Cervenka (cervajs)Labels:
Date Opened:2008-08-01 06:23:22Date Closed:2008-12-16 14:42:30.000-0600
Priority:MajorRegression?No
Status:Closed/CompleteComponents:Channels/chan_sip/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:i have problem with asterisk 1.4.20.1 (kernel 2.6.25.10, centos5,
ztdummy+hrtimers)

after some random time, asterisk stops sending qualify (monitored by
wireshark) to peer (phone)



****** ADDITIONAL INFORMATION ******

upgraded to svn-1.4-r134254/kernel 2.6.18 - problem still persist
Comments:By: Russell Bryant (russell) 2008-08-01 07:17:00

Please compile with DEBUG_THREADS, and when this occurs, grab the output of the "core show locks" CLI command.

By: Marek Cervenka (cervajs) 2008-08-01 09:28:52

i can always replicate this situation with "reload" command

1. phone register
2. qualify flowing
3. asterisk -rx "reload"
4. qualify stops flowing


ARA is NOT used



By: Marek Cervenka (cervajs) 2008-08-01 09:39:48

asterisk -rx "sip reload" have the same problem as "reload"

By: Marek Cervenka (cervajs) 2008-08-01 10:05:12

it's 1500 peer's system with qualify=yes

qualify renew after 3-5min. but peer is unreachable after this time. (i need periodical qualify every 60 sec)



By: Marek Cervenka (cervajs) 2008-08-04 01:38:13

it's problem with sip_poke_all_peer in chan_sip.c

/*! \brief Send a poke to all known peers
       Space them out 100 ms apart
       XXX We might have a cool algorithm for this or use random - any suggestions?
*/
static void sip_poke_all_peers(void)

with 100ms and 1500 peer's i have first qualify after 150sec
i'm reduced spacing to 10ms and qualify is ok

By: pj (pj) 2008-08-04 09:45:53

I think, that it works as designed to avoid sip poke bursts. Maybe default 100ms pauses should be quite decreased, eg. 30ms should be compromise ;-)

By: Alan Graham (zerohalo) 2008-09-24 11:39:58

This seems related to ASTERISK-12591.

Changing the poke spacing to 10ms did not seem to change anything when using rtcachefriends=yes. It still takes weeks for all of the peers to initially qualify and persists in 1.4.21.2.

By: Digium Subversion (svnbot) 2008-12-16 14:42:28.000-0600

Repository: asterisk
Revision: 164809

U   trunk/CHANGES
U   trunk/channels/chan_sip.c
U   trunk/configs/sip.conf.sample

------------------------------------------------------------------------
r164809 | file | 2008-12-16 14:42:28 -0600 (Tue, 16 Dec 2008) | 4 lines

Add configuration options for finer control over how Asterisk handles having to poke all peers at seemingly the same time.
(closes issue ASTERISK-12501)
Reported by: cervajs

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=164809