Thanks Emil.
Yes, after I comment the PSTN gateway part, it worked. Lots of error messages came out during the bootup of the server. I doubt there must be something wrong with the re-compilation.
I tried the precomiled version (rpm package) on Redhat linux 8.0 first. But the server couldn't bootup (it showed 'Terminated' when booting). Has anyone ever compiled SER on Redhat 8.0?
Regards Bo ----- Original Message ----- From: Emil To: Bo Sent: Friday, March 14, 2003 6:23 PM Subject: Re: [Serusers] SER log
Hi Bo,
Just change the if uri== back to myself for testing.
Have you tried the precompiled version?
When I start the service (service ser start) on no fork and debug 9 the service should look like it is hanging, oops and change log_stderror=no to yes.
Tail /var/log/message again and let me know.
E ----- Original Message ----- From: Bo To: serusers@lists.iptel.org Sent: Saturday, March 15, 2003 1:14 AM Subject: Re: [Serusers] SER log
Hi Emil,
Thanks for your infor.
I tried and it still didn't work. Now I doubt if the /etc/ser/ser.cfg (see the following) takes effect or not. I changed the settings and if I ran the server by command ' # ser ', no problem. But if I ran it like ' # ser -f ser.cfg ', then it told me ERROR: bad config file (11 errors) Actually I didn't change too much on the default ser.cfg.
Pls indicate. _________________________________________________________________________________ # # $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=no 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=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"
# ----------------- 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", "secret", "alsdkhglaksdhfkloiwr") #modparam("auth", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) # #modparam("auth", "password_column", "password")
# ------------------------- request routing logic -------------------
# main routing logic
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();
# 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==sip.mycompany.com) {
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; };
# attempt handoff to PSTN if (uri=~"^sip:[0-9]*@sip.mycompany.com") { log(4, "Forwarding to PSTN\n"); forward(X.X.X.X,5060); 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(); };
} _____________________________________________________________________________
----- Original Message ----- From: Emil To: Bo Sent: Friday, March 14, 2003 5:43 PM Subject: Re: [Serusers] SER log
Hi Bo,
Jan just helped me with a similar problem.
Debug level = 9 and fork t= no.
Tail /var/log messages and you will get plenty of info.
Emil ----- Original Message ----- From: Bo To: serusers@lists.iptel.org Sent: Saturday, March 15, 2003 12:35 AM Subject: [Serusers] SER log
Hi,
Does anyone have any clue on the following problem?
I recompiled and installed SER in Redhat Linux 8.0. Unfortunately I tried all the possible options (debug level) in the ser.cfg, but the only messages I could see in the /var/log/messsages are as follows.
Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is initially 65535 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is finally 262142 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is initially 65535 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is finally 262142 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is initially 65535 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is finally 262142 Mar 14 17:56:49 dda ser[15316]: INFO: fifo process starting: 15316 Mar 14 17:56:49 dda ser[15316]: SER: open_uac_fifo: fifo server up at /tmp/ser_fifo...
What should I do to see the detailed debugs?
Thanks,
Bo
Hi Bo,
their is a big difference between the precompiled version and the self compiled one. The selfcompiled version will use by default the prefix /usr/local for every file. Which means it look at /usr/local/etc/ser for its config file. The precompiled version do not use this prefix and will look directly at /etc/ser for the config.
The terminated on your frist try with the precompiled version is probably of an error in your configfile which you do not saw because it was only loged into /var/log/messages. I'm not sure if someone tried Ser on RedHat 8.0. But i don't see why this should not work.
Regards Nils
On Saturday 15 March 2003 00:44, Bo wrote:
Thanks Emil.
Yes, after I comment the PSTN gateway part, it worked. Lots of error messages came out during the bootup of the server. I doubt there must be something wrong with the re-compilation.
I tried the precomiled version (rpm package) on Redhat linux 8.0 first. But the server couldn't bootup (it showed 'Terminated' when booting). Has anyone ever compiled SER on Redhat 8.0?
Regards Bo ----- Original Message ----- From: Emil To: Bo Sent: Friday, March 14, 2003 6:23 PM Subject: Re: [Serusers] SER log
Hi Bo,
Just change the if uri== back to myself for testing.
Have you tried the precompiled version?
When I start the service (service ser start) on no fork and debug 9 the service should look like it is hanging, oops and change log_stderror=no to yes.
Tail /var/log/message again and let me know.
E ----- Original Message ----- From: Bo To: serusers@lists.iptel.org Sent: Saturday, March 15, 2003 1:14 AM Subject: Re: [Serusers] SER log
Hi Emil, Thanks for your infor. I tried and it still didn't work. Now I doubt if the /etc/ser/ser.cfg(see the following) takes effect or not. I changed the settings and if I ran the server by command ' # ser ', no problem. But if I ran it like ' # ser -f ser.cfg ', then it told me ERROR: bad config file (11 errors) Actually I didn't change too much on the default ser.cfg.
Pls indicate.
______ # # $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=no 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=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" # ----------------- 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", "secret", "alsdkhglaksdhfkloiwr") #modparam("auth", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in thisconfig), # uncomment also the following parameter) # #modparam("auth", "password_column", "password")
# ------------------------- request routing logic ------------------- # main routing logic 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(); # 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==sip.mycompany.com) { 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; }; # attempt handoff to PSTN if (uri=~"^sip:[0-9]*@sip.mycompany.com") { log(4, "Forwarding to PSTN\n"); forward(X.X.X.X,5060); break; }; # native SIP destinations are handled using our USRLOCDB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; # forward to current uri now if (!t_relay()) { sl_reply_error(); };
}
__
----- Original Message ----- From: Emil To: Bo Sent: Friday, March 14, 2003 5:43 PM Subject: Re: [Serusers] SER log Hi Bo, Jan just helped me with a similar problem. Debug level = 9 and fork t= no. Tail /var/log messages and you will get plenty of info. Emil ----- Original Message ----- From: Bo To: serusers@lists.iptel.org Sent: Saturday, March 15, 2003 12:35 AM Subject: [Serusers] SER log Hi, Does anyone have any clue on the following problem? I recompiled and installed SER in Redhat Linux 8.0. Unfortunately Itried all the possible options (debug level) in the ser.cfg, but the only messages I could see in the /var/log/messsages are as follows.
Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF isinitially 65535 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is finally 262142 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is initially 65535 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is finally 262142 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is initially 65535 Mar 14 17:56:49 dda ser[15303]: INFO: udp_init: SO_RCVBUF is finally 262142 Mar 14 17:56:49 dda ser[15316]: INFO: fifo process starting: 15316 Mar 14 17:56:49 dda ser[15316]: SER: open_uac_fifo: fifo server up at /tmp/ser_fifo...
What should I do to see the detailed debugs? Thanks, Bo
-
Bo -
Nils Ohlmeier