0000419: ysipchan Memory(Thread) leakage

Notes
(0000620) paulc (administrator) 2017-12-29 13:12	I guess you didn't wait long enough. The transports do not have an 1-to-1 relationship to the transactions. A transport can be reused for a new transaction. This is especially important when SIP proxies are used since they use one transport for many transactions of the SIP entities behind them. Please take a look at the tcp_idle setting in section [general] of ysipchan.conf.sample: ; tcp_idle: integer: Interval (in seconds) allowed for an incoming TCP connection ; to stay idle (nothing sent/received) ; This parameter is applied on reload for new connections only ; It may be overridden in listener sections ; Defaults to 120 ; Minimum allowed value is calculated from SIP 'B' timer (which is 64 * t1 timer value) ; expressed in seconds using the following formula: B * 3 / 2 (46 seconds for T1 default value) ; Maximum allowed value is 600 ;tcp_idle=120 Note that a transport is not considered idle if it has active transactions even if no message is transferred. An INVITE transaction can take a long time waiting for the called party to answer. The idle timer starts when there are no more transactions for that transport. For outbound TCP/TLS connections (Yate as UAC) the behavior is controlled by the tcp_keepalive and tcp_keepalive_first settings.

(0000621) Marvin Zhai (reporter) 2018-01-02 05:06	Thanks for Replay. It's a feature of one sip client of Polycom that donot release the tcp SIP call even if it does not exist,reuse the tcp connection next time by sending tcp alive datas periodically,the interval time is less than tcp_idle of yate,so the thread always alive.

Issue History
Date Modified	Username	Field	Change
2017-12-29 05:09	Marvin Zhai	New Issue
2017-12-29 13:12	paulc	Note Added: 0000620
2018-01-02 05:06	Marvin Zhai	Note Added: 0000621
2018-06-11 14:37	paulc	Assigned To	=> paulc
2018-06-11 14:37	paulc	Status	new => resolved
2018-06-11 14:37	paulc	Resolution	open => no change required

Relationships