[Users] pls help on installing and maintaining openser from cvs
Padmaja RV
padmaja.rv at vodcalabs.com
Tue May 30 07:23:31 CEST 2006
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 at openser.org>
To: <users at openser.org>
Sent: Tuesday, May 30, 2006 4:02 AM
Subject: Users Digest, Vol 12, Issue 78
> Send Users mailing list submissions to
> users at openser.org
>
> 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 at openser.org
>
> You can reach the person managing the list at
> users-owner at openser.org
>
> 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 at voice-system.ro>
> Subject: Re: [Users] callback type TMCB_REQUEST_IN
> To: raviprakash sunkara <sunkara.raviprakash.feb14 at gmail.com>
> Cc: Users at openser.org
> Message-ID: <447AF15A.9020901 at voice-system.ro>
> 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 at openser.org
>>http://openser.org/cgi-bin/mailman/listinfo/users
>>
>>
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 29 May 2006 16:16:41 +0100
> From: "Edgar Barbosa" <edgar.barbosa at madetowork.com>
> Subject: [Users] Mixing uri_db and auth_db
> To: <Users at openser.org>
> Message-ID: <20060529151635.EA0816800E1 at gw.madetowork.com>
> 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@192.168.1.104/openser")
> modparam("auth_db", "db_url", "mysql://root@192.168.1.104/openser")
>
> route {
>
> xlog("L_INFO", "TEST\n");
>
> }
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 29 May 2006 10:13:05 -0700 (PDT)
> From: BrOtHeR StRaiN <strain15 at yahoo.com>
> Subject: RE:[Users] Problems starting openser
> To: users at openser.org
> Message-ID: <20060529171305.6804.qmail at web38801.mail.mud.yahoo.com>
> 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¢/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 at yahoo.co.uk>
> Subject: [Users] uac_auth cseq workaround - ANY ?
> To: <users at openser.org>
> Message-ID: <03d501c6834a$23f587b0$6501a8c0 at 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 at gmail.com>
> Subject: [Users] dispatcher module and rewritehost vs forward
> To: OpenSER-users <users at openser.org>
> Message-ID:
> <451eb55c0605291151i2f872764jea9624da742ec415 at mail.gmail.com>
> 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 at gmail.com>
> Subject: [Users] dispatcher module and rewritehost vs forward
> To: OpenSER-users <users at openser.org>
> Message-ID:
> <451eb55c0605291151i2f872764jea9624da742ec415 at mail.gmail.com>
> 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 at tnet.it>
> Subject: [Users] Unknown value error
> To: <users at openser.org>
> Message-ID: <013901c6836e$c22dcae0$0a01a8c0 at 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 at domain.com'
> rlm_sql (sql): sql_set_user escaped user --> '122 at domain.com'
> radius_xlat: 'VoIP_Radius '122 at domain.com''
> rlm_sql (sql): Reserving sql socket id: 16
> radius_xlat: ''
> radius_xlat: 'VoIP_Radius '122 at domain.com','',
> '','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 at redvoiss.net>
> Subject: [Users] Problem : Forwarding Routine to a NAT'd endpoint.
> To: "'users at openser.org'" <users at openser.org>
> Message-ID: <709D3DA27338DB4BBB1AE3DF1BB1DE690EA1D1 at delfos.magenta.cl>
> 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 at 192.168.1.100:5061'
> Expires : 560
> q :
> Call-ID : '66e2643a-e646955e at 192.168.1.100'
> 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 at sipvoiss.desa.redvoiss.net: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 at sipvoiss.desa.redvoiss.net:5060.
> From: sip:2408100 at 111.76.148.237:5060;tag=acee04f44a858c7.
> Call-ID: 12524b29b2c08e262bc8daef67f6dcf0 at 111.76.148.237.
> CSeq: 1032746828 INVITE.
> Supported: timer.
> Content-Type: application/sdp.
> Contact: sip:2408100 at 111.76.148.237: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 at sipvoiss.desa.redvoiss.net:5060.
> From: sip:2408100 at 111.76.148.237:5060;tag=acee04f44a858c7.
> Call-ID: 12524b29b2c08e262bc8daef67f6dcf0 at 111.76.148.237.
> 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 at sipvoiss.desa.redvoiss.net:5060
> out_uri=sip:75755507515800 at 111.76.154.101:5060 via_cnt==1".
> .
>
>
> U 111.76.148.246:5060 -> 111.76.148.248:46139
> INVITE sip:75755507515800 at 111.76.154.101: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 at sipvoiss.desa.redvoiss.net:5060.
> From: sip:2408100 at 111.76.148.237:5060;tag=acee04f44a858c7.
> Call-ID: 12524b29b2c08e262bc8daef67f6dcf0 at 111.76.148.237.
> CSeq: 1032746828 INVITE.
> Supported: timer.
> Content-Type: application/sdp.
> Contact: sip:2408100 at 111.76.148.237: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 at redvoiss.net
>
>
>
>
> ------------------------------
>
> _______________________________________________
> Users mailing list
> Users at openser.org
> http://openser.org/cgi-bin/mailman/listinfo/users
>
>
> End of Users Digest, Vol 12, Issue 78
> *************************************
>
More information about the sr-users
mailing list