[OpenSIPS-Devel] [ opensips-Feature Requests-3580474 ] tm module AVP for Reason header
Feature Requests item #3580474, was opened at 2012-10-26 02:29 Message generated for change (Tracker Item Submitted) made by astragnome You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086413aid=3580474group_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: None Status: Open Priority: 5 Private: No Submitted By: John Quick (astragnome) Assigned to: Nobody/Anonymous (nobody) Summary: tm module AVP for Reason header Initial Comment: As discussed in this thread Re: [OpenSIPS-Users] tm module CANCEL reason on timeout: Please can a new 'exported parameter' be added to the tm module, that defines an AVP which may be used to allow script interaction to define the Reason Cause Phrase. At present this is hard coded with a #define in the timer.c unit. Sometimes, it is useful to be able to modify the reason cause phrase (e.g. to provide cause codes to Q.805 equipment) from the opensips.cfg script. If the AVP is left blank, then it would use the existing reason casue phrase. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086413aid=3580474group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3571806 ] Non-printable Characters in Via Host
Bugs item #3571806, was opened at 2012-09-25 23:25 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3571806group_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: core Group: 1.8.x Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: David Sanders (dmsanders) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: Non-printable Characters in Via Host Initial Comment: RFC 3261 doesn't allow non-printable characters (minus CRLF ending the Via header) in the host portion of the Via header. However, OpenSIPs seems to tolerate them. PJSIP has a bug that sends gibberish for a host in the Via on some unregisters. This is tolerated by OpenSIPs on receive, but causes issues later on in the reply, which goes out with a blank host. In particular nat_traversal can't parse the reply because the host is blank. It seems that the parsing of the Via header should be tightened to only allow printable characters as a host. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 02:51 Message: David, Please see the additional patch that should solve the triggering issue too. Regards, Bogdan -- Comment By: David Sanders (dmsanders) Date: 2012-10-22 12:26 Message: Hi Bogdan, I've tested the patch you provided, and it successfully detects the type of bogus VIAs I was seeing. However, it doesn't trigger the error_route I have in the OpenSIPS script, so I'm not able to send a response to the malformed REGISTER which had the bad VIA. This leads to the client retrying the bad message several times. Would it be possible for this parsing error to jump to the error_route so that I can respond with a 400 to the REGISTER and stop the retransmissions? - David -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-21 02:47 Message: Hi David, Here is a patch to address this problem - I did some first testing on my side, but give it a try too - I want to be 100% sure first it does not break anything and second it detects the kind of bogus VIA you have. Thanks and regards, Bogdan -- Comment By: David Sanders (dmsanders) Date: 2012-10-12 14:02 Message: Here you go Bogdan. I took the example out of the sip_trace table in our MySQL database. Thoe host is gibberish but the port number is OK. OpenSIPS doesn't complain about parsing errors until it is sending the 401 response. REGISTER sip:19192972172@72.215.176.13:5060 SIP/2.0 Via: SIP/2.0/UDP ‰¡read :13611;rport;branch=z9hG4bKPjBb-CLCWWBdliGJLBdVQq5L3VvfyD3QGt Max-Forwards: 69 From: sip:19192972172@72.215.176.13;tag=6g8qHX7UCoq0klHC5y8FcEoEqOqGIMIl To: sip:19192972172@72.215.176.13 Call-ID: DwRnHUucA06j2QdrYIFaKnrkuYpnZ0As CSeq: 51957 REGISTER Contact: sip:19192972172@72.215.176.1:13611;transport=UDP;rinstance=30b85fb46d764d69 Expires: 0 Authorization: Digest username=19192972172, realm=72.215.176.13, nonce=5078301107583df53abb709e661070948fd84a90f378, uri=sip:19192972172@72.215.176.13:5060, response=99c332dcb3b20051391f0e589f203983 Content-Length: 0 SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP ;received=72.215.176.1;rport=13611‰¡read From: sip:19192972172@72.215.176.13;tag=6g8qHX7UCoq0klHC5y8FcEoEqOqGIMIl To: sip:19192972172@72.215.176.13;tag=9ee60da17230fa4987e498ef1c101576. Call-ID: DwRnHUucA06j2QdrYIFaKnrkuYpnZ0As CSeq: 51957 REGISTER WWW-Authenticate: Digest realm=72.215.176.13, nonce=50783024075ff0bbdb222655467b236709b177002a39, stale=true Server: Pinger.com PROXY 1.8 Content-Length: 0 -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-12 06:57 Message: David, could you post here such a bogus VIA ? Thanks -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3571806group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3579719 ] opensipsdbctl create fails
Bugs item #3579719, was opened at 2012-10-24 04:09 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579719group_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: tools Group: 1.5.x Status: Open Resolution: Wont Fix Priority: 5 Private: No Submitted By: Perazim (perazim2) Assigned to: Nobody/Anonymous (nobody) Summary: opensipsdbctl create fails Initial Comment: Running 1.5.3 on openwrt. Sorry this is such an old version but 1.5.3 is the newest available for openwrt. Configured for mysql and mysql is initialized itself and running. I have configured opensips.cfg and opensipsctlrc properly. When I run opensipsdbctl create, I receive: root@OpenWrt:/etc/opensips# opensipsdbctl create /usr/sbin/opensipsdbctl: /usr/lib/opensips//opensipsctl/opensipsdbctl.base: line 35: syntax error: missing '}' I have looked at the code and don't see anything missing. Next, I built opensips on a Fedora 14 system. This yields the same results as above. What's wrong here? Perazim -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 02:56 Message: Hi Perazim, 1.5.3 is no longer maintained (see http://www.opensips.org/Main/Ver15x ) - I suggest to download sources from 1.8 for usage. BTW, what shell are you using ? Regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579719group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3579719 ] opensipsdbctl create fails
Bugs item #3579719, was opened at 2012-10-24 04:09 Message generated for change (Settings changed) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579719group_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: tools Group: 1.5.x Status: Open Resolution: Wont Fix Priority: 2 Private: No Submitted By: Perazim (perazim2) Assigned to: Nobody/Anonymous (nobody) Summary: opensipsdbctl create fails Initial Comment: Running 1.5.3 on openwrt. Sorry this is such an old version but 1.5.3 is the newest available for openwrt. Configured for mysql and mysql is initialized itself and running. I have configured opensips.cfg and opensipsctlrc properly. When I run opensipsdbctl create, I receive: root@OpenWrt:/etc/opensips# opensipsdbctl create /usr/sbin/opensipsdbctl: /usr/lib/opensips//opensipsctl/opensipsdbctl.base: line 35: syntax error: missing '}' I have looked at the code and don't see anything missing. Next, I built opensips on a Fedora 14 system. This yields the same results as above. What's wrong here? Perazim -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 02:56 Message: Hi Perazim, 1.5.3 is no longer maintained (see http://www.opensips.org/Main/Ver15x ) - I suggest to download sources from 1.8 for usage. BTW, what shell are you using ? Regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579719group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3571806 ] Non-printable Characters in Via Host
Bugs item #3571806, was opened at 2012-09-25 23:25 Message generated for change (Settings changed) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3571806group_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: core Group: 1.8.x Status: Open Resolution: Fixed Priority: 7 Private: No Submitted By: David Sanders (dmsanders) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: Non-printable Characters in Via Host Initial Comment: RFC 3261 doesn't allow non-printable characters (minus CRLF ending the Via header) in the host portion of the Via header. However, OpenSIPs seems to tolerate them. PJSIP has a bug that sends gibberish for a host in the Via on some unregisters. This is tolerated by OpenSIPs on receive, but causes issues later on in the reply, which goes out with a blank host. In particular nat_traversal can't parse the reply because the host is blank. It seems that the parsing of the Via header should be tightened to only allow printable characters as a host. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 02:51 Message: David, Please see the additional patch that should solve the triggering issue too. Regards, Bogdan -- Comment By: David Sanders (dmsanders) Date: 2012-10-22 12:26 Message: Hi Bogdan, I've tested the patch you provided, and it successfully detects the type of bogus VIAs I was seeing. However, it doesn't trigger the error_route I have in the OpenSIPS script, so I'm not able to send a response to the malformed REGISTER which had the bad VIA. This leads to the client retrying the bad message several times. Would it be possible for this parsing error to jump to the error_route so that I can respond with a 400 to the REGISTER and stop the retransmissions? - David -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-21 02:47 Message: Hi David, Here is a patch to address this problem - I did some first testing on my side, but give it a try too - I want to be 100% sure first it does not break anything and second it detects the kind of bogus VIA you have. Thanks and regards, Bogdan -- Comment By: David Sanders (dmsanders) Date: 2012-10-12 14:02 Message: Here you go Bogdan. I took the example out of the sip_trace table in our MySQL database. Thoe host is gibberish but the port number is OK. OpenSIPS doesn't complain about parsing errors until it is sending the 401 response. REGISTER sip:19192972172@72.215.176.13:5060 SIP/2.0 Via: SIP/2.0/UDP ‰¡read :13611;rport;branch=z9hG4bKPjBb-CLCWWBdliGJLBdVQq5L3VvfyD3QGt Max-Forwards: 69 From: sip:19192972172@72.215.176.13;tag=6g8qHX7UCoq0klHC5y8FcEoEqOqGIMIl To: sip:19192972172@72.215.176.13 Call-ID: DwRnHUucA06j2QdrYIFaKnrkuYpnZ0As CSeq: 51957 REGISTER Contact: sip:19192972172@72.215.176.1:13611;transport=UDP;rinstance=30b85fb46d764d69 Expires: 0 Authorization: Digest username=19192972172, realm=72.215.176.13, nonce=5078301107583df53abb709e661070948fd84a90f378, uri=sip:19192972172@72.215.176.13:5060, response=99c332dcb3b20051391f0e589f203983 Content-Length: 0 SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP ;received=72.215.176.1;rport=13611‰¡read From: sip:19192972172@72.215.176.13;tag=6g8qHX7UCoq0klHC5y8FcEoEqOqGIMIl To: sip:19192972172@72.215.176.13;tag=9ee60da17230fa4987e498ef1c101576. Call-ID: DwRnHUucA06j2QdrYIFaKnrkuYpnZ0As CSeq: 51957 REGISTER WWW-Authenticate: Digest realm=72.215.176.13, nonce=50783024075ff0bbdb222655467b236709b177002a39, stale=true Server: Pinger.com PROXY 1.8 Content-Length: 0 -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-12 06:57 Message: David, could you post here such a bogus VIA ? Thanks -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3571806group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9386] branches/1.8/modules/b2b_logic
Revision: 9386 http://opensips.svn.sourceforge.net/opensips/?rev=9386view=rev Author: bogdan_iancu Date: 2012-10-26 10:03:33 + (Fri, 26 Oct 2012) Log Message: --- - fix bug: make the setup time configurable (via new module param) for topo hiding scenarios, to avoid early timeouts (if setup takes too long). Credits go to Nick Altmann Closes patch 3574453 (for 1.8 version) DOCs update still required! Modified Paths: -- branches/1.8/modules/b2b_logic/b2b_logic.c branches/1.8/modules/b2b_logic/b2b_logic.h branches/1.8/modules/b2b_logic/logic.c 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] SF.net SVN: opensips:[9385] trunk/modules/pi_http/http_fnc.c
Hi Ovidiu, Could you please add a description of the module on the 1.9.x page : http://www.opensips.org/Main/Ver190 Thanks and regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 10/26/2012 12:11 AM, Ovidiu Sas wrote: Revision: 9385 http://opensips.svn.sourceforge.net/opensips/?rev=9385view=rev Author: osas Date: 2012-10-25 21:11:49 + (Thu, 25 Oct 2012) Log Message: --- pi_http: add support for DB_BLOB Modified Paths: -- trunk/modules/pi_http/http_fnc.c 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 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3579719 ] opensipsdbctl create fails
Bugs item #3579719, was opened at 2012-10-24 04:09 Message generated for change (Comment added) made by perazim2 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579719group_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: tools Group: 1.5.x Status: Open Resolution: Wont Fix Priority: 2 Private: No Submitted By: Perazim (perazim2) Assigned to: Nobody/Anonymous (nobody) Summary: opensipsdbctl create fails Initial Comment: Running 1.5.3 on openwrt. Sorry this is such an old version but 1.5.3 is the newest available for openwrt. Configured for mysql and mysql is initialized itself and running. I have configured opensips.cfg and opensipsctlrc properly. When I run opensipsdbctl create, I receive: root@OpenWrt:/etc/opensips# opensipsdbctl create /usr/sbin/opensipsdbctl: /usr/lib/opensips//opensipsctl/opensipsdbctl.base: line 35: syntax error: missing '}' I have looked at the code and don't see anything missing. Next, I built opensips on a Fedora 14 system. This yields the same results as above. What's wrong here? Perazim -- Comment By: Perazim (perazim2) Date: 2012-10-26 03:13 Message: This is on an openwrt (trunk) system: root@OpenWrt:~# sh BusyBox v1.19.4 (2012-10-15 14:49:33 IST) built-in shell (ash) Enter 'help' for a list of built-in commands. root@OpenWrt:~# Perazim -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 02:56 Message: Hi Perazim, 1.5.3 is no longer maintained (see http://www.opensips.org/Main/Ver15x ) - I suggest to download sources from 1.8 for usage. BTW, what shell are you using ? Regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579719group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9387] trunk/modules/b2b_logic
Revision: 9387 http://opensips.svn.sourceforge.net/opensips/?rev=9387view=rev Author: bogdan_iancu Date: 2012-10-26 10:38:10 + (Fri, 26 Oct 2012) Log Message: --- - fix bug: make the setup time configurable (via new module param and via runtime flags) for topo hiding scenarios, to avoid early timeouts (if setup takes too long). Credits go to Nick Altmann Closes patch 3574453 (for trunk version) Modified Paths: -- trunk/modules/b2b_logic/b2b_logic.c trunk/modules/b2b_logic/b2b_logic.h trunk/modules/b2b_logic/doc/b2b_logic_admin.xml trunk/modules/b2b_logic/logic.c 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
[OpenSIPS-Devel] [ opensips-Bugs-3574453 ] b2b_logic: too small setup timeout when topology hiding
Bugs item #3574453, was opened at 2012-10-04 05:25 Message generated for change (Settings changed) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3574453group_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.8.x Status: Open Resolution: Fixed Priority: 7 Private: No Submitted By: Nick Altmann (nikbyte) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: b2b_logic: too small setup timeout when topology hiding Initial Comment: When b2b creates topology hiding scenario, it setups too small call setup time: /* if it will not be confirmed - delete */ tuple-lifetime = 60 + get_ticks(); When alice calls bob and bob don't answer for 60 seconds, b2b send CANCEL to both sides. I think we should give possibility to configure this parameter, either in AVP or b2b_init_request flags like b2b_init_request(top hiding/t300). I'd can to write the patch after discussion about what method to use. -- Comment By: Nick Altmann (nikbyte) Date: 2012-10-22 04:34 Message: Look at new patch please (opensips_b2bl_tc_init_time_v3.patch). -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-21 08:01 Message: Hi Nick, I will go for v2, but I have some objection regarding your approach - I see you moved the scenario lookup from the fixup function to runtime part, which is totally inefficient - instead of doing the lookup once, you do it for each call. What I suggest here is to do both the scenario lookup and the flag detection in the fixup function. You can simply do that by replacing the param 1 (after fixup) with a structure (pkg) holding the scenario ID (as originally) plus the flag string. Or even better, the structure can already parse expend the flags, so that at runtime you have everything prepared. If you have doubts on how to do this, just let me know and I will do it as soon as I'll get available time. Regards, Bogdan -- Comment By: Nick Altmann (nikbyte) Date: 2012-10-15 05:10 Message: Here are two patches: 1. opensips_b2bl_tc_init_time_v1.patch Adds module param b2bl_th_init_timeout with default value 60 to setup initial b2b timeout for topology hiding scenario. 2. opensips_b2bl_tc_init_time_v1.patch Adds module parameter as previous patch, but also adds per b2b session flag t[number] for b2b_init_request. Usage examples: b2b_init_request(top hiding/t60), b2b_init_request(top hiding/t300). Number length is not fixed. You may choose. :-) If one or another patch will be applied, I'll add documentation patch for it. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-12 07:04 Message: Hi Nick, Normally the lifetime is controlled via the scenario XML, so it is per scenario. Of course, the TH does not have a scenario XML. I would go for a module param or by a flag-like approach - depending if we want to control this per scenario (like for other cases) or per instance of scenario. Regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3574453group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3574453 ] b2b_logic: too small setup timeout when topology hiding
Bugs item #3574453, was opened at 2012-10-04 05:25 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3574453group_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.8.x Status: Open Resolution: Fixed Priority: 7 Private: No Submitted By: Nick Altmann (nikbyte) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: b2b_logic: too small setup timeout when topology hiding Initial Comment: When b2b creates topology hiding scenario, it setups too small call setup time: /* if it will not be confirmed - delete */ tuple-lifetime = 60 + get_ticks(); When alice calls bob and bob don't answer for 60 seconds, b2b send CANCEL to both sides. I think we should give possibility to configure this parameter, either in AVP or b2b_init_request flags like b2b_init_request(top hiding/t300). I'd can to write the patch after discussion about what method to use. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 03:39 Message: Hi Nick, Thank you for your patches - for 1.8 I uploaded the fix with the minimal change (v1) - but please provide a small patch with the corresponding docs. For trunk I used the v3 patch, with some changes - please let me know if still works ok :). Regards, Bogdan -- Comment By: Nick Altmann (nikbyte) Date: 2012-10-22 04:34 Message: Look at new patch please (opensips_b2bl_tc_init_time_v3.patch). -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-21 08:01 Message: Hi Nick, I will go for v2, but I have some objection regarding your approach - I see you moved the scenario lookup from the fixup function to runtime part, which is totally inefficient - instead of doing the lookup once, you do it for each call. What I suggest here is to do both the scenario lookup and the flag detection in the fixup function. You can simply do that by replacing the param 1 (after fixup) with a structure (pkg) holding the scenario ID (as originally) plus the flag string. Or even better, the structure can already parse expend the flags, so that at runtime you have everything prepared. If you have doubts on how to do this, just let me know and I will do it as soon as I'll get available time. Regards, Bogdan -- Comment By: Nick Altmann (nikbyte) Date: 2012-10-15 05:10 Message: Here are two patches: 1. opensips_b2bl_tc_init_time_v1.patch Adds module param b2bl_th_init_timeout with default value 60 to setup initial b2b timeout for topology hiding scenario. 2. opensips_b2bl_tc_init_time_v1.patch Adds module parameter as previous patch, but also adds per b2b session flag t[number] for b2b_init_request. Usage examples: b2b_init_request(top hiding/t60), b2b_init_request(top hiding/t300). Number length is not fixed. You may choose. :-) If one or another patch will be applied, I'll add documentation patch for it. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-12 07:04 Message: Hi Nick, Normally the lifetime is controlled via the scenario XML, so it is per scenario. Of course, the TH does not have a scenario XML. I would go for a module param or by a flag-like approach - depending if we want to control this per scenario (like for other cases) or per instance of scenario. Regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3574453group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3579719 ] opensipsdbctl create fails
Bugs item #3579719, was opened at 2012-10-24 04:09 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579719group_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: tools Group: 1.5.x Status: Open Resolution: Wont Fix Priority: 2 Private: No Submitted By: Perazim (perazim2) Assigned to: Nobody/Anonymous (nobody) Summary: opensipsdbctl create fails Initial Comment: Running 1.5.3 on openwrt. Sorry this is such an old version but 1.5.3 is the newest available for openwrt. Configured for mysql and mysql is initialized itself and running. I have configured opensips.cfg and opensipsctlrc properly. When I run opensipsdbctl create, I receive: root@OpenWrt:/etc/opensips# opensipsdbctl create /usr/sbin/opensipsdbctl: /usr/lib/opensips//opensipsctl/opensipsdbctl.base: line 35: syntax error: missing '}' I have looked at the code and don't see anything missing. Next, I built opensips on a Fedora 14 system. This yields the same results as above. What's wrong here? Perazim -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 03:40 Message: Try to run opensipsdnctl via the bash shell to see if you still get the error. Bogdan -- Comment By: Perazim (perazim2) Date: 2012-10-26 03:13 Message: This is on an openwrt (trunk) system: root@OpenWrt:~# sh BusyBox v1.19.4 (2012-10-15 14:49:33 IST) built-in shell (ash) Enter 'help' for a list of built-in commands. root@OpenWrt:~# Perazim -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 02:56 Message: Hi Perazim, 1.5.3 is no longer maintained (see http://www.opensips.org/Main/Ver15x ) - I suggest to download sources from 1.8 for usage. BTW, what shell are you using ? Regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579719group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9388] trunk/modules/path/path.c
Revision: 9388 http://opensips.svn.sourceforge.net/opensips/?rev=9388view=rev Author: bogdan_iancu Date: 2012-10-26 10:59:56 + (Fri, 26 Oct 2012) Log Message: --- - fixed mishandling of transport info in PATH module Credits go to Nick Altmann Closes bug 3578383 Modified Paths: -- trunk/modules/path/path.c 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
[OpenSIPS-Devel] SF.net SVN: opensips:[9389] branches/1.8/modules/path/path.c
Revision: 9389 http://opensips.svn.sourceforge.net/opensips/?rev=9389view=rev Author: bogdan_iancu Date: 2012-10-26 11:01:06 + (Fri, 26 Oct 2012) Log Message: --- backport from trunk (rev #9388) - fixed mishandling of transport info in PATH module Credits go to Nick Altmann Closes bug 3578383 Revision Links: -- http://opensips.svn.sourceforge.net/opensips/?rev=9388view=rev Modified Paths: -- branches/1.8/modules/path/path.c 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
[OpenSIPS-Devel] SF.net SVN: opensips:[9390] branches/1.7/modules/path/path.c
Revision: 9390 http://opensips.svn.sourceforge.net/opensips/?rev=9390view=rev Author: bogdan_iancu Date: 2012-10-26 11:02:04 + (Fri, 26 Oct 2012) Log Message: --- backport from trunk (rev #9388) - fixed mishandling of transport info in PATH module Credits go to Nick Altmann Closes bug 3578383 Revision Links: -- http://opensips.svn.sourceforge.net/opensips/?rev=9388view=rev Modified Paths: -- branches/1.7/modules/path/path.c 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
[OpenSIPS-Devel] [ opensips-Bugs-3578383 ] Path+usrloc+b2b=lost transport (Multihomed B2B. Again.)
Bugs item #3578383, was opened at 2012-10-19 07:18 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3578383group_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: trunk Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Nick Altmann (nikbyte) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: Path+usrloc+b2b=lost transport (Multihomed B2B. Again.) Initial Comment: B2B doesn't take attention on transport tag in RURI. For example: B2B receives UDP packet with transport=TCP in RURI, but whatever sends it via UDP. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 04:02 Message: Hi Nick, Thanks for debugging and fixing - I uploaded your patch on SVN trunk, 1.8 and 1.7 Regards, Bogdan -- Comment By: Nick Altmann (nikbyte) Date: 2012-10-23 03:27 Message: Here is my patch for path module: 1. To add transport to first route if transport != udp. 2. To parse transport tag when doing path_rr_callback. opensips_path_tcp_v1.patch -- Comment By: Nick Altmann (nikbyte) Date: 2012-10-23 01:42 Message: The problem is fixed on b2b, before b2b_init_request: if (($du != null) ($hdr(Route) =~ ;transport=tcp)) $du = sip: + $dd + : + $dp + ;transport=tcp; But I think the path module needs to be patched: 1. To add transport to first route if transport != udp. 2. To parse transport tag when doing path_rr_callback. -- Comment By: Nick Altmann (nikbyte) Date: 2012-10-21 22:18 Message: I have mixed multiple opensips setup with b2b, usrloc, path and another modules. I deeply investigated the problem and it's not in b2b. In my setup b2b sometimes receives packets with preloaded routes using path module with use_received=1. I found that when REGISTER passes from one opensips to another, path module adds something like: with enable_double_path=0: sip:2.2.2.2;lr;received=sip:8.8.8.8:55952 with enable_double_path=1 (I use this): sip:2.2.2.2;r2=on;lr;received=sip:8.8.8.8:55947,sip:2.2.2.2;transport=tcp;r2=on;lr Then it saved by save(table, p0) on second opensips in database. The next step is call from second opensips. It receives INVITE, calls lookup(table) and adds preloaded route: Route: sip:2.2.2.2;r2=on;lr;received=sip:8.8.8.8:55947,sip:2.2.2.2;transport=tcp;r2=on;lr then sends it to first (b2b) opensips. b2b-opensips receives this packet and in debug I see: Oct 22 08:40:57 opensips-test-2-1 opensips[20655]: DBG:rr:after_loose: Topmost route URI: 'sip:2.2.2.2;r2=on;lr;received=sip:8.8.8.8:55947' is me Oct 22 08:40:57 opensips-test-2-1 opensips[20655]: DBG:rr:run_rr_callbacks: callback id 0 entered with r2=on;lr;received=sip:8.8.8.8:55947 Oct 22 08:40:57 opensips-test-2-1 opensips[20655]: DBG:core:parse_params: Parsing params for:[r2=on;lr;received=sip:8.8.8.8:55947] then, in script output $du=sip:8.8.8.8:55947 As expected, b2b uses $du to route the packet, ignoring $ru. So, it lost transport because transport is in second Route header. -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-21 08:14 Message: Hi Nick, If running in debug mode, when the initial request is processed by opensips you should have a log like: tm:t_uac: next_hop=uri Could you confirm that the uri you have there points is the same as RURI you had is script before triggering the b2b, and it still contain the transport parameter. Thanks and regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3578383group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9391] trunk/modules/b2b_logic/logic.c
Revision: 9391 http://opensips.svn.sourceforge.net/opensips/?rev=9391view=rev Author: bogdan_iancu Date: 2012-10-26 11:14:59 + (Fri, 26 Oct 2012) Log Message: --- - fixed some editing errors Modified Paths: -- trunk/modules/b2b_logic/logic.c 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
[OpenSIPS-Devel] [ opensips-Bugs-3579200 ] OpenSIP B2BUA core dump
Bugs item #3579200, was opened at 2012-10-22 12:01 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579200group_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: core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: apsaras (apsaras) Assigned to: Nobody/Anonymous (nobody) Summary: OpenSIP B2BUA core dump Initial Comment: We have the following setup. OpenSIPs 1.8.1 does permission checking, drouding, nat and sends requests to an other OpenSIPs on the same box running on port 5080 as B2BUA. For small numer of calls per sec works fine. if we load the system with SIPp with 10 calls per sec, B2BUA is crashing. System is CentOS 5.8 64bit with the latest updates but have same issues with debian 6. that is the gdb bt (gdb) bt #0 0x0033d2630285 in raise () from /lib64/libc.so.6 #1 0x0033d2631d30 in abort () from /lib64/libc.so.6 #2 0x004218c7 in del_lump (msg=0x7fff8ee7c050, offset=273, len=50, type=HDR_OTHER_T) at data_lump.c:336 #3 0x2af2377a07a7 in subst_f (msg=0x7fff8ee7c050, subst=value optimized out, ignored=value optimized out) at textops.c:489 #4 0x004118c1 in do_action (a=0x2af2375a69d8, msg=0x7fff8ee7c050) at action.c:1483 #5 0x00416905 in run_action_list (a=value optimized out, msg=0x7fff8ee7c050) at action.c:143 #6 0x004731a0 in eval_elem (e=0x2af2375a6ab0, msg=0x7fff8ee7c050, val=0x0) at route.c:1438 #7 0x0047594a in eval_expr (e=0x7fd7, msg=0x7fff8ee7c050, val=0x0) at route.c:1783 #8 0x0047583b in eval_expr (e=0x2af2375a6b00, msg=0x7fff8ee7c050, val=0x0) at route.c:1804 #9 0x00411bfd in do_action (a=0x2af2375a6cc0, msg=0x7fff8ee7c050) at action.c:899 #10 0x00416905 in run_action_list (a=value optimized out, msg=0x7fff8ee7c050) at action.c:143 #11 0x00416c69 in run_actions (a=0x2af2375a67d0, msg=0x7fff8ee7c050) at action.c:123 #12 run_top_route (a=0x2af2375a67d0, msg=0x7fff8ee7c050) at action.c:189 #13 0x2af23864a376 in b2b_tm_cback (t=0x2af239182988, htable=0x2af23913cca0, ps=value optimized out) at dlg.c:2624 #14 0x2af2381f0ce1 in run_trans_callbacks (type=256, trans=0x2af239182988, req=0x0, rpl=0x, code=408) at t_hooks.c:212 #15 0x2af23820ade9 in local_reply (t=0x2af239182988, p_msg=0x, branch=value optimized out, msg_status=value optimized out, cancel_bitmap=0x2af238eb9f90) at t_reply.c:1385 #16 0x2af2381f41f7 in final_response_handler (ticks=value optimized out, attr=value optimized out) at timer.c:253 #17 timer_routine (ticks=value optimized out, attr=value optimized out) at timer.c:1011 #18 0x0049c44b in run_timer_process () at timer.c:360 #19 start_timer_processes () at timer.c:527 #20 0x0043006c in main_loop (argc=value optimized out, argv=0x7fff8ee7d368) at main.c:945 #21 main (argc=value optimized out, argv=0x7fff8ee7d368) at main.c:1541 -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 04:27 Message: Hi Anthony, Do you still have the core file for investigation ? It is not load related, but rather scenario related - it looks like you have local 408 (from timer) which goes into b2b, which calls a reply route where you do some changes which are not valid Investigating the corefile will give more info on how to prevent this. Regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579200group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3579200 ] OpenSIP B2BUA core dump
Bugs item #3579200, was opened at 2012-10-22 12:01 Message generated for change (Settings changed) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579200group_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.8.x Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: apsaras (apsaras) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: OpenSIP B2BUA core dump Initial Comment: We have the following setup. OpenSIPs 1.8.1 does permission checking, drouding, nat and sends requests to an other OpenSIPs on the same box running on port 5080 as B2BUA. For small numer of calls per sec works fine. if we load the system with SIPp with 10 calls per sec, B2BUA is crashing. System is CentOS 5.8 64bit with the latest updates but have same issues with debian 6. that is the gdb bt (gdb) bt #0 0x0033d2630285 in raise () from /lib64/libc.so.6 #1 0x0033d2631d30 in abort () from /lib64/libc.so.6 #2 0x004218c7 in del_lump (msg=0x7fff8ee7c050, offset=273, len=50, type=HDR_OTHER_T) at data_lump.c:336 #3 0x2af2377a07a7 in subst_f (msg=0x7fff8ee7c050, subst=value optimized out, ignored=value optimized out) at textops.c:489 #4 0x004118c1 in do_action (a=0x2af2375a69d8, msg=0x7fff8ee7c050) at action.c:1483 #5 0x00416905 in run_action_list (a=value optimized out, msg=0x7fff8ee7c050) at action.c:143 #6 0x004731a0 in eval_elem (e=0x2af2375a6ab0, msg=0x7fff8ee7c050, val=0x0) at route.c:1438 #7 0x0047594a in eval_expr (e=0x7fd7, msg=0x7fff8ee7c050, val=0x0) at route.c:1783 #8 0x0047583b in eval_expr (e=0x2af2375a6b00, msg=0x7fff8ee7c050, val=0x0) at route.c:1804 #9 0x00411bfd in do_action (a=0x2af2375a6cc0, msg=0x7fff8ee7c050) at action.c:899 #10 0x00416905 in run_action_list (a=value optimized out, msg=0x7fff8ee7c050) at action.c:143 #11 0x00416c69 in run_actions (a=0x2af2375a67d0, msg=0x7fff8ee7c050) at action.c:123 #12 run_top_route (a=0x2af2375a67d0, msg=0x7fff8ee7c050) at action.c:189 #13 0x2af23864a376 in b2b_tm_cback (t=0x2af239182988, htable=0x2af23913cca0, ps=value optimized out) at dlg.c:2624 #14 0x2af2381f0ce1 in run_trans_callbacks (type=256, trans=0x2af239182988, req=0x0, rpl=0x, code=408) at t_hooks.c:212 #15 0x2af23820ade9 in local_reply (t=0x2af239182988, p_msg=0x, branch=value optimized out, msg_status=value optimized out, cancel_bitmap=0x2af238eb9f90) at t_reply.c:1385 #16 0x2af2381f41f7 in final_response_handler (ticks=value optimized out, attr=value optimized out) at timer.c:253 #17 timer_routine (ticks=value optimized out, attr=value optimized out) at timer.c:1011 #18 0x0049c44b in run_timer_process () at timer.c:360 #19 start_timer_processes () at timer.c:527 #20 0x0043006c in main_loop (argc=value optimized out, argv=0x7fff8ee7d368) at main.c:945 #21 main (argc=value optimized out, argv=0x7fff8ee7d368) at main.c:1541 -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 04:27 Message: Hi Anthony, Do you still have the core file for investigation ? It is not load related, but rather scenario related - it looks like you have local 408 (from timer) which goes into b2b, which calls a reply route where you do some changes which are not valid Investigating the corefile will give more info on how to prevent this. Regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579200group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3570495 ] crashes in the dialog module with opensips 1.8.1-tls
Bugs item #3570495, was opened at 2012-09-21 05:26 Message generated for change (Settings changed) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3570495group_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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dragos Oancea (dragosoancea) Assigned to: Vladut-Stefan Paiu (vladut-paiu) Summary: crashes in the dialog module with opensips 1.8.1-tls Initial Comment: Hi , The setup where I am experiencing these crashes has the following particularities: 1. TLS My TLS config looks like this: listen = tls:212.162.x.x:5061 listen = tcp:172.20.x.x:5060 # tls params disable_tls = no tls_verify_server = 1 tls_verify_client = 0 tls_require_client_certificate = 0 tls_method = TLSv1 tls_certificate = /etc/pki/CA/certs/mydomain.crt tls_private_key = /etc/pki/CA/private/mydomain.key tls_ca_list = /etc/pki/CA/certs/ca.crt # tcp parameters tcp_connection_lifetime=1860 open_files_limit=8192 tcp_max_connections=4096 2. SIP ping for NAT bypassing I create the dialog with create_dialog(BPp) , sending OPTIONS to both sides . I also call fix_nated_contact() on requests and replies. 3. I have calls where a protocol change is necessary , like UDP-TLS , TLS-UDP , TLS-TCP . I use: modparam(rr, enable_double_rr, 1) 4. I use the same database for multiple SIP proxies. Unfortunally opensips was not compiled with debugging symbols. Here 1st crash ( I saw this one ALOT of times) : Core was generated by `/usr/sbin/opensips -P /var/run/opensips.pid -f /etc/opensips/opensips.cfg'. Program terminated with signal 11, Segmentation fault. #0 0x7f160948c7e8 in dlg_ping_routine () from /usr/lib64/opensips/modules/dialog.so Missing separate debuginfos, use: debuginfo-install opensips-1.8.1-3.el6.x86_64 (gdb) bt full #0 0x7f160948c7e8 in dlg_ping_routine () from /usr/lib64/opensips/modules/dialog.so No symbol table info available. #1 0x0047d4ca in start_timer_processes () No symbol table info available. #2 0x0042a814 in main () No symbol table info available. Core was generated by `/usr/sbin/opensips -P /var/run/opensips.pid -f /etc/opensips/opensips.cfg'. Program terminated with signal 11, Segmentation fault. #0 0x7f160948c7e8 in dlg_ping_routine () from /usr/lib64/opensips/modules/dialog.so Missing separate debuginfos, use: debuginfo-install opensips-1.8.1-3.el6.x86_64 (gdb) i r rax0x7f15e430a388 139731999433608 rbx0x1 1 rcx0x7f15e43020a0 139731999400096 rdx0x4001024 rsi0x1 1 rdi0x20009 8589934601 rbp0x7f15e4792570 0x7f15e4792570 rsp0x7fff372daaa0 0x7fff372daaa0 r8 0x7f15e4792558 139732004185432 r9 0x6 6 r100x4000 16384 r110x0 0 r120x7f15e47926e8 139732004185832 r130x20009 8589934601 r140x769660 7771744 r150x734cc8 7556296 rip0x7f160948c7e8 0x7f160948c7e8 dlg_ping_routine+280 eflags 0x10202 [ IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 (gdb) bt #0 0x7f160948c7e8 in dlg_ping_routine () from /usr/lib64/opensips/modules/dialog.so #1 0x0047d4ca in start_timer_processes () #2 0x0042a814 in main () (gdb) bt full #0 0x7f160948c7e8 in dlg_ping_routine () from /usr/lib64/opensips/modules/dialog.so No symbol table info available. #1 0x0047d4ca in start_timer_processes () No symbol table info available. #2 0x0042a814 in main () No symbol table info available. (gdb) this crash happends from time to time , unrelated to the load apparently. machine configuration: === Centos 6.3 Linux somedomain.com 2.6.32-220.23.1.el6.x86_64 #1 SMP Mon Jun 18 18:58:52 BST 2012 x86_64 x86_64 x86_64 GNU/Linux opensips -V version: opensips 1.8.1-tls (x86_64/linux) flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, DISABLE_NAGLE, USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. svnrevision: unknown @(#) $Id: main.c 8772 2012-03-08 11:16:13Z bogdan_iancu $ main.c compiled on 17:04:54 Sep 8 2012 with gcc 4.4.6 openssl version: openssl-1.0.0-20.el6_2.5.x86_64 == --- --- Here is the 2nd crash - it could be related to the first. (this is
[OpenSIPS-Devel] [ opensips-Bugs-3579719 ] opensipsdbctl create fails
Bugs item #3579719, was opened at 2012-10-24 04:09 Message generated for change (Comment added) made by perazim2 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579719group_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: tools Group: 1.5.x Status: Open Resolution: Wont Fix Priority: 2 Private: No Submitted By: Perazim (perazim2) Assigned to: Nobody/Anonymous (nobody) Summary: opensipsdbctl create fails Initial Comment: Running 1.5.3 on openwrt. Sorry this is such an old version but 1.5.3 is the newest available for openwrt. Configured for mysql and mysql is initialized itself and running. I have configured opensips.cfg and opensipsctlrc properly. When I run opensipsdbctl create, I receive: root@OpenWrt:/etc/opensips# opensipsdbctl create /usr/sbin/opensipsdbctl: /usr/lib/opensips//opensipsctl/opensipsdbctl.base: line 35: syntax error: missing '}' I have looked at the code and don't see anything missing. Next, I built opensips on a Fedora 14 system. This yields the same results as above. What's wrong here? Perazim -- Comment By: Perazim (perazim2) Date: 2012-10-26 04:46 Message: Same error returned when using bash. I built openwrt with bash included as I have extra flash memory and ran: # bash # ? bash: ?: command not found(to verify it is really bash running) root@OpenWrt:/etc# opensipsdbctl create /usr/sbin/opensipsdbctl: /usr/lib/opensips//opensipsctl/opensipsdbctl.base: line 35: syntax error: missing '}' root@OpenWrt:/etc# Then I looked in /usr/sbin/opensipsdbctl and updated #!/bin/sh to #!bin/bash and got further in the process: root@OpenWrt:/usr/lib/opensips/opensipsctl# opensipsdbctl create /usr/lib/opensips//opensipsctl/opensipsdbctl.mysql: line 50: stty: command not found MySQL password for root: /usr/lib/opensips//opensipsctl/opensipsdbctl.mysql: line 52: stty: command not found n7p0sq12 /usr/lib/opensips//opensipsctl/opensipsdbctl.mysql: line 54: stty: command not found INFO: test server charset mysql: can't load library 'libncursesw.so.5' mysql: can't load library 'libncursesw.so.5' BusyBox v1.19.4 (2012-10-26 12:55:11 IST) multi-call binary. Usage: grep [-HhnlLoqvsriwFE] [-m N] [-A/B/C N] PATTERN/-e PATTERN.../-f FILE [FILE]... Search for PATTERN in FILEs (or stdin) -H Add 'filename:' prefix -h Do not add 'filename:' prefix -n Add 'line_no:' prefix -l Show only names of files that match -L Show only names of files that don't match -c Show only count of matching lines -o Show only the matching part of line -q Quiet. Return 0 if PATTERN is found, 1 otherwise -v Select non-matching lines -s Suppress open and read errors -r Recurse -i Ignore case -w Match whole words only -F PATTERN is a literal (not regexp) -E PATTERN is an extended regexp -m NMatch up to N times per file -A NPrint N lines of trailing context -B NPrint N lines of leading context -C NSame as '-A N -B N' -e PTRN Pattern to match -f FILE Read pattern from file /usr/lib/opensips//opensipsctl/opensipsdbctl.mysql: line 114: [: =: unary operator expected INFO: creating database opensips ... mysql: can't load library 'libncursesw.so.5' ERROR: Creating core database and grant privileges failed! root@OpenWrt:/usr/lib/opensips/opensipsctl# Which I haven't yet had a chance to follow up on. Looks like opensipsdbctl is shell type sensative. From looking at this forum, it seems that you work this on fridays. After today, would the next time you look at this be in a week? Thanks for the help. Perazim -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 03:40 Message: Try to run opensipsdnctl via the bash shell to see if you still get the error. Bogdan -- Comment By: Perazim (perazim2) Date: 2012-10-26 03:13 Message: This is on an openwrt (trunk) system: root@OpenWrt:~# sh BusyBox v1.19.4 (2012-10-15 14:49:33 IST) built-in shell (ash) Enter 'help' for a list of built-in commands. root@OpenWrt:~# Perazim -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 02:56 Message: Hi Perazim, 1.5.3 is no longer maintained (see http://www.opensips.org/Main/Ver15x ) - I suggest to download sources from 1.8 for usage. BTW, what shell are you using ? Regards, Bogdan -- You can respond by visiting:
[OpenSIPS-Devel] [ opensips-Bugs-3580526 ] NATHELPER and OPTIONS ping for tcp proto
Bugs item #3580526, was opened at 2012-10-26 05:52 Message generated for change (Tracker Item Submitted) made by nikbyte You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3580526group_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.8.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nick Altmann (nikbyte) Assigned to: Nobody/Anonymous (nobody) Summary: NATHELPER and OPTIONS ping for tcp proto Initial Comment: nathelper don't want to ping abonents with TCP transport. Here is a small patch: Index: modules/nathelper/nathelper.c === --- modules/nathelper/nathelper.c (revision 9391) +++ modules/nathelper/nathelper.c (working copy) @@ -1228,8 +1228,6 @@ continue; } } - if (curi.proto != PROTO_UDP curi.proto != PROTO_NONE) - continue; if (curi.port_no == 0) curi.port_no = SIP_PORT; proto = curi.proto; -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3580526group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3579200 ] OpenSIP B2BUA core dump
Bugs item #3579200, was opened at 2012-10-22 12:01 Message generated for change (Comment added) made by apsaras You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579200group_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.8.x Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: apsaras (apsaras) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: OpenSIP B2BUA core dump Initial Comment: We have the following setup. OpenSIPs 1.8.1 does permission checking, drouding, nat and sends requests to an other OpenSIPs on the same box running on port 5080 as B2BUA. For small numer of calls per sec works fine. if we load the system with SIPp with 10 calls per sec, B2BUA is crashing. System is CentOS 5.8 64bit with the latest updates but have same issues with debian 6. that is the gdb bt (gdb) bt #0 0x0033d2630285 in raise () from /lib64/libc.so.6 #1 0x0033d2631d30 in abort () from /lib64/libc.so.6 #2 0x004218c7 in del_lump (msg=0x7fff8ee7c050, offset=273, len=50, type=HDR_OTHER_T) at data_lump.c:336 #3 0x2af2377a07a7 in subst_f (msg=0x7fff8ee7c050, subst=value optimized out, ignored=value optimized out) at textops.c:489 #4 0x004118c1 in do_action (a=0x2af2375a69d8, msg=0x7fff8ee7c050) at action.c:1483 #5 0x00416905 in run_action_list (a=value optimized out, msg=0x7fff8ee7c050) at action.c:143 #6 0x004731a0 in eval_elem (e=0x2af2375a6ab0, msg=0x7fff8ee7c050, val=0x0) at route.c:1438 #7 0x0047594a in eval_expr (e=0x7fd7, msg=0x7fff8ee7c050, val=0x0) at route.c:1783 #8 0x0047583b in eval_expr (e=0x2af2375a6b00, msg=0x7fff8ee7c050, val=0x0) at route.c:1804 #9 0x00411bfd in do_action (a=0x2af2375a6cc0, msg=0x7fff8ee7c050) at action.c:899 #10 0x00416905 in run_action_list (a=value optimized out, msg=0x7fff8ee7c050) at action.c:143 #11 0x00416c69 in run_actions (a=0x2af2375a67d0, msg=0x7fff8ee7c050) at action.c:123 #12 run_top_route (a=0x2af2375a67d0, msg=0x7fff8ee7c050) at action.c:189 #13 0x2af23864a376 in b2b_tm_cback (t=0x2af239182988, htable=0x2af23913cca0, ps=value optimized out) at dlg.c:2624 #14 0x2af2381f0ce1 in run_trans_callbacks (type=256, trans=0x2af239182988, req=0x0, rpl=0x, code=408) at t_hooks.c:212 #15 0x2af23820ade9 in local_reply (t=0x2af239182988, p_msg=0x, branch=value optimized out, msg_status=value optimized out, cancel_bitmap=0x2af238eb9f90) at t_reply.c:1385 #16 0x2af2381f41f7 in final_response_handler (ticks=value optimized out, attr=value optimized out) at timer.c:253 #17 timer_routine (ticks=value optimized out, attr=value optimized out) at timer.c:1011 #18 0x0049c44b in run_timer_process () at timer.c:360 #19 start_timer_processes () at timer.c:527 #20 0x0043006c in main_loop (argc=value optimized out, argv=0x7fff8ee7d368) at main.c:945 #21 main (argc=value optimized out, argv=0x7fff8ee7d368) at main.c:1541 -- Comment By: apsaras (apsaras) Date: 2012-10-26 05:56 Message: Yes I have the file (http://www.microbase.gr/downloads/core.1263.bz2) Do you need the conf files for proxy and b2bua ? -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 04:27 Message: Hi Anthony, Do you still have the core file for investigation ? It is not load related, but rather scenario related - it looks like you have local 408 (from timer) which goes into b2b, which calls a reply route where you do some changes which are not valid Investigating the corefile will give more info on how to prevent this. Regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579200group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] SF.net SVN: opensips:[9385] trunk/modules/pi_http/http_fnc.c
Done. On Fri, Oct 26, 2012 at 6:09 AM, Bogdan-Andrei Iancu bog...@opensips.org wrote: Hi Ovidiu, Could you please add a description of the module on the 1.9.x page : http://www.opensips.org/Main/Ver190 Thanks and regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 10/26/2012 12:11 AM, Ovidiu Sas wrote: Revision: 9385 http://opensips.svn.sourceforge.net/opensips/?rev=9385view=rev Author: osas Date: 2012-10-25 21:11:49 + (Thu, 25 Oct 2012) Log Message: --- pi_http: add support for DB_BLOB Modified Paths: -- trunk/modules/pi_http/http_fnc.c ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] SF.net SVN: opensips:[9385] trunk/modules/pi_http/http_fnc.c
Thank you! Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 10/26/2012 04:42 PM, Ovidiu Sas wrote: Done. On Fri, Oct 26, 2012 at 6:09 AM, Bogdan-Andrei Iancu bog...@opensips.org wrote: Hi Ovidiu, Could you please add a description of the module on the 1.9.x page : http://www.opensips.org/Main/Ver190 Thanks and regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 10/26/2012 12:11 AM, Ovidiu Sas wrote: Revision: 9385 http://opensips.svn.sourceforge.net/opensips/?rev=9385view=rev Author: osas Date: 2012-10-25 21:11:49 + (Thu, 25 Oct 2012) Log Message: --- pi_http: add support for DB_BLOB Modified Paths: -- trunk/modules/pi_http/http_fnc.c ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3579200 ] OpenSIP B2BUA core dump
Bugs item #3579200, was opened at 2012-10-22 12:01 Message generated for change (Comment added) made by bogdan_iancu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579200group_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.8.x Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: apsaras (apsaras) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: OpenSIP B2BUA core dump Initial Comment: We have the following setup. OpenSIPs 1.8.1 does permission checking, drouding, nat and sends requests to an other OpenSIPs on the same box running on port 5080 as B2BUA. For small numer of calls per sec works fine. if we load the system with SIPp with 10 calls per sec, B2BUA is crashing. System is CentOS 5.8 64bit with the latest updates but have same issues with debian 6. that is the gdb bt (gdb) bt #0 0x0033d2630285 in raise () from /lib64/libc.so.6 #1 0x0033d2631d30 in abort () from /lib64/libc.so.6 #2 0x004218c7 in del_lump (msg=0x7fff8ee7c050, offset=273, len=50, type=HDR_OTHER_T) at data_lump.c:336 #3 0x2af2377a07a7 in subst_f (msg=0x7fff8ee7c050, subst=value optimized out, ignored=value optimized out) at textops.c:489 #4 0x004118c1 in do_action (a=0x2af2375a69d8, msg=0x7fff8ee7c050) at action.c:1483 #5 0x00416905 in run_action_list (a=value optimized out, msg=0x7fff8ee7c050) at action.c:143 #6 0x004731a0 in eval_elem (e=0x2af2375a6ab0, msg=0x7fff8ee7c050, val=0x0) at route.c:1438 #7 0x0047594a in eval_expr (e=0x7fd7, msg=0x7fff8ee7c050, val=0x0) at route.c:1783 #8 0x0047583b in eval_expr (e=0x2af2375a6b00, msg=0x7fff8ee7c050, val=0x0) at route.c:1804 #9 0x00411bfd in do_action (a=0x2af2375a6cc0, msg=0x7fff8ee7c050) at action.c:899 #10 0x00416905 in run_action_list (a=value optimized out, msg=0x7fff8ee7c050) at action.c:143 #11 0x00416c69 in run_actions (a=0x2af2375a67d0, msg=0x7fff8ee7c050) at action.c:123 #12 run_top_route (a=0x2af2375a67d0, msg=0x7fff8ee7c050) at action.c:189 #13 0x2af23864a376 in b2b_tm_cback (t=0x2af239182988, htable=0x2af23913cca0, ps=value optimized out) at dlg.c:2624 #14 0x2af2381f0ce1 in run_trans_callbacks (type=256, trans=0x2af239182988, req=0x0, rpl=0x, code=408) at t_hooks.c:212 #15 0x2af23820ade9 in local_reply (t=0x2af239182988, p_msg=0x, branch=value optimized out, msg_status=value optimized out, cancel_bitmap=0x2af238eb9f90) at t_reply.c:1385 #16 0x2af2381f41f7 in final_response_handler (ticks=value optimized out, attr=value optimized out) at timer.c:253 #17 timer_routine (ticks=value optimized out, attr=value optimized out) at timer.c:1011 #18 0x0049c44b in run_timer_process () at timer.c:360 #19 start_timer_processes () at timer.c:527 #20 0x0043006c in main_loop (argc=value optimized out, argv=0x7fff8ee7d368) at main.c:945 #21 main (argc=value optimized out, argv=0x7fff8ee7d368) at main.c:1541 -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 07:17 Message: The core file without the binaries and OS specific lib is more or less useless. We have 2 options here : 1) me getting access to the machine the core was generated 2) I will instruct you do to remote core investigation, step by step. Of course 2) is much much slower than 1) . Regards, Bogdan -- Comment By: apsaras (apsaras) Date: 2012-10-26 05:56 Message: Yes I have the file (http://www.microbase.gr/downloads/core.1263.bz2) Do you need the conf files for proxy and b2bua ? -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 04:27 Message: Hi Anthony, Do you still have the core file for investigation ? It is not load related, but rather scenario related - it looks like you have local 408 (from timer) which goes into b2b, which calls a reply route where you do some changes which are not valid Investigating the corefile will give more info on how to prevent this. Regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579200group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Bugs-3579200 ] OpenSIP B2BUA core dump
Bugs item #3579200, was opened at 2012-10-22 12:01 Message generated for change (Comment added) made by apsaras You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579200group_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.8.x Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: apsaras (apsaras) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: OpenSIP B2BUA core dump Initial Comment: We have the following setup. OpenSIPs 1.8.1 does permission checking, drouding, nat and sends requests to an other OpenSIPs on the same box running on port 5080 as B2BUA. For small numer of calls per sec works fine. if we load the system with SIPp with 10 calls per sec, B2BUA is crashing. System is CentOS 5.8 64bit with the latest updates but have same issues with debian 6. that is the gdb bt (gdb) bt #0 0x0033d2630285 in raise () from /lib64/libc.so.6 #1 0x0033d2631d30 in abort () from /lib64/libc.so.6 #2 0x004218c7 in del_lump (msg=0x7fff8ee7c050, offset=273, len=50, type=HDR_OTHER_T) at data_lump.c:336 #3 0x2af2377a07a7 in subst_f (msg=0x7fff8ee7c050, subst=value optimized out, ignored=value optimized out) at textops.c:489 #4 0x004118c1 in do_action (a=0x2af2375a69d8, msg=0x7fff8ee7c050) at action.c:1483 #5 0x00416905 in run_action_list (a=value optimized out, msg=0x7fff8ee7c050) at action.c:143 #6 0x004731a0 in eval_elem (e=0x2af2375a6ab0, msg=0x7fff8ee7c050, val=0x0) at route.c:1438 #7 0x0047594a in eval_expr (e=0x7fd7, msg=0x7fff8ee7c050, val=0x0) at route.c:1783 #8 0x0047583b in eval_expr (e=0x2af2375a6b00, msg=0x7fff8ee7c050, val=0x0) at route.c:1804 #9 0x00411bfd in do_action (a=0x2af2375a6cc0, msg=0x7fff8ee7c050) at action.c:899 #10 0x00416905 in run_action_list (a=value optimized out, msg=0x7fff8ee7c050) at action.c:143 #11 0x00416c69 in run_actions (a=0x2af2375a67d0, msg=0x7fff8ee7c050) at action.c:123 #12 run_top_route (a=0x2af2375a67d0, msg=0x7fff8ee7c050) at action.c:189 #13 0x2af23864a376 in b2b_tm_cback (t=0x2af239182988, htable=0x2af23913cca0, ps=value optimized out) at dlg.c:2624 #14 0x2af2381f0ce1 in run_trans_callbacks (type=256, trans=0x2af239182988, req=0x0, rpl=0x, code=408) at t_hooks.c:212 #15 0x2af23820ade9 in local_reply (t=0x2af239182988, p_msg=0x, branch=value optimized out, msg_status=value optimized out, cancel_bitmap=0x2af238eb9f90) at t_reply.c:1385 #16 0x2af2381f41f7 in final_response_handler (ticks=value optimized out, attr=value optimized out) at timer.c:253 #17 timer_routine (ticks=value optimized out, attr=value optimized out) at timer.c:1011 #18 0x0049c44b in run_timer_process () at timer.c:360 #19 start_timer_processes () at timer.c:527 #20 0x0043006c in main_loop (argc=value optimized out, argv=0x7fff8ee7d368) at main.c:945 #21 main (argc=value optimized out, argv=0x7fff8ee7d368) at main.c:1541 -- Comment By: apsaras (apsaras) Date: 2012-10-26 07:19 Message: No problem with 1. Can you please send me an IP to allow it on our firewall? Can we connect on Skype for any further communication? -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 07:17 Message: The core file without the binaries and OS specific lib is more or less useless. We have 2 options here : 1) me getting access to the machine the core was generated 2) I will instruct you do to remote core investigation, step by step. Of course 2) is much much slower than 1) . Regards, Bogdan -- Comment By: apsaras (apsaras) Date: 2012-10-26 05:56 Message: Yes I have the file (http://www.microbase.gr/downloads/core.1263.bz2) Do you need the conf files for proxy and b2bua ? -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 04:27 Message: Hi Anthony, Do you still have the core file for investigation ? It is not load related, but rather scenario related - it looks like you have local 408 (from timer) which goes into b2b, which calls a reply route where you do some changes which are not valid Investigating the corefile will give more info on how to prevent this. Regards, Bogdan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579200group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [RELEASES] Planing OpenSIPS 1.9.0 major release
Hi all, I would like to start a discussion about the next OpenSIPS major release - and in this discussion anyone is welcomed with options, ideas, critics and other. Your feedback is important to drive the project into a direction that reflects the user's needs!. So, I will here the starting points, for both release planing and release content. Content --- What was done: http://www.opensips.org/Main/Ver190#toc2 What is planned: http://www.opensips.org/Main/Ver190#toc9 Planned items have priorities (for being addressed); it is a must to have all items done for the next release, as we need to fit into a time frame. Whatever is not done, will be left for the next release (1.10) Planing --- Release candidate: second half of January 2012, depending on the progress with the items to be done. Testing phase: 1 month allocated (it may be extended if critical problems show up) Stable release: second half of February (after the testing phase is done). Once again, your feedback on these matters is important to us. Best regards, -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] [OpenSIPS-Users] [RELEASES] Planing OpenSIPS 1.9.0 major release
Locks for config could be integrated in cfgutils (instead of creating a new module). -ovidiu On Fri, Oct 26, 2012 at 11:20 AM, Bogdan-Andrei Iancu bog...@opensips.org wrote: Hi all, I would like to start a discussion about the next OpenSIPS major release - and in this discussion anyone is welcomed with options, ideas, critics and other. Your feedback is important to drive the project into a direction that reflects the user's needs!. So, I will here the starting points, for both release planing and release content. Content --- What was done: http://www.opensips.org/Main/Ver190#toc2 What is planned: http://www.opensips.org/Main/Ver190#toc9 Planned items have priorities (for being addressed); it is a must to have all items done for the next release, as we need to fit into a time frame. Whatever is not done, will be left for the next release (1.10) Planing --- Release candidate: second half of January 2012, depending on the progress with the items to be done. Testing phase: 1 month allocated (it may be extended if critical problems show up) Stable release: second half of February (after the testing phase is done). Once again, your feedback on these matters is important to us. Best regards, -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] [OpenSIPS-Users] [RELEASES] Planing OpenSIPS 1.9.0 major release
Hi, On Oct 26, 2012, at 5:20 PM, Bogdan-Andrei Iancu wrote: Hi all, I would like to start a discussion about the next OpenSIPS major release - and in this discussion anyone is welcomed with options, ideas, critics and other. Your feedback is important to drive the project into a direction that reflects the user's needs!. So, I will here the starting points, for both release planing and release content. Content --- What was done: http://www.opensips.org/Main/Ver190#toc2 What is planned: http://www.opensips.org/Main/Ver190#toc9 Planned items have priorities (for being addressed); it is a must to have all items done for the next release, as we need to fit into a time frame. Whatever is not done, will be left for the next release (1.10) Planing --- Release candidate: second half of January 2012, depending on the progress with the items to be done. Testing phase: 1 month allocated (it may be extended if critical problems show up) Stable release: second half of February (after the testing phase is done). Once again, your feedback on these matters is important to us. I'll edit the wiki with the items we've been working on for presence. Can you give a bit more detail on the dialog ping with re-INVITEs? re-INVITEs are particularly troublesome, because there can only be one of them at a time. Also, can we add the in-dialog requests when using GRUU bug to the wishlist? :-) Keep up the good work guys! Regards, -- Saúl Ibarra Corretgé AG Projects ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] [OpenSIPS-Users] [RELEASES] Planing OpenSIPS 1.9.0 major release
On Oct 26, 2012, at 5:46 PM, Duane Larson wrote: Is there any roadmap for SIP over Websocket? I know there is now OverSIP but wasn't sure if OpenSIPS had any plans to implement a module. Just asking since WebRTC is still evolving. I personally don't see the need to do it in the 1.x series. You can use OverSIP to do protocol translation to TCP/TLS and send the call to OpenSIPS. Now, IIRC there was some problem in parsing the Via headers, because they now have a different transport parameter (ws and wss), but I think someone posted a patch already. -- Saúl Ibarra Corretgé AG Projects ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[9392] trunk/modules/pi_http/http_fnc.c
Revision: 9392 http://opensips.svn.sourceforge.net/opensips/?rev=9392view=rev Author: osas Date: 2012-10-26 17:12:38 + (Fri, 26 Oct 2012) Log Message: --- pi_http: make use of the db api for converting between formats Modified Paths: -- trunk/modules/pi_http/http_fnc.c 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
[OpenSIPS-Devel] NEW: new module: pi_http
Hello all, A new module is available in trunk. It provides a web provisioning interface: http://www.opensips.org/html/docs/modules/devel/pi_http.html A sample config example is provided in the source tree: http://opensips.svn.sourceforge.net/viewvc/opensips/trunk/examples/httpd.cfg?revision=9392content-type=text%2Fplain An additional xml file is required for web config framework (what to configure, where and how). A sample xml file is provided in the source tree for dispatcher and dialplan tables: http://opensips.svn.sourceforge.net/viewvc/opensips/trunk/examples/pi_framework.xml?revision=9392content-type=text%2Fplain When opensips is up and running, a web provisioning interface for managing db records will be available. No supplementary web server needs to be installed in order to manage the db records. Also, it provides a tight control over what can be modified and how. Testing and feedback is appreciated. Regards, Ovidiu Sas -- VoIP Embedded, Inc. http://www.voipembedded.com ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] [RELEASES] Planing OpenSIPS 1.9.0 major release
The re-Invite pinging sounds great, so long as it is separate dlg flag from the OPTIONs ping. I know from experience that certain systems (Asterisk) will sometimes incorrectly respond with a 200 OK to in-Dialog OPTIONS when the call is actually gone. On the other hand, some equipment can't handle re-Invites either. A few things that I have noted, and that would be nice to see in a future release: 1. Better failure handling for cachedb_*. We use memcached and have lost a cache node before. Opensips will just continually timeout trying to read from the failed node. The only way to get it to stop was to edit the configuration to remove the dead node then restart opensips. Would be nice if this behaved similar to db_virtual or rtpproxy in detecting timeouts and retrying so often, as well as some mi commands to disable a cache temporarily. 2. Opensips should be able to start even if db_virtual was not able to connect to all databases. So long as it can connect to at least 1 it should still work. We have had to move away from using db_vritual because of this problem. 3. Insert buffering support for db_virtual. Currently these two things don't work together, which can make it a bit difficult to scale out database writes. On another note, I submitted a patch for direct futex support under linux for locking. It has shown good promise in my testing and I am wondering if there is any interest in trying to get it included for 1.9? Regards, Ryan On Fri, Oct 26, 2012 at 8:20 AM, Bogdan-Andrei Iancu bog...@opensips.orgwrote: Hi all, I would like to start a discussion about the next OpenSIPS major release - and in this discussion anyone is welcomed with options, ideas, critics and other. Your feedback is important to drive the project into a direction that reflects the user's needs!. So, I will here the starting points, for both release planing and release content. Content --- What was done: http://www.opensips.org/Main/**Ver190#toc2http://www.opensips.org/Main/Ver190#toc2 What is planned: http://www.opensips.org/Main/**Ver190#toc9http://www.opensips.org/Main/Ver190#toc9 Planned items have priorities (for being addressed); it is a must to have all items done for the next release, as we need to fit into a time frame. Whatever is not done, will be left for the next release (1.10) Planing --- Release candidate: second half of January 2012, depending on the progress with the items to be done. Testing phase: 1 month allocated (it may be extended if critical problems show up) Stable release: second half of February (after the testing phase is done). Once again, your feedback on these matters is important to us. Best regards, -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.**com http://www.opensips-solutions.com __**_ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-**bin/mailman/listinfo/develhttp://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] [ opensips-Bugs-3579719 ] opensipsdbctl create fails
Bugs item #3579719, was opened at 2012-10-24 04:09 Message generated for change (Comment added) made by perazim2 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579719group_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: tools Group: 1.5.x Status: Open Resolution: Wont Fix Priority: 2 Private: No Submitted By: Perazim (perazim2) Assigned to: Nobody/Anonymous (nobody) Summary: opensipsdbctl create fails Initial Comment: Running 1.5.3 on openwrt. Sorry this is such an old version but 1.5.3 is the newest available for openwrt. Configured for mysql and mysql is initialized itself and running. I have configured opensips.cfg and opensipsctlrc properly. When I run opensipsdbctl create, I receive: root@OpenWrt:/etc/opensips# opensipsdbctl create /usr/sbin/opensipsdbctl: /usr/lib/opensips//opensipsctl/opensipsdbctl.base: line 35: syntax error: missing '}' I have looked at the code and don't see anything missing. Next, I built opensips on a Fedora 14 system. This yields the same results as above. What's wrong here? Perazim -- Comment By: Perazim (perazim2) Date: 2012-10-26 12:44 Message: So besides not running when using the busybox ash shell, I also had to include stty when I included the bash shell. Then I had to deal with libncursesw not being included for some reason, appears to be a bug in the openwrt build system. I added it via opkg package and this fixed the mysql problem. Now back to why opensipsdbctl create doesn't work: The path to the shared sql scripts was way wrong and once corrected, these sql scripts were not even included in the openwrt port of opensips. I don't understand how all of this could have even come close to running. Maybe it was only used with some other database? Once I correct this, I will get back to you with what I did. Thanks, Perazim -- Comment By: Perazim (perazim2) Date: 2012-10-26 04:46 Message: Same error returned when using bash. I built openwrt with bash included as I have extra flash memory and ran: # bash # ? bash: ?: command not found(to verify it is really bash running) root@OpenWrt:/etc# opensipsdbctl create /usr/sbin/opensipsdbctl: /usr/lib/opensips//opensipsctl/opensipsdbctl.base: line 35: syntax error: missing '}' root@OpenWrt:/etc# Then I looked in /usr/sbin/opensipsdbctl and updated #!/bin/sh to #!bin/bash and got further in the process: root@OpenWrt:/usr/lib/opensips/opensipsctl# opensipsdbctl create /usr/lib/opensips//opensipsctl/opensipsdbctl.mysql: line 50: stty: command not found MySQL password for root: /usr/lib/opensips//opensipsctl/opensipsdbctl.mysql: line 52: stty: command not found n7p0sq12 /usr/lib/opensips//opensipsctl/opensipsdbctl.mysql: line 54: stty: command not found INFO: test server charset mysql: can't load library 'libncursesw.so.5' mysql: can't load library 'libncursesw.so.5' BusyBox v1.19.4 (2012-10-26 12:55:11 IST) multi-call binary. Usage: grep [-HhnlLoqvsriwFE] [-m N] [-A/B/C N] PATTERN/-e PATTERN.../-f FILE [FILE]... Search for PATTERN in FILEs (or stdin) -H Add 'filename:' prefix -h Do not add 'filename:' prefix -n Add 'line_no:' prefix -l Show only names of files that match -L Show only names of files that don't match -c Show only count of matching lines -o Show only the matching part of line -q Quiet. Return 0 if PATTERN is found, 1 otherwise -v Select non-matching lines -s Suppress open and read errors -r Recurse -i Ignore case -w Match whole words only -F PATTERN is a literal (not regexp) -E PATTERN is an extended regexp -m NMatch up to N times per file -A NPrint N lines of trailing context -B NPrint N lines of leading context -C NSame as '-A N -B N' -e PTRN Pattern to match -f FILE Read pattern from file /usr/lib/opensips//opensipsctl/opensipsdbctl.mysql: line 114: [: =: unary operator expected INFO: creating database opensips ... mysql: can't load library 'libncursesw.so.5' ERROR: Creating core database and grant privileges failed! root@OpenWrt:/usr/lib/opensips/opensipsctl# Which I haven't yet had a chance to follow up on. Looks like opensipsdbctl is shell type sensative. From looking at this forum, it seems that you work this on fridays. After today, would the next time you look at this be in a week? Thanks for the help. Perazim -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 03:40 Message: Try to run opensipsdnctl via the bash shell to
[OpenSIPS-Devel] [ opensips-Bugs-3579719 ] opensipsdbctl create fails
Bugs item #3579719, was opened at 2012-10-24 04:09 Message generated for change (Comment added) made by osas You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3579719group_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: tools Group: 1.5.x Status: Open Resolution: Wont Fix Priority: 2 Private: No Submitted By: Perazim (perazim2) Assigned to: Nobody/Anonymous (nobody) Summary: opensipsdbctl create fails Initial Comment: Running 1.5.3 on openwrt. Sorry this is such an old version but 1.5.3 is the newest available for openwrt. Configured for mysql and mysql is initialized itself and running. I have configured opensips.cfg and opensipsctlrc properly. When I run opensipsdbctl create, I receive: root@OpenWrt:/etc/opensips# opensipsdbctl create /usr/sbin/opensipsdbctl: /usr/lib/opensips//opensipsctl/opensipsdbctl.base: line 35: syntax error: missing '}' I have looked at the code and don't see anything missing. Next, I built opensips on a Fedora 14 system. This yields the same results as above. What's wrong here? Perazim -- Comment By: Ovidiu Sas (osas) Date: 2012-10-26 12:59 Message: Try to use optware: http://www.nslu2-linux.org/ The package there should be properly built. Regards, Ovidiu Sas -- Comment By: Perazim (perazim2) Date: 2012-10-26 12:44 Message: So besides not running when using the busybox ash shell, I also had to include stty when I included the bash shell. Then I had to deal with libncursesw not being included for some reason, appears to be a bug in the openwrt build system. I added it via opkg package and this fixed the mysql problem. Now back to why opensipsdbctl create doesn't work: The path to the shared sql scripts was way wrong and once corrected, these sql scripts were not even included in the openwrt port of opensips. I don't understand how all of this could have even come close to running. Maybe it was only used with some other database? Once I correct this, I will get back to you with what I did. Thanks, Perazim -- Comment By: Perazim (perazim2) Date: 2012-10-26 04:46 Message: Same error returned when using bash. I built openwrt with bash included as I have extra flash memory and ran: # bash # ? bash: ?: command not found(to verify it is really bash running) root@OpenWrt:/etc# opensipsdbctl create /usr/sbin/opensipsdbctl: /usr/lib/opensips//opensipsctl/opensipsdbctl.base: line 35: syntax error: missing '}' root@OpenWrt:/etc# Then I looked in /usr/sbin/opensipsdbctl and updated #!/bin/sh to #!bin/bash and got further in the process: root@OpenWrt:/usr/lib/opensips/opensipsctl# opensipsdbctl create /usr/lib/opensips//opensipsctl/opensipsdbctl.mysql: line 50: stty: command not found MySQL password for root: /usr/lib/opensips//opensipsctl/opensipsdbctl.mysql: line 52: stty: command not found n7p0sq12 /usr/lib/opensips//opensipsctl/opensipsdbctl.mysql: line 54: stty: command not found INFO: test server charset mysql: can't load library 'libncursesw.so.5' mysql: can't load library 'libncursesw.so.5' BusyBox v1.19.4 (2012-10-26 12:55:11 IST) multi-call binary. Usage: grep [-HhnlLoqvsriwFE] [-m N] [-A/B/C N] PATTERN/-e PATTERN.../-f FILE [FILE]... Search for PATTERN in FILEs (or stdin) -H Add 'filename:' prefix -h Do not add 'filename:' prefix -n Add 'line_no:' prefix -l Show only names of files that match -L Show only names of files that don't match -c Show only count of matching lines -o Show only the matching part of line -q Quiet. Return 0 if PATTERN is found, 1 otherwise -v Select non-matching lines -s Suppress open and read errors -r Recurse -i Ignore case -w Match whole words only -F PATTERN is a literal (not regexp) -E PATTERN is an extended regexp -m NMatch up to N times per file -A NPrint N lines of trailing context -B NPrint N lines of leading context -C NSame as '-A N -B N' -e PTRN Pattern to match -f FILE Read pattern from file /usr/lib/opensips//opensipsctl/opensipsdbctl.mysql: line 114: [: =: unary operator expected INFO: creating database opensips ... mysql: can't load library 'libncursesw.so.5' ERROR: Creating core database and grant privileges failed! root@OpenWrt:/usr/lib/opensips/opensipsctl# Which I haven't yet had a chance to follow up on. Looks like opensipsdbctl is shell type sensative. From looking at this forum, it seems that you work this on fridays. After today, would the next time you look at this
[OpenSIPS-Devel] [ opensips-Bugs-3571806 ] Non-printable Characters in Via Host
Bugs item #3571806, was opened at 2012-09-25 23:25 Message generated for change (Comment added) made by dmsanders You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086410aid=3571806group_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: core Group: 1.8.x Status: Open Resolution: Fixed Priority: 7 Private: No Submitted By: David Sanders (dmsanders) Assigned to: Bogdan-Andrei Iancu (bogdan_iancu) Summary: Non-printable Characters in Via Host Initial Comment: RFC 3261 doesn't allow non-printable characters (minus CRLF ending the Via header) in the host portion of the Via header. However, OpenSIPs seems to tolerate them. PJSIP has a bug that sends gibberish for a host in the Via on some unregisters. This is tolerated by OpenSIPs on receive, but causes issues later on in the reply, which goes out with a blank host. In particular nat_traversal can't parse the reply because the host is blank. It seems that the parsing of the Via header should be tightened to only allow printable characters as a host. -- Comment By: David Sanders (dmsanders) Date: 2012-10-26 13:48 Message: Hi Bogdan, The patch does correctly trigger the error_route for me, so that part works nicely. However, I am not able to use send_reply from the error_route without a segmentation fault. Here is the simple error_route I used for testing: error_route { send_reply($err.rcode, $err.rreason); } And here is the info from GDB extracted from the core dump: #0 0x2b6dbe01192f in sl_send_reply_helper (msg=0x2b6dbd3e1c00, code=400, text=0x7fffee255180) at sl_funcs.c:155 155 update_sock_struct_from_ip( to, msg ); (gdb) bt #0 0x2b6dbe01192f in sl_send_reply_helper (msg=0x2b6dbd3e1c00, code=400, text=0x7fffee255180) at sl_funcs.c:155 #1 0x2b6dbdbf0311 in sig_send_reply_mod (msg=0x2b6dbd3e1c00, code=400, reason=0x7fffee255180, to_tag=0x0) at signaling.c:192 #2 0x2b6dbdbf072b in sig_send_reply (msg=0x2b6dbd3e1c00, str1=value optimized out, str2=0x2b6dbd3dbd50 xO:\275m+) at signaling.c:149 #3 0x00411955 in do_action (a=0x2b6dbd3a5010, msg=0x2b6dbd3e1c00) at action.c:1486 #4 0x00416c85 in run_actions (msg=0x2b6dbd3e1c00, force_reset=1) at action.c:157 #5 run_error_route (msg=0x2b6dbd3e1c00, force_reset=1) at action.c:144 #6 0x0045fb60 in receive_msg (buf=0x0, len=727, rcv_info=value optimized out) at receive.c:115 #7 0x004b63ad in udp_rcv_loop () at udp_server.c:424 #8 0x0043050b in main_loop (argc=value optimized out, argv=value optimized out) at main.c:881 #9 main (argc=value optimized out, argv=value optimized out) at main.c:1528 (gdb) frame 0 #0 0x2b6dbe01192f in sl_send_reply_helper (msg=0x2b6dbd3e1c00, code=400, text=0x7fffee255180) at sl_funcs.c:155 155 update_sock_struct_from_ip( to, msg ); (gdb) print *text $1 = {s = 0x782440 bad Via header, len = 14} (gdb) frame 0 #0 0x2b6dbe01192f in sl_send_reply_helper (msg=0x2b6dbd3e1c00, code=400, text=0x7fffee255180) at sl_funcs.c:155 155 update_sock_struct_from_ip( to, msg ); (gdb) l 150 int ret; 151 152 if ( msg-REQ_METHOD==METHOD_ACK) 153 return 0; 154 155 update_sock_struct_from_ip( to, msg ); 156 157 /* if that is a redirection message, dump current message set to it */ 158 if (code=300 code400) { 159 dset=print_dset(msg, dset_len); (gdb) print to $5 = (union sockaddr_union *) 0x7fffee2550a0 (gdb) print to $6 = {s = {sa_family = 48480, sa_data = =\275m+\000\000P\275=\275m+\000}, sin = {sin_family = 48480, sin_port = 48445, sin_addr = {s_addr = 7}, sin_zero = P\275=\275m+\000}, sin6 = {sin6_family = 48480, sin6_port = 48445, sin6_flowinfo = 7, sin6_addr = {in6_u = {u6_addr8 = P\275=\275m+\000\000\000\034\275m+\000, u6_addr16 = {48464, 48445, 7, 0, 7168, 48446, 7, 0}, u6_addr32 = {3174939984, 7, 3174964224, 7}}}, sin6_scope_id = 3995423008}} Seems like it's almost there. Thanks for the patches so far. - David -- Comment By: Bogdan-Andrei Iancu (bogdan_iancu) Date: 2012-10-26 02:51 Message: David, Please see the additional patch that should solve the triggering issue too. Regards, Bogdan -- Comment By: David Sanders (dmsanders) Date: 2012-10-22 12:26 Message: Hi Bogdan, I've tested the patch you provided, and it successfully detects the type of bogus VIAs I was seeing. However, it doesn't trigger the error_route I have in the OpenSIPS script, so I'm not able to send a response to the malformed REGISTER which had the bad VIA. This leads to the client retrying the bad
Re: [OpenSIPS-Devel] [OpenSIPS-Users] [RELEASES] Planing OpenSIPS 1.9.0 major release
Hi Brett, Indeed that's something interesting...and how to pack all fields into a single value? Json ? Also the key name should be time basedi guess we need to dynamically generate them. Regards, Bogdan Sent from Samsung MobileBrett Nemeroff br...@nemeroff.com wrote:Bogdan, Very excited to see NOSQL support. I know we discussed this before, but is there any possibility of native acc support for any NOSQL backend? Thanks! -Brett On Fri, Oct 26, 2012 at 10:20 AM, Bogdan-Andrei Iancu bog...@opensips.org wrote: Hi all, I would like to start a discussion about the next OpenSIPS major release - and in this discussion anyone is welcomed with options, ideas, critics and other. Your feedback is important to drive the project into a direction that reflects the user's needs!. So, I will here the starting points, for both release planing and release content. Content --- What was done: http://www.opensips.org/Main/Ver190#toc2 What is planned: http://www.opensips.org/Main/Ver190#toc9 Planned items have priorities (for being addressed); it is a must to have all items done for the next release, as we need to fit into a time frame. Whatever is not done, will be left for the next release (1.10) Planing --- Release candidate: second half of January 2012, depending on the progress with the items to be done. Testing phase: 1 month allocated (it may be extended if critical problems show up) Stable release: second half of February (after the testing phase is done). Once again, your feedback on these matters is important to us. Best regards, -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com ___ Users mailing list us...@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] [OpenSIPS-Users] [RELEASES] Planing OpenSIPS 1.9.0 major release
I do also see a lot of value in sip over websocket. WebRTC is pretty much here and it makes much more sense to be able to support it on one proxy server rather than having to use OverSIP and then OpenSIPS. WebRTC seems to be very popular and the thing of tomorrow and it will be very important for a sip proxy server to support it. Regards, Ali Pey On Fri, Oct 26, 2012 at 11:54 AM, Saúl Ibarra Corretgé s...@ag-projects.com wrote: On Oct 26, 2012, at 5:46 PM, Duane Larson wrote: Is there any roadmap for SIP over Websocket? I know there is now OverSIP but wasn't sure if OpenSIPS had any plans to implement a module. Just asking since WebRTC is still evolving. I personally don't see the need to do it in the 1.x series. You can use OverSIP to do protocol translation to TCP/TLS and send the call to OpenSIPS. Now, IIRC there was some problem in parsing the Via headers, because they now have a different transport parameter (ws and wss), but I think someone posted a patch already. -- Saúl Ibarra Corretgé AG Projects ___ 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] [OpenSIPS-Users] [RELEASES] Planing OpenSIPS 1.9.0 major release
Maybe Jan 2013? I'd like to see in this release more complex support of cachedb. First is cachedb support for usrloc. I think it's good idea to save locations in cachedb, but not in sql database. -- Nick 2012/10/26 Bogdan-Andrei Iancu bog...@opensips.org Hi all, I would like to start a discussion about the next OpenSIPS major release - and in this discussion anyone is welcomed with options, ideas, critics and other. Your feedback is important to drive the project into a direction that reflects the user's needs!. So, I will here the starting points, for both release planing and release content. Content --- What was done: http://www.opensips.org/Main/**Ver190#toc2http://www.opensips.org/Main/Ver190#toc2 What is planned: http://www.opensips.org/Main/**Ver190#toc9http://www.opensips.org/Main/Ver190#toc9 Planned items have priorities (for being addressed); it is a must to have all items done for the next release, as we need to fit into a time frame. Whatever is not done, will be left for the next release (1.10) Planing --- Release candidate: second half of January 2012, depending on the progress with the items to be done. Testing phase: 1 month allocated (it may be extended if critical problems show up) Stable release: second half of February (after the testing phase is done). Once again, your feedback on these matters is important to us. Best regards, -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.**com http://www.opensips-solutions.com __**_ Users mailing list us...@lists.opensips.org http://lists.opensips.org/cgi-**bin/mailman/listinfo/usershttp://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel