[asterisk-bugs] [Asterisk 0015768]: SIP qualify goes out of control and kills links

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15768 
====================================================================== 
Reported By:                bluefox
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   15768
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.26.1 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-08-24 09:50 CDT
Last Modified:              2009-08-24 20:51 CDT
====================================================================== 
Summary:                    SIP qualify goes out of control and kills links
Description: 
Situation: 
- about 1200 SIP peers in realtime (onloy 5 in sip.conf)
- Most of those 1200 are configured with qualify=yes
- Servers, which is normal at 2.5Mpbs usage, suddently spikes to 6-10Mpbs
outgoing.
====================================================================== 

---------------------------------------------------------------------- 
 (0109554) dant (reporter) - 2009-08-24 20:51
 https://issues.asterisk.org/view.php?id=15768#c109554 
---------------------------------------------------------------------- 
I can confirm I've seen this before with a 1.4.26 production instance. It
only appeared to be x-lite clients that were involved with this issue, the
majority of phones being Polycom devices... All clients are realtime with
realtime caching enabled... The problem has not reoccurred since setting
qualify=no globally... 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-08-24 20:51 dant           Note Added: 0109554                          
======================================================================