[SR-Users] FW: Regd. t_suspend() and t_continue()
Jason Penton
jason.penton at smilecoms.com
Thu Jan 23 15:14:58 CET 2014
Hi Shankar,
I will setup and test case and try to reproduce as soon as I can. I suspect
I will be able to get back to you early next week only
Cheers
Jason
On Thu, Jan 23, 2014 at 8:48 AM, Shankar <shankar.rk at plintron.com> wrote:
> Hi,
>
>
>
> From our repeated load tests what we can conclude irrespective of the
> number of simultaneous calls, there is always this error “t_continue:
> transaction not found” occurring.
>
>
>
> If I run say 20 cps, then after running 5000 calls, we observe exactly 20
> calls failing with the above error. We doubt that there is something
> happening during a particular point in time (for a second) which impacts
> the saving of those new transactions into shared memory.
>
>
>
> For 10 cps run, we observe exactly 10 call failures. We repeated with
> different cps and found that error is exactly equal to the cps being run.
>
>
>
> Any configuration we are missing. Anyone can help?
>
>
>
> Regards,
>
> Shankar
>
>
>
> *From:* Shankar [mailto:shankar.rk at plintron.com]
> *Sent:* Tuesday, January 21, 2014 3:09 PM
> *To:* 'Jason Penton'; 'SIP Router - Kamailio (OpenSER) and SIP Express
> Router (SER) - Users Mailing List'
> *Subject:* FW: [SR-Users] FW: Regd. t_suspend() and t_continue()
>
>
>
> Hi Jason,
>
>
>
> Below is our config,
>
>
>
> route[LOCATION] {
>
> if(is_method("INVITE"))
>
> {
>
> if(!route(FROMCSCF))
>
> {
>
> setflag(FLT_ACC);
>
> setflag(FLT_ACCFAILED);
>
> dlg_manage();
>
> dlg_setflag("4");
>
>
>
> async_route("RESUME", "1");
>
>
>
> exit;
>
> }
>
> }
>
> }
>
>
>
> route[RESUME]
>
> {
>
> route(TO_LOCATION); // here t_relay to REGISTRAR is
> done for user lookup.
>
> exit;
>
> }
>
>
>
> Regards,
>
> Shankar
>
>
>
>
>
> Date: Tue, 21 Jan 2014 11:14:21 +0200
>
> From: Jason Penton <jason.penton at smilecoms.com>
>
> To: "Kamailio (SER) - Users Mailing List"
>
> <sr-users at lists.sip-router.org>
>
> Subject: Re: [SR-Users] FW: Regd. t_suspend() and t_continue()
>
> Message-ID:
>
> <CAE=KcrghqJHgnGDxqS1fYvUzM=HqRAcKWfEAsNJjm8xUDCq68w at mail.gmail.com>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
>
>
> 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
>
>
>
> *From:* Shankar [mailto:shankar.rk at plintron.com <shankar.rk at plintron.com>]
>
> *Sent:* Tuesday, January 21, 2014 2:25 PM
> *To:* 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) -
> Users Mailing List'
> *Subject:* RE: [SR-Users] FW: Regd. t_suspend() and t_continue()
>
>
>
> 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 <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
>
>
>
>
>
>
>
>
--
*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/20140123/7a0fdc59/attachment-0001.html>
More information about the sr-users
mailing list