sr-users

sr-users@lists.kamailio.org

51 participants
37559 discussions

[Serusers] SER Calls Routed TO Asterisk
by Mr Greg Plater 10 Apr '05

10 Apr '05

Hi I was wondering if anyone could help with this configuration.. My office Users register with SERWEB and have an alias example : 8838212349 I have asterisk connected to my PSTN company and would like calls from SER with say prefix 0 to be routed to asterisk for PSTN termination. Currently I have Asterisk dialplans working for PSTN. I have Asterisk as a user registered to SER but I can not seem to route the calls to Asterisk >From SER . All Services are on Public ip address's but can I use the example: Asterisk = 192.168.1.5 with user name asterisk (2000) registered to SER SER = 192.168.1.4 has users with Alias like 8838212349 Please help if you can :-) Cheers Greg ____________________________________________________________________________ _______________ # # $Id: ser.cfg,v 1.27 2005/03/10 14:16:25 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) #memlog=5 # memory debug log level #log_facility=LOG_LOCAL0 # sets the facility used for logging (see syslog(3)) /* Uncomment these lines to enter debugging mode fork=no 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" user=www group=www fifo_user=www # owner of the ser fifo fifo_group=www fifo_mode=0660 # fifo's permissions #disable_core=yes #disables core dumping #open_fd_limit=1024 # sets the open file descriptors limit #mhomed=yes # usefull for multihomed hosts, small performance penalty #disable_tcp=yes tcp_accept_aliases=yes # accepts the tcp alias via option (see NEWS) # ------------------ 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 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 >= max_len ) { 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("127.0.0.1", "subscriber")) { www_challenge("127.0.0.1", "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(); }; }

2 1

RE: [Serusers] Child procs
by Matt Schulte 10 Apr '05

10 Apr '05

Ok, that makes a little more sense, thanks for clearing that up. However what I'm noticing is that over a period of time the 4 "udp" procs lock up, at random points from what I can tell. I can't seem to duplicate the issue, by load testing or by load testing and waiting. One day our production box "hung" 4 times. What's even more weird is this happens on 0.8.14, 0.9.0, and even latest cvs dev. To compensate I was raising the child procs up to 100 until I found the problem, even with that many procs still only 4 "udp" procs ever get generated. Also I disable TCP as our infrastructure doesn't need it. Any suggestions? I don't want to enable full debugging on production because I could never get debug to run stable (duh?). Could this be a distro bug or some kind of lib mismatch? I've read the manual many times, must be doing something wrong. I love SER but getting to the point where we maybe forced to get Asterisk to start proxying (gasp).. Thanks, Matt -----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Saturday, April 09, 2005 3:26 AM To: Matt Schulte Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] Child procs The children are not all equal. Some of them serve requests coming from UDP, some of them from TCP and some are auxiliary, like the timer process or the fifo server. You can see the purpose of each children using serctl ps command. If most of the traffic being processed by your server comes over UDP then only the UDP receivers will be running and the TCP receivers will be idle, but you still need them to be able to receive TCP based traffic. Optimum number of processes depends on your hardware and the amount of traffic being processed. For common setups 8 children should be OK. Jan. On 05-04 07:26, Matt Schulte wrote: > Does anyone have any opinions on this? What I'm worried about is of > course running out of procs and thus hanging SER, I believed this to > have happened several times.. > > Thanks.. > > -----Original Message----- > From: Matt Schulte > Sent: Monday, April 04, 2005 8:45 AM > To: serusers(a)lists.iptel.org > Subject: [Serusers] Child procs > > > Do increasing child procs actually do anything? When I do a 'ps axu' I > only show 4 of the procs having CPU time, the rest having no cpu time > at all. Any thoughts on this? Thanks, Matt > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

1 0

[Serusers] Restart ser application using cronjob
by prajyot 10 Apr '05

10 Apr '05

Hi all, I am pretty new to Ser and need help to restart the ser application using a script run by the cron job, The command I am using to restart the ser application in the script is "serctl stop" and "serctl start". When I try to run this script by placing it in the cronjob it doesnot work. Although it works when I run it manually. Can anyone help me how can I restart the SER application using a script run in the cron job. I also defined the SIP_DOMAIN parameter in the script itself but it did not work. The SER version I have is 0.8.14 Thanks for your help in advance Regards, Prajyot Shirsolkar Network Engineer, BMX Inc. 315-797-1822 prajyot(a)bmx-inc.com

2 1

Re: [Serusers] acc module
by harry gaillac 10 Apr '05

10 Apr '05

Hello, Thanks for your reply I don't find help on http://www.onsip.org/ I've ever load that config without this error message !? Look at my ser.cfg setflag is set to 3. Harry --- Java Rockx <javarockx(a)gmail.com> wrote: > Harry, > > You can get a detailed line-by-line document on how > to enable and configure > MySQL with ser-0.9.x from http://www.onsip.org/ > > Regards, > Paul > > On Apr 9, 2005 7:29 PM, harry gaillac > <gaillacharry(a)yahoo.fr> wrote: > > > > Hello, > > > > Ser don't start because of : > > serveur1:/etc/ser# /etc/init.d/ser restart > > > > There are errors in the configuration file. Please > fix > > them first > > > > 0(2232) set_mod_param_regex: parameter <db_url> > not > > found in module <acc> > > 0(2232) parse error (110,20-21): Can't set module > > parameter > > 0(2232) set_mod_param_regex: parameter > > <db_missed_flag> not found in module <acc> > > 0(2232) parse error (111,19-20): Can't set module > > parameter > > ERROR: bad config file (2 errors) > > > > my ser.cfg: > > > > loadmodule "/usr/lib/ser/modules/mysql.so" > > > > loadmodule "/usr/lib/ser/modules/sl.so" > > loadmodule "/usr/lib/ser/modules/tm.so" > > loadmodule "/usr/lib/ser/modules/rr.so" > > loadmodule "/usr/lib/ser/modules/maxfwd.so" > > loadmodule "/usr/lib/ser/modules/usrloc.so" > > loadmodule "/usr/lib/ser/modules/registrar.so" > > loadmodule "/usr/lib/ser/modules/textops.so" > > loadmodule "/usr/lib/ser/modules/domain.so" > > loadmodule "/usr/lib/ser/modules/msilo.so" > > loadmodule "/usr/lib/ser/modules/acc.so" > > > > # -- acc params -- > > > > modparam("acc", "db_url", > > "mysql://ser:heslo@localhost/ser") > > modparam("acc", "db_missed_flag", 3) > > > > Harry > > > > > > > > > ___________________________________________________________________________________________________ > > Le nouveau Yahoo! Messenger est arrivé ! Découvrez > toutes les nouveautés > > pour dialoguer instantanément avec vos amis. A > télécharger gratuitement sur > > http://fr.messenger.yahoo.com > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > > > __________________________________________________________________ Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

3 2

Re: [Serusers] Starting SER : PID file exists(/var/run/ser.pid)already running?
by Aisling O'Driscoll 10 Apr '05

10 Apr '05

