Hello,
How are you! I'am glad to receiving
your letter! I'd give my question information.I beg your help! Thank you very
much!
1,operating system: my Redhat7.3 (Linux 2.4.18-3)
2,SER
distribution: ser 0.8.11 (i386/linux)
3, SER configuration file
:
# $Id: ser.cfg,v 1.21.2.1 2003/07/30 16:46:18 andrei Exp $
#
#
simple quick-start config script
#
# ----------- global configuration
parameters
------------------------
#debug=8
# debug level (cmd line:
-dddddddddd)
#fork=no
#log_stderror=yes
# (cmd line: -E)
alias="Lserver.net"
# Uncomment these lines to enter
debugging
mode
debug=8
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/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"
# 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)
#
------------------------- 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 (len_gt( 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("Lserver.sict.net", "subscriber"))
{
www_challenge("Lserver.sict.net",
"0");
break;
};
save("location");
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();
};
}
4, SER logs :
When I
apply the following configuration options: debug=8,
log_stderror=yes,
fork=no. show this
information:
.....
0(0) DEBUG: udp_init: trying
SO_RCVBUF: 262140
0(0) DEBUG: setting SO_RCVBUF;
set=262140,verify=131070
0(0) DEBUG: setting SO_RCVBUF has no
effect
0(0) DEBUG: udp_init: trying SO_RCVBUF: 133118
0(0)
DEBUG: setting SO_RCVBUF; set=133118,verify=131070
0(0) DEBUG: setting
SO_RCVBUF has no effect
0(0) INFO: udp_init: SO_RCVBUF is finally
131070
0(0) WARNING: using only the first listen address (no
fork)
1(4499) DBG: open_uac_fifo: opening fifo...
1(4499)
DEBUG: fifo /tmp/ser_fifo opened, mode=438
0(4497) DEBUG:
init_mod_child (1): tm
0(4497) DEBUG: callid: '763e7fde-4497@127.0.0.1'
0(4497) DEBUG:
init_mod_child (1): usrloc
1(4499) DEBUG: init_mod_child (-1):
tm
1(4499) DEBUG: callid: '763e7fde-4499@127.0.0.1'
1(4499) DEBUG:
init_mod_child (-1): usrloc
2(4500) INFO: fifo process starting:
4500
2(4500) DEBUG: init_mod_child (-2): tm
2(4500) DEBUG:
callid: '763e7fde-4500@127.0.0.1'
2(4500) DEBUG:
init_mod_child (-2): usrloc
1(4499) DEBUG: init_mod_child (-1):
auth_db
0(4497) DEBUG: init_mod_child (1): auth_db
2(4500)
DEBUG: init_mod_child (-2): auth_db
2(4500) SER: open_uac_fifo: fifo
server up at /tmp/ser_fifo...
It's no longer
running,always stop!
why? My SER log is
:
....
Oct 7 13:30:05 Lserver ser: WARNING: could not rev. resolve
210.72.128.44
Oct 7 13:30:05 Lserver 10月 7 13:30:05 ser:
Listening on
Oct 7 13:30:05 Lserver 10月 7 13:30:05
ser:
127.0.0.1 [127.0.0.1
]:5060
Oct 7 13:30:05 Lserver 10月 7
13:30:05
ser:
192.168.0.179 [192.1
68.0.179]:5060
Oct 7 13:30:05 Lserver 10月
7 13:30:05
ser:
210.72.128.44 [210.7
2.128.44]:5060
Oct 7 13:30:05 Lserver 10月
7 13:30:05 ser: Aliases: Lserver.sict.net:5060 loc
alhost:5060
localhost.localdomain:5060 Lserver:5060 Lserver.net:*
Oct 7 13:30:06
Lserver 10月 7 13:30:05 ser: ser startup succeeded
Oct 7 13:49:07
Lserver 10月 7 13:49:07 ser: ser shutdown failed
Oct 7 13:50:42
Lserver ser: parse error (14,1-2): parse error
Oct 7 13:50:42 Lserver
ser: parse error (14,1-2):
Oct 7 13:51:24 Lserver ser: WARNING: could
not rev. resolve 210.72.128.44
[root@Lserver /]#
-----
Original Message -----
From: "Daniel-Constantin Mierla" <Daniel-Constantin.Mierla@fokus.fraunhofer.de>
To: "郝育鹏" <haoypeng@sict.ac.cn>
Cc: <serusers@iptel.org>
Sent: Monday, October 06, 2003 7:26 PM
Subject: Re: [Serusers]
Can you help me!
Hello,
did you add some users into
database?
Please follow the guidelines from http://www.iptel.org/ser/bugs/ and
send us the
result. We can't guess everything what happen into your
system only from
config file.
You have commented some global parameters and that changed
the behavior
SER should have with default config file -- you even commented
the
number of children that means ser listens only on first
network
interface (I have to double check it, but it should be like that),
and
that is usually 127.0.0.1. We need the log messages, network dumps
and
so on
...
Regards,
"Daniel