sr-users

sr-users@lists.kamailio.org

23 participants
37535 discussions

[Serusers] SER LCR Config
by Arun Kumar 10 Jan '07

10 Jan '07

Hi, I'm trying to configure LCR with ser here is my config file. This config is sending the call to my first gateway but when My first gateway is down its not sending the calls to other gateways. Plese help me to make this working. ------------------------ debug=3 fork=no log_stderror=yes listen=192.168.2.210 # INSERT YOUR IP ADDRESS HERE port=5060 children=4 dns=no rev_dns=no fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:pass@localhost/ser" 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/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_db.so" loadmodule "/usr/local/lib/ser/modules/uri.so" loadmodule "/usr/local/lib/ser/modules/uri_db.so" loadmodule "/usr/local/lib/ser/modules/domain.so" loadmodule "/usr/local/lib/ser/modules/nathelper.so" loadmodule "/usr/local/lib/ser/modules/avpops.so" loadmodule "/usr/local/lib/ser/modules/textops.so" loadmodule "/usr/local/lib/ser/modules/mediaproxy.so" loadmodule "/usr/local/lib/ser/modules/permissions.so" loadmodule "/usr/local/lib/ser/modules/acc.so" loadmodule "/usr/local/lib/ser/modules/auth_radius.so" loadmodule "/usr/local/lib/ser/modules/lcr.so" modparam("auth_db|permissions|uri_db|usrloc|domain", "db_url", " mysql://ser:pass@localhost/ser") 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", 120) modparam("tm", "fr_inv_timer_avp", "inv_timeout") modparam("permissions", "db_mode", 1) modparam("permissions", "trusted_table", "trusted") modparam("lcr","db_url", "mysql://ser:pass@localhost/ser") modparam("lcr","gw_table","gw") modparam("lcr","gw_name_column","gw_name") modparam("lcr","ip_addr_column","ip_addr") modparam("lcr","port_column","port") modparam("lcr","grp_id_column","grp_id") modparam("lcr","lcr_table","lcr") modparam("lcr","prefix_column","prefix") modparam("lcr","from_uri_column","from_uri") modparam("lcr","priority_column","priority") modparam("lcr","contact_avp","1401") modparam("lcr","fr_inv_timer_avp","fr_inv_timer_avp") modparam("lcr","fr_inv_timer",90) modparam("lcr","fr_inv_timer_next",60) # ------ Account and Radius modules-------------- modparam("acc", "db_url", "mysql://ser:pass@localhost/ser") modparam("acc","log_level",1) modparam("acc","log_flag",1) modparam("acc", "db_flag", 1) modparam("acc","radius_flag",1) modparam("acc","service_type",15) #modparam("acc","radius_config","/usr/local/etc/radiusclient-ng/radiusclient.conf") route { # ----------------------------------------------------------------- # Sanity Check Section # ----------------------------------------------------------------- if (!mf_process_maxfwd_header("10")) { sl_send_reply("483", "Too Many Hops"); break; }; if (msg:len > max_len) { sl_send_reply("513", "Message Overflow"); break; }; # ----------------------------------------------------------------- # Record Route Section # ----------------------------------------------------------------- if (method=="INVITE" && client_nat_test("3")) { # setflag(1); # INSERT YOUR IP ADDRESS HERE record_route_preset("192.168.2.210:5060;nat=yes"); } else if (method!="REGISTER") { record_route(); }; # ----------------------------------------------------------------- # Call Tear Down Section # ----------------------------------------------------------------- if (method=="BYE" || method=="CANCEL") { setflag(1); end_media_session(); }; # ----------------------------------------------------------------- # Loose Route Section # ----------------------------------------------------------------- if (loose_route()) { if ((method=="INVITE" || method=="REFER") && !has_totag()) { sl_send_reply("403", "Forbidden Cant cross 1st bridge"); break; }; if (method=="INVITE") { if (!allow_trusted()) { if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); }; if (client_nat_test("3")||search("^Route:.*;nat=yes")){ setflag(6); use_media_proxy(); }; }; route(1); break; }; # ----------------------------------------------------------------- # Call Type Processing Section # ----------------------------------------------------------------- if (!is_uri_host_local()) { if (is_from_local() || allow_trusted()) { sl_send_reply("404", "I am trusted host, "); route(4); route(1); } else { sl_send_reply("403", "Forbidden, I am here"); }; break; }; if (method=="ACK") { setflag(1); route(1); break; } if (method=="CANCEL") { setflag(1); route(1); break; } else if (method=="INVITE") { setflag(1); # sl_send_reply("410", "I am sending your call, "); route(3); break; } else if (method=="REGISTER") { route(2); break; }; lookup("aliases"); if (!is_uri_host_local()) { route(4); route(1); break; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); break; }; route(1); } route[1] { # ----------------------------------------------------------------- # Default Message Handler # ----------------------------------------------------------------- t_on_reply("1"); if (!t_relay()) { if (method=="INVITE" || method=="ACK") { setflag(1); 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"); break; }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); break; }; 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"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); }; route(4); if(!load_gws()){ sl_send_reply("500", "Internal server error, unable to load gateways"); break; } if(!next_gw()){ sl_send_reply("503", "Service not available, no gateways found"); break; }; if (!is_uri_host_local()) { route(4); route(1); break; }; # route(1); } route[4] { # ----------------------------------------------------------------- # NAT Traversal Section # ----------------------------------------------------------------- if (isflagset(6) || isflagset(7)) { if (!isflagset(8)) { setflag(8); use_media_proxy(); }; }; } 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(); }; } ------------------------------- thanks arun

