[Serusers] trouble geeting authenticated/connected to ser

John Gitau gitau at wananchi.com
Thu Aug 5 20:25:31 CEST 2004


> Try to use alias="msa.banfoo.com" (in global configuration parameters
> section) and "if(uri==myself)" instead of "if (uri==msa.banfoo.com)". If
> doesn't help, we need to know the final response you get from SER, is it
> Time out?

Thanks, The alias didnt fix my problem.

Im not sure but it seems with the config I had sent earlier, ser is not
running, when I start it and do a "msa# ps ax | grep ser " I don't get any instances of
SER running, which is always the case when Im running on the default configuration. The only
changes I make are enabling the mysql module and the parameters that go with it. when I run it
on debug I can't see anything that would probably cause a problem. the database opens
successfully all the modules load. My config looks like the following, oh Im running this
on freebsd 4.10 stable, and mysql V.5

let me know if you see anythingi should have a look at.

##############################################
current ser.cfg after adding alias
##############################################
#

# $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp $

#

# simple quick-start config script

#

# ----------- global configuration parameters ------------------------

#debug=3 # debug level (cmd line: -dddddddddd)

#fork=yes

#log_stderror=no # (cmd line: -E)

/* Uncomment these lines to enter debugging mode

debug=7

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/local/lib/ser/modules/sl.so"

loadmodule "/usr/local/lib/ser/modules/mysql.so"

loadmodule "/usr/local/lib/ser/modules/tm.so"

loadmodule "/usr/local/lib/ser/modules/rr.so"

loadmodule "/usr/local/lib/ser/modules/maxfwd.so"

loadmodule "/usr/local/lib/ser/modules/usrloc.so"

loadmodule "/usr/local/lib/ser/modules/registrar.so"

# Uncomment this if you want digest authentication

# mysql.so must be loaded !

loadmodule "/usr/local/lib/ser/modules/auth.so"

loadmodule "/usr/local/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", "db_url","sql://ser:heslo@localhost/ser")

# -- 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

alias="banfoo.com"

alias="msa.banfoo.com"

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 > 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("msa.banfoo.com", "subscriber")) {

# www_challenge("msa.banfoo.com", "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();

};

}
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20040805/e691b775/attachment.htm>


More information about the sr-users mailing list