sr-users January 2014

sr-users@lists.kamailio.org

93 participants
141 discussions

by John Smith

Hi Fred, I have followed your HOWTO and the scenario remains exactly the same. I see traffic from Phone1 IP to Kamailio private IP, from Kamailio private IP to Asterisk IP, and back directly to Phone2 public IP. I might be making wrong assumptions regarding this traffic flow. Is that correct? Thank you

10 years, 10 months

Kamailio behind NAT

by John Smith

Hello, I am currently deploying one Kamailio behind NAT with one Asterisk as explained in the Asipto KB (Kamailio 4.0.x and Asterisk 11.3.0 using Asterisk Database http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb ). The structure is deployed as described in that document, with the only addition of one NAT between Kamailio and Internet: Phone ———————> Nat ———————> Kamailio ——————> Asterisk I have declared the private IP with the advertise option in order to support the NAT, enabled WITH_NAT and I have installed rtpproxy using standard Debian package configured as rtpproxy -l public_ip_ -s udp:localhost:7722 After setting up two phones which register correctly at Asterisk, I have no audio at all. By placing tcpdumps between nodes I see at Kamailio node both audio from public IP to internal Kamailio IP and from the latter to the Asterisk IP. In Asterisk I see audio coming from the Kamailio private IP and then back to the public IP of the phone. My guess is that audio should flow back into Kamailio and then to the phone, not directly from Asterisk as it is right now. Can anyone hint at where I am wrong? Thank you

10 years, 10 months

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

by Shankar

Hi Daniel, Please find attached the log as requested. I ran 10 cps to reproduce it faster. Regards, Shankar From: Shankar [mailto:shankar.rk@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(a)smilecoms.com> To: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.sip-router.org> Subject: Re: [SR-Users] FW: Regd. t_suspend() and t_continue() Message-ID: <CAE=KcrghqJHgnGDxqS1fYvUzM=HqRAcKWfEAsNJjm8xUDCq68w(a)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@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@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@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(a)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(a)plintron.com> wrote: > Re-sending without the attachment. > > > > *From:* Shankar [mailto:shankar.rk@plintron.com] > *Sent:* Monday, January 13, 2014 4:57 PM > *To:* 'sr-users(a)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 <mailto:name.surname@smilecoms.com> jason.penton(a)smilecoms.com <http://www.smilecoms.com/> www.smilecoms.com <http://196.33.227.129/~smlcoms/sigs/pty/images/smile_signature_07_09.jpg> This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/disclaimer

10 years, 10 months

SIP Update multi-homed

by Keith

Hi, I have a kamailio server which is responding to SIP updates but sending from the wrong IP. I have multiple IPs in the same subnet on the same NIC. Is there anyway to say send update back out of the interface it was received on? Thanks. Keith

10 years, 10 months

Re: [SR-Users] SIP Update multi-homed

by Keith

Hi Daniel, So I have looked at the packet capture, the "SIP Request: UPDATE" comes in but when that request is forwarded to the phone it sends it from the interface IP and not the sub interface IP. Therefore the message never gets to the phone and the call is hung up after 30 seconds (due to the failure to respond). Cheers Keith

10 years, 10 months

FW: FW: Regd. t_suspend() and t_continue()

by Shankar

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(a)smilecoms.com> To: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.sip-router.org> Subject: Re: [SR-Users] FW: Regd. t_suspend() and t_continue() Message-ID: <CAE=KcrghqJHgnGDxqS1fYvUzM=HqRAcKWfEAsNJjm8xUDCq68w(a)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@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@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@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(a)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(a)plintron.com> wrote: > Re-sending without the attachment. > > > > *From:* Shankar [mailto:shankar.rk@plintron.com] > *Sent:* Monday, January 13, 2014 4:57 PM > *To:* 'sr-users(a)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 <mailto:name.surname@smilecoms.com> jason.penton(a)smilecoms.com <http://www.smilecoms.com/> www.smilecoms.com <http://196.33.227.129/~smlcoms/sigs/pty/images/smile_signature_07_09.jpg> This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/disclaimer

10 years, 10 months

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

by Jason Penton

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(a)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@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@smilecoms.com<jason.penton(a)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(a)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(a)plintron.com> wrote: > > > > > Re-sending without the attachment. > > > > > > > > > > > > *From:* Shankar [mailto:shankar.rk@plintron.com<shankar.rk(a)plintron.com> > ] > > > *Sent:* Monday, January 13, 2014 4:57 PM > > > *To:* 'sr-users(a)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(a)smilecoms.com <name.surname(a)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(a)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(a)smilecoms.com <name.surname(a)smilecoms.com> www.smilecoms.com This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/disclaimer

10 years, 10 months

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

by Daniel-Constantin Mierla

Hello, if you do: kamctl mi get_statistics all do you see an increase of active transactions counter? Would be possible for you to compile with MEMDBG=1 and then get the memory logs? make MEMDBG=1 cfg Then add your extra modules in include_modules variable inside modules.lst Afterwards: make install Edit kamailio.cfg and set memlog global parameter to a lower value than debug global parameter. Run kamailio for a while with the new config, when you see the shared memory keeps increasing, stop kamailio. Send the log messages from syslog to mailing list or made them available for download somewhere. Cheers, Daniel On 21/01/14 09:54, Shankar 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@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@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(a)plintron.com > <mailto:shankar.rk@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(a)plintron.com > <mailto:shankar.rk@plintron.com>> wrote: > > > Re-sending without the attachment. > > > > > > > > > > > > *From:* Shankar [mailto:shankar.rk@plintron.com] > > > *Sent:* Monday, January 13, 2014 4:57 PM > > > *To:* 'sr-users(a)lists.sip-router.org > <mailto:sr-users@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(a)smilecoms.com <mailto:name.surname@smilecoms.com> > > www.smilecoms.com <http://www.smilecoms.com/> > > This email is subject to the disclaimer of Smile Communications athttp://www.smilecoms.com/disclaimer > > > > > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

10 years, 10 months

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

by Jason Penton

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(a)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(a)plintron.com> wrote: > > > > > Re-sending without the attachment. > > > > > > > > > > > > *From:* Shankar [mailto:shankar.rk@plintron.com<shankar.rk(a)plintron.com> > ] > > > *Sent:* Monday, January 13, 2014 4:57 PM > > > *To:* 'sr-users(a)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.pentonjason.penton(a)smilecoms.com <name.surname(a)smilecoms.com> www.smilecoms.com This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/disclaimer

10 years, 10 months

Kamailio World 2014 - First group of speakers

by Daniel-Constantin Mierla

Hello, I would like to announce that the details about first group of speakers to present at Kamailio World Conference are now published at: - http://conference.kamailio.com/k02/speakers/ There are several excellent proposals still under review, we expect to fill the schedule very soon, hurry up if you intend to submit one. So far we have a good mixture of topics with a consistent group of new speakers comparing with the past edition. A selection with the titles of the proposals is available at: - http://conference.kamailio.com/k02/schedule/ Many thanks to the sponsors that make the event happening: FhG Fokus, Asipto, Sipwise, Sipgate, ITCenter, NG Voice. If you plan to attend, consider registering as soon as possible to secure your seat - registration form is available at: - http://conference.kamailio.com/k02/registration/ Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

10 years, 10 months

← Newer
1
...
5
6
7
8
9
10
11
...
15
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users January 2014