1 0

[Users] uri_radius and radius_does_user_exist() not working
by Toni Heinonen 09 Jan '07

09 Jan '07

Hi, I've been through the OpenSER + RADIUS configuration tutorial many, many times, and it works like a charm, except for the uri_radius module which I can't get to detect user existence with the radius_does_user_exist() function. I'm trying to decide whether to send a 404 or a 480, as such: if (!lookup("location")) { if(radius_does_uri_exist()) { sl_send_reply("480", "User offline"); } else { sl_send_reply("404", "User not found"); }; }; It worked identically with the uri_db module's does_user_exist() function. Now the RADIUS server doesn't seem to understand the Call-Check request. I have a dump here: http://tonih.iki.fi/temp/uri_radius.cap Can anyone guess why OpenSER always gives a 404 even for users that exist, but that are simply offline? The users are currently hand-configured into freeradius's text configuration file users.conf. PS. What have you found to be the best way to authenticate users from a domain? FreeRADIUS using Kerberos 5, LDAP or relaying to a Microsoft RADIUS (IAS) server? -- http://tonih.iki.fi/ ~ http://blogit.helsinki.fi/toni.heinonen/ "The progress of a dynamic civilization depends on the special people who make play out of work. In their all-absorbing passion, they create the variations that, through trial and error, become the sources of progress. They make the discoveries that drive the infinite series." - Virginia Postrel

3 3

[Users] sip register
by sinclair fils 09 Jan '07

09 Jan '07

i am developping one sip dialer using Microsoft RTC in vb6 i want to register in my opnser server put no request of registration are send to my server any help __________________________________________________ Do You Yahoo!? En finir avec le spam? Yahoo! Mail vous offre la meilleure protection possible contre les messages non sollicités http://mail.yahoo.fr Yahoo! Mail

2 1

[Users] NEW FEATURE: error_route - automatic error handling
by Daniel-Constantin Mierla 09 Jan '07

09 Jan '07

