sr-users

sr-users@lists.kamailio.org

37454 discussions

[Users] Install on OpenBSD: cannot start openser
by Ben Ferguson - backcountry.com 22 Feb '07

22 Feb '07

Hello all, I've just installed openSER on OpenBSD and I'm now trying to get openSER to start and am having trouble. I try openserctl start and here's what i get: # openserctl start database engine 'MYSQL' loaded Control engine 'FIFO' loaded Starting OpenSER : \E[37;31mERROR: PID file /var/run/openser.pid does not exist -- OpenSER start failed # After a bunch of reading it seems as if openserctl is now obsolete (???) and that you should use the init script. I can't find reference for anyone running it like this on OpenBSD. I have found openser.init file in /<src directory>/packaging/gentoo and /<src directory>/packaging/rpm, but i am not sure how to use them on OpenBSD (I'm rather new to OpenBSD... I'm used to the rpm style of things.) I've searched and searched but can't find any info... So. anybody out there using openSER on OpenBSD? Or anybody know howto (or whereto find the info to) set up the start script for openSER on OpenBSD? Any help is greatly appreciated! Thanks, Ben

4 6

RE: [Users] call never reaches the failure_route - Please help
by vallimamod abdullah 22 Feb '07

22 Feb '07

On 2/22/07, "Ibrahim Hamouda" <ihamouda(a)itcanint.net> wrote: > > There is already a xlog entry in the beginning of the failure route, and no > it doesn't reach it. > > > Any other ideas? Have you tried to put the 't_on_failure("1")' statement to the main route (instead of the invite route) ? -- Regards, -vma .

1 0

[Serusers] What is the max. length of an IM ?
by Killer 22 Feb '07

22 Feb '07

Hi ! Does someone know the maximum length of an Instant Message I can send with SER ? When I send an IM wich is longer, I get the message by SER : 2(9833) ERROR: read_line: request line too long 2(9833) ERROR: fifo_server: line expected 2(9833) ERROR: fifo_uac_error: body expected How can I solve this problem ? Can I set the maximum length of an IM in any file or something like that ? Best regards ___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de

1 0

[Serusers] fifo tutorial
by Steve Blair 22 Feb '07

22 Feb '07

I lost my link to the only ser fifo tutorial I ever saw.I'd like to write some scripts that talk to the fifo but I do not know what commands are available. Does anyone have a tutorial? Thanks,Steve

2 1

[Users] Adding redirect support to my openser.cfg.
by Shane Burrell 22 Feb '07

22 Feb '07

I want to support 302 type moves. The sip devices we had before supported reinvites but the new linksys units send a 302 message telling me that the user has temporarly moved. Is there a good example of the redirects modules use in the cookbook example? My cfg file is based off that and I would like to add this to a live working system with little interruption or suprises. Thanks, Shane

5 4

[Users] maddr parameter
by Watkins, Bradley 22 Feb '07

22 Feb '07

