[OpenSIPS-Devel] [ opensips-Patches-3058434 ] presence mix_offline_presence parameter
Patches item #3058434, was opened at 2010-09-03 01:55 Message generated for change (Comment added) made by anca_vamanu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086412aid=3058434group_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: Open Resolution: None Priority: 5 Private: No Submitted By: Kennard White (kennardwhite) Assigned to: Anca Vamanu (anca_vamanu) Summary: presence mix_offline_presence parameter Initial Comment: Add new module parameter mix_offline_presence to presence module. This borrows a subset of the pre-existing mix_dialog_presence functionality to create a default PIDF with basic status 'closed' when there are no available presentities. -- Comment By: Anca Vamanu (anca_vamanu) Date: 2010-09-03 11:49 Message: Hi Kennard, I will review your patch. Regards, Anca -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086412aid=3058434group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] New SIP SIMPLE client SDK release 0.16.0 with XCAP contacts management
Hello, There is a new release for SIP SIMPLE client SDK available, version 0.16.0 This release implements XCAP contacts list management based on OMA specifications, the documentation is available here: http://sipsimpleclient.com/wiki/SipMiddlewareApi#XCAPsupport Update instructions are available at: http://sipsimpleclient.com/wiki/SipInstallation The server side support is now available in OpenXCAP trunk version. Kind regards, Adrian ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[7184] trunk/modules/b2b_entities
Revision: 7184 http://opensips.svn.sourceforge.net/opensips/?rev=7184view=rev Author: anca_vamanu Date: 2010-09-03 11:25:42 + (Fri, 03 Sep 2010) Log Message: --- - fixed memory leak Modified Paths: -- trunk/modules/b2b_entities/client.c trunk/modules/b2b_entities/dlg.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:[7185] trunk/modules/b2b_logic
Revision: 7185 http://opensips.svn.sourceforge.net/opensips/?rev=7185view=rev Author: anca_vamanu Date: 2010-09-03 14:34:03 + (Fri, 03 Sep 2010) Log Message: --- - added a way to control the duration of a call - 'max duration' module parameter Modified Paths: -- trunk/modules/b2b_logic/README trunk/modules/b2b_logic/b2b_logic.c trunk/modules/b2b_logic/doc/b2b_logic_admin.xml trunk/modules/b2b_logic/logic.c trunk/modules/b2b_logic/records.c trunk/modules/b2b_logic/records.h 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] presentity expiration and etag handling
Hi Kennard, Yes, you are right, I should not delete the htable entry before calling the publ_notify function. I will fix this. Thanks for pointing out. Regards, -- Anca Vamanu www.voice-system.ro On 09/03/2010 02:37 AM, kennard_wh...@logitech.com wrote: Hi, While looking at another feature (see patch upload 3058434) I came across a strange behavior and traced it down to a section of presence code. Given an subscription (via SUBSCRIBE) and an existing presentity (via PUBLISH) for event presence, opensips send different NOTIFY PIDFs documents depending upon if the presentity is expired via timeout vs an explicit PUBLISH with Expires=0 header. In the first case (timeout), the NOTIFY PIDF is completely missing the original presentity (and the body may be empty if no other tuples). In the second case (unpublish), the NOTIFY PIDF has an edited copy of the original presentity (with basic status set closed). This occurs when the presentity hash tables are enabled and fallback2db is disabled. I doubt this is a really a bug (the behavior when presentities go away is not defined by the RFCs as far as I can tell). But I suspect this is a change in behavior introduced by the hash table code. Since some clients react very differently to no-body NOTIFY messages compared to ones containing 'closed' status, this can (and did) lead to strange system behavior. The root cause of the different behavior is that during message cleaning, the presentity is deleted from the hash tables before the notification is generated. In more detail, the call sequence is: publish.c msg_presentity_clean() calls notify.c: publ_notify() calls notify.c: get_p_notify_body() calls notify_body.c: pres_agg_nbody() The etag of the expiring presentity (or its body index) is passed down the above call chain. The last function attempts to edit the expiring presentity, setting the basic status to 'closed' prior to sending out the NOTIFY. But the stale presentity is deleted from the hash table before the above call sequence, thus it never shows up in the list of presentities queried by get_p_notify_body() and is not edited to indicate closed. Probably msg_presentity_clean() calling publ_notify() with the expiring etag doesn't serve any purpose, at least with fallback2db disabled, and is potentially misleading since it doesn't do what one would expect. Regards, Kennard ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Patches-3058434 ] presence mix_offline_presence parameter
Patches item #3058434, was opened at 2010-09-03 01:55 Message generated for change (Comment added) made by anca_vamanu You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086412aid=3058434group_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: Open Resolution: None Priority: 5 Private: No Submitted By: Kennard White (kennardwhite) Assigned to: Anca Vamanu (anca_vamanu) Summary: presence mix_offline_presence parameter Initial Comment: Add new module parameter mix_offline_presence to presence module. This borrows a subset of the pre-existing mix_dialog_presence functionality to create a default PIDF with basic status 'closed' when there are no available presentities. -- Comment By: Anca Vamanu (anca_vamanu) Date: 2010-09-03 19:00 Message: HI Kennard, I agree that this feature is useful and I appreciate that you analyzed the code and discovered that the functionalities added for mix_dialog_presence can very easily be used. I would however change the name of this parameter - maybe in something like 'use_default_closed_body'. Regards, Anca -- Comment By: Anca Vamanu (anca_vamanu) Date: 2010-09-03 11:49 Message: Hi Kennard, I will review your patch. Regards, Anca -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086412aid=3058434group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] [ opensips-Patches-3058434 ] presence mix_offline_presence parameter
Patches item #3058434, was opened at 2010-09-02 15:55 Message generated for change (Comment added) made by kennardwhite You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086412aid=3058434group_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: Open Resolution: None Priority: 5 Private: No Submitted By: Kennard White (kennardwhite) Assigned to: Anca Vamanu (anca_vamanu) Summary: presence mix_offline_presence parameter Initial Comment: Add new module parameter mix_offline_presence to presence module. This borrows a subset of the pre-existing mix_dialog_presence functionality to create a default PIDF with basic status 'closed' when there are no available presentities. -- Comment By: Kennard White (kennardwhite) Date: 2010-09-03 09:09 Message: Hi Anca, I don't have preference for what parameter is called. Will you make the module parameter name change when you commit, or would you like me to generate a different patch file? Thanks, Kennard -- Comment By: Anca Vamanu (anca_vamanu) Date: 2010-09-03 09:00 Message: HI Kennard, I agree that this feature is useful and I appreciate that you analyzed the code and discovered that the functionalities added for mix_dialog_presence can very easily be used. I would however change the name of this parameter - maybe in something like 'use_default_closed_body'. Regards, Anca -- Comment By: Anca Vamanu (anca_vamanu) Date: 2010-09-03 01:49 Message: Hi Kennard, I will review your patch. Regards, Anca -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=1086412aid=3058434group_id=232389 ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[7186] trunk/modules/pua_dialoginfo
Revision: 7186 http://opensips.svn.sourceforge.net/opensips/?rev=7186view=rev Author: osas Date: 2010-09-03 16:31:37 + (Fri, 03 Sep 2010) Log Message: --- pua_dialoginfo/README: fix example for callee_spec_param Modified Paths: -- trunk/modules/pua_dialoginfo/README trunk/modules/pua_dialoginfo/doc/pua_dialoginfo_admin.xml This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] Install document of openSIPS + openXCAP
Hello, I find /opt/xcap/openxcap-1.2.1/opensips/opensips.cfg in xcap source folder. So you mean I just copy this configure file to my openSIPS server replace original opensips.cfg, Then openSIPS + openXCAP will working with each other ?! If I use XCAP's opensips.cfg, Could the openSIPS still process sip call routing ? I think maybe I need add some code into opensips.cfg ... list part of opensips.cfg ... # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam(rr, enable_full_lr, 1) modparam(mi_datagram, socket_name, /var/run/opensips/socket) modparam(mi_datagram, unix_socket_user, opensips) modparam(mi_datagram, unix_socket_group, opensips) modparam(mi_fifo, fifo_name, /var/run/opensips/fifo) modparam(mi_fifo, fifo_user, opensips) modparam(mi_fifo, fifo_group, opensips) # -- presence params -- modparam(presence, db_url, mysql:// opensips:passw...@192.168.11.126/opensips) modparam(presence, server_address, sip:prese...@192.168.11.126sip%3aprese...@192.168.11.126 ) modparam(presence, fallback2db, 1) modparam(presence, clean_period, 30) # -- xcap params -- modparam(presence_xml, db_url, mysql:// opensips:passw...@192.168.11.126/opensips) modparam(presence_xml, force_active, 0) modparam(presence_xml, pidf_manipulation, 1) modparam(presence_xml, integrated_xcap_server, 1) # -- rls params -- modparam(rls, db_url, mysql:// opensips:opensip...@192.168.11.126/opensips) modparam(rls, server_address, sip:r...@192.168.11.126sip%3a...@192.168.11.126 ) modparam(rls, to_presence_code, 5) modparam(rls, integrated_xcap_server, 1) # - setting module-specific parameters --- # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam(rr, enable_full_lr, 1) modparam(mi_datagram, socket_name, /var/run/opensips/socket) modparam(mi_datagram, unix_socket_user, opensips) modparam(mi_datagram, unix_socket_group, opensips) modparam(mi_fifo, fifo_name, /var/run/opensips/fifo) modparam(mi_fifo, fifo_user, opensips) modparam(mi_fifo, fifo_group, opensips) # -- presence params -- modparam(presence, db_url, mysql:// opensips:passw...@192.168.11.126/opensips) modparam(presence, server_address, sip:prese...@192.168.11.126sip%3aprese...@192.168.11.126 ) modparam(presence, fallback2db, 1) modparam(presence, clean_period, 30) # -- xcap params -- modparam(presence_xml, db_url, mysql:// opensips:passw...@192.168.11.126/opensips) modparam(presence_xml, force_active, 0) modparam(presence_xml, pidf_manipulation, 1) modparam(presence_xml, integrated_xcap_server, 1) # -- rls params -- modparam(rls, db_url, mysql:// opensips:opensip...@192.168.11.126/opensips) modparam(rls, server_address, sip:r...@192.168.11.126sip%3a...@192.168.11.126 ) modparam(rls, to_presence_code, 5) modparam(rls, integrated_xcap_server, 1) # - request routing logic --- Best regards, YITA. ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel