pls help on installing and maintaining openser from cvs

Hi all!

Is anybody running openser through cvs? If yes, pls let me know the steps on 
how to start openser thru the init.d script. I am new to openser and I have 
gone thru the link in openser site for making the init.d script work with 
the monit daemon. now when i start openser with /etc/init.d/openser start or 
/etc/rc.d/init.d/openser start, the monit daemon takes over and tries to 
start openser. but apparently it is failing because in the web interface of 
monit, i see that the starting of openser failed. and there is no 
openser.pid file created in /var/run/.  Pls help me on how to start openser 
through monit daemon or is there a work around to do this without involving 
the monit daemon?  I am stuck at this point and unable to make any 
progress.....


Thanks and Regards,
Padmaja
----- Original Message ----- 
From: <users-request-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx>
To: <users-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx>
Sent: Tuesday, May 30, 2006 4:02 AM
Subject: Users Digest, Vol 12, Issue 78


> Send Users mailing list submissions to
> users-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://openser.org/cgi-bin/mailman/listinfo/users
> or, via email, send a message with subject or body 'help' to
> users-request-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx
>
> You can reach the person managing the list at
> users-owner-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Users digest..."
>
>
> Today's Topics:
>
>   1. Re: callback type TMCB_REQUEST_IN (Bogdan-Andrei Iancu)
>   2. Mixing uri_db and auth_db (Edgar Barbosa)
>   3. RE:Problems starting openser (BrOtHeR StRaiN)
>   4. uac_auth cseq workaround - ANY ? (G.Jacobsen)
>   5. dispatcher module and rewritehost vs forward (Script Head)
>   6. dispatcher module and rewritehost vs forward (Script Head)
>   7. Unknown value error (Giuseppe Parlato)
>   8. Problem : Forwarding Routine to a NAT'd endpoint.
>      (Ricardo Martinez)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 29 May 2006 16:04:26 +0300
> From: Bogdan-Andrei Iancu <bogdan-/qk4c3+6r1L0ABVSK+4LOw@xxxxxxxxxxxxxxxx>
> Subject: Re: [Users] callback type TMCB_REQUEST_IN
> To: raviprakash sunkara 
> <sunkara.raviprakash.feb14-Re5JQEeQqe8AvxtiuMwx3w@xxxxxxxxxxxxxxxx>
> Cc: Users-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx
> Message-ID: <447AF15A.9020901-/qk4c3+6r1L0ABVSK+4LOw@xxxxxxxxxxxxxxxx>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi,
>
> as the message says, you need to load TM module before the ACC one.
>
> regards,
> bogdan
>
> raviprakash sunkara wrote:
>
> > Hi Users and lister...
> > How R u Guys,
> > I need help from U , The problem in openser when doing the accounting
> > module.
> > it give error as
> >
> >
> > find_export:found <load_tm> in module tm
> > [/usr/local/lib/openser.modules/tm.so]
> > ERRoR:tm:register_tmcb: callback type TMCB_request_in register
> > attempt  before tm module initializaton
> > ERROR :acc:mod_init;cannot register TMCB_REQUEST_IN callback
> > init_mod() : Error while inittialization module acc
> >
> >
> > what is means, What i need to do, And give any samle openser.cfg in
> > accing with radius and mysql
> >
> > Bye..
> > --
> > Thanks and Regards with cheers
> > Sunkara Ravi Prakash (Voip Developer)
> > Hyperion Technology
> > www.hyperion-tech.com <http://www.hyperion-tech.com>
> > <b>
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Users mailing list
> > Users-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx
> > http://openser.org/cgi-bin/mailman/listinfo/users
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 29 May 2006 16:16:41 +0100
> From: "Edgar Barbosa" <edgar.barbosa-XCJr4WR0LfDCENZMoErytg@xxxxxxxxxxxxxxxx>
> Subject: [Users] Mixing uri_db and auth_db
> To: <Users-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx>
> Message-ID: 
> <20060529151635.EA0816800E1-IwPHIbD92C8fIdnOLTE7OgC/G2K4zDHf@xxxxxxxxxxxxxxxx>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi all,
>
> I'm having a weird behaviour when mixing auth_db and uri_db.
>
> With the following openser.cfg, the xlog("L_INFO", "TEST\n") is never
> executed... seems that openser just hangs up...
>
> If I remove the uri_db it works...
> If I remove the auth_db it works too...
> The problem seems to happen when I mix both...
>
> Any idea of what may be wrong?
> I'm using the latest version (openser 1.0.1).
>
> Thanks
>
>
>
>
> debug=3         # debug level (cmd line: -dddddddddd)
> fork=yes
> log_stderror=yes
>
> reply_to_via=no
> 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"
>
>
> loadmodule "/usr/lib/openser/modules/mysql.so"
> loadmodule "/usr/lib/openser/modules/sl.so"
> loadmodule "/usr/lib/openser/modules/auth.so"
> loadmodule "/usr/lib/openser/modules/auth_db.so"
> loadmodule "/usr/lib/openser/modules/uri_db.so"
> loadmodule "/usr/lib/openser/modules/xlog.so"
>
> modparam("uri_db", "db_url", 
> "mysql://root-Q0ErXNX1RuYkvwEsaSr8ig@xxxxxxxxxxxxxxxx/openser")
> modparam("auth_db", "db_url", 
> "mysql://root-Q0ErXNX1RuYkvwEsaSr8ig@xxxxxxxxxxxxxxxx/openser")
>
> route {
>
> xlog("L_INFO", "TEST\n");
>
> }
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 29 May 2006 10:13:05 -0700 (PDT)
> From: BrOtHeR StRaiN <strain15-/E1597aS9LQAvxtiuMwx3w@xxxxxxxxxxxxxxxx>
> Subject: RE:[Users] Problems starting openser
> To: users-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx
> Message-ID: 
> <20060529171305.6804.qmail-Zl4JKB7xedSvuULXzWHTWIglqE1Y4D90QQ4Iyu8u01E@xxxxxxxxxxxxxxxx>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Thank you. Finally that configuration worked. However, the quality of the 
> call was very bad. I couldn't make out a word of what was coming through.
>
>
> ---------------------------------
> Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls.  Great 
> rates starting at 1&cent;/min.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> http://openser.org/pipermail/users/attachments/20060529/6358219d/attachment.htm
>
> ------------------------------
>
> Message: 4
> Date: Mon, 29 May 2006 21:03:05 +0300
> From: "G.Jacobsen" <g_jacobsen-/E1597aS9LT10XsdtD+oqA@xxxxxxxxxxxxxxxx>
> Subject: [Users] uac_auth cseq workaround - ANY ?
> To: <users-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx>
> Message-ID: <03d501c6834a$23f587b0$6501a8c0@winmach1>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello,
>
> I am trying to use the uac_auth function against an asterisk box and 
> receive 488 not acceptable here.
>
> It appears that this is not due to a media problem since the client which 
> is routed through openser can issue an authenticated invite without 
> problems when registered directly with the asterisk box - with exactly the 
> the same media settings.
>
> So I supect that this 488 message is due to the fact that openser does not 
> increase the cseq during authentication causing asterisk to issue a 488 
> after the correct response to the challenge.
>
> What are my workaround options to authenticate openser against asterisk 
> (or any other RFC compliant proxy) ?
>
> ANY practical hints would be highly appreciated.
>
> TIA for your help.
>
> Gerry
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> http://openser.org/pipermail/users/attachments/20060529/e13f5c52/attachment.html
>
> ------------------------------
>
> Message: 5
> Date: Mon, 29 May 2006 14:51:22 -0400
> From: "Script Head" <scripthead-Re5JQEeQqe8AvxtiuMwx3w@xxxxxxxxxxxxxxxx>
> Subject: [Users] dispatcher module and rewritehost vs forward
> To: OpenSER-users <users-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx>
> Message-ID:
> <451eb55c0605291151i2f872764jea9624da742ec415-JsoAwUIsXosN+BqQ9rBEUg@xxxxxxxxxxxxxxxx>
> Content-Type: text/plain; charset="iso-8859-1"
>
> I have the following in my config, which works...
> now if I comment forward and comment out rewritehost I get errors. Am I 
> not
> using the correct syntax?
>
> route[5] {
>
>        # -----------------------------------------------------------------
>        # PSTN Handler
>        # -----------------------------------------------------------------
>
>        t_on_reply("1");
>
>        # do load balancing
>        ds_select_dst("1","4");
>        sl_send_reply("100","Trying");
>
>        #rewritehost(uri:host);
>        forward(uri:host,uri:port);
>
>        route(4);
>        route(1);
> }
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> http://openser.org/pipermail/users/attachments/20060529/42a0e05e/attachment-0001.htm
>
> ------------------------------
>
> Message: 6
> Date: Mon, 29 May 2006 14:51:22 -0400
> From: "Script Head" <scripthead-Re5JQEeQqe8AvxtiuMwx3w@xxxxxxxxxxxxxxxx>
> Subject: [Users] dispatcher module and rewritehost vs forward
> To: OpenSER-users <users-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx>
> Message-ID:
> <451eb55c0605291151i2f872764jea9624da742ec415-JsoAwUIsXosN+BqQ9rBEUg@xxxxxxxxxxxxxxxx>
> Content-Type: text/plain; charset="iso-8859-1"
>
> I have the following in my config, which works...
> now if I comment forward and comment out rewritehost I get errors. Am I 
> not
> using the correct syntax?
>
> route[5] {
>
>        # -----------------------------------------------------------------
>        # PSTN Handler
>        # -----------------------------------------------------------------
>
>        t_on_reply("1");
>
>        # do load balancing
>        ds_select_dst("1","4");
>        sl_send_reply("100","Trying");
>
>        #rewritehost(uri:host);
>        forward(uri:host,uri:port);
>
>        route(4);
>        route(1);
> }
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> http://openser.org/pipermail/users/attachments/20060529/42a0e05e/attachment-0001.html
>
> ------------------------------
>
> Message: 7
> Date: Tue, 30 May 2006 00:25:15 +0200
> From: "Giuseppe Parlato" <gparlato-8DCysABIgHc@xxxxxxxxxxxxxxxx>
> Subject: [Users] Unknown value error
> To: <users-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx>
> Message-ID: <013901c6836e$c22dcae0$0a01a8c0@gpa>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello
> is there a way to ignore an attribute value when I make an authorization 
> request to MsSQL database? that value is not important I think and it 
> creates an error:
>
>
> ERROR:
> radius_xlat:  '122-9IKiO1iGCm/QT0dZR+AlfA@xxxxxxxxxxxxxxxx'
> rlm_sql (sql): sql_set_user escaped user --> 
> '122-9IKiO1iGCm/QT0dZR+AlfA@xxxxxxxxxxxxxxxx'
> radius_xlat:  'VoIP_Radius '122-9IKiO1iGCm/QT0dZR+AlfA@xxxxxxxxxxxxxxxx''
> rlm_sql (sql): Reserving sql socket id: 16
> radius_xlat:  ''
> radius_xlat:  'VoIP_Radius '122-9IKiO1iGCm/QT0dZR+AlfA@xxxxxxxxxxxxxxxx','', 
> '','192.168.1.1','''
> rlm_sql: Failed to create the pair: Unknown value VoIP for attribute 
> Service-Type
> rlm_sql (sql): Error getting data from database
> radius_xlat:  ''
>
>
>
> MsSQL authorization queries:
>
> authorize_check_query = "VoIP_Radius '%{User-Name}'"
> authorize_reply_query = "VoIP_Radius 
> '%{User-Name}','%{Calling-Station-Id}',   \
>
> '%{Called-Station-Id}','%{NAS-IP-Address}','%{h323-conf-id}','VoIP'"
>
> I tried to remove value VoIP from authorization query but the problem 
> doesn't expire.
>
>
> Giuseppe
>
> Thank you
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> http://openser.org/pipermail/users/attachments/20060530/09063ec1/attachment.htm
>
> ------------------------------
>
> Message: 8
> Date: Mon, 29 May 2006 18:34:44 -0400
> From: Ricardo Martinez <rmartinez-b74pti4UXy/k1uMJSBkQmQ@xxxxxxxxxxxxxxxx>
> Subject: [Users] Problem : Forwarding Routine to a NAT'd endpoint.
> To: "'users-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx'" 
> <users-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx>
> Message-ID: 
> <709D3DA27338DB4BBB1AE3DF1BB1DE690EA1D1-eAlwNxVT2+izYguf0CwTJ2ZHpeb/A1Y/@public.gmane.org>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello List
> I have a problem forwarding a number for a NAT'd endpoint.  The
> problem presents as follow.
> For incoming calls to my OPENSER users i load via
> avp_load_radius("callee") the "forward options" for my users.
> For example if a user has set the Call Forward ON and the set the
> forwarded number, these options are loaded via avp_radius.
>
> So for a incoming call to a user with Call Forward ON, the call is
> then redirected to a Asterisk Box to handle the call.
> I have no problem with this if the user is not NAT'd, even if is
> NAT'd but the user is not registered i can forward the call to my Asterisk
> Box via a special route (route[8]) without any problem.  But if the NAT'd
> endpoint is REGISTERED in my ser BOX like this :
>
> domain: 'location'
> aor   : '5507515800'
> ~~~Contact(0x40502de0)~~~
> domain    : 'location'
> aor       : '5507515800'
> Contact   : 'sip:5507515800-Q0ErXNX1RuaFkavJhWN6iw@xxxxxxxxxxxxxxxx:5061'
> Expires   : 560
> q         :
> Call-ID   : '66e2643a-e646955e-Q0ErXNX1RuaFkavJhWN6iw@xxxxxxxxxxxxxxxx'
> CSeq      : 2
> User-Agent: 'Linksys/PAP2-3.1.3(LS)'
> received  : 'sip:64.76.148.248:46139'
> State     : CS_NEW
> Flags     : 1
> Sock      : 64.76.148.246:5060 (0x8132c80)
> next      : (nil)
> prev      : (nil)
> ~~~/Contact~~~~
> .../Record...
>
> I'm even using rewritehostport (as indicated in my ser.cfg snipet)
>
> route[8] {
>
>        xlog("L_INFO", "[%Tf] : Ruta [8] Enviando llamada a asterisk\n");
>        rewritehostport("111.76.154.101:5060");
>
>        route(4);
>        route(1);
> }
>
> the call is re-routed to the "received" parameter indicated in the 
> register
> RECORD.  Please check the next debug taken in my ser box.
>
> 111.76.148.237 : Caller Endpoint
> 111.76.148.246 : OPENSER Box
> 111.76.148.101 : Asterisk Box
> 111.76.148.248 : Called Enpoint (NAT'd)
>
>
> U 111.76.148.237:5060 -> 111.76.148.246:5060
> INVITE 
> sip:5507515800-Te4/l7H14w4TC9+UvVvbMcE4eMvrAJMprE5yTffgRl4@xxxxxxxxxxxxxxxx:5060
>  SIP/2.0.
> Via: SIP/2.0/UDP 111.76.148.237:5060;branch=z9hG4bKf50b1f9ca.
> Max-Forwards: 70.
> Content-Length: 304.
> To: 
> sip:5507515800-Te4/l7H14w4TC9+UvVvbMcE4eMvrAJMprE5yTffgRl4@xxxxxxxxxxxxxxxx:5060.
> From: 
> sip:2408100-JjzcLXkMt7AipPJrDmaeYw@xxxxxxxxxxxxxxxx:5060;tag=acee04f44a858c7.
> Call-ID: 
> 12524b29b2c08e262bc8daef67f6dcf0-JjzcLXkMt7C5YC0VH+Hiqw@xxxxxxxxxxxxxxxx
> CSeq: 1032746828 INVITE.
> Supported: timer.
> Content-Type: application/sdp.
> Contact: sip:2408100-JjzcLXkMt7AipPJrDmaeYw@xxxxxxxxxxxxxxxx:5060.
> Supported: replaces.
>
> .
> v=0.
> o=MxSIP 0 26 IN IP4 111.76.148.237.
> s=SIP Call.
> c=IN IP4 111.76.148.237.
> t=0 0.
> m=audio 4978 RTP/AVP 18 4 4 101.
> a=rtpmap:18 G729/8000.
> a=rtpmap:4 G723/8000.
> a=rtpmap:4 G723/8000.
> a=rtpmap:101 telephone-event/8000.
> a=fmtp:18 annexb=no.
> a=fmtp:101 0-15.
> a=sendrecv.
> m=image 4980 udptl t38.
> a=sendrecv.
>
>
> U 111.76.148.246:5060 -> 111.76.148.237:5060
> SIP/2.0 100 trying -- your call is important to us.
> Via: SIP/2.0/UDP 111.76.148.237:5060;branch=z9hG4bKf50b1f9ca.
> To: 
> sip:5507515800-Te4/l7H14w4TC9+UvVvbMcE4eMvrAJMprE5yTffgRl4@xxxxxxxxxxxxxxxx:5060.
> From: 
> sip:2408100-JjzcLXkMt7AipPJrDmaeYw@xxxxxxxxxxxxxxxx:5060;tag=acee04f44a858c7.
> Call-ID: 
> 12524b29b2c08e262bc8daef67f6dcf0-JjzcLXkMt7C5YC0VH+Hiqw@xxxxxxxxxxxxxxxx
> CSeq: 1032746828 INVITE.
> Server: Sip EXpress router (0.9.3 (i386/linux)).
> Content-Length: 0.
> Warning: 392 111.76.148.246:5060 "Noisy feedback tells:  pid=22321
> req_src_ip=111.76.148.237 req_src_port=5060
> in_uri=sip:5507515800-Te4/l7H14w4TC9+UvVvbMcE4eMvrAJMprE5yTffgRl4@xxxxxxxxxxxxxxxx:5060
> out_uri=sip:75755507515800-JjzcLXkMt7C+lBS2GxIWSg@xxxxxxxxxxxxxxxx:5060 
> via_cnt==1".
> .
>
>
> U 111.76.148.246:5060 -> 111.76.148.248:46139
> INVITE sip:75755507515800-JjzcLXkMt7C+lBS2GxIWSg@xxxxxxxxxxxxxxxx:5060 SIP/2.0.
> Record-Route: <sip:111.76.148.246;ftag=acee04f44a858c7;lr=on>.
> Via: SIP/2.0/UDP 111.76.148.246;branch=z9hG4bK38bc.f157bcd5.0.
> Via: SIP/2.0/UDP 111.76.148.237:5060;branch=z9hG4bKf50b1f9ca.
> Max-Forwards: 16.
> Content-Length: 306.
> To: 
> sip:5507515800-Te4/l7H14w4TC9+UvVvbMcE4eMvrAJMprE5yTffgRl4@xxxxxxxxxxxxxxxx:5060.
> From: 
> sip:2408100-JjzcLXkMt7AipPJrDmaeYw@xxxxxxxxxxxxxxxx:5060;tag=acee04f44a858c7.
> Call-ID: 
> 12524b29b2c08e262bc8daef67f6dcf0-JjzcLXkMt7C5YC0VH+Hiqw@xxxxxxxxxxxxxxxx
> CSeq: 1032746828 INVITE.
> Supported: timer.
> Content-Type: application/sdp.
> Contact: sip:2408100-JjzcLXkMt7AipPJrDmaeYw@xxxxxxxxxxxxxxxx:5060.
> Supported: replaces.
> .
> v=0.
> o=MxSIP 0 26 IN IP4 111.76.148.237.
> s=SIP Call.
> c=IN IP4 111.76.148.246.
> t=0 0.
> m=audio 35068 RTP/AVP 18 4 4 101.
> a=rtpmap:18 G729/8000.
> a=rtpmap:4 G723/8000.
> a=rtpmap:4 G723/8000.
> a=rtpmap:101 telephone-event/8000.
> a=fmtp:18 annexb=no.
> a=fmtp:101 0-15.
> a=sendrecv.
> m=image 35070 udptl t38.
> a=sendrecv.
>
> Why openser is routing the call to the "received" ip address insted of the
> ip address indicated in my route[8] by the
> rewritehostport("111.76.154.101:5060");  ???
> Hope that someone can help me here
> Is there a way to avoid this ?
>
>
> Thanks !
>
> Ricardo Martinez
>
>
>
>
> Ricardo Javier Martinez Ogalde
> Ingeniero de Desarrollo
> VOISS NET S.A.
> Cisco Certified Network Associate ,CCNA (CSCO 10643101)
> *   :  (56 2) 240 81 96
> *    :  (56 2) 245 74 95
> *   :  rmartinez-b74pti4UXy/k1uMJSBkQmQ@xxxxxxxxxxxxxxxx
>
>
>
>
> ------------------------------
>
> _______________________________________________
> Users mailing list
> Users-WLQjAxnOB31AfugRpC6u6w@xxxxxxxxxxxxxxxx
> http://openser.org/cgi-bin/mailman/listinfo/users
>
>
> End of Users Digest, Vol 12, Issue 78
> *************************************