Hello, today was introduced in development version a framework for automatic error handling. Based on past experiences and comments on the mailing lists, error handling was a bit deficient from the configuration file. Log files could get full of error messages when SIP messages were incorrect, the processing continued even it should have stopped. With the new framework, the administrator can write a error_route block and there decide what to do when an error is encountered. Right now, error_route is executed for parsing errors in sip requests - one can send back now the appropriate reply. I use this email to start a discussion about how to extend it, there could be system errors (e.g., memory, database access, ...) or errors in replies (here we can use same route block and check the type of sip message not to force reply to reply - a new more flexible and easier way to access pseudo-variables is underway). In the error_route are available 4 new pseudo-variables: - $err.class - the class of error (now is ‘1’ for parsing errors) - $err.level - severity level for the error - $err.info - text describing the error - $err.rcode - recommended reply code - $err.rreason - recommended reply reason phrase With the new sl_reply() from sl module you can reply with the appropriate code and reason from error_route[] - here is an example: error_route { xlog("--- error route class=$(err.class) level=$(err.level) info=$(err.info) rcode=$(err.rcode) rreason=$(err.rreason) ---\n"); xlog("--- error from [$si:$sp]\n+++++\n$mb\n++++\n"); sl_reply("$err.rcode", "$err.rreason"); exit; } In addition to sl_send_reply(), append_to_reply() and xlog functions can be used in error_route. You have to use 'exit' if you do not want to continue the execution when an error occurred. Error level is meant to show if the processing can continue without any issue, or if the error allows to send reply or not. Please note that malformed SIP messages can still go through your proxy in the case the processing didn't discover it (OpenSER has an incremental parser, it parses only what it needs). If no error_route is defined, the functionality is same as before. Looking forward to feedback about this new automatic error handling. Cheers, Daniel

1 0

[Serusers] serweb 0.10.0 - error: Allowed memory size of 8388608 bytes exhausted
by "tzieleniewski" 09 Jan '07

09 Jan '07

Hi After instaling serweb 0.10.0 for ser 0.10.99 when I try to log into user aplication I get the following error: Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 9699 bytes) in /home/ser/serweb/serweb-0.10.0/smarty/Smarty_Compiler.class.php on line 196 I configured serweb with the multidomain support according to README in modules/multidomain/. What can I do with that? And what information do You need to investigate the probelem? Bests Tomasz

2 1

[Users] Re: [Devel] OpenSER not sending Ack on Request Cancel
by Klaus Darilion 09 Jan '07

09 Jan '07

Rajesh Kalagarla wrote: > Hi Klaus, > > As per rfc 3261, if the proxy is stateful the CANCEL request will be a > hop-by-hop request. in that case Relay is not the correct option right? It is the correct function to handle CANCEL. t_relay will pass the CANCEL to openser's transaction modul. The transaction module usualy will detect that this CANCEL is for an ongoing transaction and takes care of the hop-by-hop CANCEL. This should also take care of the hop-by-hop ACK to the 487 response. regards klaus > > Thanks & Regards, > Rajesh > > ----- Original Message ----- > From: "Klaus Darilion" <klaus.mailinglists(a)pernau.at> > To: "Rajesh Kalagarla" <RajeshK(a)idnltd.com> > Cc: <devel(a)openser.org> > Sent: Tuesday, January 09, 2007 10:38 AM > Subject: Re: [Devel] OpenSER not sending Ack on Request Cancel > > >> Hi! >> >> This indeed looks strange. Are you using stateful forwarding (t_relay)? >> >> It loks like your are using lookup() also for CANCEL - try to avoid that >> and just t_relay: >> >> if (is_method("CANCEL")) { >> t_relay(); >> } >> >> regards >> klaus >> >> Rajesh Kalagarla wrote: >>> Hi Klaus, >>> >>> here is the log. >>> >>> Thanks & Regards, >>> Rajesh >>> ----- Original Message ----- >>> From: "Klaus Darilion" <klaus.mailinglists(a)pernau.at> >>> To: "Rajesh Kalagarla" <RajeshK(a)idnltd.com> >>> Cc: <devel(a)openser.org> >>> Sent: Monday, January 08, 2007 1:00 PM >>> Subject: Re: [Devel] OpenSER not sending Ack on Request Cancel >>> >>> >>>> Rajesh Kalagarla wrote: >>>>> Hello All, >>>>> >>>>> OpenSER is not responding with a Ack for the call that was terminated >>> with CANCEL because of no response from remote user. because of this SIP >>> client is keep retransmitting the 487 Response for the Invite request. >>>>> is it a bug or something need to be enabled? >>>> Please send a "ngrep -W byline port 5060" dump. >>>> >>>> regards >>>> klaus >>>> >>>> >>>>> Thanks, >>>>> Rajesh >>>>> >>>>> >>>>> >>>>> >>>> ------------------------------------------------------------------------ >>>>> _______________________________________________ >>>>> Devel mailing list >>>>> Devel(a)openser.org >>>>> http://openser.org/cgi-bin/mailman/listinfo/devel >>>> -- >>>> Klaus Darilion >>>> nic.at >>>> >>>> >> >> -- >> Klaus Darilion >> nic.at >> >> > > -- Klaus Darilion nic.at

1 0

RE: [Users] SER as proxy in front of Asterisk
by Thomas Deillon 09 Jan '07

09 Jan '07

Behind a PIX, it works Behind a SonicWall without the SIP_aware option, it doesn't work Behind a Watchguard, it doesn't work too (and there is no SIP_aware option) In fact, I have a centrex IP and many clients in the country with, many different configurations and I have to be sure that all works. It's why I have no enable the SIP_aware option in the sonicwall. Thanks for your help, Thomas -----Message d'origine----- De : users-bounces(a)openser.org [mailto:users-bounces@openser.org] De la part de Thomas Deillon Envoyé : mercredi, 3. janvier 2007 17:06 À : daniel(a)voice-system.ro Cc : users(a)openser.org Objet : RE: [Users] SER as proxy in front of Asterisk Hi, In fact, now, every phone does not response. The options didn't go thought the FW, so, the phone cannot answer. I don't understand why the traffic don't go thought it !! I have test this configuration with two firewall: a sonicwall and a soho. Cheers, Thomas -----Message d'origine----- De : Daniel-Constantin Mierla [mailto:daniel@voice-system.ro] Envoyé : mercredi, 3. janvier 2007 14:52 À : Thomas Deillon Cc : users(a)openser.org Objet : Re: [Users] SER as proxy in front of Asterisk Hello, what is the type of NAT/Firewall you have in front of Thomson? As I can see from the diagram, the phone does not reply to OPTIONS request, and I guess, the nat/firewall needs outward traffic to keep the pinhole open. Check why thomson ignores the options requests. Cheers, Daniel On 01/03/07 15:17, Thomas Deillon wrote: > > Hi, > > I have made more tries and now, all my phones don't work ... > > The firewall opens a connection to REGISTER phone but after a while > the OPTION message from the Asterisk will be DROP by the FW ... > > You can find a diagram of the exchange here: > http://deillon.eu/tmp/exchange_sip.png > > A list of all exchange: http://deillon.eu/tmp/ip_sip.txt > > And all sip message: http://deillon.eu/tmp/message.txt > > Thanks a lot for your help, > > Thomas > > ------------------------------------------------------------------------ > > *De :* users-bounces(a)openser.org [mailto:users-bounces@openser.org] > *De la part de* Thomas Deillon > *Envoyé :* mardi, 2. janvier 2007 11:44 > *À :* users(a)openser.org > *Objet :* [Users] SER as proxy in front of Asterisk > > Hi all, > > I wish you first a happy new year !! > One again, I ask you some help. Thanks a lot for your patience and > your answers that really helped me. > > So, I want to put a SER in front of one Asterisk for the moment (more > after). > All Servers have public IP address and so, I don't care about the > RTP/SDP messages. > All phones are behind NAT somewhere in Switerland :) > > > I have the configuration below in openser: > > > modparam("dispatcher", "list_file", "/etc/openser/dispatcher.list") > #modparam("dispatcher", "force_dst", 1) > modparam("dispatcher", "flags", 2) > > modparam("usrloc", "db_mode", 0) > #modparam("rr", "enable_full_lr", 1) > > route{ > > > xlog("L_ALERT", "[$rm] from [$fu] to [$tu]\n"); > > if (!mf_process_maxfwd_header("10")) { > sl_send_reply("483","Too Many Hops"); > exit; > }; > > if (msg:len >= 2048 ) { > sl_send_reply("513", "Message too big"); > exit; > }; > > # if (search("User-Agent:.*Thomson.*")) { > # }; > > > if ((src_ip==212.xxx.xxx.152) || (src_ip==212.xxx.xxx.153)) { > if(method=="OPTIONS") { > }; > avp_pushto("$ru","$tu"); > forward(); > > }else { > fix_nated_contact(); > force_rport(); > if(method=="REGISTER"){ > ds_select_dst("4", "0"); > t_relay(); > } > else { > ds_select_dst("0", "4"); > forward(); > } > } > } > > > And in my dispatcher.list I have: > > 0 sip:212.xxx.xxx.153:5060 > 4 sip:212.xxx.xxx.153:5060 > > > > With this configuration, a snom phone, a X-lite phone and a Cisco > phone seams to work .... > But with the Thomson ST2030, it doesn't work. > In fact, the Thomson REGISTER on asterisk, the Asterisk send a OPTION > message to the FW IP adress and the right port where the thomson is > and then, after a while, the FW close the connection. The thomson > phone is so "UNREACHABLE" on asterisk status and nobody can call it. > I'm not sure that my configuration is ok in ser but I think that is a > problem with the Thomson2030. Do you had the same kind of problem or > do you understand the problem here ? > > > Thanks for your help, > > Thomas Deillon > > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users > _______________________________________________ Users mailing list Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users

