[asterisk-bugs] [JIRA] (ASTERISK-23999) (Memory leak) Realtime peers are never unref

[nicolasom (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-23999?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

nicolasom updated ASTERISK-23999:
---------------------------------

    Status: Waiting for Feedback  (was: Waiting for Feedback)

Yes, the patch from ASTERISK-22945 works for me.

> (Memory leak) Realtime peers are never unref
> --------------------------------------------
>
>                 Key: ASTERISK-23999
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-23999
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/DatabaseSupport
>    Affects Versions: 1.8.28.2
>            Reporter: nicolasom
>            Assignee: nicolasom
>            Severity: Critical
>         Attachments: refs_chan_sip.txt
>
>
> I have more than 850,000 realtime peers in memory in less than 24 hours.
> CLI> sip show objects
> {noformat}-= Peer objects: 7 static, 851368 realtime, 1 autocreate =-{noformat}
> In function build_peer, at line 28831, calling to ref_peer that is never unref_peer.
> {code}
> 28829 	/* Startup regular pokes */
> 28830 	if (!devstate_only && enablepoke) {
> 28831 		ref_peer(peer, "schedule qualify");
> 28832 		sip_poke_peer(peer, 0);
> 28833 	}
> {code}
> If remove this code, the problem disappears.
> sip.conf
> {code}
> [general]
> port=5060
> bindaddr=0.0.0.0
> srvlookup=yes
> disallow=all
> allow=g726,alaw,ulaw,g729,speex,ilbc,g722,gsm
> dtmfmode=rfc2833
> rtupdate=yes
> rtsavesysname=yes
> allowguest=no
> alwaysauthreject=yes
> callerid=
> allowsubscribe=no
> use_q850_reason=yes
> {code}
> Realtime SIP Settings:
> {noformat}
>   Realtime Peers:         Yes
>   Realtime Regs:          No
>   Cache Friends:          No
>   Update:                 Yes
>   Ignore Reg. Expire:     No
>   Save sys. name:         Yes
>   Auto Clear:             120 (Disabled)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.2#6252)