[Serusers] Install from sources howto

Olivier Taylor olivier.taylor at gmail.com
Tue Mar 15 14:53:46 CET 2005


Ye, he is on the table

Kr,

Olivier

-----Message d'origine-----
De : Java Rockx [mailto:javarockx at gmail.com] 
Envoyé : mardi 15 mars 2005 14:52
À : Olivier Taylor
Cc : lakmal silva; serusers at lists.iptel.org
Objet : Re: RE : RE : RE : [Serusers] Install from sources howto


Is the user that you added actually in the MySQL subscriber table?

Regards,
Paul


On Tue, 15 Mar 2005 13:23:52 +0100, Olivier Taylor
<olivier.taylor at gmail.com> wrote:
> Oki,
> I use centos 3.4 (up to date)
> 
> I did add a user
> The user is registered in the mysql db
> But he can't log in
> 
> RECEIVE TIME: 20076171
> RECEIVE << 82.146.123.252:5060
> SIP/2.0 401 Unauthorized
> Via: SIP/2.0/UDP 
> 192.168.2.150:5060;rport=5060;branch=z9hG4bK8CD19CFD119A46CEBBF9AFBB35
> 7338C2
> ;received=81.242.213.42
> From: zad <sip:zad at 82.146.123.252>;tag=3600236050
> To: zad <sip:zad at 82.146.123.252>;tag=59f1565d6938a98ef3fc4707bf9b43aa.f9b8
> Call-ID: 1E878BB376D04D2DB670FDA33A2DD844 at 82.146.123.252
> CSeq: 827 REGISTER
> WWW-Authenticate: Digest realm="finalcut.be",
> nonce="4236d635c9b8e220ded38d6a99373890aa8007ba"
> Server: Sip EXpress router (0.9.1 (i386/linux))
> Content-Length: 0
> Warning: 392 82.146.123.252:5060 "Noisy feedback tells:  pid=2989
> req_src_ip=81.242.213.42 req_src_port=5060 in_uri=sip:82.146.123.252
> out_uri=sip:82.146.123.252 via_cnt==1"
> 
> For the rest :
> 
> Starting SER : started pid(2965)
> [root at linux root]# chkconfig --add ser
> [root at linux root]# service ser status
> ser: unrecognized service
> [root at linux root]#
> 
> Regards and thx for ur patience :)
> 
> Olivier
> 
> -----Message d'origine-----
> De : Java Rockx [mailto:javarockx at gmail.com]
> Envoyé : mardi 15 mars 2005 13:17
> À : Olivier Taylor
> Cc : lakmal silva; serusers at lists.iptel.org
> Objet : Re: RE : RE : [Serusers] Install from sources howto
> 
> 
> See my inline comments.
> 
> Regards,
> Paul
> 
> On Tue, 15 Mar 2005 13:02:19 +0100, Olivier Taylor 
> <olivier.taylor at gmail.com> wrote:
> > Hi Paul,
> >
> > Olivier again :(
> >
> > Well ser is working with mysql now
> >
> > But
> >
> > I can't log in with xten (admin heslo)
> 
> Your SIP clients should not be attempting to use the admin/helso 
> credentials. You should use serctl to add a new SIP user account. And 
> then use this new SIP user account from Xten.
> 
> For example, to add a new sip user 1000 with password 1234 type this 
> from the command prompt:
> 
> serctl add 1000 1234 your at email.address.com
> 
> You will be prompted for a password, and this is the MySQL password 
> for the ser user - which is 'helso' by default.
> 
> >
> > and
> >
> > [root at linux root]# service ser status
> > ser: unrecognized service
> > [root at linux root]# /etc/init.d/ser start
> > -bash: /etc/init.d/ser: Permission denied
> > [root at linux root]#
> 
> In order to get Linux to recognize the ser service you must use 
> chkconfig to add the service.
> 
> If you have copied the ser init.d script to /etc/init.d (assuming
> RedHat) then just issue this command as root:
> 
> chkconfig --add ser
> 
> Then your 'service ser start' should work.
> 
> >
> > I am logged as root
> >
> > Regards
> >
> > Here is the cfg file I use
> >
> > #
> > # $Id: ser.cfg,v 1.25.2.1 2005/02/18 14:30:44 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
> > fork=yes
> > 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/mysql.so"
> >
> > loadmodule "/usr/local/lib/ser/modules/sl.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"
> > loadmodule "/usr/local/lib/ser/modules/textops.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)
> >
> > # -- 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
> > listen=82.146.123.252
> > alias="finalcut.be"
> > alias="linux.finalcut.be"
> >
> > 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 >=  2048 ) {
> >                 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
> >         if (!method=="REGISTER") record_route();
> >
> >         # subsequent messages withing a dialog should take the
> >         # path determined by record-routing
> >         if (loose_route()) {
> >                 # mark routing logic in request
> >                 append_hf("P-hint: rr-enforced\r\n");
> >                 route(1);
> >                 break;
> >         };
> >
> >         if (!uri==myself) {
> >                 # mark routing logic in request
> >                 append_hf("P-hint: outbound\r\n");
> >                 route(1);
> >                 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("finalcut.be", "subscriber"))
{
> >                                 www_challenge("finalcut.be", "0");
> >                                 break;
> >                         };
> >
> >                         save("location");
> >                         break;
> >                 };
> >
> >                 lookup("aliases");
> >                 if (!uri==myself) {
> >                         append_hf("P-hint: outbound alias\r\n");
> >                         route(1);
> >                         break;
> >                 };
> >
> >                 # native SIP destinations are handled using our USRLOC
DB
> >                 if (!lookup("location")) {
> >                         sl_send_reply("404", "Not Found");
> >                         break;
> >                 };
> >         };
> >         append_hf("P-hint: usrloc applied\r\n");
> >         route(1);
> > }
> >
> > route[1]
> > {
> >         # send it out now; use stateful forwarding as it works reliably
> >         # even for UDP2TCP
> >         if (!t_relay()) {
> >                 sl_reply_error();
> >         };
> > }
> >
> >
> 
>




More information about the sr-users mailing list