Hello, If I start SER with "ser -d -d -d -d -d -d -d -D -E". I get something like the following: 0(0) qm_free(0x8109b00, 0x8145548), called from script_cb.c: destroy_script_cb(81) 0(0) qm_free: freeing frag. 0x8145530 alloc'ed from script_cb.c: register_script_cb(53) 0(0) qm_free(0x8109b00, 0x8145850), called from script_cb.c: destroy_script_cb(83) 0(0) qm_free: freeing frag. 0x8145838 alloc'ed from script_cb.c: register_script_cb(53) 0(0) qm_free(0x4045b000, 0x4049153c), called from main.c: cleanup(373) 0(0) qm_free: freeing frag. 0x40491524 alloc'ed from main.c: main(1534) 0(13787) shm_mem_destroy 0(13787) destroying the shared memory lock localhost:/opt/ser/sbin # pstree ....Does that explain anything? Again when I do pstree, I see 2* [ser] instead of the usual 27 *[ser]. Kindest regards, Aisling > >---- Original Message ---- >From: greger(a)teigre.com >To: ashling.odriscoll(a)cit.ie, llanosserna(a)hotmail.com >Subject: Re: [Serusers] Starting SER : PID file >exists(/var/run/ser.pid)already running? >Date: Fri, 8 Apr 2005 19:30:22 +0200 > >>Try to start ser up in debug/no-fork mode!! You will see if it >crashes. >>g-) >> >>Aisling O'Driscoll wrote: >>> Hello, >>> >>> When I removed the ser.pid file from /var/run and ran >>> /opt/ser/sbin/serctl start, it said SER had started. Then when I >look >>> at pstree, I see 2 * [ser]. However usually when SER is working >>> properly it says 27 * [ser]. When I check netstat -tunap, I dont >see >>> SER working. >>> >>> Any other ideas? >>> >>> ---- Original Message ---- >>> From: llanosserna(a)hotmail.com >>> To: ashling.odriscoll(a)cit.ie >>> Subject: RE: [Serusers] Starting SER : PID file exists >>> (/var/run/ser.pid)already running? >>> Date: Fri, 08 Apr 2005 13:53:25 +0200 >>> >>>> <html><div style='background-color:'><DIV class=RTE></DIV> >>>> <P>Make sure ser is not running with a </P> >>>> <P>>ps -ef</P> >>>> <P>I fit's not there, just remove the pid file</P> >>>> <P>>rm /var/run/ser.pid</P> >>>> <P>And then you should be able to start ser</P> >>>> <P> </P> >>>> <P> </P> >>>> <P> </P> >>>> <DIV class=RTE>>Hi, </DIV> >>>> <DIV></DIV>> >>>> <DIV></DIV>>I am wondering if anyone has ever come across this >>>> error before?: >>>> <DIV></DIV>> >>>> <DIV></DIV>>Starting SER : PID file exists! (/var/run/ser.pid) >>>> already running? >>>> <DIV></DIV>> >>>> <DIV></DIV>>I am using ser 0.9.0 and it worked like a charm >the >>>> first few times >>>> <DIV></DIV>>that I stopped and started SER. There are no >errors in >>>> <DIV></DIV>>/var/log/messages. I also started SER as >>>> /opt/ser/sbin/ser -c and it >>>> <DIV></DIV>>showed that the config was ok and exited. However >when >>>> I check >>>> <DIV></DIV>>pstree, I dont see SER listening. >>>> <DIV></DIV>> >>>> <DIV></DIV>>Could it perhaps be something got to do with the >>>> database?. Example: >>>> <DIV></DIV>>Should the version table in the SER database >contain >>>> "version" or >>>> <DIV></DIV>>"table_version"? I have tried dropping and >restarting >>>> the database >>>> <DIV></DIV>>i.e. /opt/ser/sbin/ser_mysql.sh drop, then >>>> <DIV></DIV>>./opt/ser/sbin/ser_mysql.sh create. >>>> <DIV></DIV>> >>>> <DIV></DIV>>Any ideas would be appreciated. >>>> <DIV></DIV>>Thanks, >>>> <DIV></DIV>>Aisling. >>>> <DIV></DIV>> >>>> <DIV></DIV>> >>>> ><DIV></DIV>>-------------------Legal  Disclaimer-------- >>>> ------------------------------- >>>> <DIV></DIV>> >>>> <DIV></DIV>>The above electronic mail transmission is >confidential >>>> and intended only for the person to whom it is addressed. Its >>>> contents may be protected by legal and/or professional privilege. >>>> Should it be received by you in error please contact the sender >at >>>> the above quoted email address. Any unauthorised form of >reproduction >>>> of this message is strictly prohibited. The Institute does not >>>> guarantee the security of any information electronically >transmitted >>>> and is not liable if the information contained in this >communication >>>> is not a proper and complete record of the message as transmitted >by >>>> the sender nor for any delay in its receipt. >>>> <DIV></DIV>> >>>> <DIV></DIV>>_______________________________________________ >>>> <DIV></DIV>>Serusers mailing list >>>> <DIV></DIV>>Serusers(a)iptel.org >>>> <DIV></DIV>>http://mail.iptel.org/mailman/listinfo/serusers >>>> <DIV></DIV></div></html> >>>> >>>> >>>> -------------------Legal >>>> Disclaimer--------------------------------------- >>>> >>>> The above electronic mail transmission is confidential and >intended >>>> only for the person to whom it is addressed. Its contents may be >>>> protected by legal and/or professional privilege. Should it be >>>> received by you in error please contact the sender at the above >>>> quoted email address. Any unauthorised form of reproduction of >this >>>> message is strictly prohibited. The Institute does not guarantee >the >>>> security of any information electronically transmitted and is not >>>> liable if the information contained in this communication is not >a >>>> proper and complete record of the message as transmitted by the >>>> sender nor for any delay in its receipt. >>>> >>> >>> >>> >>> -------------------Legal >>> Disclaimer--------------------------------------- >>> >>> The above electronic mail transmission is confidential and >intended >>> only for the person to whom it is addressed. Its contents may be >>> protected by legal and/or professional privilege. Should it be >>> received by you in error please contact the sender at the above >>> quoted email address. Any unauthorised form of reproduction of >this >>> message is strictly prohibited. The Institute does not guarantee >the >>> security of any information electronically transmitted and is not >>> liable if the information contained in this communication is not a >>> proper and complete record of the message as transmitted by the >>> sender nor for any delay in its receipt. >>> >>> _______________________________________________ >>> Serusers mailing list >>> Serusers(a)iptel.org >>> http://mail.iptel.org/mailman/listinfo/serusers >> >>-------------------Legal >Disclaimer--------------------------------------- >> >>The above electronic mail transmission is confidential and intended >only for the person to whom it is addressed. Its contents may be >protected by legal and/or professional privilege. Should it be >received by you in error please contact the sender at the above >quoted email address. Any unauthorised form of reproduction of this >message is strictly prohibited. The Institute does not guarantee the >security of any information electronically transmitted and is not >liable if the information contained in this communication is not a >proper and complete record of the message as transmitted by the >sender nor for any delay in its receipt. -------------------Legal Disclaimer--------------------------------------- The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt.

