[Serusers] Re: pa module: presence "substatus"
Vaclav Kubart
vaclav.kubart at iptel.org
Mon Oct 23 07:51:09 CEST 2006
Hi,
you have to set LD_LIBRARY_PATH variable before running ser (see
"3.4 Running SER" in presence handbook):
export LD_LIBRARY_PATH=/base/ser/directory/lib/ser
/base/ser/directory/sbin/ser -f /base/ser/directory/etc/ser/ser.cfg
Vaclav
On Fri, Oct 20, 2006 at 07:06:54PM +0200, Diego Do?ate wrote:
>
> Hi,
>
> I have done followed these steps, but still the same errors. Should I
> unistall something else?
> ...
> 0(13168) qm_malloc(0x8113ea0, 24) returns address 0x8148710 frag. 0x81486f8
> (size=24) on 1 -th hit
> 0(13168) read 2739142786 from /dev/urandom
> 0(13168) seeding PRNG with 3900519771
> 0(13168) test random number 509866974
> 0(13168) ERROR: load_module: could not open module
> </usr/local//lib/ser/modules/dialog.so>: lib_ser_cds.so: cannot open shared
> obj ect file: No such file or directory
> 0(13168) parse error (36,13-14): failed to load module
> 0(13168) ERROR: load_module: could not open module
> </usr/local//lib/ser/modules/rls.so>: lib_ser_xcap.so: cannot open shared
> objec t file: No such file or directory
> 0(13168) parse error (37,13-14): failed to load module
> 0(13168) ERROR: load_module: could not open module
> </usr/local//lib/ser/modules/pa.so>: lib_ser_xcap.so: cannot open shared
> object file: No such file or directory
> 0(13168) parse error (38,13-14): failed to load module
> 0(13168) ERROR: load_module: could not open module
> </usr/local//lib/ser/modules/presence_b2b.so>: lib_ser_xcap.so: cannot open
> sha red object file: No such file or directory
> 0(13168) parse error (39,13-14): failed to load module
> 0(13168) set_mod_param_regex: No module matching <rls> found
> 0(13168) parse error (76,21-22): Can't set module parameter
> 0(13168) set_mod_param_regex: No module matching <rls> found
> 0
> ....
>
>
> Diego
>
> -----Mensaje original-----
> De: Vaclav Kubart [mailto:vaclav.kubart at iptel.org]
> Enviado el: viernes, 20 de octubre de 2006 7:15
> Para: Diego Do?ate
> CC: serdev-bounces at lists.iptel.org
> Asunto: Re: pa module: presence "substatus"
>
> Hi,
> this seems that you are compiling something else than "presence snapshot"
> because "presence snapshot" has modified Makefiles to compile libraries
> automaticaly which was not done in your case.
>
> Try to follow the compilation rules "3.2 Installation from CVS":
>
> cd sip_router/lib
> make -f Makefile.ser install prefix=/base/ser/directory cd ..
> make install include_modules="dialog pa rls presence_b2b xcap mysql xmlrpc"
> prefix=/base/ser/directory
>
> [in your case will be prefix=/usr/local if you want to install ser there]
>
> Vaclav
>
> On Thu, Oct 19, 2006 at 07:57:55PM +0200, Diego Do?ate wrote:
> >
> > Hi,
> >
> > Thanks for the suggestion. I have download the 0.10.99 version
> > ("presence
> > snapshot") but I can not make it work: after the "make install", I go
> > to /usr/local/etc/ser, where is the ser.cfg to run, but with ser -f
> > ser.cfg it gives me this errors:
> >
> > ERROR: bad config file (47 errors)
> > -bash-3.00# ser -f ser.cfg -E
> > 0(15125) ERROR: load_module: could not open module
> > </usr/local/lib/ser/modules/dialog.so>: lib_ser_cds.so: cannot open
> > shared object file: No such file or directory
> > 0(15125) parse error (36,13-14): failed to load module
> > 0(15125) ERROR: load_module: could not open module
> > </usr/local/lib/ser/modules/rls.so>: lib_ser_xcap.so: cannot open
> > shared object file: No such file or directory
> > 0(15125) parse error (37,13-14): failed to load module
> > 0(15125) ERROR: load_module: could not open module
> > </usr/local/lib/ser/modules/pa.so>: lib_ser_xcap.so: cannot open
> > shared object file: No such file or directory
> > 0(15125) parse error (38,13-14): failed to load module
> > 0(15125) ERROR: load_module: could not open module
> > </usr/local/lib/ser/modules/presence_b2b.so>: lib_ser_xcap.so: cannot
> > open shared object file: No such file or directory
> > 0(15125) parse error (39,13-14): failed to load module
> > 0(15125) set_mod_param_regex: No module matching <rls> found
> >
> >
> > And the last line is repeated with the 4 modules it can not find. But
> > the 4 of them exists in /usr/local/lib/ser/modules, where it is looking
> for...
> >
> > I thought the installation was going to be easy, as read in
> > http://ftp.iptel.org/pub/ser/presence/presence-handbook/ar01s03.html (3.3.
> > Installation from presence-snapshot), but there is something I am
> > doing wrong.
> >
> > Any suggestion? I attach the .cfg
> >
> > Thanks a lot
> >
> > Diego Do?ate
> >
> >
> > -----Mensaje original-----
> > De: Vaclav Kubart [mailto:vaclav.kubart at iptel.org] Enviado el:
> > miércoles, 18 de octubre de 2006 11:22
> > Para: Diego Do?ate
> > CC: serdev-bounces at lists.iptel.org
> > Asunto: Re: pa module: presence "substatus"
> >
> > Hi,
> > I'm afraid that there was not good support for presence in 0.9.6. I
> > recommend to use "presence snapshot".
> > Vaclav
> >
> > On Wed, Oct 18, 2006 at 10:37:27AM +0200, Diego Do?ate wrote:
> > >
> > > Hi,
> > >
> > > I am using the last version of the SER server (0.9.6), and have
> > > a problem with the presence management. I want a user (805) to
> > > subscribe to the presence of another user (806), but when 805 sends
> > > a SUBSCRIBE to the SER, it responses a NOTIFY with "closed-offline",
> > > while both users had sent previously a successful REGISTER to the SER.
> > >
> > > Both users are added (serctl) to the server, and are displayed
> > > in "subscriber" table of the "ser" DB. Once registered, they are
> > > also in the "location" table. But the ser does not add "open" to the
> > > NOTIFY.. Any
> > idea?
> > >
> > > Once the user 805 is successfully subscribed to the presence of
> > > user 806, when 806 modifies its presence (sends a PUBLISH to the
> > > SER, with
> > "open"
> > > and <note>"Away"</note> in the xml, for instance), the SER is
> > > suppposed to send a NOTIFY with the same xml to user 805
> > > (subscriber),
> > isn't it?
> > >
> > > "pa" module is added, but in this moment I don't need
> > > authentication. U can see the ser.cfg file bellow:
> > >
> > > Thanks in advance
> > >
> > >
> > > // ********************************
> > > #
> > > # $Id: ser.cfg,v 1.25.2.1 2005/02/18 14:30:44 andrei Exp $ # #
> > > simple quick-start config script #
> > >
> > > # ----------- global configuration parameters
> > > ------------------------
> > >
> > > #debug=3 # debug level (cmd line: -dddddddddd)
> > > #fork=yes
> > > #log_stderror=no # (cmd line: -E)
> > >
> > > /* Uncomment these lines to enter debugging mode fork=no
> > > log_stderror=yes */
> > >
> > > check_via=no # (cmd. line: -v)
> > > dns=no # (cmd. line: -r)
> > > rev_dns=no # (cmd. line: -R)
> > > #port=5060
> > > #children=4
> > > fifo="/tmp/ser_fifo"
> > >
> > > # ------------------ module loading
> > > ----------------------------------
> > >
> > > # Uncomment this if you want to use SQL database loadmodule
> > > "/usr/local/lib/ser/modules/mysql.so"
> > >
> > > loadmodule "/usr/local/lib/ser/modules/sl.so"
> > > loadmodule "/usr/local/lib/ser/modules/tm.so"
> > > loadmodule "/usr/local/lib/ser/modules/rr.so"
> > > loadmodule "/usr/local/lib/ser/modules/maxfwd.so"
> > > loadmodule "/usr/local/lib/ser/modules/usrloc.so"
> > > loadmodule "/usr/local/lib/ser/modules/registrar.so"
> > > loadmodule "/usr/local/lib/ser/modules/textops.so"
> > >
> > > loadmodule "/usr/local/lib/ser/modules/pa.so"
> > >
> > > # Uncomment this if you want digest authentication # mysql.so must
> > > be loaded !
> > > #loadmodule "/usr/local/lib/ser/modules/auth.so"
> > > #loadmodule "/usr/local/lib/ser/modules/auth_db.so"
> > >
> > > # ----------------- setting module-specific parameters
> > > ---------------
> > >
> > > # -- usrloc params --
> > >
> > > #modparam("usrloc", "db_mode", 0)
> > >
> > > # Uncomment this if you want to use SQL database # for persistent
> > > storage and comment the previous line modparam("usrloc", "db_mode",
> > > 2)
> > > modparam("pa","db_url","mysql://ser:heslo@localhost/ser")
> > >
> > > # -- auth params --
> > > # Uncomment if you are using auth module # #modparam("auth_db",
> > > "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to
> > > yes (which true in this config), # uncomment also the following
> > > parameter) # #modparam("auth_db", "password_column", "password")
> > >
> > > # -- rr params --
> > > # add value to ;lr param to make some broken UAs happy
> > > #modparam("rr", "enable_full_lr", 1)
> > >
> > > # ------------------------- request routing logic
> > > -------------------
> > >
> > > # main routing logic
> > >
> > > route{
> > >
> > > # initial sanity checks -- messages with
> > > # max_forwards==0, or excessively long requests
> > > if (!mf_process_maxfwd_header("10")) {
> > > sl_send_reply("483","Too Many Hops");
> > > break;
> > > };
> > > if (msg:len >= 2048 ) {
> > > sl_send_reply("513", "Message too big");
> > > break;
> > > };
> > >
> > >
> > > # we record-route all messages -- to make sure that
> > > # subsequent messages will go through our proxy; that's
> > > # particularly good if upstream and downstream entities
> > > # use different transport protocol
> > > if (!method=="REGISTER") record_route();
> > >
> > > # subsequent messages withing a dialog should take the
> > > # path determined by record-routing
> > > if (loose_route()) {
> > > # mark routing logic in request
> > > append_hf("P-hint: rr-enforced\r\n");
> > > route(1);
> > > break;
> > > };
> > >
> > > if (!uri==myself) {
> > > # mark routing logic in request
> > > append_hf("P-hint: outbound\r\n");
> > > route(1);
> > > break;
> > > };
> > >
> > > # if the request is for other domain use UsrLoc
> > > # (in case, it does not work, use the following command
> > > # with proper names and addresses in it)
> > > if (uri==myself) {
> > >
> > > if (method=="PUBLISH"){
> > > if(t_newtran()){
> > > handle_publish("registrar");
> > > break;
> > > }
> > > }
> > > if (method=="SUBSCRIBE") {
> > > if (!t_newtran()) {
> > > log(1, "newtran error\n");
> > > sl_reply_error();
> > > };
> > > handle_subscription("registrar");
> > > break;
> > > };
> > >
> > > if (method=="REGISTER") {
> > >
> > > # Uncomment this if you want to use digest authentication
> > > # if (!www_authorize("192.168.1.118", "subscriber")) {
> > > # www_challenge("192.168.1.118", "0");
> > > # break;
> > > # };
> > >
> > > save("location");
> > > break;
> > > };
> > >
> > > lookup("aliases");
> > > if (!uri==myself) {
> > > append_hf("P-hint: outbound alias\r\n");
> > > route(1);
> > > break;
> > > };
> > >
> > > # native SIP destinations are handled using our USRLOC DB
> > > if (!lookup("location")) {
> > > sl_send_reply("404", "Not Found");
> > > break;
> > > };
> > > };
> > > append_hf("P-hint: usrloc applied\r\n");
> > > route(1);
> > > }
> > >
> > > route[1]
> > > {
> > > # send it out now; use stateful forwarding as it works reliably
> > > # even for UDP2TCP
> > > if (!t_relay()) {
> > > sl_reply_error();
> > > };
> > > }
> > >
> > >
> > >
> > >
> > >
> > > // ********************************
> > >
> > > -----Mensaje original-----
> > > De: Vaclav Kubart [mailto:vaclav.kubart at iptel.org] Enviado el:
> > > miércoles, 18 de octubre de 2006 6:21
> > > Para: Diego Do?ate
> > > CC: serusers at iptel.org
> > > Asunto: Re: [Serdev] pa module: presence "substatus"
> > >
> > > Hi,
> > > notes are quite often used for this.
> > >
> > > Can you send your config here? What SER version do you use? And if
> > > you try register your users via sending REGISTER messages it is
> > > still the
> > same?
> > >
> > > Vaclav
> > >
> > > P.S. Send these messages to serusers too, might be that somebody
> > > else will have the same problem...
> > >
> > > On Tue, Oct 17, 2006 at 05:18:55PM +0200, Diego Do?ate wrote:
> > > >
> > > > Hi,
> > > >
> > > > Thanks, then I will use a <note> tag for the presence
> > > > substatus(<note>Away<\note>, for instance).
> > > >
> > > > I have a problem with the Subscription. User A subscribes to
> > > > the presence of user B and receives a NOTIFY but with
> > > > "close/offline", and both users are previously registered successfully
> in SER.
> > > >
> > > > Both users are added with serctl, but it seems the SER does not
> > "save"
> > > > user A registration when user B subscribes... Where may be the
> > > > problem? May it be related to autherization? By now, it is disabled...
> > > >
> > > > Thanks in advance
> > > >
> > > >
> > > >
> > > > -----Mensaje original-----
> > > > De: Vaclav Kubart [mailto:vaclav.kubart at iptel.org] Enviado el:
> > > > lunes,
> > > > 16 de octubre de 2006 18:57
> > > > Para: Diego Do?ate
> > > > CC: serdev at lists.iptel.org
> > > > Asunto: Re: [Serdev] pa module: presence "substatus"
> > > >
> > > > Hi,
> > > > support for PIDF extensions (elements from non-pidf namespace) is
> > > > nearly finished in current CVS version, but it still needs some work.
> > > > It will be done as soon as possible.
> > > >
> > > > Notes should be possible in last presence snapshot without any
> > > > problems
> > > > - they can be within tuple or presence elements according
> specification.
> > > >
> > > > Vaclav
> > > >
> > > > On Mon, Oct 16, 2006 at 05:52:47PM +0200, Diego Do?ate wrote:
> > > > >
> > > > > Hi,
> > > > >
> > > > > In the SER "pa" module, I would like to use a tag like "note"
> > > > > or "substatus" in the pidf of the NOTIFY when a PUBLISH is
> > > > > received (with a presence change, to "Away", for instance), but
> > > > > SER only modified the <status> tag ("open"/"closed").
> > > > >
> > > > > How can I implement a more detailed presence status
> > > > > management in the SER?
> > > > >
> > > > > Thanks in advance
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > Serdev mailing list
> > > > > Serdev at lists.iptel.org
> > > > > http://lists.iptel.org/mailman/listinfo/serdev
> > > >
> > >
>
>
>
More information about the sr-users
mailing list