[Serusers] Problem with Presence

Thu Jun 8 08:30:47 CEST 2006

0.9.3 is too old version. I recommend you to use presence snapshot.
	Vaclav

On Wed, Jun 07, 2006 at 02:47:10PM +0200, Alois Schafferhofer wrote:
> I use the PA-module of the SER version 0.9.3. Generally, I use the RPM 
> package for Suse.
> 
> Maybe I have an error in my config-file.
> 
> 
> 
> #
> # $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=yes # (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=2
> alias="fh-joanneum.at"
> listen=10.15.200.19
> fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:heslo@127.0.0.1:3306/ser"
> sip_warning=yes
> # ------------------ module loading ----------------------------------
> # Uncomment this if you want to use SQL database
> #loadmodule "/usr/lib/ser/modules/mysql.so"
> loadmodule "/usr/lib/ser/modules/sl.so"
> loadmodule "/usr/lib/ser/modules/tm.so"
> loadmodule "/usr/lib/ser/modules/rr.so"
> loadmodule "/usr/lib/ser/modules/maxfwd.so"
> loadmodule "/usr/lib/ser/modules/usrloc.so"
> loadmodule "/usr/lib/ser/modules/registrar.so"
> loadmodule "/usr/lib/ser/modules/textops.so"
> loadmodule "/usr/lib/ser/modules/mysql.so"
> loadmodule "/usr/lib/ser/modules/pa.so"
> # Uncomment this if you want digest authentication
> # mysql.so must be loaded !
> loadmodule "/usr/lib/ser/modules/auth.so"
> loadmodule "/usr/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)
> modparam("pa", "default_expires", 3600)
> modparam("pa", "default_priority_percentage", 50)
> modparam("pa", "timer_interval", 10)
> modparam("pa", "use_db", 1)
> modparam("pa", "use_place_table", 1)
> modparam("pa", "use_bsearch", 0)
> modparam("pa", "use_location_package", 1)
> modparam("pa", "db_url", "mysql://ser:heslo@127.0.0.1:3306/ser")
> modparam("pa", "pa_domain", "fh-joanneum.at")
> modparam("pa", "presentity_table", "presentity")
> modparam("pa", "presentity_contact_table", "presentity_contact")
> modparam("pa", "watcherinfo_table", "watcherinfo")
> modparam("pa", "place_table", "place")
> modparam("pa", "new_watcher_pending", 0)
> modparam("pa", "callback_update_db", 50)
> #modparam("pa", "callback_lock_pdomain", 1)
> modparam("pa", "new_tuple_on_publish", 1)
> modparam("pa", "pidf_priority", 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=="SUBSCRIBE") {
> log(1, "SUBSCRIBE received");
> if (!t_newtran()) {
> log(1, "newtran error\n");
> sl_reply_error();
> };
> log(1, "handle subscribe request\n");
> handle_subscription("Registrar");
> log(1, "handled subscription\n");
> break;
> };
> if (method=="REGISTER") {
> # Uncomment this if you want to use digest authentication
> if (!www_authorize("fh-joanneum.at", "subscriber")) {
> www_challenge("fh-joanneum.at", "0");
> break;
> };
> save("location");
> break;
> };
> if (method=="PUBLISH") {
> if (!t_newtran()) {
> log(1, "newtran error\n");
> sl_reply_error();
> # break;
> };
> log(1, "handle publish request\n");
> handle_publish("Registrar");
> log(1, "handled publish\n");
> 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();
> };
> }
> 
> 
> 
> Regards,
> Alois
> 
> 
> >From: Vaclav Kubart <vaclav.kubart at iptel.org>
> >To: Alois Schafferhofer <schaffi_lui at hotmail.com>
> >CC: serusers at lists.iptel.org
> >Subject: Re: [Serusers] Problem with Presence
> >Date: Wed, 7 Jun 2006 09:51:03 +0200
> >
> >Hi.
> >What version do you use? For presence are recommended "presence
> >snapshots" published on ftp.iptel.org.
> >
> >You need to set db_mode and db_url parameters like:
> >
> >modparam("pa", "use_db", 1)
> >modparam("pa", "db_url", "mysql://ser:heslo@127.0.0.1:3306/ser")
> >
> >	Vaclav
> >
> >On Tue, Jun 06, 2006 at 02:08:23PM +0200, Alois Schafferhofer wrote:
> >> Hi,
> >>
> >> If I want to send a Publish request to the SIP Express Router, it 
> >doesn't
> >> store the status into the "presentity"-table.
> >>
> >> I get following lines into the log-file:
> >>
> >> /usr/sbin/ser[10124]: handle publish request
> >> /usr/sbin/ser[10124]: get_pres_uri:  _puri=sip:PDA_User at mydomain.com
> >> /usr/sbin/ser[10124]: handle_publish -4- p_uri=       p_uri.len=23
> >> /usr/sbin/ser[10124]: handle_publish -5- presentity=0x4069e0b8
> >> /usr/sbin/ser[10124]: publish_presentity: no tuple for PDA_User at
> >> mydomain.com
> >> /usr/sbin/ser[10124]: handle_publish -8- paerrno=0
> >> /usr/sbin/ser[10124]: handled publish
> >>
> >> Best regards,
> >> Alois
> >>
> >>
> >> _______________________________________________
> >> Serusers mailing list
> >> Serusers at lists.iptel.org
> >> http://lists.iptel.org/mailman/listinfo/serusers
>