[OpenSIPS-Devel] SF.net SVN: opensips:[6864] trunk
Revision: 6864 http://opensips.svn.sourceforge.net/opensips/?rev=6864view=rev Author: anca_vamanu Date: 2010-05-12 09:41:19 + (Wed, 12 May 2010) Log Message: --- - fixed schema for pua table ( removed not invalid not null constraint on some columns ) - fixed a typo in last commit in presence Modified Paths: -- trunk/db/schema/pr_pua.xml trunk/modules/presence/subscribe.c trunk/scripts/db_berkeley/opensips/pua trunk/scripts/dbtext/opensips/pua trunk/scripts/mysql/presence-create.sql trunk/scripts/postgres/presence-create.sql 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] Integrating Message Services into OpenSIPS (RFC)
Hi, I just want to know if there's interest in an integration of a JMS (Java Message Service) like API into OpenSIPS? Background: We're using an SUN/Oracle Glassfish application server for provisioning, accounting, CRM related functions and also infrastructure management/monitoring. The last days we've implemented a module for OpenSIPS which registers to the callback functions of the dialog module and sends asynchronous JMS messages (containing dialog data) into a message queue on the application server (the message broker). For the implementation we used the C-API provided by SUN/Oracle (https://mq.dev.java.net/). Currently we're using this to trigger in-time rating of calls when a dialog gets terminated (similar to the call_control module). Our planned next steps are to implement also the reception of JMS messages (queue/topics) to control OpenSIPS from the application server (MI management interface). E.g. the opportunity that multiple clients can subscribe to the same topic would allow controlling several OpenSIPS instances simultaneously. Concerning OpenSIPS: I think having a common interface to the message brokers of application servers like JBoss, Glassfish or Geronimo would be great and offer a lot of possiblities. If there is interest in having such a feature and the work wouldn't be useless regarding to the new OpenSIPS 2.0 design, we would spend some of our free time in implementing an Message Service API comparable to the current DB API where different (J)MS implementation modules can hook into. So there will be a consistent interface to other modules which want to use JMS-like systems either for sending or receiving messages and the possibility to load different modules containing the specific implementation of the JMS system (comparable to db_postgres, db_mysql). This would allow the integration of message systems like Oracle's Open Message Queue, Apache ActiveMQ, STOMP... I'm not so familiar with the MI interface yet, but as far as I see, it is intended to answer mainly incoming one-shot requests and not to send continously messages triggered by several events from within OpenSIPS (e.g. reception of INVITEs). So, what do you think? Regards, Andreas ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] [B2B] How to create a UAC with TLS
Olivier Détour wrote: 2010/5/10 Olivier Détour chino540off+kamai...@gmail.com: Hi, I would like to create an UAC with client_new over a TLS connection. My peer is registered and the TLS tunnel is set up. But when I create my UAC, and send my first request to my peer, the sending failed. I saw I have to give a sock_info* in client_info_t*. But how do I find the right socket_info to send my request on the right tunnel ? Thanks for your replies, Regards, After more investigation, how could I get tcp_connect id to msg_send from my module ? Does it possible or not ? Regards, Hi Olivier, Putting the same RURI as the contact in the Register sent by client does not work? From what I know, opensips will search through its tcp connections for a match of the contact and use that tunnel. Regards, -- Anca Vamanu www.voice-system.ro ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Re: [OpenSIPS-Devel] [B2B] How to create a UAC with TLS
On Wed, May 12, 2010 at 12:56 PM, Anca Vamanu a...@opensips.org wrote: Olivier Détour wrote: 2010/5/10 Olivier Détour chino540off+kamai...@gmail.com: Hi, I would like to create an UAC with client_new over a TLS connection. My peer is registered and the TLS tunnel is set up. But when I create my UAC, and send my first request to my peer, the sending failed. I saw I have to give a sock_info* in client_info_t*. But how do I find the right socket_info to send my request on the right tunnel ? Thanks for your replies, Regards, After more investigation, how could I get tcp_connect id to msg_send from my module ? Does it possible or not ? Regards, Hi Olivier, Putting the same RURI as the contact in the Register sent by client does not work? From what I know, opensips will search through its tcp connections for a match of the contact and use that tunnel. Regards, I found a dirty solution: get tcp port from REGISTER and inject it in TO uri in client_new. It's working, Thanks you, Regards, -- Olivier Détour ___ Devel mailing list Devel@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
[OpenSIPS-Devel] SF.net SVN: opensips:[6866] trunk/modules/pua_bla
Revision: 6866 http://opensips.svn.sourceforge.net/opensips/?rev=6866view=rev Author: anca_vamanu Date: 2010-05-12 12:36:38 + (Wed, 12 May 2010) Log Message: --- - remove the compulsory constraint for module parameter 'default_domain' Modified Paths: -- trunk/modules/pua_bla/pua_bla.c trunk/modules/pua_bla/registrar_cb.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:[6867] branches/1.6/modules/pua_bla
Revision: 6867 http://opensips.svn.sourceforge.net/opensips/?rev=6867view=rev Author: anca_vamanu Date: 2010-05-12 12:39:51 + (Wed, 12 May 2010) Log Message: --- - remove the compulsory constraint for module parameter 'default_domain' Modified Paths: -- branches/1.6/modules/pua_bla/pua_bla.c branches/1.6/modules/pua_bla/registrar_cb.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:[6868] trunk/modules/pua
Revision: 6868 http://opensips.svn.sourceforge.net/opensips/?rev=6868view=rev Author: anca_vamanu Date: 2010-05-12 15:39:05 + (Wed, 12 May 2010) Log Message: --- - fixed a bug in storing data in database (thanks to Even Andre at oyatel) Modified Paths: -- trunk/modules/pua/hash.c trunk/modules/pua/hash.h trunk/modules/pua/pua.c trunk/modules/pua/send_publish.c trunk/modules/pua/send_subscribe.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:[6869] branches/1.6/modules/pua
Revision: 6869 http://opensips.svn.sourceforge.net/opensips/?rev=6869view=rev Author: anca_vamanu Date: 2010-05-12 15:41:58 + (Wed, 12 May 2010) Log Message: --- - fixed a bug in storing data in database (thanks to Even Andre at oyatel) Modified Paths: -- branches/1.6/modules/pua/hash.c branches/1.6/modules/pua/hash.h branches/1.6/modules/pua/pua.c branches/1.6/modules/pua/send_publish.c branches/1.6/modules/pua/send_subscribe.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:[6870] branches/1.5/modules/pua/pua.c
Revision: 6870 http://opensips.svn.sourceforge.net/opensips/?rev=6870view=rev Author: anca_vamanu Date: 2010-05-12 15:54:23 + (Wed, 12 May 2010) Log Message: --- - fixed a bug in storing data in database (thanks to Even Andre at oyatel) Modified Paths: -- branches/1.5/modules/pua/pua.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:[6871] trunk/modules/dialog/dlg_hash.c
Revision: 6871 http://opensips.svn.sourceforge.net/opensips/?rev=6871view=rev Author: bogdan_iancu Date: 2010-05-12 16:45:42 + (Wed, 12 May 2010) Log Message: --- - when cross searching dialogs, consider also the dialogs in early state (not yet established) - needed in some transfer cases. Reported by elred_ on IRC channel Modified Paths: -- trunk/modules/dialog/dlg_hash.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:[6872] branches/1.6/modules/dialog/dlg_hash.c
Revision: 6872 http://opensips.svn.sourceforge.net/opensips/?rev=6872view=rev Author: bogdan_iancu Date: 2010-05-12 16:47:19 + (Wed, 12 May 2010) Log Message: --- backport from trunk (rev #6871): - when cross searching dialogs, consider also the dialogs in early state (not yet established) - needed in some transfer cases. Reported by elred_ on IRC channel Revision Links: -- http://opensips.svn.sourceforge.net/opensips/?rev=6871view=rev Modified Paths: -- branches/1.6/modules/dialog/dlg_hash.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