2 1

[Serusers] Ser.cfg authentication problems
by Alex 10 Apr '05

10 Apr '05

Hi all I have some problems to configure ser to authenticate through radius. I compiled modules for auth_radius . i checked the freeradius with radtest and it's working fine, the problem is that ser is not talking to freeradius. inside ser.cfg ------------------------------------------------- loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_radius.so" modparam("auth_radius", "radius_config","/usr/local/etc/radiusclient/radiusclient.conf") modparam("auth_radius", "service_type", 15) if (method=="REGISTER") { log(1, "REGISTER: Authenticating user\n"); if (!radius_www_authorize("")) { log(1, "REGISTER: challenging user\n"); www_challenge("", "0"); break; }; save("location"); sl_send_reply("200","ok"); break; }; I don't see anything happens inside radius when it's coming to authentication. now inside /var/logs/messages i see : ser[11562]: REGISTER: Authenticating user ser[11562]: REGISTER: challenging user it means what the request is going inside this "IF" but nothing happens, it looks like ser not talking to the radius. what it can be any suggestions. Thanks you guys for any help. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

RE: [Serusers] Nat incoming call
by Barry Murphy 10 Apr '05

10 Apr '05

Ok, so ser worked for a few minutes in the following way: Me on live IP calling a nat user, their phone would ring, however me the A party got no ring, after 20 seconds I received NU tone. NAT user is able to call me with no problem. Then things just died and now when I run ser I get the following: ser@max:/home/icepick$ ser -Edddddd 0(5134) read 244542925 from /dev/urandom 0(5134) seeding PRNG with 1357656199 0(5134) test random number 985922484 ERROR: bad config file (1 errors) ser.cfg (as per onsip.org, exact copy of the rtpproxy.cfg with 2 additional fields for linking asterisk) debug=3 fork=yes log_stderror=no dns=no rev_dns=no fifo="/home/ser/ser_fifo" fifo_db_url="mysql://asterisk:4ster1skrawk5@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/nathelper.so" loadmodule "/usr/local/lib/ser/modules/textops.so" loadmodule "/usr/local/lib/ser/modules/uri_db.so" loadmodule "/usr/local/lib/ser/modules/uri.so" loadmodule "/usr/local/lib/ser/modules/domain.so" loadmodule "/usr/local/lib/ser/modules/acc.so" modparam("acc|auth_db|usrloc|uri_db", "db_url", "mysql://ser:ser@localhost/ser") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "password_column", "password") modparam("acc", "log_level", 2) modparam("acc", "log_flag", 1 ) modparam("acc", "log_missed_flag", 2) modparam("acc", "log_fmt", "cdfimorstup") modparam("acc", "failed_transactions", 1) modparam("acc", "report_cancels", 1) modparam("acc", "db_flag", 1) modparam("acc", "db_missed_flag", 2) modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpproxy.sock") modparam("usrloc", "db_mode", 2) modparam("registrar", "nat_flag", 6) modparam("rr", "enable_full_lr", 1) alias="voip.fast.co.nz" alias="" 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!="REGISTER") { record_route(); }; if (method=="BYE" || method=="CANCEL") { unforce_rtp_proxy(); } # ----------------------------------------------------------------- # Loose Route Section # ----------------------------------------------------------------- if (loose_route()) { if (has_totag() && method=="INVITE") { if (nat_uac_test("19")) { setflag(6); force_rport(); fix_nated_contact(); }; force_rtp_proxy("l"); }; route(1); break; }; # ----------------------------------------------------------------- # send out 0 prefix to asterisk for IVR options # ----------------------------------------------------------------- if (uri=~"^sip:0[1-9]*@voip.fast.co.nz") { setflag(1); rewritehostport("202.150.105.150:5070"); log("free call"); if (!t_relay()) { sl_reply_error(); }; break; } # ----------------------------------------------------------------- # send out 00 prefix to wholesale voip.fast.co.nz termination # ----------------------------------------------------------------- if (uri=~"^sip:00[0-9].*@voip.fast.co.nz") { if (!is_user_in("From", "ld")) { sl_send_reply("403", "Payment required"); break; }; setflag(1); rewritehostport("voip.fast.co.nz:5070"); if (!t_relay()) { sl_reply_error(); }; break; }; # ----------------------------------------------------------------- # Call Type Processing Section # ----------------------------------------------------------------- if (uri==myself) { if (method=="INVITE") { route(3); break; } else if (method=="REGISTER") { route(2); 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" && isflagset(6)) { unforce_rtp_proxy(); }; sl_reply_error(); }; } route[2] { # ----------------------------------------------------------------- # REGISTER Message Handler # ---------------------------------------------------------------- if (!search("^Contact: \*") && nat_uac_test("19")) { setflag(6); fix_nated_register(); force_rport(); }; sl_send_reply("100", "Trying"); 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 (nat_uac_test("19")) { setflag(6); } if (!lookup("location")) { sl_send_reply("404", "User Not Found"); break; }; if (!proxy_authorize("voip.fast.co.nz","subscriber")) { proxy_challenge("voip.fast.co.nz","0"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); if (isflagset(6)) { force_rport(); fix_nated_contact(); force_rtp_proxy(); }; t_on_reply("1"); if (!t_relay()) { if(isflagset(6)) { unforce_rtp_proxy(); } sl_reply_error(); }; } onreply_route[1] { if (isflagset(6) && status=~"(180)|(183)|2[0-9][0-9]") { if (!search("^Content-Length:\ 0")) { force_rtp_proxy(); }; } else if (nat_uac_test("1")) { fix_nated_contact(); }; }

1 1

[Serusers] acc module
by harry gaillac 09 Apr '05

09 Apr '05

Hello, Ser don't start because of : serveur1:/etc/ser# /etc/init.d/ser restart There are errors in the configuration file. Please fix them first 0(2232) set_mod_param_regex: parameter <db_url> not found in module <acc> 0(2232) parse error (110,20-21): Can't set module parameter 0(2232) set_mod_param_regex: parameter <db_missed_flag> not found in module <acc> 0(2232) parse error (111,19-20): Can't set module parameter ERROR: bad config file (2 errors) my ser.cfg: loadmodule "/usr/lib/ser/modules/mysql.so" loadmodule "/usr/lib/ser/modules/sl.so" loadmodule "/usr/lib/ser/modules/tm.so" loadmodule "/usr/lib/ser/modules/rr.so" loadmodule "/usr/lib/ser/modules/maxfwd.so" loadmodule "/usr/lib/ser/modules/usrloc.so" loadmodule "/usr/lib/ser/modules/registrar.so" loadmodule "/usr/lib/ser/modules/textops.so" loadmodule "/usr/lib/ser/modules/domain.so" loadmodule "/usr/lib/ser/modules/msilo.so" loadmodule "/usr/lib/ser/modules/acc.so" # -- acc params -- modparam("acc", "db_url", "mysql://ser:heslo@localhost/ser") modparam("acc", "db_missed_flag", 3) Harry ___________________________________________________________________________________________________ Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis. A télécharger gratuitement sur http://fr.messenger.yahoo.com

2 1

[Serusers] Cannot call aliases of user names if the user name is a real name
by Ladislav Andel 09 Apr '05

09 Apr '05

Hi, I'm just playing around with OnSIP NatHelper/RTPproxy ser.cfg and came across this problem. if I add an user "joe" and add also an alias "1000" I'm not able to call the alias "1000" and get reply from SER 404 User not found. What should I add to my ser.cfg? Thanks, Lada

2 2

[Serusers] Faulty Transaction Matching (or something)
by Java Rockx 09 Apr '05

09 Apr '05

Hi All. Below is a SIP call log when a user dialed *98 which doesn't exist. So SER properly replied with a 404 and the SIP UA ACKed it, but then SER did something very strange -- it attempted to send the ACK to itself and caused a loop. I cannot understand why. SER only does this occasionally. Am I missing something? Regards, Paul U 2005/04/09 15:06:17.652209 69.164.35.165:5060 <http://69.164.35.165:5060>-> 10.3.0.221:5060 <http://10.3.0.221:5060> INVITE sip:*98@sipdev.mycompany.com SIP/2.0. Via: SIP/2.0/UDP 69.164.35.165:5060 <http://69.164.35.165:5060> ;branch=z9hG4bK3099039843. From: Demo User <sip:3212514237@sipdev.mycompany.com>;tag=834547832. To: <sip:*98@sipdev.mycompany.com>. Call-ID: 2364611513(a)69.164.35.165. CSeq: 1301 INVITE. Contact: <sip:3212514237@69.164.35.165:5060>. Proxy-Authorization: Digest username="3212514237", realm=" sipdev.mycompany.com <http://sipdev.mycompany.com>", nonce="425828d534596342b1ca79431668dc1f45f1d8e8", uri=" sip:*98@sipdev.mycompany.com", response="397365c1a896effa0671df07b27d3e39", algorithm=MD5, cnonce="9bd3799c3cdd94cb2204901c2db4ff8b", qop=auth, nc=0000020a. max-forwards: 70. Allow: INVITE, ACK, CANCEL, BYE, REFER, NOTIFY. Content-Type: application/sdp. Content-Length: 178. . v=0. o=- 674 3207 IN IP4 69.164.35.165 <http://69.164.35.165>. s=-. c=IN IP4 69.164.35.165 <http://69.164.35.165>. t=0 0. m=audio 13456 RTP/AVP 18 0 8 2 4 101. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=ptime:20. # U 2005/04/09 15:06:17.658659 10.3.0.221:5060 <http://10.3.0.221:5060> -> 69.164.35.165:5060 <http://69.164.35.165:5060> SIP/2.0 404 User Not Found. Via: SIP/2.0/UDP 69.164.35.165:5060 <http://69.164.35.165:5060> ;branch=z9hG4bK3099039843. From: Demo User <sip:3212514237@sipdev.mycompany.com>;tag=834547832. To: <sip:*98@sipdev.mycompany.com>;tag=cdbfe46960d7566fcbe09f199f2b328d.2395 . Call-ID: 2364611513(a)69.164.35.165. CSeq: 1301 INVITE. Content-Length: 0. # U 2005/04/09 15:06:26.995837 69.164.35.165:5060 <http://69.164.35.165:5060>-> 10.3.0.221:5060 <http://10.3.0.221:5060> ACK sip:*98@sipdev.mycompany.com SIP/2.0. Via: SIP/2.0/UDP 69.164.35.165:5060 <http://69.164.35.165:5060> ;branch=z9hG4bK3099039843. From: Demo User <sip:3212514237@sipdev.mycompany.com>;tag=834547832. To: <sip:*98@sipdev.mycompany.com>;tag=cdbfe46960d7566fcbe09f199f2b328d.2395 . Call-ID: 2364611513(a)69.164.35.165. CSeq: 1301 ACK. Content-Length: 0. . # U 2005/04/09 15:06:27.230645 10.3.0.221:5060 <http://10.3.0.221:5060> -> 10.3.0.221:5060 <http://10.3.0.221:5060> ACK sip:*98@sipdev.mycompany.com SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.3.0.221 <http://10.3.0.221>;ftag=834547832;lr>. Via: SIP/2.0/UDP 10.3.0.221 <http://10.3.0.221>;branch=0. Via: SIP/2.0/UDP 69.164.35.165:5060 <http://69.164.35.165:5060> ;branch=z9hG4bK3099039843. From: Demo User <sip:3212514237@sipdev.mycompany.com>;tag=834547832. To: <sip:*98@sipdev.mycompany.com>;tag=cdbfe46960d7566fcbe09f199f2b328d.2395 . Call-ID: 2364611513(a)69.164.35.165. CSeq: 1301 ACK. Content-Length: 0. P-hint: Local Destination.

1 0

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