RE: Memory leak in nist implementation
Francisco Javier Tellez Vaquero <[email protected]> Mon, 30 Jun 2008 20:48:03 +0200
| Newsgroups | gmane.comp.voip.nist-sip |
|---|---|
| Message-ID | <[email protected]> |
--===============2891275025587855878== Content-Type: multipart/alternative; boundary="_da862e21-3411-4305-bda2-fce89a197dc5_" --_da862e21-3411-4305-bda2-fce89a197dc5_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi again, we have an application running as a B2BUA.=20 If we receive a BYE from an end point, we send the BYE to the other point. = When we receive 200 response, we re-transmit it. We see sometimes this response is lost (because of network problems, becaus= e of terminal, ...). The question is the dialog is never destroyed until ap= plication is re-started. We have wait for garbage collection (application i= s running for days). Regards. > Date: Mon, 30 Jun 2008 14:39:30 -0400 > From: [email protected] > To: [email protected] > Subject: Re: [nist-sip] Memory leak in nist implementation > CC: [email protected] >=20 > When the tx times out delete the dialog and then you have to wait for > the garbage collection to run before you check for leak. >=20 > Ranga. >=20 > On Mon, Jun 30, 2008 at 2:32 PM, Francisco Javier Tellez Vaquero > <[email protected]> wrote: > > Hi Ranga, > > I agree the example case is a listener bug, but think the opposite case= : > > > > - You send a BYE request but no response is received. > > > > You have no control about this point, so the idea is trying to close th= e > > dialog anyway. > > > > BR. > > > > > >> Date: Mon, 30 Jun 2008 14:09:05 -0400 > >> From: [email protected] > >> To: [email protected] > >> Subject: Re: [nist-sip] Memory leak in nist implementation > >> CC: [email protected] > >> > >> On Mon, Jun 30, 2008 at 1:55 PM, Francisco Javier Tellez Vaquero > >> <[email protected]> wrote: > >> > Hi all, > >> > I see sometimes not all stack objects are destroyed. > >> > > >> > For example, if you receive BYE request but no 200 response is sent, > >> > dialog > >> > is never closed. There're a lot of different cases (ACK's lost, ...)= . > >> > >> Not sending a 200 OK to a BYE is an application bug. Please fix that. > >> > >> Please post a specific test case (without listener bugs) and I can loo= k > >> into it. > >> > >> Ranga > >> > >> > > >> > I have tried to free memory executing 'terminate()' and/or 'delete()= ' > >> > methods in both transaction and dialog objects but without any resul= t. > >> > > >> > Is there any way to force to free these objects (timers, dialogs, > >> > transactions, ...) ? > >> > > >> > Regards. > >> > > >> > > >> > > >> > ________________________________ > >> > Tecnolog=EDa, moda, motor, viajes,.suscr=EDbete a nuestros boletines= para > >> > estar > >> > siempre a la =FAltima MSN Newsletters > >> > _______________________________________________ > >> > nist-sip mailing list > >> > [email protected] > >> > http://www-x.antd.nist.gov/mailman/listinfo/nist-sip > >> > > >> > > >> > >> > >> > >> -- > >> M. Ranganathan > > > > ________________________________ > > Sigue los principales acontecimientos deportivos en directo. MSN Motor >=20 >=20 >=20 > --=20 > M. Ranganathan _________________________________________________________________ Tecnolog=EDa, moda, motor, viajes,=85suscr=EDbete a nuestros boletines para= estar siempre a la =FAltima http://newsletters.msn.com/hm/maintenanceeses.asp?L=3DES&C=3DES&P=3DWCMaint= enance&Brand=3DWL&RU=3Dhttp%3a%2f%2fmail.live.com= --_da862e21-3411-4305-bda2-fce89a197dc5_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable <html> <head> <style> .hmmessage P { margin:0px; padding:0px } body.hmmessage { FONT-SIZE: 10pt; FONT-FAMILY:Tahoma } </style> </head> <body class=3D'hmmessage'> Hi again,<br>we have an application running as a B2BUA. <br><br>If we recei= ve a BYE from an end point, we send the BYE to the other point. When we rec= eive 200 response, we re-transmit it.<br><br>We see sometimes this response= is lost (because of network problems, because of terminal, ...). The quest= ion is the dialog is never destroyed until application is re-started. We ha= ve wait for garbage collection (application is running for days).<br><br>Re= gards.<br><br><br>> Date: Mon, 30 Jun 2008 14:39:30 -0400<br>> From: = [email protected]<br>> To: [email protected]<br>> Subject: Re= : [nist-sip] Memory leak in nist implementation<br>> CC: [email protected]= ist.gov<br>> <br>> When the tx times out delete the dialog and then y= ou have to wait for<br>> the garbage collection to run before you check = for leak.<br>> <br>> Ranga.<br>> <br>> On Mon, Jun 30, 2008 at = 2:32 PM, Francisco Javier Tellez Vaquero<br>> <fjavier_tellez@hotmail= .com> wrote:<br>> > Hi Ranga,<br>> > I agree the example cas= e is a listener bug, but think the opposite case:<br>> ><br>> >= - You send a BYE request but no response is received.<br>> ><br>&g= t; > You have no control about this point, so the idea is trying to clos= e the<br>> > dialog anyway.<br>> ><br>> > BR.<br>> >= ;<br>> ><br>> >> Date: Mon, 30 Jun 2008 14:09:05 -0400<br>&g= t; >> From: [email protected]<br>> >> To: fjavier_tellez@hotm= ail.com<br>> >> Subject: Re: [nist-sip] Memory leak in nist implem= entation<br>> >> CC: [email protected]<br>> >><br>&g= t; >> On Mon, Jun 30, 2008 at 1:55 PM, Francisco Javier Tellez Vaquer= o<br>> >> <[email protected]> wrote:<br>> >&g= t; > Hi all,<br>> >> > I see sometimes not all stack objects= are destroyed.<br>> >> ><br>> >> > For example, if= you receive BYE request but no 200 response is sent,<br>> >> >= dialog<br>> >> > is never closed. There're a lot of different = cases (ACK's lost, ...).<br>> >><br>> >> Not sending a 20= 0 OK to a BYE is an application bug. Please fix that.<br>> >><br>&= gt; >> Please post a specific test case (without listener bugs) and I= can look<br>> >> into it.<br>> >><br>> >> Ranga= <br>> >><br>> >> ><br>> >> > I have tried = to free memory executing 'terminate()' and/or 'delete()'<br>> >> &= gt; methods in both transaction and dialog objects but without any result.<= br>> >> ><br>> >> > Is there any way to force to fr= ee these objects (timers, dialogs,<br>> >> > transactions, ...)= ?<br>> >> ><br>> >> > Regards.<br>> >> &g= t;<br>> >> ><br>> >> ><br>> >> > ______= __________________________<br>> >> > Tecnolog=EDa, moda, motor,= viajes,.suscr=EDbete a nuestros boletines para<br>> >> > estar= <br>> >> > siempre a la =FAltima MSN Newsletters<br>> >&g= t; > _______________________________________________<br>> >> &g= t; nist-sip mailing list<br>> >> > [email protected]<br>&g= t; >> > http://www-x.antd.nist.gov/mailman/listinfo/nist-sip<br>&g= t; >> ><br>> >> ><br>> >><br>> >><br= >> >><br>> >> --<br>> >> M. Ranganathan<br>> = ><br>> > ________________________________<br>> > Sigue los p= rincipales acontecimientos deportivos en directo. MSN Motor<br>> <br>>= ; <br>> <br>> -- <br>> M. Ranganathan<br><br /><hr />Sigue al minu= to las principales noticias de tu ciudad <a href=3D'http://deportes.es.msn.= com/' target=3D'_new'>MSN Deportes</a></body> </html>= --_da862e21-3411-4305-bda2-fce89a197dc5_-- --===============2891275025587855878== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ nist-sip mailing list [email protected] http://www-x.antd.nist.gov/mailman/listinfo/nist-sip --===============2891275025587855878==--