2 1

[Users] Failover with messages BYE
by Jose Gil Navarrete 09 Jan '07

09 Jan '07

Hi list. I try to use the module dispatcher like failover, when the call is established and after the proxy is down then resend the BYE message at the next proxy using ds_select_dst("2", "4") and forward the message, but I obtain the message 503 of the failure_route[2], Any idea?? Thanks in advance In my route seccion I made the next: if (loose_route()) { if (search("Path")) { route(1); }; if (!add_path_received()) { sl_send_reply("503", "Internal Path Error"); exit; }; route(5); }; route[5] { t_on_failure("2"); t_relay(); exit; } failure_route[2] { #500, 503, 504 if ( t_check_status("408") | t_check_status("500") | t_check_status("503") | t_check_status("504") ) { if (ds_next_domain()) { #if (ds_next_dst()) { # On Failure: Choose next Proxy t_on_failure("2"); # Relay to Proxy t_relay(); } else { t_reply("503", "Service not available"); return; } }; } __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.yahoo.com.mx/

2 1

[Serusers] Work with a new column in SER.subscriber
by inge 09 Jan '07

09 Jan '07

Hi all, I add a new column named "client" in subscriber table. Next, I want to do a test wich seems like that in SQL : "SELECT client FROM subscriber WHERE username = "actual calling number" => equivalent of avp_db_load I think ? Then, I think I must do a test on the previous values with an if and avp_check I think. But my problem is to do this both requests with SER syntax in ser.cfg. Someone can help me ? Thanks

3 8

[Serusers] ser_ctl: (111, 'Connection refused'): error
by "tzieleniewski" 09 Jan '07

09 Jan '07

Hi ! I've set up the ser 0.10.99, basic functionality works - ser registers users and establishes the media sessions correctly. Now I tried to use the new serctl tool: version 0.3.17. When I try to invoke for instance #ser_ctl ps while ser is running I get the following: ser_ctl: (111, 'Connection refused'): error my ser.cfg file part: port=5060 ... modparam("ctl", "binrpc", "unixs:/tmp/ser_ctl") modparam("ctl", "fifo", "fifo:/tmp/ser_fifo") modparam("ctl", "mode", 0666) and my serctl.conf and serctl/config.py files lines: .. SER_URI = 'http://localhost:5060/' ... Please point me what do I need to do to make it work. Best Tomasz

3 6

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