[SR-Users] FW: Regd. t_suspend() and t_continue()

Jason Penton jason.penton at smilecoms.com
Tue Jan 21 10:14:21 CET 2014


We use it heavily, but not using the async module - we use it directly from
the IMS code.

Can you please provide your config (or a relevant snippet) file so I can
see what exactly you are testing/trying to do

Cheers
jason


On Tue, Jan 21, 2014 at 10:54 AM, Shankar <shankar.rk at plintron.com> wrote:

> Hi,
>
>
>
> Anyone who had used t_suspend() and t_continue() can share the performance
> details?
>
>
>
> I tried async module with one sec sleep time. I tried only 5 calls per
> second but still it was not successful. After sometime I see below logs,
>
>
>
> Jan 21 13:51:55 PLT-RA-RD-W167A PCscf[16520]: ERROR: tm [t_suspend.c:128]:
> t_continue(): ERROR: t_continue: transaction not found
>
> Jan 21 13:52:49 PLT-RA-RD-W167A last message repeated 15 times
>
> Jan 21 13:59:38 PLT-RA-RD-W167A last message repeated 12 times
>
> Jan 21 14:13:03 PLT-RA-RD-W167A last message repeated 5 times
>
>
>
> Any configuration changes can help here?
>
>
>
> Regards,
>
> Shankar
>
>
>
> *From:* Shankar [mailto:shankar.rk at plintron.com]
> *Sent:* Wednesday, January 15, 2014 1:26 PM
> *To:* 'Jason Penton'
>
> *Cc:* 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) -
> Users Mailing List'
> *Subject:* RE: [SR-Users] FW: Regd. t_suspend() and t_continue()
>
>
>
> Hi Jason,
>
>
>
> I am using 4.0.2
>
>
>
> Regards,
>
> Shankar
>
>
>
> *From:* Jason Penton [mailto:jason.penton at smilecoms.com<jason.penton at smilecoms.com>]
>
> *Sent:* Wednesday, January 15, 2014 1:21 PM
> *To:* Shankar
> *Cc:* SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) -
> Users Mailing List
> *Subject:* Re: [SR-Users] FW: Regd. t_suspend() and t_continue()
>
>
>
> Hi Shankar,
>
>
>
> What version of Kamailio are you running? Kamailio -V
>
>
>
> Cheers
>
> Jason
>
>
>
> On Wed, Jan 15, 2014 at 6:58 AM, Shankar <shankar.rk at plintron.com> wrote:
>
> Hi Jason,
>
>
>
> Please find below my response inline,
>
>
>
>
>
> I have some questions for you as we have used suspend/continue quite a lot
> in the IMS code and don't have any leaks.
>
>
>
> Firstly, why are you using pkg_mem for your hash_id and label? Remember
> that you will be in 2 different processes in the suspend and continue
> portions of the code... so pkg_mem will not work - you should use shm_mem
> instead.
>
>
>
> [Shankar] We use pkg_mem because we are invoking t_continue from the same
> process ( using thread ).
>
>
>
> Secondly, how are you using top to tell that you have a leak? Kamailio's
> memory is internally managed.
>
>
>
> [Shankar] After running for say 20minutes, we get out of shared memory
> error. Also in top output we observed incremental increase in the shared
> usage of shared memory for the process.
>
>
>
> Cheers
>
> Jason
>
>
>
>
>
> On Mon, Jan 13, 2014 at 1:29 PM, Shankar <shankar.rk at plintron.com> wrote:
>
>
>
> > Re-sending without the attachment.
>
> >
>
> >
>
> >
>
> > *From:* Shankar [mailto:shankar.rk at plintron.com<shankar.rk at plintron.com>
> ]
>
> > *Sent:* Monday, January 13, 2014 4:57 PM
>
> > *To:* 'sr-users at lists.sip-router.org'
>
> > *Subject:* Regd. t_suspend() and t_continue()
>
> >
>
> >
>
> >
>
> > Hi,
>
> >
>
> >
>
> >
>
> > We are trying out the t_suspend() and t_continue() in our test setup.
>
> > We are facing memory leak ( both shm and pkg as per top command results).
>
> >
>
> >
>
> >
>
> > Please find below the scenario,
>
> >
>
> >
>
> >
>
> > 1)      Do a t_newtran()
>
> >
>
> > 2)      Allocate pkg memory for hashid and label.
>
> >
>
> > 3)      Call t_suspend()
>
> >
>
> > 4)      Do t_continue() when async result is available
>
> >
>
> > 5)      De-allocate pkg memory reserved for hashid and label
>
> >
>
> > 6)      Do a t_relay() which forwards the sip message to another sip
> node.
>
> >
>
> >
>
> >
>
> > In the  step (6) above, we see t_newtran() allocates one more time
>
> > shared memory for the same transaction.
>
> >
>
> >
>
> >
>
> > We tried t_release() after step (4) to release the transaction as
>
> > t_relay() anyways allocates new shared memory. Nothing helped.
>
> >
>
> >
>
> >
>
> > Please let me know what are the logs you would require to debug the same.
>
> > I am attaching syslog for this run.
>
> >
>
> >
>
> >
>
> > Regards,
>
> >
>
> > Shankar
>
>
>
>
>
>
>
> --
>
>
>
> *Jason Penton*
>
> *Senior Manager: Applications and Services*
>
> *Smile Communications Pty (Ltd)*
>
> *Mobile:*
>
> +27 (0) 83 283 7000
>
> *Skype:*
>
> jason.barry.penton
>
> jason.penton at smilecoms.com <name.surname at smilecoms.com>
>
> www.smilecoms.com
>
>
>
> This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/disclaimer
>
>
>
>
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>


-- 

*Jason Penton**Senior Manager: Applications and Services**Smile
Communications Pty (Ltd)**Mobile:*+27 (0) 83 283 7000*Skype:*
jason.barry.pentonjason.penton at smilecoms.com <name.surname at smilecoms.com>
www.smilecoms.com

This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/disclaimer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20140121/1d51f4e9/attachment-0001.html>


More information about the sr-users mailing list