[OpenSIPS-Devel] bug using opensips with TCP
hello, opensips develops i install opensips 1.90 on rhel6.3 with tcp support. but i found a bug when client send message with TCP,. as following: two clients(A,B) register opensips with TCP. then A send message to B, with TCP too. opensips receive package from A in TCP, but it forward the package to B with UDP. i thought it is an bug. because B is waiting for the package in TCP socket. thank you! ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3609238 ] Memory leak
Bugs item #3609238, was opened at 2013-03-27 00:02 Message generated for change (Comment added) made by nikbyte You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3609238group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: 1.9.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nick Altmann (nikbyte) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: Memory leak Initial Comment: After adding if (($tU !~ ') ($td !~ ') ($ct !~ ')) { avp_db_query(DELETE FROM location WHERE username='$tU' and domain='$td' and contact='$ct.fields(uri)' and path like '%sip:$si:$sp;%'); } for REGISTER call to scenario, I've get shmem memory leak about 250 Mb in 4 hours on system with about 30k regs. My suspicions is on $ct.fields(url). But I don't know exactly. -- Comment By: Nick Altmann (nikbyte) Date: 2013-04-03 02:46 Message: The leak is in snmp_stats module. When it's disabled, no leak. Also process with it eats 100% CPU. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2013-03-27 03:46 Message: 1) please enable the memory debugging in order to get a mem dump (set memlog=6 and memdump=1 - in this order). 2) try cornering the leak - run the query but without any variables inside; add them one by one ; see when the leak appears. Thanks and regards, Bogdan -- Comment By: Nick Altmann (nikbyte) Date: 2013-03-27 03:11 Message: I'm really sure. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2013-03-27 03:10 Message: Hi Nick, are you sure the leak is in SHM mem ? as non of the parsing (variables) or db ops are using the shm mem - they are using pkg. Regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3609238group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3608168 ] LoadBalancer bug
Bugs item #3608168, was opened at 2013-03-15 06:13 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3608168group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: 1.9.x Status: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: Nick Altmann (nikbyte) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: LoadBalancer bug Initial Comment: $avp(res) = aaa; load_balance(1,$avp(res)) - works $avp(res) = bbb; load_balance(1,$avp(res)) - works $avp(res) = aaa;bbb; load_balance(1,$avp(res)) - no lines -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2013-04-03 02:53 Message: Talking to Nick, we agreed this is not a bug, but rather a need for some new functionality. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2013-04-01 10:07 Message: Hi Nick, I don't think your fix is correct - the dst_bitmap mask tells which destinations should be used. And it is built as a logical and between all the dst_bitmap masks for the used resources. Each resource has its own dst_bitmap mask with the destinations that offer that resource - so you need to and the the bitmaps for the requests destinations in order to get the only destinations offering all requested resources. Maybe your provisioning is not right - could you post your lb table ? Regards, Bogdan -- Comment By: Nick Altmann (nikbyte) Date: 2013-04-01 07:54 Message: The problem in bitmap logic when more than one resource. We need do logic or, not logic and. Patch included. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3608168group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3609238 ] Memory leak
Bugs item #3609238, was opened at 2013-03-27 00:02 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3609238group_id=232389 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: modules Group: 1.9.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nick Altmann (nikbyte) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: Memory leak Initial Comment: After adding if (($tU !~ ') ($td !~ ') ($ct !~ ')) { avp_db_query(DELETE FROM location WHERE username='$tU' and domain='$td' and contact='$ct.fields(uri)' and path like '%sip:$si:$sp;%'); } for REGISTER call to scenario, I've get shmem memory leak about 250 Mb in 4 hours on system with about 30k regs. My suspicions is on $ct.fields(url). But I don't know exactly. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2013-04-03 04:21 Message: Nick, thanks for the update - any way of reproducing this ? Do you also have a mem dump to see the leaked chunks ? Is the 100% usage triggered by a certain SNMP val ? Regards, Bogdan -- Comment By: Nick Altmann (nikbyte) Date: 2013-04-03 02:46 Message: The leak is in snmp_stats module. When it's disabled, no leak. Also process with it eats 100% CPU. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2013-03-27 03:46 Message: 1) please enable the memory debugging in order to get a mem dump (set memlog=6 and memdump=1 - in this order). 2) try cornering the leak - run the query but without any variables inside; add them one by one ; see when the leak appears. Thanks and regards, Bogdan -- Comment By: Nick Altmann (nikbyte) Date: 2013-03-27 03:11 Message: I'm really sure. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2013-03-27 03:10 Message: Hi Nick, are you sure the leak is in SHM mem ? as non of the parsing (variables) or db ops are using the shm mem - they are using pkg. Regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3609238group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] bug using opensips with TCP
Hi, Most probably the B registers (even if via TCP) a contact address which has no proto indication (a transport=TCP param), so UDP is by default assumed. Check with opensipsctl ul show to see the registered contact and if they have the TCP indication in there. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 03/27/2013 10:45 AM, ?? wrote: hello, opensips develops i install opensips 1.90 on rhel6.3 with tcp support. but i found a bug when client send message with TCP,. as following: two clients(A,B) register opensips with TCP. then A send message to B, with TCP too. opensips receive package from A in TCP, but it forward the package to B with UDP. i thought it is an bug. because B is waiting for the package in TCP socket. thank you! ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New release for Blink Qt 0.3.0 for Windows with Presence (RLS and XCAP)
Version 0.3.0 April 3rd, 2013 Added support for SIP PUBLISH method Added subscriptions for presence (presence event package) Added handler for outgoing presence (RLS SUBSCRIBE and RLMI NOTIFY) Added handler for incoming presence (presence.winfo event package) Added support for presence payloads (PIDF, RPIDF, CAPS and CIPID schemas) Added XCAP client capabilities Added XCAP server query capabilities (xcap-caps) Added XCAP contacts storage (resource-lists and rls-services) Added XCAP contacts synchronization between multiple instances (xcap-diff) Added XCAP presence policy (OMA org.openmobilealliance.pres-rules) Added XCAP storage for User Icon (OMA org.openmobilealliance.pres-content) Added call history menu (Missed, Received, Placed) Disabled curently unused menu entries and preference options Bug fixes inherited from SIP SIMPLE client SDK Set audio sRTP to be optional by default http://icanblink.com/changelog-qt.phtml Regards, Adrian signature.asc Description: Message signed with OpenPGP using GPGMail ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9945] trunk/modules
Revision: 9945 http://opensips.svn.sourceforge.net/opensips/?rev=9945view=rev Author: razvancrainea Date: 2013-04-03 14:28:50 + (Wed, 03 Apr 2013) Log Message: --- fixed avp names in documentation Modified Paths: -- trunk/modules/msilo/README trunk/modules/msilo/doc/msilo_admin.xml trunk/modules/nathelper/README trunk/modules/nathelper/doc/nathelper_admin.xml trunk/modules/peering/README trunk/modules/peering/doc/peering_admin.xml trunk/modules/permissions/README trunk/modules/permissions/doc/permissions_admin.xml trunk/modules/pua_dialoginfo/README trunk/modules/pua_dialoginfo/doc/pua_dialoginfo_admin.xml trunk/modules/registrar/README trunk/modules/registrar/doc/registrar_admin.xml trunk/modules/tm/README trunk/modules/tm/doc/tm_admin.xml trunk/modules/uri/README trunk/modules/uri/doc/uri_admin.xml trunk/modules/userblacklist/README trunk/modules/userblacklist/doc/userblacklist_admin.xml This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] [NEW] rest_client module
Hello Jamuel, Basic and Digest HTTP AUTH methods? If there is sufficient demand for it, it may go in the 1.10 TODO list. Is this module just a wrapper around libcurl? Can we set the various curl options that are exported from libcurl? As the module will grow in features, more libcurl options will be exposed as module parameters. Currently, the only options you can set are timeout-related. What would make this module RESTful per se in so much as it looks more like a generic HTTP Client? Might the module's name just be curl module or http_client? I noticed that as well, but simply went with the initial idea for the name. We can change it any time! Thank you for the quick feedback! Regards, Liviu Chircu OpenSIPS dev http://www.opensips-solutions.com On 04/02/2013 07:51 PM, Jamuel Starkey wrote: Hi Liviu, Thank you for exposing curl! Will you be supporting Basic and Digest HTTP AUTH methods? And is this module just a wrapper around libcurl? Can we set the various curl options that are exported from libcurl? In general I don't see what would make this module RESTful per se in so much as it looks more like a generic HTTP Client? Might the module's name just be curl module or http_client? Or do you expect to provide other REST-like methods like (PUT and DELETE)? Thanks again for the feature! Cheers, JPS On Apr 2, 2013, at 5:27 AM, Liviu Chircu wrote: Hello all, A new *rest_client* module is now available in the OpenSIPS trunk. It currently offers the possibility of querying an HTTP server with GET and POST messages. The following is a quick example of issuing an HTTP GET in the OpenSIPS script in a RESTful manner: rest_get(http://myserver.org/userinfo/$fU;, $avp(body))); xlog(Info of user $fU: $avp(body)\n); Please refer to the module documentation [1] for complete examples, along with a more in-depth description of the module functions and dependencies. Testing and feedback are appreciated. [1] http://www.opensips.org/html/docs/modules/devel/rest_client.html Best regards, -- Liviu Chircu OpenSIPS Dev http://www.opensips-solutions.com ATT1.c ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] [NEW] rest_client module
Hello Jamuel, Isn't REST define as a way of transporting data via HTTP (with different encodings) ? :) Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 04/02/2013 07:51 PM, Jamuel Starkey wrote: [] In general I don't see what would make this module RESTful per se in so much as it looks more like a generic HTTP Client? Might the module's name just be curl module or http_client? Or do you expect to provide other REST-like methods like (PUT and DELETE)? ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel