[Serusers] usrlocate troubles
Anton Yurchenko
phila at dg.net.ua
Tue Apr 1 15:34:16 CEST 2003
Jan Janak wrote:
>Hello,
>
>thanks for the report, I currently have no idea why the problems occurs
>but I will double check that. Could you send me ser's log files when
>this occurs again ?
>
>
this is happening all the time, I`d say 95%. and somehow I dont see any
log messages at all,
except for the ones that it prints on startup and ones that I
specifically log via log() function.
you can see my ser.cfg in the previous message.
here`s what it prints on startup:
--------------------
Apr 1 16:33:14 phila /usr/sbin/ser[9897]: INFO: signal 15 received
Apr 1 16:33:14 phila /usr/sbin/ser[9896]: INFO: signal 15 received
Apr 1 16:33:14 phila /usr/sbin/ser[9885]: INFO: signal 15 received
Apr 1 16:33:14 phila /usr/sbin/ser[9884]: INFO: signal 15 received
Apr 1 16:33:14 phila /usr/sbin/ser[9883]: INFO: signal 15 received
Apr 1 16:33:14 phila /usr/sbin/ser[9895]: INFO: signal 15 received
Apr 1 16:33:14 phila /usr/sbin/ser[9879]: db_close(): Invalid parameter
value
Apr 1 16:33:14 phila ser: ser shutdown succeeded
Apr 1 16:33:14 phila ser: Listening on
Apr 1 16:33:14 phila ser: 127.0.0.1 [127.0.0.1]::5060
Apr 1 16:33:14 phila ser: 172.20.0.50 [172.20.0.50]::5060
Apr 1 16:33:14 phila ser: Aliases: localhost:5060
localhost.localdomain:5060 ph
ila.dg:* dg:*
Apr 1 16:33:14 phila ser: Listening on
Apr 1 16:33:14 phila ser: 127.0.0.1 [127.0.0.1]::5060
Apr 1 16:33:14 phila ser: 172.20.0.50 [172.20.0.50]::5060
Apr 1 16:33:14 phila ser: Aliases: localhost:5060
localhost.localdomain:5060 ph
ila.dg:* dg:*
Apr 1 16:33:14 phila ser: ser startup succeeded
Apr 1 16:33:14 phila ser: INFO: signal 13 received
Apr 1 16:33:14 phila /usr/sbin/ser[9934]: mod_init(): Database connection
opene
d successfuly
Apr 1 16:33:14 phila /usr/sbin/ser[9934]: INFO: udp_init: SO_RCVBUF is
initiall
y 65535
Apr 1 16:33:14 phila /usr/sbin/ser[9934]: INFO: udp_init: SO_RCVBUF is
finally
131070
Apr 1 16:33:14 phila /usr/sbin/ser[9934]: INFO: udp_init: SO_RCVBUF is
initiall
y 65535
Apr 1 16:33:14 phila /usr/sbin/ser[9934]: INFO: udp_init: SO_RCVBUF is
finally
131070
Apr 1 16:33:14 phila /usr/sbin/ser[9940]: INFO: fifo process starting:
9940
Apr 1 16:33:14 phila /usr/sbin/ser[9939]: voicemail - initializing child
0
Apr 1 16:33:14 phila /usr/sbin/ser[9938]: voicemail - initializing child
0
Apr 1 16:33:14 phila /usr/sbin/ser[9940]: voicemail - initializing child
3
Apr 1 16:33:14 phila /usr/sbin/ser[9940]: SER: open_uac_fifo: fifo server
up at
/tmp/ser_fifo...
--------------------
> Jan.
>
>On 01-04 16:05, Anton Yurchenko wrote:
>
>
>>Hello,
>>
>>
>>When the user registeres/authorizes with ser, no update is done to sers
>>userlocate database. The 200 reply is sent to user (and from
>>documentation save("location"); sends it), and in mysql log I see a
>>query for authirization. But no update to is issued to mysql location
>>table, and serctl ul show doesnt show the user. Sometimes the user does
>>show up in the userlocate database but I was not able to point down when
>>this happens.
>>I`m running the march 19/ 6pm cvs version as was recommended.
>>
>>here is the ser.cfg :
>>
>>----------
>>
>>#
>># $Id: ser.cfg,v 1.12 2002/10/21 02:40:06 jiri Exp $
>>#
>># simple quick-start config script
>>#
>>
>># ----------- global configuration parameters ------------------------
>>
>>debug=9 # debug level (cmd line: -dddddddddd)
>>fork=yes
>>log_stderror=no # (cmd line: -E)
>>check_via=no # (cmd. line: -v)
>>dns=no # (cmd. line: -r)
>>rev_dns=no # (cmd. line: -R)
>>port=5060
>>children=1
>>fifo="/tmp/ser_fifo"
>>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/vm_mod.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)
>>
>>modparam("usrloc", "timer_interval", 30)
>>
>># modparam("usrloc", "db_url", "sql://serro:47serro11@localhost/ser")
>>
>># -- auth params --
>># Uncomment if you are using auth module
>>#
>># modparam("auth", "secret", "12036dabde659847dd9e")
>>modparam("auth_db", "calculate_ha1", true)
>>#
>># If you set "calculate_ha1" parameter to yes (which true in this config),
>># uncomment also the following parameter)
>>#
>>modparam("auth_db", "password_column", "password")
>>
>># modparam("auth_db", "db_url", "sql://ser:heslo@localhost/ser")
>>
>># modparam("registrar", "default_expires", 3600)
>>
>>
>># ------------------------- request routing logic -------------------
>>
>># main routing logic
>>
>>alias="dg"
>>alias="phila.dg"
>>
>>
>>route{
>>
>> # initial sanity checks -- messages with
>> # max_forwars==0, or excessively long requests
>> if (!mf_process_maxfwd_header("10")) {
>> sl_send_reply("483","Too Many Hops");
>> break;
>> };
>> if (len_gt( max_len )) {
>> sl_send_reply("513", "Message too big");
>> break;
>> };
>>
>> # Do strict routing if pre-loaded route headers present
>> #rewriteFromRoute();
>> strict_route();
>>
>>
>> # 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("dg", "subscriber")) {
>> www_challenge("dg", "0");
>> break;
>> };
>>
>> save("location");
>> log(1,"REGISTER - User registered\n");
>> 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
>> if (!t_relay()) {
>> sl_reply_error();
>> };
>>
>>}
>>
>>
>>----------
>>
>>--
>>
>>Anton Yurchenko<phila at dg.net.ua>
>>Digital Generation
>>
>>
>>_______________________________________________
>>Serusers mailing list
>>serusers at lists.iptel.org
>>http://lists.iptel.org/mailman/listinfo/seruser
>>
>s
>
>
--
Anton Yurchenko<phila at dg.net.ua>
Digital Generation
More information about the sr-users
mailing list