I see that there was some discussion back in March 2006 (http://www.openser.org/pipermail/users/2006-March/003339.html) regarding this parameter, but nothing since. Daniel mentioned that perhaps it might be put on the to-do list, but I see no mention of it anywhere else. Was this implemented in 1.2? I see that maddr is available using pseudo-var transformations as {uri.maddr} in 1.2, but not mention of any automatic behavior if the parameter exists. I realize that I can work around it by using subst and subst_uri, but I really shouldn't have to. A simple t_relay should send it on its merry way to the value of maddr. My reading of both RFC3261 and 3263 seem to imply that the existence of this parameter in the request URI mandates forwarding the request to this address. I see in the code (for 1.1.1, I haven't looked at 1.2 yet) that the parameter is parsed, but then it appears (correct me if I'm wrong) as though nothing further is done with it. Is there some relatively simple way to modify the code to so that the maddr is used directly? As you can probably tell, I have a gateway with which I have to interoperate which uses this parameter extensively, hence my interest. :) Any advice (even if it's "use subst and subst_uri you whiner" ;) ) is appreciated. Thanks in advance, - Brad The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it.

4 3

[Users] call never reaches the failure_route - Please help
by Ibrahim Hamouda 22 Feb '07

22 Feb '07

Hi Guys Could somebody kindly review my openser configuration file below, and tell me why the call never reaches the failure_route. I'm using openser 1.2 Thanks debug=3 fork=no log_stderror=yes listen=10.10.10.10 # INSERT YOUR IP ADDRESS HERE port=5060 children=4 dns=no rev_dns=no mpath="/usr/local/lib/openser/modules/" loadmodule "mysql.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "auth.so" loadmodule "auth_db.so" loadmodule "uri.so" loadmodule "uri_db.so" loadmodule "domain.so" loadmodule "mediaproxy.so" loadmodule "nathelper.so" loadmodule "textops.so" loadmodule "avpops.so" loadmodule "permissions.so" loadmodule "mi_fifo.so" loadmodule "xlog.so" modparam("auth_db|permissions|uri_db|usrloc|domain", "db_url", "mysql://openser:ngtgmn@localhost/openser") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "password_column", "password") modparam("nathelper", "rtpproxy_disable", 1) modparam("nathelper", "natping_interval", 0) modparam("mediaproxy","natping_interval", 30) modparam("mediaproxy","mediaproxy_socket", "/var/run/mediaproxy.sock") modparam("mediaproxy","sip_asymmetrics","/usr/local/etc/ser/sip-clients") modparam("mediaproxy","rtp_asymmetrics","/usr/local/etc/ser/rtp-clients") modparam("usrloc", "db_mode", 2) #modparam("registrar", "nat_flag", 6) modparam("rr", "enable_full_lr", 1) modparam("tm", "fr_inv_timer", 27) modparam("tm", "fr_inv_timer_avp", "i:30") modparam("permissions", "db_mode", 1) modparam("permissions", "trusted_table", "trusted") modparam("avpops", "avp_url", "mysql://openser:ngtgmn@localhost/openser") modparam("avpops", "avp_table", "usr_preferences") modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") route { # ----------------------------------------------------------------- # Sanity Check Section # ----------------------------------------------------------------- if (!mf_process_maxfwd_header("10")) { sl_send_reply("483", "Too Many Hops"); return(0); }; if (msg:len > max_len) { sl_send_reply("513", "Message Overflow"); return(0); }; # ----------------------------------------------------------------- # Record Route Section # ----------------------------------------------------------------- if (method=="INVITE" && client_nat_test("3")) { # INSERT YOUR IP ADDRESS HERE record_route_preset("10.10.10.10:5060;nat=yes"); } else if (method!="REGISTER") { record_route(); }; # ----------------------------------------------------------------- # Call Tear Down Section # ----------------------------------------------------------------- if (method=="BYE" || method=="CANCEL") { end_media_session(); }; # ----------------------------------------------------------------- # Loose Route Section # ----------------------------------------------------------------- if (loose_route()) { if ((method=="INVITE" || method=="REFER") && !has_totag()) { sl_send_reply("403", "Forbidden"); return(0); }; if (method=="INVITE") { if (!allow_trusted()) { if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); return(0); } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); return(0); }; consume_credentials(); }; if (client_nat_test("3")||search("^Route:.*;nat=yes")){ setflag(6); use_media_proxy(); }; }; route(1); return(0); }; # ----------------------------------------------------------------- # Call Type Processing Section # ----------------------------------------------------------------- if (!is_uri_host_local()) { if (is_from_local() || allow_trusted()) { route(4); route(1); } else { sl_send_reply("403", "Forbidden"); }; return(0); }; if (method=="ACK") { route(1); return(0); } if (method=="CANCEL") { route(1); return(0); } else if (method=="INVITE") { route(3); return(0); } else if (method=="REGISTER") { route(2); return(0); }; lookup("aliases"); if (!is_uri_host_local()) { route(4); route(1); return(0); }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); return(0); }; route(1); } route[1] { # ----------------------------------------------------------------- # Default Message Handler # ----------------------------------------------------------------- t_on_reply("1"); if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; } route[2] { # ----------------------------------------------------------------- # REGISTER Message Handler # ----------------------------------------------------------------- sl_send_reply("100", "Trying"); if (!search("^Contact:[ ]*\*") && client_nat_test("7")) { setflag(6); fix_nated_register(); force_rport(); }; if (!www_authorize("","subscriber")) { www_challenge("","0"); return(0); }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); return(0); }; consume_credentials(); if (!save("location")) { sl_reply_error(); }; } route[3] { # ----------------------------------------------------------------- # INVITE Message Handler # ----------------------------------------------------------------- if (client_nat_test("3")) { setflag(7); force_rport(); fix_nated_contact(); }; if (!allow_trusted()) { if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); return(0); } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); return(0); }; consume_credentials(); }; lookup("aliases"); if (!is_uri_host_local()) { route(4); route(1); return(0); }; if (uri=~"^sip:011[0-9]*@") { route(4); route(5); return(0); }; if (avp_db_query("SELECT value FROM usr_preferences WHERE username = '$rU' and attribute = 'callfwd'")) { if (is_avp_set("$avp(i:1)")) { setflag(22); avp_pushto("$ru", "$avp(i:1)"); avp_delete("$avp(i:1)"); route(6); return(0); }; }; if (!lookup("location")) { if (uri=~"^sip:[0-9]{10}@") { route(4); route(5); return(0); }; sl_send_reply("404", "User Not Found"); return(0); }; if (avp_db_query("SELECT value FROM usr_preferences WHERE username = '$rU' and attribute = 'fwdnoanswer'")) { if (is_avp_set("$avp(i:1)")) { xlog("L_INFO", "Found no answer attribute [$avp(i:1)]\n"); avp_delete("$avp(i:1)"); setflag(27); }; }; if (avp_db_query("SELECT value FROM usr_preferences WHERE username = '$rU' and attribute = 'fwdbusy'")) { if (is_avp_set("$avp(i:1)")) { setflag(26); }; }; t_on_failure("1"); route(4); route(1); } route[4] { # ----------------------------------------------------------------- # NAT Traversal Section # ----------------------------------------------------------------- if (isflagset(6) || isflagset(7)) { if (!isflagset(8)) { setflag(8); use_media_proxy(); }; }; } route[5] { # ----------------------------------------------------------------- # PSTN Handler # ----------------------------------------------------------------- rewritehost("10.10.10.11"); # INSERT YOUR PSTN GATEWAY IP ADDRESS # avp_printf("i:5", "s:inv_timeout"); t_on_failure("1"); route(1); } route[6] { # ------------------------------------------------------------------------ # Call Forwarding Reply Route Handler # # This must be done as a route block because sl_send_reply() cannot be # called from the failure_route block # ------------------------------------------------------------------------ lookup("aliases"); if (!is_uri_host_local()) { if (!isflagset(22)) { append_branch(); }; route(4); route(1); return(0); }; if (uri=~"^sip:011[0-9]*@") { route(4); route(5); return(0); }; if (!lookup("location")) { if (uri=~"^sip:[0-9]{10}@") { route(4); route(1); return(0); }; sl_send_reply("404", "User Not Found"); }; route(4); route(1); } onreply_route[1] { if ((isflagset(6) || isflagset(7)) && (status=~"(180)|(183)|2[0-9][0-9]")) { if (!search("^Content-Length:[ ]*0")) { use_media_proxy(); }; }; if (client_nat_test("1")) { fix_nated_contact(); }; } failure_route[1] { xlog("L_INFO", "Reached failure route\n"); if (t_check_status("487")) { return(0); }; if (isflagset(26) && t_check_status("486")) { if (avp_db_query("SELECT value FROM usr_preferences WHERE username = '$rU' and attribute = 'fwdbusy'")) { if (is_avp_set("$avp(i:1)")) { avp_pushto("$ru", "$avp(i:1)"); avp_delete("$avp(i:1)"); resetflag(26); route(6); return(0); }; }; }; if (isflagset(27) && t_check_status("408")) { xlog("L_INFO", "Reached no answer route\n"); if (avp_db_query("SELECT value FROM usr_preferences WHERE username = '$rU' and attribute = 'fwdnoanswer'")) { if (is_avp_set("$avp(i:1)")) { xlog("L_INFO", "Processing answer route\n"); avp_pushto("$ru", "$avp(i:1)"); avp_delete("$avp(i:1)"); resetflag(27); route(6); return(0); }; }; }; end_media_session(); } Ibrahim Hamouda

4 6

[Users] CDR tools feed back
by ram 22 Feb '07

22 Feb '07

Hi Does any one successfully deployed CDR Tools with prepaid and post paid iam looking mainly call disconnect when the balance of the user go negative any sugestions ram

3 3

[Users] Rewriting To: field
by Stéphane Alnet 21 Feb '07

21 Feb '07

Hello, I am doing interop testing with Level3, and need to be able to rewrite the To: field in requests to match their requirements. I can fake the rewrites inside route[], but although the packets sent out look like they use the new "To:", the header is never parsed again, so the internal structures of SER still hold the former (incorrect) value. When a request hit failure_route[] (for example when a CANCEL is sent when an INVITE times out) the original, incorrect To: header is then sent (and there's no way to modify the content of the CANCEL from within failure_route[]). Is there a standard way to alter the internally-stored value for To: (and From:, since I'm asking)? If not, could someone point me to the right place in the code to start adding this kind of feature? Thanks, Stéphane Alnet -- http://carrierclass.net/ http://www.linkedin.com/in/stephalnet

6 9

Re: [Users] Re: openSER on OpenBSD: cannot start openser
by Ben Ferguson - backcountry.com 21 Feb '07

21 Feb '07

This line? modparam("auth_db", "password_column", "password") If so, yes, we did try altering that line to reflect the password for the 'openser' user. Is that what you mean?--If not, can you explain? Thanks for the help. -Ben- ----- Original Message ----- From: "Ovidiu Sas" <sip.nslu(a)gmail.com> To: "Ben Ferguson - backcountry.com" <bferguson(a)backcountry.com> Cc: users(a)openser.org Sent: Tuesday, February 20, 2007 6:36:50 PM (GMT-0700) US/Mountain Subject: Re: [Users] Re: openSER on OpenBSD: cannot start openser Hi Ben, Have you changed the password inside the openser.cfg file? Regards, Ovidiu Sas On 2/20/07, Ben Ferguson - backcountry.com <bferguson(a)backcountry.com> wrote: > After further investigation, it looks as though this is actually caused by changing the default passwords for the openser and openserro users. We tried changing the passwords in openserctlrc to correspond with the mysql user password changes. We granted the rights accordingly in mysql as well. We also found /usr/local/lib/openser/openserctl/openserctl.sqlbase and /usr/local/sbin/openser_mysql.sh that referenced the passwords and we changed them accordingly there and still had no luck. We could not find any other files that seemed to reference the actual passwords. So we then removed the database and tried a fresh install and got the same result. So again the database was removed and this time we altered /usr/local/lib/openser/openserctl/openserctl.sqlbase and /usr/local/sbin/openser_mysql.sh to reflect the passwords we wanted to use, and ran openser_mysql.sh create. This resulted in the same error as before. So, we set all the files back to default with the default passwords, removed all mysql database info and again ran operser_mysql.sh create. Then ran openserctl start again: > > # openserctl start > database engine 'MYSQL' loaded > Control engine 'FIFO' loaded > > Starting OpenSER : \E[37;33mINFO: started (pid: 3947) > # > > Sweet! We then stopped openser and went and changed the passwords again in mysql and in openserctlrc and got the same error as before. It is impossible to change the passwords for openser and openserro to something other than the default! Crazy! We do not want to run with the default passwords... > > Any ideas? > > We are using OpenBSD 4.0 i386, openSER-1.1.1-tls, mysql5.0. > > Thanks, > Ben > > > ----- Original Message ----- > From: "Ben Ferguson - backcountry.com" <bferguson(a)backcountry.com> > To: users(a)openser.org > Sent: Tuesday, February 20, 2007 2:04:15 PM (GMT-0700) US/Mountain > Subject: openSER on OpenBSD: cannot start openser > > > > Hello all, > > I've just installed openSER on OpenBSD and I'm now trying to get openSER to start and am having trouble. I try openserctl start and here's what i get: > > > # openserctl start > database engine 'MYSQL' loaded > Control engine 'FIFO' loaded > > Starting OpenSER : > \E[37;31mERROR: PID file /var/run/openser.pid does not exist -- OpenSER start failed > # > > After a bunch of reading it seems as if openserctl is now obsolete (???) and that you should use the init script. I can't find reference for anyone running it like this on OpenBSD. I have found openser.init file in /<src directory>/packaging/gentoo and /<src directory>/packaging/rpm, but i am not sure how to use them on OpenBSD (I'm rather new to OpenBSD... I'm used to the rpm style of things.) > > I've searched and searched but can't find any info... So. anybody out there using openSER on OpenBSD? Or anybody know howto (or whereto find the info to) set up the start script for openSER on OpenBSD? > > Any help is greatly appreciated! > > Thanks, > Ben > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users >

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users