[Serusers] help for PA can not work with MS messager 5.0

[hong cheng]

hi,

First we signed in a at localhost.localdomain and which will subscribe b at localhost.localdomain's presence info.

Yes, we do receive 200 OK for that SUBSCRIBE. After that SER keep sending NOTIFY to a at localhost.localdomin with status "closed", even after b at localhost.localdomain signed in, and b also get same staff.  

We expect to receive NOTIFY with status online on both side.

Can you help us ? the ser.cfg is attached below.

thanks,
hong
----- Original Message ----- 
From: "Jan Janak" <jan at iptel.org>
To: "hong cheng" <chenhong at public.sta.net.cn>
Cc: <serusers at iptel.org>
Sent: Friday, December 05, 2003 1:09 AM
Subject: Re: [Serusers] help for PA can not work with MS messager 5.0


> What exactly is not working ? Do you get any 200 OK for the SUBSCRIBE
> followed by a NOTIFY ?
>  
>  Jan.
> 
> On 04-12 11:41, hong cheng wrote:
> > hi all,
> > 
> > Try to use presence feature with MS messager 5.0, seems SUBSCRIBER can not work.
> > Can anybody have a look for the attached ser.cfg ?
> > 
> > Many thanks,
> > hong
> > 
> > ----------------------------------
> > 
> > #debug=4        # debug level (cmd line: -dddddddddd)
> > #listen=192.168.8.96
> > #fork=no
> > #log_stderror=yes        # (cmd line: -E)
> > 
> > #debug=7
> > #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/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)
> > 
> > # -- 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 > max_len ) {
> >                 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
> >         record_route();
> >         # loose-route processing
> >         if (loose_route()) {
> >                 t_relay();
> >                 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=="REGISTER") {
> > 
> > # Uncomment this if you want to use digest authentication
> > #                       if (!www_authorize("iptel.org", "subscriber")) {
> > #                               www_challenge("iptel.org", "0");
> > #                               break;
> > #                       };
> > 
> >                         save("location");
> >                         break;
> >                 };
> > 
> >                 if (method=="SUBSCRIBE") {
> >                         if (t_newtran()) {
> >                                 handle_subscription("registrar");
> >                         };
> >                         break;
> >                 };
> > 
> >                 # native SIP destinations are handled using our USRLOC DB
> >                 if (!lookup("location")) {
> >                         sl_send_reply("404", "Not Found");
> >                         break;
> >                 };
> >         };
> >         # forward to current uri now; use stateful forwarding; that
> >         # works reliably even if we forward from TCP to UDP
> >         if (!t_relay()) {
> >                 sl_reply_error();
> >         };
> > 
> > }
> 
> > _______________________________________________
> > Serusers mailing list
> > Serusers at iptel.org
> > http://mail.iptel.org/mailman/listinfo/serusers
> 
>