[Serusers] usrlocate troubles
Jan Janak
jan at iptel.org
Tue Apr 1 15:45:12 CEST 2003
Have you checked logs in /var/log ?
Jan.
On 01-04 16:34, Anton Yurchenko wrote:
> 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
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20030401/dd5fbe8c/attachment.pgp>
More information about the sr-users
mailing list