- sr-users - kamailio.org

[Serusers] Radius Authentication help
by G. Ricca 10 Apr '05

10 Apr '05

I have the some problem of Sun Zongjun... The function radius_authorize_sterman() do not send the msg to freeradius. I compiled SER with radiusclient-ng. thank for help g.ricca CSINFO S.p.A. INTERNET, VOCE E DATI Via Malagoli, 12 - 56124 - Pisa Tel.+39 50 782000 Fax +39 50 782782

1 0

[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 … [View More]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(); }; } [View Less]

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 … [View More]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 [View Less]

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 … [View More]

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)… [View More]

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 … [View More]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. [View Less]

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") … [View More]

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.… [View More]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(); }; } [View Less]

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: … [View More]

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.… [View More]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. [View Less]

1 0

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

09 Apr '05

Hi Jamey, I've ever sent you mails about pa module. I really need help to setup pa module. I wish to manage polycom phones (SIMPLE) instead of lookup aliase or location . Could explain me how can we use serctl to insert informations in pa tables? What are the functions to use in ser.cfg ? Serweb has somes troubles but is it possible to get status, location, from it Regards Harry __________________________________________________________________ Découvrez le nouveau Yahoo! … [View More]

1 0

Re: [Serusers]sending IM...
by tesastac＠tesas.com 09 Apr '05

09 Apr '05

I mean i followed the instructions in "SER How To" and it has been working as described, but when i try to send an IM i get the error "483 Too many hoops" what's wrong there? I'm a new SER user, so I don't know how to configure it exactly, is it necessary additional configurations? thanks for your interest... ----- Original Message ----- From: "harry gaillac" <gaillacharry(a)yahoo.fr> To: "Erdem HAKI" <erdemh(a)tesas.com> Sent: Monday, April 04, 2005 4:53 PM Subject: Re: [… [View More]

2 2

[Serusers] online/offline status and accounting
by Erdem HAKI 09 Apr '05

09 Apr '05

Hello, I'm a new user and I have questions.I have a problem about registration and online/offline status. 1. I open the SIPphone first, it log in and i can make a call (my status is online) several times. One hour later i check it but my status is still online and it's never be offline. 2. How can I control accounts, I use Serweb, but in admin when i press the "accounting" it doesn't work. And anybody can make calls using sipphone without loggin in (not registered in mysql but it can … [View More]

1 0

[Serusers] Registrar / AVP
by Martin Koenig 09 Apr '05

09 Apr '05

Hello, is it possible to set the "max_contacts"- and "append_branches"-parameter from registrar.so according to user presets using AVP? With best regards, Martin

2 1

[Serusers] More usrloc sync questions
by AJ Grinnell 09 Apr '05

09 Apr '05

So I can get replication working, but I constantly am getting errors about receiving SERs usrloc not being able to insert into the database. My guess is because the contact is already there by the originating SER. I have a MySQL cluster that both SERs are using. My question is this, how can I save the contact in the SER that is receiving the contact, without SER trying to write the contact to the DB?

4 8

[Serusers] rtpproxy locks up ser
by Richard 09 Apr '05

09 Apr '05

Hi, I don't know if anyone has experienced this. The ser stops getting any packets, ser log shows no activity. When I do "netstat -an", I got this, Proto Recv-Q Send-Q Local Address Foreign Address State udp 261580 0 80.1.2.3:5060 0.0.0.0:* udp 85224 0 0.0.0.0:35940 0.0.0.0:* udp 0 0 0.0.0.0:35941 0.0.0.0:* udp 47704 0 0.0.0.0:35942 0.0.0.0:* udp 0 0 0.0.0.0:35943 0.0.0.0:* I … [View More]

3 3

[Serusers] digest authentication problems
by Damian Bundred 09 Apr '05

09 Apr '05

Hi, SER works fine when digest authentication is turned off, connecting a phone and a copy of SJPhone, however when i remove the comments for auth, and if(!(www_auten...)) ser dies whenever the one of the things try to connect to it. the following is recorded in ngrep U 192.168.0.18:5060 -> 192.168.0.6:5060 REGISTER sip:192.168.0.6 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.18;branch=z9hG4bKa6155d96e0772e23..From: <sip:phone_User@19 2.168.0.6>;tag=ac25e718e18ae5ea..To: <sip:… [View More]

2 1

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

09 Apr '05

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? … [View More]

2 1

[Serusers] ser.cfg vs serconf.sh
by Llanos Serna García-Conde 09 Apr '05

09 Apr '05

2 1

[Serusers] The configuration file parse error when "socket=unix_socket" applied
by Parvel 09 Apr '05

09 Apr '05

Hi, there~: I've made a workable SER with the source code version 0.8.14. But while modifying the ser.cfg file, problem occurs. The default setting is : fifo="/tmp/ser_fifo" I commented this and add a line to change it into: #fifo="/tmp/ser_fifo" socket="/tmp/ser_socket" and problems occurred: # ser … [View More]

1 0

[Serusers] Problem in video and rtpproxy
by Nilus 09 Apr '05

09 Apr '05

Hi, All Does any one use video conference in SER+rtpproxy. I use Windows Messenger and It's ok without rtpproxy. But, when my UA behide NAT, Video can not work. Should I do something in vedio package?? Best Regards, Nilus

2 2

[Serusers] Nat incoming call
by Barry Murphy 09 Apr '05

09 Apr '05

Hey guys, Is it normal for nat users to be able to make outbound calls but not to be able to redceive calls? Barry

2 1

[Serusers] Seeing online users serctl / db table location
by Barry Murphy 09 Apr '05

09 Apr '05

Hi, Is serctl showdb ment to show you all users? I thought when a user disconnected after a certain amount of time they are removed from the location table, this doesn't seem to be the case as I logged off last night and its still showing me as logged in: | 6494485566 | work(a)unix.co.nz | 05BEB9F3FC964199B405B4C9AB9878B3(a)voip.fast.co.nz | | v0ne | barry(a)unix.co.nz | The-Answer-To-The-Ultimate-Question-Of-Life-Universe-And-Everything | Thanks Barry

1 0

[Serusers] Sems on freebsd
by Barry Murphy 09 Apr '05

09 Apr '05

Hey guys, Anyone got sems working with FBSD? root@max:/home/ser/ser/answer_machine# gmake gmake[1]: Entering directory `/usr/home/ser/ser/answer_machine' g++ -MM AmApi.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmApi.d g++ -MM AmAudio.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmAudio.d g++ -MM AmCmd.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmCmd.d g++ -MM AmConfig.cpp -Wall -… [View More]Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmConfig.d g++ -MM AmEventQueue.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmEventQueue.d g++ -MM AmMail.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmMail.d g++ -MM AmPlugIn.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmPlugIn.d g++ -MM AmRequest.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmRequest.d g++ -MM AmRtpPacket.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmRtpPacket.d g++ -MM AmRtpPacketTracer.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmRtpPacketTracer.d g++ -MM AmRtpScheduler.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmRtpScheduler.d g++ -MM AmRtpStream.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmRtpStream.d g++ -MM AmSdp.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmSdp.d g++ -MM AmServer.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmServer.d g++ -MM AmSession.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmSession.d g++ -MM AmSmtpClient.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmSmtpClient.d g++ -MM AmThread.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmThread.d g++ -MM AmUtils.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > AmUtils.d g++ -MM EmailTemplate.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > EmailTemplate.d g++ -MM SemsConfiguration.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > SemsConfiguration.d g++ -MM log.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > log.d g++ -MM sems.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE > sems.d gmake[1]: Leaving directory `/usr/home/ser/ser/answer_machine' gmake[1]: Entering directory `/usr/home/ser/ser/answer_machine' g++ -c -o AmApi.o AmApi.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE g++ -c -o AmAudio.o AmAudio.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE g++ -c -o AmCmd.o AmCmd.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE g++ -c -o AmConfig.o AmConfig.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE g++ -c -o AmEventQueue.o AmEventQueue.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE g++ -c -o AmMail.o AmMail.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE g++ -c -o AmPlugIn.o AmPlugIn.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE g++ -c -o AmRequest.o AmRequest.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE g++ -c -o AmRtpPacket.o AmRtpPacket.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE g++ -c -o AmRtpPacketTracer.o AmRtpPacketTracer.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE g++ -c -o AmRtpScheduler.o AmRtpScheduler.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE g++ -c -o AmRtpStream.o AmRtpStream.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE g++ -c -o AmSdp.o AmSdp.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE g++ -c -o AmServer.o AmServer.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE g++ -c -o AmSession.o AmSession.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE g++ -c -o AmSmtpClient.o AmSmtpClient.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE g++ -c -o AmThread.o AmThread.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE g++ -c -o AmUtils.o AmUtils.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE AmUtils.cpp: In function `int write_to_fifo(const string &, const char *, unsigned int)': AmUtils.cpp:332: implicit declaration of function `int sleep(...)' AmUtils.cpp:355: implicit declaration of function `int write(...)' AmUtils.cpp:356: implicit declaration of function `int close(...)' gmake[1]: *** [AmUtils.o] Error 1 gmake[1]: Leaving directory `/usr/home/ser/ser/answer_machine' gmake: [all] Error 2 (ignored) root@max:/home/ser/ser/answer_machine# gmake install gmake[1]: Entering directory `/usr/home/ser/ser/answer_machine' gmake[1]: Nothing to be done for `deps'. gmake[1]: Leaving directory `/usr/home/ser/ser/answer_machine' gmake[1]: Entering directory `/usr/home/ser/ser/answer_machine' g++ -c -o AmUtils.o AmUtils.cpp -Wall -Wno-reorder -D_DEBUG -g -DTHREAD_SAVE -D_REENTRANT -D_THREAD_SAFE AmUtils.cpp: In function `int write_to_fifo(const string &, const char *, unsigned int)': AmUtils.cpp:332: implicit declaration of function `int sleep(...)' AmUtils.cpp:355: implicit declaration of function `int write(...)' AmUtils.cpp:356: implicit declaration of function `int close(...)' gmake[1]: *** [AmUtils.o] Error 1 gmake[1]: Leaving directory `/usr/home/ser/ser/answer_machine' gmake: [all] Error 2 (ignored) sed -e "s#/usr/.*lib/sems/audio/#/usr/local/lib/sems/audio/#g" \ -e "s#/usr/.*lib/sems/plug-in/#/usr/local/lib/sems/plug-in/#g" \ < sems.conf.sample > /usr/local/etc/sems/sems.conf.default chmod 644 /usr/local/etc/sems/sems.conf.default if [ ! -f /usr/local/etc/sems/sems.conf ]; then \ mv -f /usr/local/etc/sems/sems.conf.default \ /usr/local/etc/sems/sems.conf; \ fi touch /usr/local/sbin/sems install -m 755 sems /usr/local/sbin/ install: sems: No such file or directory gmake: *** [install-bin] Error 71 Thanks Barry [View Less]

1 0

RE: [Serusers] Mediaproxy still consuming a lot of RAM resources.
by Ricardo Martinez 08 Apr '05

08 Apr '05

Regarding to this issue Well, thanks to Lucas, just to test i changed the pyhton version in my "lab" server from python2.3 to pyhton2.4.1. I made the same test with the rtpgenerator and "voila". Check it out : Before 80 simultaneus calls : PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 13915 root 15 0 4628 4628 2068 S 1.0 0.9 0:00 mediaproxy.py During the test : PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 13915 root … [View More] 25 0 4864 4864 2068 R 99.9 0.9 0:31 mediaproxy.py After the test : PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 3356 root 15 0 1600 1600 1036 S 0.0 0.3 0:00 bash 13915 root 15 0 4864 4864 2068 S 0.0 0.9 0:44 mediaproxy.py 0.9 % !!!!! I made the test a couples of times later and the %MEM used is still 0.9%. I guess that it was maybe a problem between the python2.3 and the mediaproxy? Don't know... I'm going to change the python version in my production machine. i'm going to keep you inform about the results... Thanks to Lucas...again. Best Regards, Ricardo Martinez.- > -----Mensaje original----- > De: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > Enviado el: Viernes, 08 de Abril de 2005 17:33 > Para: 'Lucas Aimaretto'; serusers(a)lists.iptel.org > Asunto: RE: [Serusers] Mediaproxy still consuming a lot of > RAM resources. > > > For example now i have 14 simultaneus calls. > > PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME > CPU COMMAND > 11760 root 15 0 601M 518M 2396 R 7.2 51.4 > 69:10 0 mediaproxy.py > > > When the active calls are 0 again the CPU % reach 0.2%, but > the %MEM is > greater than 51.4%, and always increasing.. > A couple of questions. > How you launch mediaproxy?. And in your last mail what are the pyhton > proccess running.. i don't see the mediaproxy process running. > Thanks again. > > Ricardo.- > > > -----Mensaje original----- > > De: Lucas Aimaretto [mailto:lucas@cyneric.com] > > Enviado el: Viernes, 08 de Abril de 2005 17:20 > > Para: 'Ricardo Martinez'; serusers(a)lists.iptel.org > > Asunto: RE: [Serusers] Mediaproxy still consuming a lot of > > RAM resources. > > > > > > > But when you check the use of RAM memory in your machine... > > > (maybe with the command "top" or the command "free") don't > > > you notice a increasing amount of RAM used without being > > > released? As i mentioned i have this problem.. this is a > > > snippet of the output of the "top" command in my machine: > > > > > > PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME > > > CPU COMMAND > > > 11760 root 15 0 590M 516M 2396 S 0.9 > > 51.2 > > > 68:15 0 mediaproxy.py > > > > > > 51.2% of memory used? What version of pyhton are you using?, > > > what OS are you using?. Thanks! > > > > Hey!, how many calls where you proxying when you had that usage of > > memmory ? > > > > Regards, > > > > Lucas > > > > -- > > No virus found in this outgoing message. > > Checked by AVG Anti-Virus. > > Version: 7.0.308 / Virus Database: 266.9.5 - Release Date: > 07/04/2005 > > > > > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers > [View Less]

1 0

[Serusers] t_pick_branch failed
by Daniel Poulsen 08 Apr '05

08 Apr '05

Could this: Apr 8 17:14:58 sip2 ser[17542]: BUG:t_check_status: t_pick_branch failed to get a final response in MODE_ONFAILURE explain why this: if (t_check_status("408") | t_check_status("404") | t_check_status("486")) { route(8); } fails? Pertinant config follows. -------------------------- Route logic: -------------------------- # Translate local address according to aliases table if(lookup("aliases")) { xlog("L_NOTICE", "%ci: alias lookup … [View More]

1 1

RE: [Serusers] Mediaproxy still consuming a lot of RAM resources.
by Ricardo Martinez 08 Apr '05

08 Apr '05

For example now i have 14 simultaneus calls. PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND 11760 root 15 0 601M 518M 2396 R 7.2 51.4 69:10 0 mediaproxy.py When the active calls are 0 again the CPU % reach 0.2%, but the %MEM is greater than 51.4%, and always increasing.. A couple of questions. How you launch mediaproxy?. And in your last mail what are the pyhton proccess running.. i don't see the mediaproxy process running. Thanks … [View More]

1 0

RE: [Serusers] Mediaproxy still consuming a lot of RAM resources.
by Lucas Aimaretto 08 Apr '05

08 Apr '05

> But when you check the use of RAM memory in your machine... > (maybe with the command "top" or the command "free") don't > you notice a increasing amount of RAM used without being > released? As i mentioned i have this problem.. this is a > snippet of the output of the "top" command in my machine: > > PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME > CPU COMMAND > 11760 root 15 0 590M 516M 2396 S 0.9 51.2 > 68:15 0 … [View More]

1 0

RE: [Serusers] Mediaproxy still consuming a lot of RAM resources.
by Lucas Aimaretto 08 Apr '05

08 Apr '05

. > But when you check the use of RAM memory in your machine... > (maybe with the command "top" or the command "free") don't > you notice a increasing amount of RAM used without being > released? To be honest, no ... I noticed, yes, some increasing in cpu usage, but mem stays the same. > PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME > CPU COMMAND > 11760 root 15 0 590M 516M 2396 S 0.9 51.2 > 68:15 0 mediaproxy.py > … [View More]

1 0

RE: [Serusers] Mediaproxy still consuming a lot of RAM resources.
by Ricardo Martinez 08 Apr '05

08 Apr '05

Thanks Lucas. But when you check the use of RAM memory in your machine... (maybe with the command "top" or the command "free") don't you notice a increasing amount of RAM used without being released? As i mentioned i have this problem.. this is a snippet of the output of the "top" command in my machine: PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND 11760 root 15 0 590M 516M 2396 S 0.9 51.2 68:15 0 mediaproxy.py 51.2% of memory used? … [View More]

1 0

RE: [Serusers] Mediaproxy still consuming a lot of RAM resources.
by Ricardo Martinez 08 Apr '05

08 Apr '05

Hello again. Anyone else use mediaproxy here?. At least i want to know if this happend to someone else. Thanks! Ricardo.- > -----Mensaje original----- > De: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > Enviado el: Viernes, 08 de Abril de 2005 10:06 > Para: 'serusers(a)lists.iptel.org' > Asunto: RE: [Serusers] Mediaproxy still consuming a lot of RAM > resources. > > > Hello List. > Any comments here? > > Thanks! > > Ricardo Martinez.- &… [View More]gt; > > > -----Mensaje original----- > > De: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > > Enviado el: Jueves, 07 de Abril de 2005 13:07 > > Para: 'serusers(a)lists.iptel.org' > > Asunto: [Serusers] Mediaproxy still consuming a lot of RAM > resources. > > > > > > Hello Again. > > A few weeks ago i posted about my mediaproxy consuming > > RAM resources > > without releasing it. I upgraded to mediaproxy version 1.2.1 > > and even i > > modified my mediaproxy configuration (in ser.cfg) with some > > recommendation > > from Paul (Java Rockx). All these efforts were useless, my > > mediaproxy is > > still consuming RAM and not releasing it. I made a simple > > test.. Without > > SER running i used the rtpgenerator (in the utils directory > > of mediaproxy) > > to load the mediaproxy, and this is what i found. > > At the beggining of my test the "free" command show me this :: > > > > Every 1s: free > > Thu Apr 7 13:50:05 2005 > > > > total used free shared > > buffers cached > > Mem: 514196 429208 84988 0 > > 73672 217444 > > -/+ buffers/cache: 138092 376104 > > Swap: 1044216 0 1044216 > > > > 84 M free. > > > > I run the rtp proxy for about 80 simmultaneus calls. > > > > When i finish the rtp sessions i see the output of free command: > > Every 1s: free > > Thu Apr 7 13:53:43 2005 > > > > total used free shared > > buffers cached > > Mem: 514196 437868 76328 0 > > 74952 216288 > > -/+ buffers/cache: 146628 367568 > > Swap: 1044216 0 1044216 > > > > 76 M free. > > > > As you can see it seems that the mediaproxy is not releasing > > the RAM memory. > > I see the command "top" and this is what i get : > > > > PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM > TIME COMMAND > > 26972 root 15 0 12320 12M 2004 S 0.0 2.3 1:02 > > mediaproxy.py > > > > The 2.3% is always increasing. > > > > Can someone help me here? > > Thanks! > > > > Ricardo Martinez.- > > > > _______________________________________________ > > 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 > [View Less]

2 1

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

08 Apr '05

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 … [View More]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. [View Less]

2 1

[Serusers] how to let the SER through NAT
by gcc chentob 08 Apr '05

08 Apr '05

Hello, I have problem about NAT , Sould I install the Rtpproxy with SER? ( I only put the Nathelper in the SER) I installed the SER in the a publib ip, other endpoints in private ip . I want to let the endpoints transfers voice . But I failed when I step the Nathelper's readme . Can it transfer voice when only use Nathelper ?The config following : # debugging mode debug=3 fork=no log_stderror=yes # ------------------ module loading ---------------------------------- … [View More]

2 1

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

08 Apr '05

Ok, here's a little more info. It seems that the procs are getting knocked off one by one at different places in the script. Sometimes it's a register, sometimes it's a reply (ack), random stuff. I have break; at each ending point, any suggestions? -----Original Message----- From: Greger V. Teigre [mailto:greger@teigre.com] Sent: Thursday, April 07, 2005 1:30 PM To: Matt Schulte; serusers(a)lists.iptel.org Subject: Re: [Serusers] Child procs Matt, Why do you believe that you have been … [View More]

2 1

[Serusers] Dialup SIP Phone
by info＠beeplove.com 08 Apr '05

08 Apr '05

Hello List: Have you guys experimented with any Dialup SIP Phones? Whould you please share your experience with me, please. Thanks, Mohammad -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

1 0

[Serusers] t_on_failure & CANCEL
by Christian de Balorre 08 Apr '05

08 Apr '05

Hi, Anyone knows how to handle 487 Request Terminated on callee side when it recieves a "CANCEL" ? It triggers the failure_route logic bloc and I would like to avoid this. ser.sfg route [3] { # Local call, voip-voip, if (uri =~"^sip:7[0-9][0-9]@.*") { rewritehost("neotelecoms.fr"); if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; t_on_failure("1"); t_relay(); break; … [View More]

2 1

Re [Serusers] RTPProxy only fails for Public to Private communication
by Vivienne Curran 08 Apr '05

08 Apr '05

Hi Greger (Sorry forgot to copy the serusers mailing list the 1st time), I made that change and my on_reply_route now looks like this: onreply_route[1] { if (isflagset(6) && status=~"(180)|(183)|2[0-9][0-9]") { fix_nated_contact(); if (!search("^Content-Length:\ 0")) { force_rtp_proxy(); }; } else if (nat_uac_test("1")) { fix_nated_contact(); }; } Unfortunately when I restarted rtpproxy, SER and reregistered my phones, … [View More]I still had the same message dump. U 84.203.148.146:5060 -> 157.190.74.151:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd 17ddd1b59ead49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c ..To: <sip:2093@84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d18b218 70b3@157.190.74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0. 5.18..Contact: <sip:2093@172.16.3.31>..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY, REFER,OPTIONS,INFO,SUBSCRIBE..Content-Type: application/sdp..Supported: rep laces..Content-Length: 174....v=0..o=2093 8000 0 IN IP4 172.16.3.31..s=SIP Call..c=IN IP4 84.203.148.146..t=0 0..m=audio 35016 RTP/AVP 0..a=sendrecv.. a=rtpmap:0 PCMU/8000/3..a=ptime:20..a=nortpproxy:yes.. Any more thoughts? BR Viv "Greger V. Teigre" <greger(a)teigre.com> wrote: Look at this: U 84.203.148.146:5060 -> 157.190.74.151:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd 17ddd1b59ead49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c ..To: <sip:2093@84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d18b218 70b3@157.190.74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0. 5.18..Contact: <sip:2093@172.16.3.31>..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY, REFER,OPTIONS,INFO,SUBSCRIBE..Content-Type: application/sdp..Supported: rep laces..Content-Length: 174....v=0..o=2093 8000 0 IN IP4 172.16.3.31..s=SIP Call..c=IN IP4 84.203.148.146..t=0 0..m=audio 35016 RTP/AVP 0..a=sendrecv.. a=rtpmap:0 PCMU/8000/3..a=ptime:20..a=nortpproxy:yes.. I assume this is where you get an error message. You haven't called fix_nated_contact() for this message, and in fact I believe there may be an error in the ONsip.org example where a line has been lost. 192. onreply_route[1] { 193. 194. if (isflagset(6) && status=~"(180)|(183)|2[0-9][0-9]") { 195. if (!search("^Content-Length:\ 0")) { 196. force_rtp_proxy(); 197. }; 198. } else if (nat_uac_test("1")) { 199. fix_nated_contact(); 200. }; 201. } fix_nated_contact() should go in between line 194 and 195. Could you please confirm that this works? I will look at the config file. g-( ---- Original Message ---- From: Vivienne Curran To: serusers(a)lists.iptel.org ; greger(a)teigre.com Sent: Wednesday, April 06, 2005 04:12 PM Subject: Re: RTPProxy fails only for Private to Public communication > Just as an extra : I have a sniff of the message for when a public > client (2092)rings a private client (2093)included at the bottom of > this email. I cant see anything wrong with them but maybe it will > shed more light on the matter. > > Vivienne Curran <vivcurran(a)yahoo.co.uk> wrote: > I changed the line modparam("nathelper", "rtpproxy_sock", > "/var/run/rtpproxy.sock") to modparam("nathelper", "rtpproxy_sock", > "udp:localhost:22222") and started the rtpproxy as ./rtpproxy -s udp > from the relevant directory and this resulted in a series of > "rtpp_command: no response from rtpproxy" and rtpproxy temporarily > disabled" errors. If I return to the original modparam and start it > as ./rtpproxy then it works but like I said when the private client > rings the public client, I get "ERROR: send_rtpp_command: cant read > reply from a RTP Proxy". > > Any further ideas? Has anyone on the mailing list experienced this? I > am using the script given in the onsip getting started doc for 0.9.0. > but am using ser 0.8.14. > > BR, > Vivienne Send instant messages to your online friends http://uk.messenger.yahoo.com [View Less]

2 4

[Serusers] permissions module allow_routing
by Glenn Dalgliesh 08 Apr '05

08 Apr '05

Sorry to post again but I am really kind stuck on this one. I am having trouble with this module. I am trying to deny calls but the only command that seems to effect calls in the permissions.deny file is ALL:ALL. I am not sure if this is a problem with my syntax or other. Below is the relevant info. Thanks modparam("permissions", "default_allow_file", "/usr/local/etc/ser/permissions.allow") modparam("permissions", "default_deny_file", "/usr/local/etc/ser/permissions.deny") if (lookup("… [View More]location")) { log(1, "LOG: Match location\n"); append_hf("P-hint: usrloc applied\r\n"); if (allow_routing()) { log(1, "LOG: Allow_routing\n"); append_branch(); rewritehostport ("xxx.yyy.83.5:5060"); route(9); #t_relay(); break; } else { #append_branch(); log(1, "LOG: Post allow route failed voicemail\n"); rewritehostport ("xxx.yyy.83.5:5060"); prefix("2"); route(9); break; }; }; /usr/local/etc/ser/permissions.allow - is empty /usr/local/etc/ser/permissions.deny - various attempts "^sip:4103539999@xxx\.yyy\.88\.16$" : "^sip:5505@xxx\.yyy\.83\.4$" ALL : "^sip:5505$" ALL : "^sip:5505@xxx\.yyy\.83\.4$" "^sip:4103539999$" : ALL Ngrep of INIVTE to SER INVITE sip:5505@xxx.yyy.83.4 SIP/2.0..Via: SIP/2.0/UDP xxx.yyy.88.16:5060;branch=z9hG4bK7325aa3b..From: "Cell Phone MD" <sip:41 bd19a3b299ac6605833f7@xxx.yyy.88.16..CSeq: 102 INVITE..User-Agent: Asterisk PBX..Date: Thu, 07 Apr 2005 18:22:03 GMT..Allow: INV 159.88.16..CSeq: 102 INVITE..Server: Sip EXpress router (0.9.1 (i386/linux))..Content-Length: 0..Warning: 392 xxx.yyy.83.4:5060 INVITE sip:5505@xxx.yyy.83.5:5060 SIP/2.0..Max-Forwards: 10..Record-Route: <sip:xxx.yyy.83.4;ftag=as424541a9;lr=on>..Via: SIP/2.0 57cdeb7c798bd19a3b299ac6605833f7@xxx.yyy.88.16..CSeq: 102 INVITE..User-Agent: Asterisk PBX..Date: Thu, 07 Apr 2005 18:22:03 GMT. .Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER..Content-Type: application/sdp..Content-Length: 238..P-hint: usrloc applied... INVITE sip:5505@69.250.205.31:5068 SIP/2.0..Max-Forwards: 10..Record-Route: <sip:xxx.yyy.83.4;ftag=as424541a9;lr=on>..Via: SIP/2 : 57cdeb7c798bd19a3b299ac6605833f7@xxx.yyy.88.16..CSeq: 102 INVITE..User-Agent: Asterisk PBX..Date: Thu, 07 Apr 2005 18:22:03 GM T..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER..Content-Type: application/sdp..Content-Length: 238..P-hint: usrloc applied. -ID: 57cdeb7c798bd19a3b299ac6605833f7@xxx.yyy.88.16..CSeq: 102 INVITE..User-Agent: Asterisk PBX..Allow: INVITE, ACK, CANCEL, OPT 798bd19a3b299ac6605833f7@xxx.yyy.88.16..CSeq: 102 INVITE..User-Agent: Grandstream BT100 1.0.5.16..Content-Length: 0.... _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers [View Less]

1 0

RE: [Serusers] Mediaproxy still consuming a lot of RAM resources.
by Ricardo Martinez 08 Apr '05

08 Apr '05

Hello List. Any comments here? Thanks! Ricardo Martinez.- > -----Mensaje original----- > De: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > Enviado el: Jueves, 07 de Abril de 2005 13:07 > Para: 'serusers(a)lists.iptel.org' > Asunto: [Serusers] Mediaproxy still consuming a lot of RAM resources. > > > Hello Again. > A few weeks ago i posted about my mediaproxy consuming > RAM resources > without releasing it. I upgraded to mediaproxy version 1.2.1 … [View More]

1 0

[Serusers] symmtric NAT setup on LINUX
by anand kishore p 08 Apr '05

08 Apr '05

Hi I would like to know can we configure the symmetric NAT on a linux machine , is there any scripts available for those. If any one have anyidea about the different NAT configurations on LINUX machine please let me know. thanks, kishore

1 0

[Serusers] SER latest version
by Llanos Serna García-Conde 08 Apr '05

08 Apr '05

2 1

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

08 Apr '05

Hi, I am wondering if anyone has ever come across this error before?: Starting SER : PID file exists! (/var/run/ser.pid) already running? I am using ser 0.9.0 and it worked like a charm the first few times that I stopped and started SER. There are no errors in /var/log/messages. I also started SER as /opt/ser/sbin/ser -c and it showed that the config was ok and exited. However when I check pstree, I dont see SER listening. Could it perhaps be something got to do with the database?. Example: … [View More]

2 1

[Serusers] Hi All
by Kapil Dhawan 08 Apr '05

08 Apr '05

Hi All I am a regular visitor of your mailing list. I am a 'C' developer with no background knowledge of SIP related protocols, but always wanted to work in it. Could you please guide me, how should i start it. Which RFC's should i read first and etc. Regards _________________________________________________________________ Expressions unlimited! http://server1.msn.co.in/sp04/messenger/ The all new MSN Messenger!

2 1

[Serusers] [Sems] SER 0.9.0 + SEMS
by Nicolas Ruiz 08 Apr '05

08 Apr '05

HI ! I have a problem, My PSTN GATEWAY is a Cisco AS5300 with codec g729r8. When I Receive an incomming call, I have this error when I forward to sems : Sems[21873]: Error: (AmSession.cpp)(run)(193): 606 could not find compatible payload But If I set: codec gsmfr, it's good, but after, I can't receive calls, because my phones are Codec g729 !!! How can I use voicemail and ser with 2 codecs??? thanks a lot Best Regards Nicolas RUIZ -----Message d'origine----- De : Raphael Coeffic [mailto:… [View More]

1 0

[Serusers] Re [cisco-voip] No early media for ISDN->SIP->ISDN
by karl 08 Apr '05

08 Apr '05

Hello all, I have just come across the below email by Andreas Graning re the above subject, and its just exactly the same problem I am currently faced with. In this respect, I was wondering if anyone has in the meantime come across a solution to the issue. Any help on this subject shall be greatly appreciated. Thankssssssssssss. Regards, Karl [cisco-voip] No early media for ISDN->SIP->ISDNAndreas Granig SIP->ISDN" href="mailto:cisco-voip%40puck.nether.net?Subject=%… [View More]5Bcisco-voip%5D%20No%20early%20media%20for%20ISDN-%3ESIP-%3EISDN&In-Reply-To=">a.granig at inode.at Wed May 12 09:52:19 EDT 2004 Previous message: [cisco-voip] CCM 3.2 and call Parks.. Next message: [cisco-voip] Domain name Change Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] --------------------------------- Hi,I've a Cisco 5300 running firmware image c5300-js-mz.122-15.T12.bin that interacts with SipExpressRouter (SER) from iptel.org.Following scenario: a caller from ISDN calls a number which is routed thru the C5300 to SER, where it is forwarded back to ISDN via the C5300 again. In this, and only in this scenario, the caller doesn't hear any early media (no ringback, no announcements etc).It works like charm when I for example call from a Cisco ATA to ISDN via C5300 and vice versa.When I configure "voice call send-alert" at the C5300, the PROGRESS is converted to ALERT and I hear a ringback tone, but other early media like announcements are also overwritten by a ringback tone.I've also tried "progress_ind setup enable 3", 8 for alert and 8 for proceed, without any success.I've alread studied (hopefully) all available Cisco documentation (voice commands for Firmware 12.2-T, the "Interworking Signaling Enhancements for H.323 and SIP VoIP", the "PSTN Callers not Hearing any Ring Back When they Call IP Phones", "Troubleshooting No Ringback Tone on ISDN-VoIP (H.323) Calls" and so on).Any hints?Regards,AndyPS: I've attached the Q931-debug and here are also the relevant parts of the C5300 configuration:voice call send-alert!voice-port 0:D input gain 2 echo-cancel coverage 32 echo-cancel suppressor timeouts interdigit 3!dial-peer voice 9 pots application session destination-pattern 0. no digit-strip direct-inward-dial port 0:D!dial-peer voice 99 voip destination-pattern [1-9]...T translate-outgoing calling 5 translate-outgoing called 1 voice-class codec 1 session protocol sipv2 session target dns:my.sipserver.com dtmf-relay h245-signal no call fallback no vad!gateway timer receive-rtcp 5!sip-ua retry invite 2 retry response 2 retry bye 2 retry cancel 2-------------- next part --------------A non-text attachment was scrubbed...Name: isndlog_sig.txtType: plain/textSize: 4876 bytesDesc: not availableUrl : https://puck.nether.net/pipermail/cisco-voip/attachments/20040512/48048430/… --------------------------------- Previous message: [cisco-voip] CCM 3.2 and call Parks.. Next message: [cisco-voip] Domain name Change Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] --------------------------------- More information about the cisco-voip mailing list __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com [View Less]

1 0

[Serusers] FW: Audiocode MP-108 FXS
by Deepak Singhal 08 Apr '05

08 Apr '05

What setting are required for making calls using Audiocodes MP-108 FXS with Ser. I am able to register the Audiocode device with Ser but Ser rejects all my call attempts. If I put Username as ENDPOINT Number I am able to use that particular port for making calls but what about others? Do I have to register aliases in SER for each port of audiocode? Thanxs Deepak Singhal

1 0

[Serusers] "Callback on busy" with SER
by Andreas Granig 08 Apr '05

08 Apr '05

Hi, Just saw an article on http://www.zdnet.de/news/tkomm/0,39023151,39132110,00.htm?h (in German) where they say that AVM and Iptelorg developed some ISDN features in SIP like "callback on busy", "call waiting", "cold hold", "deflection" and "3way conference". I was just wondering: - how the first one (callback on busy) is implemented and if it is possible to do this with the standard ser and without a b2bua - why the other features are big news since they are possible with some help … [View More]

1 0

[Serusers] radius accounting stop
by Kamran Ahmad 08 Apr '05

08 Apr '05

hello i am not getting accounting stop on Radius. only accounting start is comming. can any one tell me what is the problem in my configuration. thanks in advance Kamran ser.cfg ------------------------------------------------- debug=3 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) port=5060 fifo="/tmp/ser_fifo" loadmodule "/usr/local/lib/ser/modules/sl.so" loadmodule "/usr/local/lib/ser/modules/tm.so" loadmodule "/usr/local/lib/ser/modules/rr.so" … [View More]

1 0

RE: [Serusers] STUN server
by m36828253-1＠imap.1and1.com 08 Apr '05

08 Apr '05

- Make sure you are not behind a Symmetric NAT. If so, you're dead. STUN does not work with Symmetric NAT. If a UA is behind Symmetric NAT, and UA use STUN, and SER have [RTP/Media]Proxy to handle Symmetric NAT, this UA should be fine, right? Thanks, Mohammad -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

3 2

RE: [Serusers] STUN server
by m36828253-1＠imap.1and1.com 08 Apr '05

08 Apr '05

Can I have two server, each having one network interface with one ip? Thanks, Mohammad Original Message: ----------------- From: Lucas Aimaretto lucas(a)cyneric.com Date: Thu, 7 Apr 2005 15:56:13 -0300 To: info(a)beeplove.com, serusers(a)iptel.org Subject: RE: [Serusers] STUN server > Do I need to have two interface on the server? > Or I can have two different server. You need to have two IP address in the server. Whether you use two network cards with an IP on each, or two IPs … [View More]

3 2

[Serusers] GAteway 1760
by Miquel 08 Apr '05

08 Apr '05

Hello, I have a problem with the gateway cisco 1760. I make a capture and the arrive to the gateway but this say me "BAD REQUEST -IP invalid" and I don't what to do My configuration is: Using 1454 out of 29688 bytes ! version 12.2 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname ToIP ! ! username GW password 0 GW ip subnet-zero ! ! ip name-server 172.17.1.20 ! ! isdn switch-type basic-net3 isdn voice-call-failure 0 ! voice … [View More]

2 1

[Serusers] making call without register
by Erdem HAKI 08 Apr '05

08 Apr '05

Hello, I'm a new user and I have a question. How can I control accounts, I use Serweb, but in admin when i press the "accounting" it doesn't work. And anybody can make calls using sipphone without loggin in (not registered in mysql but it can make a call), how? Thanks...

1 0

[Serusers] Off Topic - Employment Opportunity - PERL, Melbourne, AU.
by Rod Bacon 08 Apr '05

08 Apr '05

Sorry if this is off-topic, but I know there's a quite a few smart people who frequent these groups, and I was thinking that it'd be a good place to ask. We have an opening for an experienced PERL programmer. If you (or anyone you know) is interested, please feel free to email me for more details. -- ========================================== Rod Bacon - VOIP Systems Engineer Empowered Communications Ground Floor, 102 York St. South Melbourne Victoria, Australia. 3205 Phone: +613 99401600 … [View More]

1 0

[Serusers] Accounting problem
by yy 08 Apr '05

08 Apr '05

Hi, I'm new to freeradius and SER, hence I'm having some problem in accounting calls from my sip phone. My configuration file (ser.cfg) for my SER is as follows, and currently the radius accounting module is used to keep track of start and stop times for VoIP calls made. The accounting log details that I'm getting from freeradius is as follows - note that I do not get any start or stop auth-type! Please help as this is quite urgent :-) Regards, YY ACCOUNTING DETAILS --------------------… [View More]--------- Thu Apr 7 16:53:19 2005 Acct-Status-Type = Failed ----------Why ? Service-Type = Sip-Session Sip-Response-Code = 0 Sip-Method = 1 User-Name = "1001(a)orion.lab.test.com.au" Calling-Station-Id = "sip:1001@orion.lab.test.com.au" Called-Station-Id = "sip:998301816@orion.lab.test.com.au" Sip-Translated-Req-ID = "sip:998301816@orion.lab.test.com.au" Acct-Session-Id = "000ded22-eeb205c0-365a670c-525c3b7a(a)192.168.4.2" Sip-To-Tag = "n/a" Sip-From-Tag = "000ded22eeb2008b35455873-1507a868" Sip-Cseq = "101" NAS-IP-Address = 192.168.1.2 NAS-Port = 5060 Acct-Delay-Time = 0 Client-IP-Address = 127.0.0.1 Acct-Unique-Session-Id = "1a95db24d20f72a1" Realm = "orion.lab.test.com.au" Timestamp = 1112863999 Thu Apr 7 17:39:44 2005 Acct-Status-Type = Failed ------------- Why ? Service-Type = Sip-Session Sip-Response-Code = 0 Sip-Method = 1 User-Name = "1001(a)orion.lab.test.com.au" Calling-Station-Id = "sip:1001@orion.lab.test.com.au" Called-Station-Id = "sip:998301816@orion.lab.test.com.au" Sip-Translated-Req-ID = "sip:998301816@orion.lab.test.com.au" Acct-Session-Id = "000ded22-eeb205d1-3c4c2845-497b0e71(a)192.168.4.2" Sip-To-Tag = "n/a" Sip-From-Tag = "000ded22eeb2008c4a24089e-7fba04fa" Sip-Cseq = "101" NAS-IP-Address = 192.168.1.2 NAS-Port = 5060 Acct-Delay-Time = 0 Client-IP-Address = 127.0.0.1 Acct-Unique-Session-Id = "fa9197df9e254d17" Realm = "orion.lab.test.com.au" Timestamp = 1112866784 SER.CFG ----------- # # simple quick-start config script # # ----------- global configuration parameters ------------------------ # Uncomment these lines to enter debugging mode debug=7 fork=yes listen=192.168.1.2 # replies should include extensive warnings sip_warning=yes # locally generated messages should include server's signature server_signature=yes log_stderror=yes check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) fifo="/tmp/ser_fifo" # ------------------ 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/exec.so" loadmodule "/usr/local/lib/ser/modules/uri.so" loadmodule "/usr/local/lib/ser/modules/textops.so" # RADIUS support loadmodule "/usr/local/lib/ser/modules/acc.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_radius.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line modparam("usrloc", "db_mode", 2) # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # -- acc params -- modparam("acc", "radius_config", "/usr/local/etc/radiusclient/radiusclient.conf") modparam("acc", "radius_missed_flag", 2) modparam("acc", "radius_flag", 1) # -- auth_radius params -- modparam("auth_radius", "radius_config", "/usr/local/etc/radiusclient/radiusclient.conf") # ------------------------- 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")) { log(1,"LOG: Too many hops"); sl_send_reply("483","Too Many Hops"); break; }; if ( msg:len > max_len ) { log(1,"LOG: Message too big"); sl_send_reply("513", "Message too big"); break; }; # loose-route processing if(loose_route()){ t_relay(); break; }; if(uri==myself){ # All REGISTER attempts are processed and must always be authenticated if (method=="REGISTER"){ if (!radius_www_authorize("")) { www_challenge("", "0"); break; }; save("location"); break; }; # destinations routed through gateway if(uri=~"^sip:[0-9]{5,20}@.*"){ route(1); break; }; setflag(3); route(2); }; } ######################################################################### # Route Processing # ######################################################################### # leaving internet for PSTN route[1]{ ### PROBLEM WITH ACCOUNTING HERE ...... setflag(1); if (method=="INVITE") { acc_rad_request("Start"); record_route(); }; if (method=="BYE") { acc_rad_request("Stop"); }; if (method=="REGISTER" || method=="INVITE" || method=="BYE" || method=="CANCEL") { #Save messages in mysql for CDRTool exec_msg("/usr/local/etc/sertrace.py; exit 1"); }; if (uri=~"^sip:9[0-9]*@orion.lab.test.com.au") { ## This assumes that the caller is log(1, "Forwarding to PSTN"); ## registered in our realm forward(192.168.1.1, 5060); ## Our Cisco router break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; } # process aliased outbound traffic route[2]{ if(!t_relay()){ sl_reply_error(); break; }; } [View Less]

2 1

[Serusers] LCR failure syntax
by Matt Schulte 07 Apr '05

07 Apr '05

Could anyone post a working example of the lcr next_gw syntax for failure routes? Thanks. Matt

2 1

RE: [Serusers] STUN server
by m36828253-1＠imap.1and1.com 07 Apr '05

07 Apr '05

Lucas, Thanks a lot for explaining this stuff. Mohammad Original Message: ----------------- From: Lucas Aimaretto lucas(a)cyneric.com Date: Thu, 7 Apr 2005 16:11:37 -0300 To: info(a)beeplove.com, serusers(a)iptel.org Subject: RE: [Serusers] STUN server > Can I have two server, each having one network interface with one ip? Stun server itself needs 2 IP addresses to work correctly. It will not work just a Stun server with just one IP address. You can have 2 stun servers, each on one … [View More]

2 1

RE: [Serusers] STUN server
by Lucas Aimaretto 07 Apr '05

07 Apr '05

> Hello Lucas. > Sorry to bother you. > I installed about three months ago "mystun" server. > The experience has been a little bit complicated. I have > some endpoints with NAT problems, bad returning port form the > messsages, amog other little problems. I'm still trying to > understand where the problem is located... could be the stun > server?, the stun client?, problems with some kind of nat?... > i don't know yet. That's why i would like to ask you … [View More]

1 0

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

07 Apr '05

Right, I've left it going for a couple weeks and only 4 procs end up with cpu time.. Not only that I've pounded the server and tested with external scripts, I've never seen more than 4 being run at once.. All the hints point to 4 as being the magic number. -----Original Message----- From: Greger V. Teigre [mailto:greger@teigre.com] Sent: Thursday, April 07, 2005 1:30 PM To: Matt Schulte; serusers(a)lists.iptel.org Subject: Re: [Serusers] Child procs Matt, Why do you believe that you have … [View More]

1 0

[Serusers] cannot send BYE with pstn
by Wojciech Ziniewicz 07 Apr '05

07 Apr '05

I have pstn (isdn) gateway 192.168.0.163, and I make calls using prefix "8" Here's a log from a local call (using CiscoATA186 and Wu-chuang Sipphone): Apr 7 20:49:09 domenet /usr/sbin/ser[18289]: ACC: transaction answered: method=PRACK, i-uri=sip:457@192.168.0.145:5060, o-uri=sip:457@192.168.0.145:5060;user=phone;transport=udp, call_id=jFB1bc1nyfwVovpk(a)192.168.0.134, from="493" <sip:493@192.168.0.122>;tag=ncHI214LorUb7iWW, code=200 . Apr 7 20:49:11 domenet /usr/sbin/ser[18283]: ACC: … [View More]

1 0

RE: [Serusers] STUN server
by m36828253-1＠imap.1and1.com 07 Apr '05

07 Apr '05

Do I need to have two interface on the server? Or I can have two different server. Thanks, Mohammad Original Message: ----------------- From: Lucas Aimaretto lucas(a)cyneric.com Date: Thu, 7 Apr 2005 15:43:25 -0300 To: info(a)beeplove.com, serusers(a)iptel.org Subject: RE: [Serusers] STUN server > I downloaded mystun from cvs. > I don't see documentation. > > Any help? to install mystun > or, any documentation on mystun. Just compile it with make in the source directory ...… [View More]

2 1

RE: [Serusers] STUN server
by m36828253-1＠imap.1and1.com 07 Apr '05

07 Apr '05

I downloaded mystun from cvs. I don't see documentation. Any help? to install mystun or, any documentation on mystun. Thanks, Mohammad Original Message: ----------------- From: Lucas Aimaretto lucas(a)cyneric.com Date: Thu, 7 Apr 2005 14:48:39 -0300 To: info(a)beeplove.com, serusers(a)iptel.org Subject: RE: [Serusers] STUN server > Hello List; > > I am going to install STUN server. > I have found from web that there have two avialable stun > servers: (I am not aware … [View More]

2 1

[Serusers] permissions module allow_routing
by Glenn Dalgliesh 07 Apr '05

07 Apr '05

I am having trouble with this module. I am trying to deny calls but the only command that seems to effect calls in the permissions.deny file is ALL:ALL. I am not sure if this is a problem with my syntax or other. Below is the relevant info. Thanks modparam("permissions", "default_allow_file", "/usr/local/etc/ser/permissions.allow") modparam("permissions", "default_deny_file", "/usr/local/etc/ser/permissions.deny") if (lookup("location")) { log(1, "LOG: Match … [View More]location\n"); append_hf("P-hint: usrloc applied\r\n"); if (allow_routing()) { log(1, "LOG: Allow_routing\n"); append_branch(); rewritehostport ("xxx.yyy.83.5:5060"); route(9); #t_relay(); break; } else { #append_branch(); log(1, "LOG: Post allow route failed voicemail\n"); rewritehostport ("xxx.yyy.83.5:5060"); prefix("2"); route(9); break; }; }; /usr/local/etc/ser/permissions.allow - is empty /usr/local/etc/ser/permissions.deny - various attempts "^sip:4103539999@66\.159\.88\.16$" : "^sip:5505@64\.254\.83\.4$" ALL : "^sip:5505$" ALL : "^sip:5505@64\.254\.83\.4$" "^sip:4103539999$" : ALL Ngrep of INIVTE to SER INVITE sip:5505@xxx.yyy.83.4 SIP/2.0..Via: SIP/2.0/UDP xxx.yyy.88.16:5060;branch=z9hG4bK7325aa3b..From: "Cell Phone MD" <sip:41 bd19a3b299ac6605833f7@xxx.yyy.88.16..CSeq: 102 INVITE..User-Agent: Asterisk PBX..Date: Thu, 07 Apr 2005 18:22:03 GMT..Allow: INV 159.88.16..CSeq: 102 INVITE..Server: Sip EXpress router (0.9.1 (i386/linux))..Content-Length: 0..Warning: 392 xxx.yyy.83.4:5060 INVITE sip:5505@xxx.yyy.83.5:5060 SIP/2.0..Max-Forwards: 10..Record-Route: <sip:xxx.yyy.83.4;ftag=as424541a9;lr=on>..Via: SIP/2.0 57cdeb7c798bd19a3b299ac6605833f7@xxx.yyy.88.16..CSeq: 102 INVITE..User-Agent: Asterisk PBX..Date: Thu, 07 Apr 2005 18:22:03 GMT. .Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER..Content-Type: application/sdp..Content-Length: 238..P-hint: usrloc applied... INVITE sip:5505@69.250.205.31:5068 SIP/2.0..Max-Forwards: 10..Record-Route: <sip:xxx.yyy.83.4;ftag=as424541a9;lr=on>..Via: SIP/2 : 57cdeb7c798bd19a3b299ac6605833f7@xxx.yyy.88.16..CSeq: 102 INVITE..User-Agent: Asterisk PBX..Date: Thu, 07 Apr 2005 18:22:03 GM T..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER..Content-Type: application/sdp..Content-Length: 238..P-hint: usrloc applied. -ID: 57cdeb7c798bd19a3b299ac6605833f7@xxx.yyy.88.16..CSeq: 102 INVITE..User-Agent: Asterisk PBX..Allow: INVITE, ACK, CANCEL, OPT 798bd19a3b299ac6605833f7@xxx.yyy.88.16..CSeq: 102 INVITE..User-Agent: Grandstream BT100 1.0.5.16..Content-Length: 0.... [View Less]

1 0

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

07 Apr '05

bueller? someone must have some clue -----Original Message----- From: Matt Schulte Sent: Tuesday, April 05, 2005 7:26 AM To: Matt Schulte; serusers(a)lists.iptel.org Subject: RE: [Serusers] Child procs 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 … [View More]

2 1

Re: [Serusers] SERWEB : 400 ul_add : flag expected
by Iqbal 07 Apr '05

07 Apr '05

Hi I think I may have seen what is wrong, my problem I was getting the error when I was getting the confirmation link, whereas I think you are getting it when you are intially submitting it for a new user, if this is true then ur calling the scripts under reg/ directory in serweb. Also my version of serweb is $Id: INSTALL,v 1.15 2005/02/01 09:34:19 kozlik Exp $ from the INSTALL file, hence my configs are different, and now I have changed the system so that I dont add names to subscriber … [View More]

1 0

[Serusers] STUN server
by info＠beeplove.com 07 Apr '05

07 Apr '05

Hello List; I am going to install STUN server. I have found from web that there have two avialable stun servers: (I am not aware about any other avaiable stun server) * vovida.org has an open source STUN server: vovida.org STUN server http://www.voip-info.org/wiki-vovida.org+STUN+server * a Linux open source STUN server is also available here myStun http://developer.berlios.de/projects/mystun/ I am not sure which one to pick. Any suggession? Your opnion would really … [View More]

2 1

[Serusers] (no subject)
by Miquel 07 Apr '05

07 Apr '05

Hello, I have a problem with the gateway cisco 1760. I make a capture and the arrive to the gateway but this say me "BAD REQUEST -IP invalid" and I don't what to do My configuration is: Using 1454 out of 29688 bytes ! version 12.2 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname ToIP ! ! username GW password 0 GW ip subnet-zero ! ! ip name-server 172.17.1.20 ! ! isdn switch-type basic-net3 isdn voice-call-failure 0 ! voice … [View More]

1 0

[Serusers] How to create a Log File?
by antonello 07 Apr '05

07 Apr '05

Hi, I want to create a LOG File with the follow information: 1) Source caller and destination called 2) Time spent for connection 3) MAC ADDRESS I use SER with Radius authentication and MySQL. SER is located on a Server and RADIUS+MySQL are located on the other Server. Thanks Pasquale Biafora

1 0

[Serusers] text ased username & alias table
by Barry Murphy 07 Apr '05

07 Apr '05

Hi, A number of my users have signed up with a text based username rather than a number. If the user logs in to serweb it says their alias is 82000, however every singal user gets assigned this, why is that? 1./ From a hard phone, how would i dial the number trakman ? 2./ How do i assign a unique alias to users ? Thanks Barry

2 3

[Serusers] How to create a log file?
by Ing. Pasquale Biafora 07 Apr '05

07 Apr '05

Hi, I want to create a LOG File with the follow information: 1) Source caller and destination called 2) Time spent for connection 3) MAC ADDRESS I use SER with Radius authentication and MySQL. SER is located on a Server and RADIUS+MySQL are located on the other Server. Thanks Pasquale Biafora

1 0

[Serusers] Mediaproxy still consuming a lot of RAM resources.
by Ricardo Martinez 07 Apr '05

07 Apr '05

Hello Again. A few weeks ago i posted about my mediaproxy consuming RAM resources without releasing it. I upgraded to mediaproxy version 1.2.1 and even i modified my mediaproxy configuration (in ser.cfg) with some recommendation from Paul (Java Rockx). All these efforts were useless, my mediaproxy is still consuming RAM and not releasing it. I made a simple test.. Without SER running i used the rtpgenerator (in the utils directory of mediaproxy) to load the mediaproxy, and this is what i … [View More]

1 0

[Serusers] GATEWAY 1760
by Miquel 07 Apr '05

07 Apr '05

Hello, I have a problem with the gateway cisco 1760. I make a capture and the arrive to the gateway but this say me "BAD REQUEST -IP invalid" and I don't what to do My configuration is: Using 1454 out of 29688 bytes ! version 12.2 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname ToIP ! ! username GW password 0 GW ip subnet-zero ! ! ip name-server 172.17.1.20 ! ! isdn switch-type basic-net3 isdn voice-call-failure 0 ! voice … [View More]

1 0

[Serusers] Static on calls
by Bruno Oliveira 07 Apr '05

07 Apr '05

While running a test call between two machines over here, all we get is static on both sides. Does anyoen have any idea what might be the cause of it? -- []s, Bruno "Niggas" Oliveira Belo Horizonte - MG Msn: n1gg4s(a)gmail.com "Todo o nosso descontentamento por aquilo que nos falta procede da nossa falta de gratidão por aquilo que temos."

1 0

[Serusers] GATEWAY 1760 (SIP<--> ISDN)
by Miquel 07 Apr '05

07 Apr '05

Hello, I have a problem with the gateway cisco 1760. I make a capture and the arrive to the gateway but this say me "BAD REQUEST -IP invalid" and I don't what to do My configuration is: Using 1454 out of 29688 bytes ! version 12.2 service timestamps debug datetime msec service timestamps log datetime msec no service password-encryption ! hostname ToIP ! ! username GW password 0 GW ip subnet-zero ! ! ip name-server 172.17.1.20 ! ! isdn switch-type basic-net3 isdn voice-call-failure 0 ! voice … [View More]

1 0

[Serusers] Static on calls
by Bruno Oliveira 07 Apr '05

07 Apr '05

While running a test call between two machines over here, all we get is static on both sides. Does anyoen have any idea what might be the cause of it? -- []s, Bruno "Niggas" Oliveira Belo Horizonte - MG Msn: n1gg4s(a)gmail.com "Todo o nosso descontentamento por aquilo que nos falta procede da nossa falta de gratidão por aquilo que temos."

1 0

[Serusers] Reloading Configuration
by Freddy Parra 07 Apr '05

07 Apr '05

Does ser allow one to reload the configuration without restarting the application? Thanks. Freddy

1 0

[Serusers] Is that possible to redirect a call using mysql data?
by adrien.hatton＠transatel.com 07 Apr '05

07 Apr '05

I was wondering myself juste a little question : is that possible to redirect a call using data stored in mysql tables as location table or subscriber table or is that only possible using script code? Thanks you for the answer...

1 0

[Serusers] Compiling the source code in slackware 10.0. ERROR: receive_msg: no mem for sip_msg
by Rubén Curto 07 Apr '05

07 Apr '05

Hello world, i´m using SER version -0.8.14 in one linux Slackware10.0 I have the problem: ERROR: receive_msg: no mem for sip_msg (0) INFO: udp_init: SO_RCVBUF is initially 65535 0(0) INFO: udp_init: SO_RCVBUF is finally 131070 0(0) INFO: udp_init: SO_RCVBUF is initially 65535 0(0) INFO: udp_init: SO_RCVBUF is finally 131070 9(0) INFO: fifo process starting: 3289 9(3289) SER: open_uac_fifo: fifo server up at /tmp/ser_fifo... 1(3275) ERROR: receive_msg: no mem for sip_msg 2(3277) ERROR: … [View More]receive_msg: no mem for sip_msg 4(3281) ERROR: receive_msg: no mem for sip_msg 1(3275) ERROR: receive_msg: no mem for sip_msg when i use in the ser.cfg modparam("usrloc", "db_mode",2) modparam("usrloc", "db_url","sql://ser:@localhost/ser") I have read the Email-List and i found the Email from 11/18/04 between Daniel and Andrei The solution was to compile the source code. Do: make proper include_modules="mysql"; make; make modules include_modules="mysql"; make install include_modules="mysql". Then try again. My problem is, that i don´t know how to compile the code in my distribution, i followed the steps: uncompress the source ser-0.8.14_src.tar.gz in the directory /ser-0.8-14 and then make proper include_modules="mysql"; make; make modules include_modules="mysql"; make install include_modules="mysql". But the Error-Output was: Makefile.rules:77: flags.d: No such file or directory flags.c:40:20: stdlib.h: No such file or directory In file included from parser/msg_parser.h:48, from action.h:33, from action.c:43: ip_addr.h:38:20: string.h: No such file or directory ip_addr.h:39:23: sys/types.h: No such file or directory ip_addr.h:40:24: sys/socket.h: No such file or directory ip_addr.h:41:24: netinet/in.h: No such file or directory ip_addr.h:42:19: netdb.h: No such file or directory In file included from ip_addr.h:46, from parser/msg_parser.h:48, from action.h:33, from action.c:43: dprint.h:33:20: syslog.h: No such file or directory In file included from parser/msg_parser.h:48, from action.h:33, from action.c:43: ip_addr.h:72: error: field `s' has incomplete type ip_addr.h:73: error: field `sin' has incomplete type ip_addr.h:75: error: field `sin6' has incomplete type ip_addr.h: In function `sockaddr2ip_addr': ... so i think i forget to do something important but i don´t know what????!!!!???? Can somebody help me? Thanks Ruben [View Less]

1 0

[Serusers] Ineen soft phone
by Ladislav Andel 07 Apr '05

07 Apr '05

Has anybody tried this softphone? do you have a good experience with it? http://www.ineen.com/index.html Lada

2 1

[Serusers] Is SER supported RFC2543?
by Charles Wang 07 Apr '05

07 Apr '05

Hi, all. I know the SER sip is based on RFC3261. But is SER supported RFC2543? Does any kind tell me the answer? -- Best Regards Charles

2 1

RE: [Serusers] still no help - usrloc synchronization - bug in replication?
by Matt Schulte 07 Apr '05

07 Apr '05

Your right, I must have been tired when I thought it was working. This doesn't work unless there's something that has to be done with branches additionally -----Original Message----- From: Tina [mailto:kramarv@yahoo.com] Sent: Wednesday, April 06, 2005 6:55 PM To: Evan "Borgström Cc: Greger V. Teigre; Matt Schulte; serusers(a)lists.iptel.org Subject: Re: [Serusers] still no help - usrloc synchronization - bug in replication? Unfortunately this does not work. It sends the message to … [View More]the ser2 2 times and won't send to ser4....(see below) if (isflagset(...)) { rewritehostport("192.168.25.139:5060"); append_branch(); t_replicate("192.168.25.115","5060"); log(1, "replicated to 139 n 115===\n"); }; ===========192.168.25.113:5060 -> 192.168.25.103:5060 REGISTER sip:192.168.25.103 SIP/2.0..Via: SIP/2.0/UDP 192.168.25.113:5060;rport;b ranch=z9hG4bK0D463F2A700A45A6BB50ADC7E5DFAE71..From: matuka <sip:tuka@192.168.25. 103>;tag=1369320418..To: matuka <sip:tuka@192.168.25.103>..Contact: "matuka" <sip :tuka@192.168.25.113:5060>..Call-ID: 5E3468B20AF142938FC6D5069BC203D6(a)192.168.25. 103..CSeq: 50582 REGISTER..Expires: 60..Max-Forwards: 70..User-Agent: X-Lite rele ase 1103m..Content-Length: 0.... # T 192.168.25.103:23 -> 192.168.25.113:2469 [AP] 4(2829) REGISTER++++fixing contact and port....Fix contact: Insert buf - sip:tuk a@192.168.25.113:5060.. # U 192.168.25.103:5060 -> 192.168.25.113:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.25.113:5060;rport=5060;branch=z9hG4bK0D4 63F2A700A45A6BB50ADC7E5DFAE71..From: matuka <sip:tuka@192.168.25.103>;tag=1369320 418..To: matuka <sip:tuka@192.168.25.103>;tag=5607c0bdebf2a92111742e4bf83280c3.c1 3f..Call-ID: 5E3468B20AF142938FC6D5069BC203D6@192.168.25.103..CSeq: 50582 REGISTE R..Contact: <sip:tuka@192.168.25.113:5060>;q=0.00;expires=60..Content-Length: 0.. Warning: 392 192.168.25.103:5060 "Noisy feedback tells: pid=2829 req_src_ip=192. 168.25.113 req_src_port=5060 in_uri=sip:192.168.25.103 out_uri=sip:192.168.25.103 via_cnt==1".... # U 192.168.25.103:5060 -> 192.168.25.115:5060 REGISTER sip:192.168.25.139:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.25.103;branch= z9hG4bK2a77.fafffe65.0..Via: SIP/2.0/UDP 192.168.25.113:5060;rport=5060;branch=z9 hG4bK0D463F2A700A45A6BB50ADC7E5DFAE71..From: matuka <sip:tuka@192.168.25.103>;tag =1369320418..To: matuka <sip:tuka@192.168.25.103>..Contact: "matuka" <sip:tuka@19 2.168.25.113:5060>..Call-ID: 5E3468B20AF142938FC6D5069BC203D6@192.168.25.103..CSe q: 50582 REGISTER..Expires: 60..Max-Forwards: 69..User-Agent: X-Lite release 1103 m..Content-Length: 0.... # U 192.168.25.103:5060 -> 192.168.25.115:5060 REGISTER sip:192.168.25.139:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.25.103;branch= z9hG4bK2a77.fafffe65.1..Via: SIP/2.0/UDP 192.168.25.113:5060;rport=5060;branch=z9 hG4bK0D463F2A700A45A6BB50ADC7E5DFAE71..From: matuka <sip:tuka@192.168.25.103>;tag =1369320418..To: matuka <sip:tuka@192.168.25.103>..Contact: "matuka" <sip:tuka@19 2.168.25.113:5060>..Call-ID: 5E3468B20AF142938FC6D5069BC203D6@192.168.25.103..CSe q: 50582 REGISTER..Expires: 60..Max-Forwards: 69..User-Agent: X-Lite release 1103 m..Content-Length: 0.... Evan Borgström <evan.borgstrom(a)ca.mci.com> wrote: It's just the way that t_register works, if you call t_relay_to more than once the same error will occur... It's quite messy, you probably have to use append_branch like; save("location"); rewritehostport("ser2.domain.com:5060"); append_branch(); rewritehostport("ser3.domain.com:5060"); append_branch(); t_replicate("ser4.domain.com:5060"); I haven't tested this but the logic should work since the t_replicate function just calls t_relay_to. Also, you'll probably want to use save_noreply() on the hosts processing the replicated register messages otherwise the host replicating the register will spew errors. Like I said, messy. You could probably do it more elegantly using avpops similar to the trusted ip example in the docs. -Evan Tina wrote: > Yep, it didn't help > > */REGISTER++++fixing contact and port/* > */Fix contact: Insert buf - sip:tuka@192.168.25.113:5060 > 6(1305) ERROR: t_newtran: transaction already in process 0x28361068 > /* > */"Greger V. Teigre" /* wrote: > > The error means that t_newtran has been run while an > existing transaction is still in the workings. Have you tried > moving your save() to *before* the t_replicate()? > g-) > > ---- Original Message ---- > From: Tina > To: Matt Schulte > Cc: serusers(a)lists.iptel.org ; greger(a)teigre.com > Sent: Tuesday, April 05, 2005 05:00 PM > Subject: RE: [Serusers] still no help - usrloc synchronization > > > Thanks a lot, gentelmens! > > > > I have jumped to the same conclusion. The only thing I am worried - > > t_replicate() creates aditional SIP traffic between sers. And I also > > get some strange error with each REGISTER: > > > > 1(712) ERROR: t_newtran: transaction already in process 0x28336768 > > > > Don't have any idea what I am doing wrong.... > > > > Below is my ser.cfg snippet. > > As far as you see I am using mediaproxy package to solve NAT issues. > > I always force relay, cause I had nathelper problems with > > UAC1->ser->NAT->UAC2 configuration. > > I am going to test new mediaproxy release. > > BRs, > > Tina > > > > > > < BR>> ============================ > > > > . . . > > # ------------------------- request routing logic > ------------------- > > # main routing logic > > route{ > > #------------------------------------------------------- > > if (!method=="REGISTER") record_route(); > > > #-------------------------------------------------------???????????????????? > > # loose-route processing > > if (loose_route()) { > > route(8); #--go to mediaproxy processing > > break; > > }; > > ... > > if (method=="REGISTER") { > > #------Replicate to the peers > > > > #---Ser 1 > > if (!src_ip==192.168.25.103) > > t_replicate("192.168.25.103","5060"); > > #---Ser 2 > > if (!src_ip==192.168.25.115) > > t_replicate("192.168.25.115","5060"); > > > > save ("location"); > > break; > > }; > > #-----------------------------------------------INVITE > > if (method=="INVITE") { > > log (1, "INVITE: Radius Accounting\n"); > > t_on_failure("4"); #---voice mail > > use_media_proxy(); > > t_on_reply("5"); #--mediaproxy > > }; > > #--------------------------------------------------BYE > > if (method=="BYE" || method=="CANCEL") { > > log (1, "BYE or CANCEL: Radius Accounting\n"); > > }; > > #--------------------------------------------------- > > if (!lookup("location") && !lookup("aliases")) { > > sl_send_reply("404", "Not Found"); > > break; > > }; > > if (!t_relay()) { > > sl_reply_error(); > > }; > > } > > > > #------------------------------------------------------- > > failure_route[4]{ > > if (t_check_status("408|486")){ > > append_hf("P-hint: Rewrited to VM"); > > rewritehostport("192.168.25.116:5060"); > > append_branch(); > > t_relay(); > > break; > > }; > > } > > #--------------------------------------------------------- > > onreply_route[5]{ > > if (status =~ "(183)|2[0-9][0-9]" && !search("^Content-Length:\ > > 0")) { > > if ( (!(src_ip=="SERVER1")) > > && (!(src_ip=="SERVER2")) > > && (!(src_ip=="SERVER3")) ){ > > if ( search("c=IN IP4 192.168.*")||search("c=IN IP4 > > 10.*")||search("c=IN IP4 172.16.*") ) { > > fix_contact(); > > }; > > }; > > use_media_proxy(); > > } > > } > > > > =================================================== > > > > Matt Schulte wrote: > > I'm starting to lean this direction, using t_replicate and all. I > > could > > never get usrloc (db mode) to function properly.. t_replicate is a > > dirty > > but very effective workaround. > > > > -----Original Message----- > > From: Greger V. Teigre [mailto:greger@teigre.com] > > Sent: Saturday, April 02, 2005 1:33 AM > > To: kramarv(a)yahoo.com > > Cc: serusers(a)lists.iptel.org > > Subject: Re: [Serusers] still no help - usrloc synchronization > > > > > > Have a look at this thread: > > http://lists.iptel.org/pipermail/serusers/2005-January/014669.html > > g-) > > > > Java Rockx wrote: > >> Tina, > >& gt; > >> I thought I saw you post the other day that you did not want to use > >> t_replicate(), however, this is probably your best bet to getting > >> this > > > >> to work, IMHO. > >> > >> Regards, > >> Paul > >> > >> On Apr 1, 2005 4:08 PM, Tina wrote:>> > >>> Hi, please help me, I'm stuck with it!!!!! > >>> I am trying to set up several sers with a shared MySQL database for > >>> location service. > >>> > >>> I set in each ser.cfg: > >>> > >>> modparam("usrloc", "db_mode", 2) > >>> modparam("usrloc", > >>> "db_url","sql://ser:heslo@192.168.25.163/ser") > >>> > >>> and the servers are not synchronized. > >>> The I set > >>> modparam("usrloc", "db_mode", 2) > >>> > >>> > >>> made UAC (Xlite) register to one of the servers. > >>> ; I see it via usrloc, but there is no record in "location" mySQL > >>> table....So others do not see the client and I'm unable to make > >>> calls.... > >>> > >>> > >>> Please help how to work with usrloc and mySQL... > >>> > >>> Tina, > >>> software engineer > >>> > >>> ________________________________ > >>> Do you Yahoo!? > >>> Better first dates. More second dates. Yahoo! Personals > >>> > >>> > >>> _______________________________________________ > >>> 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 > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > Do you Yahoo!? > > Yahoo! Mail - Find what you need with new enhanced search. Learn > more. > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > ------------------------------------------------------------------------ > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers _____ Do you Yahoo!? Better first dates. More second dates. Yahoo! Personals <http://us.rd.yahoo.com/evt=27808/*http://personals.yahoo.com> [View Less]

1 0

[Serusers] ser auth_radius with freeradius
by Alex 07 Apr '05

07 Apr '05

Hi guys I have a strange problem and i tried to work on that without any success, so i need yours help i installed ser, freeradius-1.0.2, radiusclient-0.4.8. I am trying to authenticate ser users through radius (mysql). inside my ser.cfg ------------------------------------------- if (method=="REGISTER") { log(1, "REGISTER: Authenticating user\n"); if (!radius_www_authorize("")) { … [View More]

1 0

[Serusers] onsip NAT doc
by Iqbal 07 Apr '05

07 Apr '05

Hi I was looking through the doc, and wanted to know do I need to lines 64,65 and 84 (page 30) In line 64 I am testing for client_nat(3) and INVITE and then adding record_route_preset header then in the loose_route section I am checking again for INVITE nat_test(3) and seeing og nat=yes is added to route line, and then setting the flag = 6, can I not just do this in line 65, i.e set the flag above, and then in 84 say something like if isflagset(6) use mediaproxy Iqbal

3 2

Re: [Serusers] authentication of the ser users
by Alex 07 Apr '05

07 Apr '05

I checked that and the path is correct. any other suggestions. Thanks. Nimal Ratnayake <nimalr(a)pdn.ac.lk> wrote: Hi, I had the same problem. The cause was that ser was not using the correct radiusclient.conf. It was looking for the file in the ser configuration directory. Make sure that the ser.cfg points to the correct location. Something like the following would do: modparam("auth_radius", "radius_config", "/usr/local/etc/radiusclient/radiusclient.conf") modparam("auth_radius", … [View More]

1 0

[Serusers] FW: SERWEB : 400 ul_add : flag expected
by Mr Greg Plater 07 Apr '05

07 Apr '05

Hi I made the changes as per your posts. This is the message I still see in my server logs. Apr 7 11:45:15 altcall2 /usr/local/sbin/ser[1614]: ERROR: ul_add: flags expected

2 1

Re: [Serusers] Ineen soft phone
by lakmal silva 07 Apr '05

07 Apr '05

Hi Lada, I have tested it with video conferencing and IMs. It's nice experience. Unfortunately it can only be worked with the ineen servers. Regards, Lakmal --- Ladislav Andel <ladia6(a)centrum.cz> wrote: > Has anybody tried this softphone? do you have a good > experience with > it? > > http://www.ineen.com/index.html > > Lada > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org > http://lists.… [View More]

1 0

[Serusers] help me about serweb
by jqkadl 07 Apr '05

07 Apr '05

when I get my password on serweb , I couldn't receive mail. I found nobody couldn't send mail in sendmail. error in maillog : Apr 7 16:08:43 localhost sendmail[3045]: j360fsxs003147: to=<jqkadl(a)online.ln.cn>, ctladdr=<nobody(a)localhost.localdomain> (99/500), delay=1+07:26:49, xdelay=00:00:01, mailer=esmtp, pri=660321, relay=online.ln.cn. [202.96.74.67], dsn=4.0.0, stat=Deferred: 451 Mail data invalid, ignored. The sender in mailbody is "registrar(a)mydomain.org" while MAIL FROM … [View More]

1 0

[Serusers] authentication of the ser users
by Alex 07 Apr '05

07 Apr '05

Hi guys I have a strange problem and i tried to work on that without any success, so i need yours help i installed ser, freeradius-1.0.2, radiusclient-0.4.8. I am trying to authenticate ser users through radius (mysql). inside my ser.cfg ------------------------------------------- if (method=="REGISTER") { log(1, "REGISTER: Authenticating user\n"); if (!radius_www_authorize("")) { log(1, "… [View More]

2 1

Re: [Serusers] digest authentication problems
by Greger V. Teigre 07 Apr '05

07 Apr '05

Damian, I believe you also can recompile the sources on your server to link against the .14 library. I have never tried running SER against 4.x, but I haven't seen anybody reporting problems either... g-) Greger V. Teigre wrote: > First of all, always CC serusers. Other users may have (or may get) > the same problems. > > libmysqlclient is most likely your problem. Version 10 is ,mysql > 3.23, while version 14 is 4.x. The libraries are quite different and > a crash is … [View More]

1 0

RE: [Serusers] still no help - usrloc synchronization
by Tina 07 Apr '05

07 Apr '05

Thanks a lot, gentelmens! I have jumped to the same conclusion. The only thing I am worried - t_replicate() creates aditional SIP traffic between sers. And I also get some strange error with each REGISTER: 1(712) ERROR: t_newtran: transaction already in process 0x28336768 Don't have any idea what I am doing wrong.... Below is my ser.cfg snippet. As far as you see I am using mediaproxy package to solve NAT issues. I always force relay, cause I had nathelper problems with UAC1->ser-&… [View More]gt;NAT->UAC2 configuration. I am going to test new mediaproxy release. BRs, Tina ============================ . . . # ------------------------- request routing logic ------------------- # main routing logic route{ #------------------------------------------------------- if (!method=="REGISTER") record_route(); #-------------------------------------------------------???????????????????? # loose-route processing if (loose_route()) { route(8); #--go to mediaproxy processing break; }; ... if (method=="REGISTER") { #------Replicate to the peers #---Ser 1 if (!src_ip==192.168.25.103) t_replicate("192.168.25.103","5060"); #---Ser 2 if (!src_ip==192.168.25.115) t_replicate("192.168.25.115","5060"); save ("location"); break; }; #-----------------------------------------------INVITE if (method=="INVITE") { log (1, "INVITE: Radius Accounting\n"); t_on_failure("4"); #---voice mail use_media_proxy(); t_on_reply("5"); #--mediaproxy }; #--------------------------------------------------BYE if (method=="BYE" || method=="CANCEL") { log (1, "BYE or CANCEL: Radius Accounting\n"); }; #--------------------------------------------------- if (!lookup("location") && !lookup("aliases")) { sl_send_reply("404", "Not Found"); break; }; if (!t_relay()) { sl_reply_error(); }; } #------------------------------------------------------- failure_route[4]{ if (t_check_status("408|486")){ append_hf("P-hint: Rewrited to VM"); rewritehostport("192.168.25.116:5060"); append_branch(); t_relay(); break; }; } #--------------------------------------------------------- onreply_route[5]{ if (status =~ "(183)|2[0-9][0-9]" && !search("^Content-Length:\ 0")) { if ( (!(src_ip=="SERVER1")) && (!(src_ip=="SERVER2")) && (!(src_ip=="SERVER3")) ){ if ( search("c=IN IP4 192.168.*")||search("c=IN IP4 10.*")||search("c=IN IP4 172.16.*") ) { fix_contact(); }; }; use_media_proxy(); } } =================================================== Matt Schulte <mschulte(a)netlogic.net> wrote: I'm starting to lean this direction, using t_replicate and all. I could never get usrloc (db mode) to function properly.. t_replicate is a dirty but very effective workaround. -----Original Message----- From: Greger V. Teigre [mailto:greger@teigre.com] Sent: Saturday, April 02, 2005 1:33 AM To: kramarv(a)yahoo.com Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] still no help - usrloc synchronization Have a look at this thread: http://lists.iptel.org/pipermail/serusers/2005-January/014669.html g-) Java Rockx wrote: > Tina, > > I thought I saw you post the other day that you did not want to use > t_replicate(), however, this is probably your best bet to getting this > to work, IMHO. > > Regards, > Paul > > On Apr 1, 2005 4:08 PM, Tina wrote: >> >> Hi, please help me, I'm stuck with it!!!!! >> I am trying to set up several sers with a shared MySQL database for >> location service. >> >> I set in each ser.cfg: >> >> modparam("usrloc", "db_mode", 2) >> modparam("usrloc", >> "db_url","sql://ser:heslo@192.168.25.163/ser") >> >> and the servers are not synchronized. >> The I set >> modparam("usrloc", "db_mode", 2) >> >> >> made UAC (Xlite) register to one of the servers. >> I see it via usrloc, but there is no record in "location" mySQL >> table....So others do not see the client and I'm unable to make >> calls.... >> >> >> Please help how to work with usrloc and mySQL... >> >> Tina, >> software engineer >> >> ________________________________ >> Do you Yahoo!? >> Better first dates. More second dates. Yahoo! Personals >> >> >> _______________________________________________ >> 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 _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers --------------------------------- Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. Learn more. [View Less]

3 5

[Serusers] serctl monitor not working: ser_receiver permission denied
by Cameron Beattie 07 Apr '05

07 Apr '05

I am having a problem getting serctl to "see" my SER instance. export SIP_DOMAIN='domain.com' /usr/local/serctl monitor I get message: [cycle #: 1; if constant make sure server lives and fifo is on] SER is running: /etc/rc.x/init.d/ser status ser (pid 3201 3197 etc) is running However /var/log/messages shows: /usr/local/sbin/ser [3434]: ERROR: open_reply_pipe: open error (/tmp/ser_receiver_3480): Permission denied /usr/local/sbin/ser [3434]: ERROR: fifo_reply: no reply pipe /tmp/… [View More]

3 5

Re: [Serusers] digest authentication problems
by Greger V. Teigre 07 Apr '05

07 Apr '05

First of all, always CC serusers. Other users may have (or may get) the same problems. libmysqlclient is most likely your problem. Version 10 is ,mysql 3.23, while version 14 is 4.x. The libraries are quite different and a crash is only natural. You need to install either the 3.23 version of mysql OR the 3.x compatibility libraries for version 4.x. You will find them at http://dev.mysql.com/ or maybe throug hyour distribution. g-) Damian Bundred wrote: > Hi, > you seem to know … [View More]

1 0

[Serusers] Combining AVP's
by Evan Borgström 07 Apr '05

07 Apr '05

Does anyone know of a way to combine (append or prepend) AVP values? If I had avp1 & avp2 can I create a new AVP avp3 with a value of "<avp1><avp2>" or would I have to create new functions in the avpops module to facilitate this? -Evan

2 1

[Serusers] Re: RTPProxy fails only for Private to Public communication
by Vivienne Curran 07 Apr '05

07 Apr '05

Just as an extra : I have a sniff of the message for when a public client (2092)rings a private client (2093)included at the bottom of this email. I cant see anything wrong with them but maybe it will shed more light on the matter. Vivienne Curran <vivcurran(a)yahoo.co.uk> wrote:I changed the line modparam("nathelper", "rtpproxy_sock", "/var/run/rtpproxy.sock") to modparam("nathelper", "rtpproxy_sock", "udp:localhost:22222") and started the rtpproxy as ./rtpproxy -s udp from the relevant … [View More]directory and this resulted in a series of "rtpp_command: no response from rtpproxy" and rtpproxy temporarily disabled" errors. If I return to the original modparam and start it as ./rtpproxy then it works but like I said when the private client rings the public client, I get "ERROR: send_rtpp_command: cant read reply from a RTP Proxy". Any further ideas? Has anyone on the mailing list experienced this? I am using the script given in the onsip getting started doc for 0.9.0. but am using ser 0.8.14. BR, Vivienne "Greger V. Teigre" <greger(a)teigre.com> wrote: See inline. > Thank you for that Greger. I have altered my script so that it > exactly mimics the one in the onsip document besides the has_totag > and fix_nated register. All is good when I ring from a private phone > to a public phone i.e. the audio is very clear and the following > messages are in /var/log. > > ERROR: extract_body: message body has length zero > ERROR: force_rtp_proxy2: cant extract body from the message. > > I assume this is because of the 200 OK to a register message where > theres no sdp?? Is this correct? That's correct. You will find code in the example configs where we test for an empty body before calling force_rtp_proxy. > However when I try to phone from public into private I get: > > ERROR: send_rtpp_command: cant read reply from a RTP Proxy. > > I find this confusing because I know the rtpproxy is working. This means that rtpproxy is not responding to a particular message. I have heard some people have had problems with the socket based communication. I only use UDP. This is what you do to set up udp (22222 is default port): modparam("nathelper", "rtpproxy_sock", "udp:localhost:22222") rtpproxy must be started with -s udp:* g-) > BR > Vivienne. > > "Greger V. Teigre" <greger(a)teigre.com> wrote: > Yes, you can use fix_nated_contact instead. It is not entirely > RFC-compliant, but that's what you have in 0.8.14. > The has_totag() only tests to see if the INVITE has a To header, > which means that it is in-dialog and thus is a re-INVITE. An INVITE > will normally not have loose routing unless you have another SIP > proxy forwarding an INVITE to you (in which case you should assume > that the other proxy handles NAT and thus not trigger NAT-related > code). You can safely remove the has_totag() if you use > force_rtp_proxy("l") > g-) > > ---- Original Message ---- > From: Vivienne Curran > To: Greger V. Teigre ; serusers(a)lists.iptel.org > Sent: Tuesday, April 05, 2005 02:25 PM > Subject: Re: [Serusers] Contact Header and SDP not rewritten > >> Greger, >> >> Since fix_nated_register does not exist with 0.8.14, will >> fix_nated_contact do instead? Also if I am leaving out the >> has_totag() at the start of the script, will this greatly effect its >> functionality? >> >> Thank you, >> Vivienne Send instant messages to your online friends http://uk.messenger.yahoo.com U 157.190.74.151:5060 -> 84.203.148.146:5060 INVITE sip:2093@84.203.148.146 SIP/2.0..Via: SIP/2.0/UDP 157.190.74.151;bra nch=z9hG4bKcd17ddd1b59ead49..From: "2092" <sip:2092@84.203.148.146>;tag=aed c22bd5a3b510c..To: <sip:2093@84.203.148.146>..Contact: <sip:2092@157.190.74 .151>..Supported: replaces..Call-ID: 8ffc2d18b21870b3@157.190.74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Max-Forwards: 70..Al low: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE..Content-Typ e: application/sdp..Content-Length: 426....v=0..o=2092 8000 0 IN IP4 157.19 0.74.151..s=SIP Call..c=IN IP4 157.190.74.151..t=0 0..m=audio 5004 RTP/AVP 0 8 4 18 2 15 99 9 101..a=sendrecv..a=rtpmap:0 PCMU/8000/3..a=rtpmap:8 PCMA /8000/3..a=rtpmap:4 G723/8000/3..a=rtpmap:18 G729/8000/3..a=rtpmap:2 G726-3 2/8000/3..a=rtpmap:15 G728/8000/3..a=rtpmap:99 iLBC/8000/3..a=fmtp:99 mode= 20..a=rtpmap:9 G722/8000/3..a=ptime:20..a=rtpmap:101 telephone-event/8000/3 ..a=fmtp:101 0-11.. U 84.203.148.146:5060 -> 157.190.74.151:5060 SIP/2.0 100 trying -- your call is important to us..Via: SIP/2.0/UDP 157.19 0.74.151;branch=z9hG4bKcd17ddd1b59ead49;rport=5060..From: "2092" <sip:2092@ 84.203.148.146>;tag=aedc22bd5a3b510c..To: <sip:2093@84.203.148.146>..Call-I D: 8ffc2d18b21870b3@157.190.74.151..CSeq: 64735 INVITE..Server: Sip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 84.203.148.1 46:5060 "Noisy feedback tells: pid=8990 req_src_ip=157.190.74.151 req_src_ port=5060 in_uri=sip:2093@84.203.148.146 out_uri=sip:2093@84.203.148.14:506 0 via_cnt==1".... U 84.203.148.146:5060 -> 84.203.148.14:5060 INVITE sip:2093@84.203.148.14:5060 SIP/2.0..Via: SIP/2.0/UDP 84.203.148.146 ;branch=z9hG4bKf51e.b169be72.0..Via: SIP/2.0/UDP 157.190.74.151;rport=5060; branch=z9hG4bKcd17ddd1b59ead49..From: "2092" <sip:2092@84.203.148.146>;tag= aedc22bd5a3b510c..To: <sip:2093@84.203.148.146>..Contact: <sip:2092@157.190 .74.151:5060>..Supported: replaces..Call-ID: 8ffc2d18b21870b3(a)157.190.74.15 1..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Max-Forwards : 69..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE..Con tent-Type: application/sdp..Content-Length: 445....v=0..o=2092 8000 0 IN IP 4 157.190.74.151..s=SIP Call..c=IN IP4 84.203.148.146..t=0 0..m=audio 35014 RTP/AVP 0 8 4 18 2 15 99 9 101..a=sendrecv..a=rtpmap:0 PCMU/8000/3..a=rtpm ap:8 PCMA/8000/3..a=rtpmap:4 G723/8000/3..a=rtpmap:18 G729/8000/3..a=rtpmap :2 G726-32/8000/3..a=rtpmap:15 G728/8000/3..a=rtpmap:99 iLBC/8000/3..a=fmtp :99 mode=20..a=rtpmap:9 G722/8000/3..a=ptime:20..a=rtpmap:101 telephone-eve nt/8000/3..a=fmtp:101 0-11..a=nortpproxy:yes.. U 84.203.148.14:5060 -> 84.203.148.146:5060 SIP/2.0 100 Trying..Via: SIP/2.0/UDP 84.203.148.146;branch=z9hG4bKf51e.b169 be72.0..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd17ddd1b5 9ead49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c..To: <s ip:2093@84.203.148.146>..Call-ID: 8ffc2d18b21870b3@157.190.74.151..CSeq: 64 735 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Content-Length: 0.... U 84.203.148.14:5060 -> 84.203.148.146:5060 SIP/2.0 180 Ringing..Via: SIP/2.0/UDP 84.203.148.146;branch=z9hG4bKf51e.b16 9be72.0..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd17ddd1b 59ead49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c..To: < sip:2093@84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d18b21870b3@15 7.190.74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0.5.18..C ontent-Length: 0.... U 84.203.148.146:5060 -> 157.190.74.151:5060 SIP/2.0 180 Ringing..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG 4bKcd17ddd1b59ead49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3 b510c..To: <sip:2093@84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d1 8b21870b3@157.190.74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Content-Length: 0.... U 84.203.148.14:5060 -> 84.203.148.146:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 84.203.148.146;branch=z9hG4bKf51e.b169be72 .0..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd17ddd1b59ead 49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c..To: <sip:2 093(a)84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d18b21870b3(a)157.190 .74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Contac t: <sip:2093@172.16.3.31>..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTION S,INFO,SUBSCRIBE..Content-Type: application/sdp..Supported: replaces..Conte nt-Length: 152....v=0..o=2093 8000 0 IN IP4 172.16.3.31..s=SIP Call..c=IN I P4 172.16.3.31..t=0 0..m=audio 5004 RTP/AVP 0..a=sendrecv..a=rtpmap:0 PCMU/ 8000/3..a=ptime:20.. U 84.203.148.146:5060 -> 157.190.74.151:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd 17ddd1b59ead49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c ..To: <sip:2093@84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d18b218 70b3@157.190.74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0. 5.18..Contact: <sip:2093@172.16.3.31>..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY, REFER,OPTIONS,INFO,SUBSCRIBE..Content-Type: application/sdp..Supported: rep laces..Content-Length: 174....v=0..o=2093 8000 0 IN IP4 172.16.3.31..s=SIP Call..c=IN IP4 84.203.148.146..t=0 0..m=audio 35016 RTP/AVP 0..a=sendrecv.. a=rtpmap:0 PCMU/8000/3..a=ptime:20..a=nortpproxy:yes.. U 84.203.148.14:5060 -> 84.203.148.146:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 84.203.148.146;branch=z9hG4bKf51e.b169be72 .0..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd17ddd1b59ead 49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c..To: <sip:2 093(a)84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d18b21870b3(a)157.190 .74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Contac t: <sip:2093@172.16.3.31>..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTION S,INFO,SUBSCRIBE..Content-Type: application/sdp..Supported: replaces..Conte nt-Length: 152....v=0..o=2093 8000 1 IN IP4 172.16.3.31..s=SIP Call..c=IN I P4 172.16.3.31..t=0 0..m=audio 5004 RTP/AVP 0..a=sendrecv..a=rtpmap:0 PCMU/ 8000/3..a=ptime:20.. U 84.203.148.146:5060 -> 157.190.74.151:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd 17ddd1b59ead49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c ..To: <sip:2093@84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d18b218 70b3@157.190.74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0. 5.18..Contact: <sip:2093@172.16.3.31>..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY, REFER,OPTIONS,INFO,SUBSCRIBE..Content-Type: application/sdp..Supported: rep laces..Content-Length: 174....v=0..o=2093 8000 1 IN IP4 172.16.3.31..s=SIP Call..c=IN IP4 84.203.148.146..t=0 0..m=audio 35016 RTP/AVP 0..a=sendrecv.. a=rtpmap:0 PCMU/8000/3..a=ptime:20..a=nortpproxy:yes.. U 84.203.148.14:5060 -> 84.203.148.146:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 84.203.148.146;branch=z9hG4bKf51e.b169be72 .0..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd17ddd1b59ead 49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c..To: <sip:2 093(a)84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d18b21870b3(a)157.190 .74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Contac t: <sip:2093@172.16.3.31>..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTION S,INFO,SUBSCRIBE..Content-Type: application/sdp..Supported: replaces..Conte nt-Length: 152....v=0..o=2093 8000 2 IN IP4 172.16.3.31..s=SIP Call..c=IN I P4 172.16.3.31..t=0 0..m=audio 5004 RTP/AVP 0..a=sendrecv..a=rtpmap:0 PCMU/ 8000/3..a=ptime:20.. U 84.203.148.146:5060 -> 157.190.74.151:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 157.190.74.151;rport=5060;branch=z9hG4bKcd 17ddd1b59ead49..From: "2092" <sip:2092@84.203.148.146>;tag=aedc22bd5a3b510c ..To: <sip:2093@84.203.148.146>;tag=acd725e00242a605..Call-ID: 8ffc2d18b218 70b3@157.190.74.151..CSeq: 64735 INVITE..User-Agent: Grandstream BT100 1.0. 5.18..Contact: <sip:2093@172.16.3.31>..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY, REFER,OPTIONS,INFO,SUBSCRIBE..Content-Type: application/sdp..Supported: rep laces..Content-Length: 174....v=0..o=2093 8000 2 IN IP4 172.16.3.31..s=SIP Call..c=IN IP4 84.203.148.146..t=0 0..m=audio 35016 RTP/AVP 0..a=sendrecv.. a=rtpmap:0 PCMU/8000/3..a=ptime:20..a=nortpproxy:yes.. Send instant messages to your online friends http://uk.messenger.yahoo.com [View Less]

2 1

[Serusers] SERWEB : 400 ul_add : flag expected
by Mr Greg Plater 07 Apr '05

07 Apr '05

Hi I made the changes as per your posts. This is the message I still see in my server logs. Apr 7 11:45:15 altcall2 /usr/local/sbin/ser[1614]: ERROR: ul_add: flags expected

1 0

[Serusers] rout call from ser to asterisk
by Kamran Ahmad 07 Apr '05

07 Apr '05

hello i have a prblem in routing call from ser to asterisk. i have the following senrio. UA is registered at ser when UA calls another UA ser try to look for the user not found then forword the call to other side asterisk. problem i am facing that ser is not forwording request to asterisk extensions.conf ---------------------------------------- exten=>2000,1,Dial(SIP/${EXTEN}) exten=>2000,2,Voicemail,u2000 exten=>2000,102,Voicemail,b2000 exten=>3000,1,Dial(SIP/${EXTEN}) … [View More]exten=>3000,2,Voicemail,u3000 exten=>3000,102,Voicemail,b3000 ser.cfg ------------------------------------------- route{ lookup("location"); t_on_failure("1"); t_relay(); 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; }; if (loose_route()) { t_relay(); break; }; setflag(1); if (method=="INVITE") record_route(); if (uri==myself) { if (method=="REGISTER") { if(!radius_www_authorize("")) { www_challenge("","0"); break; } save("location"); break; }; if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; if (!t_relay()) { sl_reply_error(); }; } failure_route[1] { if(t_check_status("486")) { # busy, so rewrite to new location here, then: forward( 192.168.8.97, 5060 ); t_relay(); } } ---------------------------------------------------- Thanks Kamran __________________________________ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest [View Less]

1 0

[Serusers] SERWEB : 400 ul_add : flag expected
by Mr Greg Plater 07 Apr '05

07 Apr '05

I have this error 400 ul_add : flag expected . I found this thread but I am not sure where to add the lines in the config file http://lists.iptel.org/pipermail/serusers/2005-February/015535.html >So i cheated, I edited config.php in serweb, added a line >var $flags > >Then I went further down, and addedd >$this->flags="128"; > >and then in sql_and_fifo_functions.php > >I changed the lines reading > >$replication. "\n" to > >$replication. &… [View More]

2 1

[Serusers] isco 2600 as sip gw, no ringing tone on call frowarding
by Schweizer Laurent 07 Apr '05

07 Apr '05

Hello I use a cisco 2600 as sip gw, and i have an error when i make call forwarding, the caller do not receive the ringing tonne. example: the GW receive a call from the pstn (caller1), and he forward this call to the proxy. on the proxy a call forwarding is activated to a mobile phone, so the proxy rewrite the sip uri, and the call is forwarded to the same GW. the problem is that caller1 never receive the ringing tone. I see that the GW correctly send and receive the 183 Session … [View More]

2 1

[Serusers] NAThelper and RTP proxy problem - Note: I do have the latest version of rtpp
by Cameron Beattie 07 Apr '05

07 Apr '05

When I start ser, log file shows a warning: rtpp_test: can't get version of the RTP proxy Based on other posts, I got the latest version of RTP Proxy (cvs -d:pserver:anonymous@cvs.ser.berlios.de:/cvsroot/ser co rtpproxy) and installed it. ps shows that rtpproxy is running I am running FC2. Do I need to massage the config file to get this working properly? Any suggestions would be greatfully received. Regards Cameron

1 0

RE: [Serusers] still no help - usrloc synchronization
by Matt Schulte 06 Apr '05

06 Apr '05

Yes, this is the same issue I'm going through, append_branch seems to work on the server side. Haven't had time to test on the client side though. -----Original Message----- From: Evan Borgström [mailto:evan.borgstrom@ca.mci.com] Sent: Wednesday, April 06, 2005 3:20 PM To: kramarv(a)yahoo.com Cc: Greger V. Teigre; Matt Schulte; serusers(a)lists.iptel.org Subject: Re: [Serusers] still no help - usrloc synchronization It's just the way that t_register works, if you call t_relay_to more … [View More]than once the same error will occur... It's quite messy, you probably have to use append_branch like; save("location"); rewritehostport("ser2.domain.com:5060"); append_branch(); rewritehostport("ser3.domain.com:5060"); append_branch(); t_replicate("ser4.domain.com:5060"); I haven't tested this but the logic should work since the t_replicate function just calls t_relay_to. Also, you'll probably want to use save_noreply() on the hosts processing the replicated register messages otherwise the host replicating the register will spew errors. Like I said, messy. You could probably do it more elegantly using avpops similar to the trusted ip example in the docs. -Evan Tina wrote: > Yep, it didn't help > > */REGISTER++++fixing contact and port/* > */Fix contact: Insert buf - sip:tuka@192.168.25.113:5060 > 6(1305) ERROR: t_newtran: transaction already in process 0x28361068 > /* > */"Greger V. Teigre" <greger(a)teigre.com>/* wrote: > > The error means that t_newtran has been run while an > existing transaction is still in the workings. Have you tried > moving your save() to *before* the t_replicate()? > g-) > > ---- Original Message ---- > From: Tina > To: Matt Schulte > Cc: serusers(a)lists.iptel.org ; greger(a)teigre.com > Sent: Tuesday, April 05, 2005 05:00 PM > Subject: RE: [Serusers] still no help - usrloc synchronization > > > Thanks a lot, gentelmens! > > > > I have jumped to the same conclusion. The only thing I am worried - > > t_replicate() creates aditional SIP traffic between sers. And I also > > get some strange error with each REGISTER: > > > > 1(712) ERROR: t_newtran: transaction already in process 0x28336768 > > > > Don't have any idea what I am doing wrong.... > > > > Below is my ser.cfg snippet. > > As far as you see I am using mediaproxy package to solve NAT issues. > > I always force relay, cause I had nathelper problems with > > UAC1->ser->NAT->UAC2 configuration. > > I am going to test new mediaproxy release. > > BRs, > > Tina > > > > > > < BR>> ============================ > > > > . . . > > # ------------------------- request routing logic > ------------------- > > # main routing logic > > route{ > > #------------------------------------------------------- > > if (!method=="REGISTER") record_route(); > > > #-------------------------------------------------------???????????????????? > > # loose-route processing > > if (loose_route()) { > > route(8); #--go to mediaproxy processing > > break; > > }; > > ... > > if (method=="REGISTER") { > > #------Replicate to the peers > > > > #---Ser 1 > > if (!src_ip==192.168.25.103) > > t_replicate("192.168.25.103","5060"); > > #---Ser 2 > > if (!src_ip==192.168.25.115) > > t_replicate("192.168.25.115","5060"); > > > > save ("location"); > > break; > > }; > > #-----------------------------------------------INVITE > > if (method=="INVITE") { > > log (1, "INVITE: Radius Accounting\n"); > > t_on_failure("4"); #---voice mail > > use_media_proxy(); > > t_on_reply("5"); #--mediaproxy > > }; > > #--------------------------------------------------BYE > > if (method=="BYE" || method=="CANCEL") { > > log (1, "BYE or CANCEL: Radius Accounting\n"); > > }; > > #--------------------------------------------------- > > if (!lookup("location") && !lookup("aliases")) { > > sl_send_reply("404", "Not Found"); > > break; > > }; > > if (!t_relay()) { > > sl_reply_error(); > > }; > > } > > > > #------------------------------------------------------- > > failure_route[4]{ > > if (t_check_status("408|486")){ > > append_hf("P-hint: Rewrited to VM"); > > rewritehostport("192.168.25.116:5060"); > > append_branch(); > > t_relay(); > > break; > > }; > > } > > #--------------------------------------------------------- > > onreply_route[5]{ > > if (status =~ "(183)|2[0-9][0-9]" && !search("^Content-Length:\ > > 0")) { > > if ( (!(src_ip=="SERVER1")) > > && (!(src_ip=="SERVER2")) > > && (!(src_ip=="SERVER3")) ){ > > if ( search("c=IN IP4 192.168.*")||search("c=IN IP4 > > 10.*")||search("c=IN IP4 172.16.*") ) { > > fix_contact(); > > }; > > }; > > use_media_proxy(); > > } > > } > > > > =================================================== > > > > Matt Schulte <mschulte(a)netlogic.net> wrote: > > I'm starting to lean this direction, using t_replicate and all. I > > could > > never get usrloc (db mode) to function properly.. t_replicate is a > > dirty > > but very effective workaround. > > > > -----Original Message----- > > From: Greger V. Teigre [mailto:greger@teigre.com] > > Sent: Saturday, April 02, 2005 1:33 AM > > To: kramarv(a)yahoo.com > > Cc: serusers(a)lists.iptel.org > > Subject: Re: [Serusers] still no help - usrloc synchronization > > > > > > Have a look at this thread: > > http://lists.iptel.org/pipermail/serusers/2005-January/014669.html > > g-) > > > > Java Rockx wrote: > >> Tina, > >& gt; > >> I thought I saw you post the other day that you did not want to use > >> t_replicate(), however, this is probably your best bet to getting > >> this > > > >> to work, IMHO. > >> > >> Regards, > >> Paul > >> > >> On Apr 1, 2005 4:08 PM, Tina wrote:>> > >>> Hi, please help me, I'm stuck with it!!!!! > >>> I am trying to set up several sers with a shared MySQL database for > >>> location service. > >>> > >>> I set in each ser.cfg: > >>> > >>> modparam("usrloc", "db_mode", 2) > >>> modparam("usrloc", > >>> "db_url","sql://ser:heslo@192.168.25.163/ser") > >>> > >>> and the servers are not synchronized. > >>> The I set > >>> modparam("usrloc", "db_mode", 2) > >>> > >>> > >>> made UAC (Xlite) register to one of the servers. > >>> ; I see it via usrloc, but there is no record in "location" mySQL > >>> table....So others do not see the client and I'm unable to make > >>> calls.... > >>> > >>> > >>> Please help how to work with usrloc and mySQL... > >>> > >>> Tina, > >>> software engineer > >>> > >>> ________________________________ > >>> Do you Yahoo!? > >>> Better first dates. More second dates. Yahoo! Personals > >>> > >>> > >>> _______________________________________________ > >>> 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 > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > Do you Yahoo!? > > Yahoo! Mail - Find what you need with new enhanced search. Learn > more. > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > ---------------------------------------------------------------------- > -- > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers [View Less]

1 0

RE: [Serusers] t_replicate to multiple servers
by Matt Schulte 06 Apr '05

06 Apr '05

How about with append_branch? I tested it out server side and it passes the register to each server. I didn't test from the UA yet though. Will keep you posted. -----Original Message----- From: Andreas Granig [mailto:andreas.granig@inode.info] Sent: Wednesday, April 06, 2005 5:14 PM To: Matt Schulte Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] t_replicate to multiple servers Hi, Matt Schulte wrote: > Does anyone know if it's possible to replicate to multiple servers? > … [View More]

1 0

RE: [Serusers] still no help - usrloc synchronization
by Matt Schulte 06 Apr '05

06 Apr '05

Ack, I didn't even think about NAT. Would these be added before it gets sent off to the second proxy? ie: if (!src_ip==blah.netlogic.net) { add_rcv_param(); t_replicate("blah.netlogic.net", "999"); }; -----Original Message----- From: Greger V. Teigre [mailto:greger@teigre.com] Sent: Tuesday, April 05, 2005 7:49 AM To: Matt Schulte; kramarv(a)yahoo.com Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] still no help - usrloc … [View More]synchronization Well, you still have the NAT issues unless you do load balancing and your SER servers have the same public IP. Have you looked at 0.9.0 nathelper function add_rcv_param() ? It will add received info to the contact header for the other SER to process. Haven't really tried yet... g-) Matt Schulte wrote: > I'm starting to lean this direction, using t_replicate and all. I > could never get usrloc (db mode) to function properly.. t_replicate is > a dirty but very effective workaround. > > -----Original Message----- > From: Greger V. Teigre [mailto:greger@teigre.com] > Sent: Saturday, April 02, 2005 1:33 AM > To: kramarv(a)yahoo.com > Cc: serusers(a)lists.iptel.org > Subject: Re: [Serusers] still no help - usrloc synchronization > > > Have a look at this thread: > http://lists.iptel.org/pipermail/serusers/2005-January/014669.html > g-) > > Java Rockx wrote: >> Tina, >> >> I thought I saw you post the other day that you did not want to use >> t_replicate(), however, this is probably your best bet to getting >> this > >> to work, IMHO. >> >> Regards, >> Paul >> >> On Apr 1, 2005 4:08 PM, Tina <kramarv(a)yahoo.com> wrote: >>> >>> Hi, please help me, I'm stuck with it!!!!! >>> I am trying to set up several sers with a shared MySQL database for >>> location service. >>> >>> I set in each ser.cfg: >>> >>> modparam("usrloc", "db_mode", 2) >>> modparam("usrloc", >>> "db_url","sql://ser:heslo@192.168.25.163/ser") >>> >>> and the servers are not synchronized. >>> The I set >>> modparam("usrloc", "db_mode", 2) >>> >>> >>> made UAC (Xlite) register to one of the servers. >>> I see it via usrloc, but there is no record in "location" mySQL >>> table....So others do not see the client and I'm unable to make >>> calls.... >>> >>> >>> Please help how to work with usrloc and mySQL... >>> >>> Tina, >>> software engineer >>> >>> ________________________________ >>> Do you Yahoo!? >>> Better first dates. More second dates. Yahoo! Personals >>> >>> >>> _______________________________________________ >>> 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 > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers [View Less]

3 4

[Serusers] t_replicate to multiple servers
by Matt Schulte 06 Apr '05

06 Apr '05

Does anyone know if it's possible to replicate to multiple servers? When testing, the first one in the list is fine but all subsequent replicates don't ever make it to the servers. When I look in my 'main' ser I see: ERROR: t_newtran: transaction already in process 0xd7231e04 I'm assuming it's talking about replication to the first one, maybe I'm barking up the wrong tree? code: if (!src_ip==blah.netlogic.net) { add_rcv_param(); … [View More]

2 1

[Serusers] How to setup mediaproxy without NAT
by apq＠dcc.ufam.edu.br 06 Apr '05

06 Apr '05

Hi, I was searching for mediaproxy and rtpproxy. I realized that they help to pass voice traffic through NAT, but I do not want this. I just want to pass the media through tha same machine that has ser. I have a two softphones and a SER server at the same network. Any advice? Best regards, --------------------------------------- Alexandre Passito Universidade Federal do Amazonas Departamento de Ciência da Computação LabVoIP - GRSD - UFAM - Brasil ---------------------------------------

3 2

[Serusers] NAThelper and RTP proxy problem - Note: I do have the latest version of rtpp
by Cameron Beattie 06 Apr '05

06 Apr '05

When I start ser, log file shows a warning: rtpp_test: can't get version of the RTP proxy Based on other posts, I got the latest version of RTP Proxy (cvs -d:pserver:anonymous@cvs.ser.berlios.de:/cvsroot/ser co rtpproxy) and installed it. ps shows that rtpproxy is running I am running FC2. Do I need to massage the config file to get this working properly? Any suggestions would be greatfully received. Regards Cameron

1 0

RE: [Serusers] t_replicate to multiple servers
by Matt Schulte 06 Apr '05

06 Apr '05

Are you refering to append_branch? If so the format is a URI. I'm not sure what I would put there. Thanks much... -----Original Message----- From: Samuel Osorio Calvo [mailto:samuel.osorio@nl.thalesgroup.com] Sent: Wednesday, April 06, 2005 10:13 AM To: serusers(a)lists.iptel.org; Matt Schulte Subject: Re: [Serusers] t_replicate to multiple servers I guess you should use several add_branch calls and one final t_replicate. Similar to the t_relay behavior....in fact they are almost the … [View More]

1 0

[Serusers] read contact from header
by Xu Wang 06 Apr '05

06 Apr '05

Hello Is there a way to read value of 'Contact:' field and other fields (besides method, to, from) from the header? thanks! steven

1 0

[Serusers] [Fwd: SER accounting error with radius]
by yy 06 Apr '05

06 Apr '05

1 0

[Serusers] SER accounting error with radius
by yy 06 Apr '05

06 Apr '05

Hi, I'm having problems with accounting calls made from my SIP phone. Radius accounting keeps logs at two interfaces, i.e. 127.0.0.1 & 192.168.1.1 (which is my router's ip). However, I keep getting an error at 127.0.0.1, which states: Wed Apr 6 04:38:51 2005 Acct-Status-Type = Failed Service-Type = Sip-Session Sip-Response-Code = 200 Sip-Method = 16 User-Name = "sipsak(a)localhost.localdomain" Calling-Station-Id = "sip:sipsak@localhost.… [View More]localdomain:57722" Called-Station-Id = "sip:1010@orion.lab.test.com.sg" Sip-Translated-Req-ID = "sip:1010@192.168.1.16:5065;user=phone;transport=udp" Acct-Session-Id = "9863344725(a)localhost.localdomain" Sip-To-Tag = "n/a" Sip-From-Tag = "3acb0955" Sip-Cseq = "2" NAS-IP-Address = 192.168.1.2 NAS-Port = 5060 Acct-Delay-Time = 0 Client-IP-Address = 127.0.0.1 Acct-Unique-Session-Id = "0db3766b5e79495d" Timestamp = 1112733531 As for the 192.168.1.1 interface, I only get : Wed Apr 6 16:21:06 2005 Acct-Session-Id = "00000001" Cisco-AVPair = "client-mac-address=0011.216f.a290" Framed-Protocol = PPP Cisco-AVPair = "connect-progress=Call Up" Acct-Authentic = RADIUS Acct-Status-Type = Start User-Name = "AST_test" Acct-Multi-Session-Id = "00000002" Acct-Link-Count = 1 NAS-Port-Type = Virtual NAS-Port = 0 NAS-Port-Id = "0/0/1/0" Service-Type = Framed-User NAS-IP-Address = 192.168.1.1 Acct-Delay-Time = 0 Client-IP-Address = 192.168.1.1 Acct-Unique-Session-Id = "a68d09c330a0010d" Timestamp = 1112775666 Not all states of a current session are accounted for. Can someone pls advise me on what I might be missing? My ser.cfg is as follows, and any advise will be greatly appreciated. Regards, YY ----------------------------------------------------------------------- # # $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 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) # Uncomment these lines to enter debugging mode debug=7 fork=yes listen=192.168.1.2 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" # ------------------ 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/exec.so" # RADIUS support loadmodule "/usr/local/lib/ser/modules/acc.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" loadmodule "/usr/local/lib/ser/modules/auth_radius.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) # -- acc params -- modparam("acc", "radius_config", "/usr/local/etc/radiusclient/radiusclient.conf") modparam("acc", "radius_missed_flag", 2) modparam("acc", "radius_flag", 1) #modparam("acc", "log_level", 1) #modparam("acc", "log_flag", 1) # -- auth_radius params -- modparam("auth_radius", "radius_config", "/usr/local/etc/radiusclient/radiusclient.conf") # ------------------------- 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; }; setflag(1); # 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 record_route(); # loose-route processing if (loose_route()) { t_relay(); 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 (!radius_www_authorize("")) { www_challenge("", "0"); break; }; save("location"); break; }; if (method=="INVITE") { acc_rad_request("Start"); }; if (method=="BYE") { acc_rad_request("Stop"); }; if (method=="REGISTER" || method=="INVITE" || method=="BYE" || method=="CANCEL") { #Save messages in mysql for CDRTool exec_msg("/usr/local/etc/sertrace.py; exit 1"); }; # attempt handoff to PSTN if (uri=~"^sip:9[0-9]*@orion.lab.test.com.sg") { ## This assumes that the caller is log(1, "Forwarding to PSTN"); ## registered in our realm forward(192.168.1.1, 5060); ## Our Cisco router break; }; # attempt handoff to 1003 if (uri=~"^sip:1003@orion.lab.test.com.sg") { ## This assumes that the caller is log(1, "Forwarding to 1003"); ## registered in our realm forward(192.168.1.1, 5060); ## Our Cisco router break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; # forward to current uri now; use stateful forwarding; that # works reliably even if we forward from TCP to UDP if (!t_relay()) { sl_reply_error(); }; } [View Less]

1 0

[Serusers] Fixed Codec Rate ?
by Dirk Willbrandt 06 Apr '05

06 Apr '05

Hi all !! I can't find a option to set a Fixed Codec for the MediaStream. Is there any option or something else ? Thanks Dirk

2 2

[Serusers] Ser + radius strange problems
by Alex 06 Apr '05

06 Apr '05

I have some problem with radius and mysql, i don't see the ser authenticate users against radius. i setup everything i hope correctly and i tried to run radtest test 123 localhost "secret" and it's working fine i see in the logs the access to database and verifying username with password against mysql database radius,working great. The problem is that my ip phone sending register and i don't see anything inside logs for radius access and verification. inside ser.cfg ----------------------… [View More]------------ loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_db.so" loadmodule "/usr/local/lib/ser/modules/auth_radius.so" loadmodule "/usr/local/lib/ser/modules/uri_radius.so" loadmodule "/usr/local/lib/ser/modules/group_radius.so" if (method=="REGISTER") { log(1, "REGISTER: Authenticating user\n"); if (!radius_www_authorize("")) { log(1, "REGISTER: challenging user\n"); www_challenge("", "0"); break; }; #setflag(1); save("location"); sl_send_reply("200","ok"); break; }; Any help will be appreciated U xxx.xxx.xxx.xxx:11180 ->xxx.xxx.xxx.xxx:5060 REGISTER sip:xxx.xxx.xxx.xxx SIP/2.0..Via: SIP/2.0/UDP xxx.xxx.xxx.xxx:10000;branch=z9hG4bKef6000bc36b8ba8c..From: "Test Alex" <s ip:1222@xxx.xxx.xxx.xxx;user=phone>;tag=f68212efe4b736fc..To: <sip:1222@xxx.xxx.xxx.xxx;user=phone>..Contact: <sip: 1222..Call-ID" target=_blank>@xxx.xxx.xxx.xxx 10000;user=phone>..Call-ID: 96adcd230772d600@10.0.0.8..CSeq: 100 REGISTER..Expires: 3600..User-Agent: Grandstream HT286 1.0.5.18..Max-Forwards: 70..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE..Content-Length: 0.... # U xxx.xxx.xxx.xxx:5060 -> xxx.xxx.xxx.xxx:10000 SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP xxx.xxx.xxx.xxx:10000;branch=z9hG4bKef6000bc36b8ba8c..From: "Test Alex" <sip:1222;tag=f68212efe4b736fc..To" target=_blank>@xxx.xxx.xxx.xxx;user=phone>;tag=f68212efe4b736fc..To: <sip:1222@xxx.xxx.xxx.xxx;user=phone>;tag=b27e1a1d33761e85846fc98 f5f3a7e58.0e22..Call-ID: 96adcd230772d600@10.0.0.8..CSeq: 100 REGISTER..WWW-Authenticate: Digest realm="xxx.xxx.xxx.xxx", nonce ="4253fab9da5dd9126389dc88bb264384bd1da6e9"..Server: Sip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 xxx.xxx.xxx.xxx:5060 "Noisy feedback tells: pid=4233 req_src_ip=xxx.xxx.xxx.xxx req_src_port=11180 in_uri=sip:xxx.xxx.xxx.xxx ou t_uri=sip:xxx.xxx.xxx.xxx via_cnt==1".... __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com [View Less]

1 0

Re: [Serusers] t_replicate to multiple servers
by Samuel Osorio Calvo 06 Apr '05

06 Apr '05

I guess you should use several add_branch calls and one final t_replicate. Similar to the t_relay behavior....in fact they are almost the same... Try something like: if (!src_ip==blah.netlogic.net) { add_rcv_param(); add_branch( "server1.netlogic.net", "5060"); t_replicate("server2.netlogic.net", "5060"); Samuel. Unclassified. >>> "Matt Schulte" <mschulte(a)netlogic.net> 04/06/… [View More]

1 0

[Serusers] ser + radius
by Alex 06 Apr '05

06 Apr '05

I have some problem with radius and mysql, i setup everything i hope correctly and i tried to run radtest test 123 localhost "secret" and it's working fine i see in the logs the access to database and verifying username with password against mysql database radius,working great. The problem is that my ip phone sending register and i don't see anything inside logs for radius access and verification. inside ser.cfg ---------------------------------- loadmodule "/usr/local/lib/ser/modules/… [View More]

1 0

RE: [Serusers] some REGISTER requests not passing through to DB
by Matt Schulte 06 Apr '05

06 Apr '05

Oh,what kind of sip phone is it? Has you checked your call flows? ie invite --> ack .... -----Original Message----- From: Iqbal [mailto:iqbal@gigo.co.uk] Sent: Wednesday, April 06, 2005 4:57 AM To: Matt Schulte Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] some REGISTER requests not passing through to DB well its seems to be with one typ of phone, and they both started yesterday at the same time, the weird thing was that one of the phones was working and when plugged into our … [View More]

1 0

[Serusers] need help about SIP server installation
by moin 06 Apr '05

06 Apr '05

Dear group Ive a pair of Vizufon model CIP 4500. I want to run it on my OWN LAN using a sip server. Im trying to install SER 0.8.14. is it possible to run two hard SIP phone without authenticate from any Internet server only from my LAN sip server? Can any one help me regard this. Thanks Moin --------------------------------- Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now

2 1

[Serusers] presence db out of sync
by Hendrik Scholz 06 Apr '05

06 Apr '05

Hi! While testing presence I ran into the problem that presence information is inserted into the SQL backup database but never gets updated/removed. Could I run the presence db in WRITE_THROUGH mode (db_mode = 1) mode? Is there any easy way to dump the current pa information from memory? Btw: I'm running a fairly old short-before 0.9.0 cvs snapshot. Thanks, Hendrik -- freenet Cityline GmbH, Hamburger Chaussee 2-4, 24114 Kiel, Germany Phone: +49 (0)431 9020552, Fax: +49 (0)431 9020559 … [View More]

1 0

[Serusers] auth_db problems
by Damian Bundred 06 Apr '05

06 Apr '05

when i allow auth_db to run i get the following data on serctl ps 0 10657 attendant 1 10658 receiver child=0 sock=0 @ 127.0.0.1:5060 2 10659 receiver child=1 sock=0 @ 127.0.0.1:5060 3 10660 receiver child=2 sock=0 @ 127.0.0.1:5060 4 10661 receiver child=3 sock=0 @ 127.0.0.1:5060 5 10662 receiver child=4 sock=0 @ 127.0.0.1:5060 6 10663 receiver child=5 sock=0 @ 127.0.0.1:5060 7 10664 receiver child=6 sock=0 @ 127.0.0.1:5060 8 … [View More]10665 receiver child=7 sock=0 @ 127.0.0.1:5060 9 10666 receiver child=0 sock=1 @ 192.168.0.6:5060 10 10667 receiver child=1 sock=1 @ 192.168.0.6:5060 11 10668 receiver child=2 sock=1 @ 192.168.0.6:5060 12 10669 receiver child=3 sock=1 @ 192.168.0.6:5060 13 10670 receiver child=4 sock=1 @ 192.168.0.6:5060 14 10671 receiver child=5 sock=1 @ 192.168.0.6:5060 15 10672 receiver child=6 sock=1 @ 192.168.0.6:5060 16 10673 receiver child=7 sock=1 @ 192.168.0.6:5060 17 10674 fifo server 18 10692 timer 19 10693 tcp receiver 20 10695 tcp receiver 21 10696 tcp receiver 22 10697 tcp receiver 23 10698 tcp receiver 24 10700 tcp receiver 25 10701 tcp receiver 26 10702 tcp receiver 27 10703 tcp main proc and it seems ok, but when a UA logs in the system does this 10(10667) SIP Request: 10(10667) method: <REGISTER> 10(10667) uri: <sip:192.168.0.6> 10(10667) version: <SIP/2.0> 10(10667) parse_headers: flags=1 10(10667) Found param type 232, <branch> = <z9hG4bKe926085568c7d2f6>; state=16 10(10667) end of header reached, state=5 10(10667) parse_headers: Via found, flags=1 10(10667) parse_headers: this is the first via 10(10667) After parse_msg... 10(10667) preparing to run routing scripts... 10(10667) Start 10(10667) DEBUG : is_maxfwd_present: searching for max_forwards header 10(10667) parse_headers: flags=128 27(10703) DBG: tcp_main_loop: dead child 10 (shutting down?) 0(10657) child process 10667 exited by a signal 11 0(10657) core was not generated and then SER dies. below is the full output of SER, any help would be really appreciated. Thanks, Damian 0(10655) loading module /usr/local/lib/ser/modules/mysql.so 0(10655) loading module /usr/local/lib/ser/modules/sl.so 0(10655) loading module /usr/local/lib/ser/modules/tm.so 0(10655) loading module /usr/local/lib/ser/modules/rr.so 0(10655) loading module /usr/local/lib/ser/modules/maxfwd.so 0(10655) loading module /usr/local/lib/ser/modules/usrloc.so 0(10655) loading module /usr/local/lib/ser/modules/registrar.so 0(10655) loading module /usr/local/lib/ser/modules/auth.so 0(10655) loading module /usr/local/lib/ser/modules/auth_db.so 0(10655) set_mod_param_regex: usrloc matches module usrloc 0(10655) set_mod_param_regex: found <db_mode> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(10655) set_mod_param_regex: rr matches module rr 0(10655) set_mod_param_regex: found <enable_full_lr> in module rr [/usr/local/lib/ser/modules/rr.so] 0(10655) find_export: found <mf_process_maxfwd_header> in module maxfwd_module [/usr/local/lib/ser/modules/maxfwd.so] 0(10655) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(10655) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(10655) find_export: found <record_route> in module rr [/usr/local/lib/ser/modules/rr.so] 0(10655) find_export: found <loose_route> in module rr [/usr/local/lib/ser/modules/rr.so] 0(10655) find_export: found <t_relay> in module tm [/usr/local/lib/ser/modules/tm.so] 0(10655) find_export: found <save> in module registrar [/usr/local/lib/ser/modules/registrar.so] 0(10655) find_export: found <lookup> in module registrar [/usr/local/lib/ser/modules/registrar.so] 0(10655) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(10655) find_export: found <t_relay> in module tm [/usr/local/lib/ser/modules/tm.so] 0(10655) find_export: found <sl_reply_error> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(10655) routing table 0: 0(10655) log( 0(10655) 1 0(10655) , "Start " 0(10655) ); 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x4235be70> 0(10655) , "10" 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x4235be70> 0(10655) , "10" 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897a0> 0(10655) , "483" 0(10655) , "Too Many Hops" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) log( 0(10655) 1 0(10655) , "excesive hops " 0(10655) ); 0(10655) if ( 0(10655) UNKNOWN 0(10655) <UNKNOWN> 0(10655) 65535 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897a0> 0(10655) , "513" 0(10655) , "Message too big" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) log( 0(10655) 1 0(10655) , "Basic checks " 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42190320> 0(10655) ); 0(10655) if ( 0(10655) external_module_call( 0(10655) f_ptr<0x4218de90> 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x4218de90> 0(10655) ); 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) log( 0(10655) 1 0(10655) , "Records " 0(10655) ); 0(10655) if ( 0(10655) uri 0(10655) == 0(10655) _myself_ 0(10655) ) { 0(10655) if ( 0(10655) method 0(10655) == 0(10655) "REGISTER" 0(10655) ) { 0(10655) log( 0(10655) 1 0(10655) , "Register " 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42373b00> 0(10655) , "location" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897a0> 0(10655) , "404" 0(10655) , "Not Found" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897d0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x4235be70> 0(10655) , "10" 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x4235be70> 0(10655) , "10" 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897a0> 0(10655) , "483" 0(10655) , "Too Many Hops" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) log( 0(10655) 1 0(10655) , "excesive hops " 0(10655) ); 0(10655) if ( 0(10655) UNKNOWN 0(10655) <UNKNOWN> 0(10655) 65535 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897a0> 0(10655) , "513" 0(10655) , "Message too big" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) log( 0(10655) 1 0(10655) , "Basic checks " 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42190320> 0(10655) ); 0(10655) if ( 0(10655) external_module_call( 0(10655) f_ptr<0x4218de90> 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x4218de90> 0(10655) ); 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) log( 0(10655) 1 0(10655) , "Records " 0(10655) ); 0(10655) if ( 0(10655) uri 0(10655) == 0(10655) _myself_ 0(10655) ) { 0(10655) if ( 0(10655) method 0(10655) == 0(10655) "REGISTER" 0(10655) ) { 0(10655) log( 0(10655) 1 0(10655) , "Register " 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42373b00> 0(10655) , "location" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897a0> 0(10655) , "404" 0(10655) , "Not Found" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897d0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) log( 0(10655) 1 0(10655) , "excesive hops " 0(10655) ); 0(10655) if ( 0(10655) UNKNOWN 0(10655) <UNKNOWN> 0(10655) 65535 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897a0> 0(10655) , "513" 0(10655) , "Message too big" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) log( 0(10655) 1 0(10655) , "Basic checks " 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42190320> 0(10655) ); 0(10655) if ( 0(10655) external_module_call( 0(10655) f_ptr<0x4218de90> 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x4218de90> 0(10655) ); 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) log( 0(10655) 1 0(10655) , "Records " 0(10655) ); 0(10655) if ( 0(10655) uri 0(10655) == 0(10655) _myself_ 0(10655) ) { 0(10655) if ( 0(10655) method 0(10655) == 0(10655) "REGISTER" 0(10655) ) { 0(10655) log( 0(10655) 1 0(10655) , "Register " 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42373b00> 0(10655) , "location" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897a0> 0(10655) , "404" 0(10655) , "Not Found" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897d0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) UNKNOWN 0(10655) <UNKNOWN> 0(10655) 65535 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897a0> 0(10655) , "513" 0(10655) , "Message too big" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) log( 0(10655) 1 0(10655) , "Basic checks " 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42190320> 0(10655) ); 0(10655) if ( 0(10655) external_module_call( 0(10655) f_ptr<0x4218de90> 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x4218de90> 0(10655) ); 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) log( 0(10655) 1 0(10655) , "Records " 0(10655) ); 0(10655) if ( 0(10655) uri 0(10655) == 0(10655) _myself_ 0(10655) ) { 0(10655) if ( 0(10655) method 0(10655) == 0(10655) "REGISTER" 0(10655) ) { 0(10655) log( 0(10655) 1 0(10655) , "Register " 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42373b00> 0(10655) , "location" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897a0> 0(10655) , "404" 0(10655) , "Not Found" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897d0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) log( 0(10655) 1 0(10655) , "Basic checks " 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42190320> 0(10655) ); 0(10655) if ( 0(10655) external_module_call( 0(10655) f_ptr<0x4218de90> 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x4218de90> 0(10655) ); 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) log( 0(10655) 1 0(10655) , "Records " 0(10655) ); 0(10655) if ( 0(10655) uri 0(10655) == 0(10655) _myself_ 0(10655) ) { 0(10655) if ( 0(10655) method 0(10655) == 0(10655) "REGISTER" 0(10655) ) { 0(10655) log( 0(10655) 1 0(10655) , "Register " 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42373b00> 0(10655) , "location" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897a0> 0(10655) , "404" 0(10655) , "Not Found" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897d0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) external_module_call( 0(10655) f_ptr<0x42190320> 0(10655) ); 0(10655) if ( 0(10655) external_module_call( 0(10655) f_ptr<0x4218de90> 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x4218de90> 0(10655) ); 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) log( 0(10655) 1 0(10655) , "Records " 0(10655) ); 0(10655) if ( 0(10655) uri 0(10655) == 0(10655) _myself_ 0(10655) ) { 0(10655) if ( 0(10655) method 0(10655) == 0(10655) "REGISTER" 0(10655) ) { 0(10655) log( 0(10655) 1 0(10655) , "Register " 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42373b00> 0(10655) , "location" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897a0> 0(10655) , "404" 0(10655) , "Not Found" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897d0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) external_module_call( 0(10655) f_ptr<0x4218de90> 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x4218de90> 0(10655) ); 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) log( 0(10655) 1 0(10655) , "Records " 0(10655) ); 0(10655) if ( 0(10655) uri 0(10655) == 0(10655) _myself_ 0(10655) ) { 0(10655) if ( 0(10655) method 0(10655) == 0(10655) "REGISTER" 0(10655) ) { 0(10655) log( 0(10655) 1 0(10655) , "Register " 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42373b00> 0(10655) , "location" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897a0> 0(10655) , "404" 0(10655) , "Not Found" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897d0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) log( 0(10655) 1 0(10655) , "Records " 0(10655) ); 0(10655) if ( 0(10655) uri 0(10655) == 0(10655) _myself_ 0(10655) ) { 0(10655) if ( 0(10655) method 0(10655) == 0(10655) "REGISTER" 0(10655) ) { 0(10655) log( 0(10655) 1 0(10655) , "Register " 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42373b00> 0(10655) , "location" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897a0> 0(10655) , "404" 0(10655) , "Not Found" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897d0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) uri 0(10655) == 0(10655) _myself_ 0(10655) ) { 0(10655) if ( 0(10655) method 0(10655) == 0(10655) "REGISTER" 0(10655) ) { 0(10655) log( 0(10655) 1 0(10655) , "Register " 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42373b00> 0(10655) , "location" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42372c00> 0(10655) , "location" 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897a0> 0(10655) , "404" 0(10655) , "Not Found" 0(10655) ); 0(10655) drop( 0(10655) type<0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897d0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) if ( 0(10655) NOT( 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) external_module_call( 0(10655) f_ptr<0x42334300> 0(10655) ); 0(10655) ) 0(10655) ) { 0(10655) external_module_call( 0(10655) f_ptr<0x421897d0> 0(10655) ); 0(10655) } else { 0(10655) }; 0(10655) 0(10657) DEBUG: init_mod: mysql 0(10657) mysql - initializing 0(10657) DEBUG: init_mod: sl_module stateless - initializing 0(10657) DEBUG: register_fifo_cmd: new command (sl_stats) registered 0(10657) DEBUG: MD5 calculated: b27e1a1d33761e85846fc98f5f3a7e58 0(10657) DEBUG: init_mod: tm 0(10657) TM - initializing... 0(10657) Call-ID initialization: '2afff5bb' 0(10657) DEBUG: register_fifo_cmd: new command (t_uac_dlg) registered 0(10657) DEBUG: register_fifo_cmd: new command (t_uac_cancel) registered 0(10657) DEBUG: register_fifo_cmd: new command (t_hash) registered 0(10657) DEBUG: lock_initialize: lock initialization started 0(10657) DEBUG: register_fifo_cmd: new command (t_stats) registered 0(10657) DEBUG: MD5 calculated: 533cb9e91f4b999cf76861cbb9ed54ed 0(10657) DEBUG: MD5 calculated: a6a1c5f60faecf035a1ae5b6e96e979a 0(10657) DEBUG: init_mod: rr 0(10657) rr - initializing 0(10657) DEBUG: init_mod: maxfwd_module Maxfwd module- initializing 0(10657) DEBUG: init_mod: usrloc 0(10657) usrloc - initializing 0(10657) DEBUG: register_fifo_cmd: new command (ul_stats) registered 0(10657) DEBUG: register_fifo_cmd: new command (ul_rm) registered 0(10657) DEBUG: register_fifo_cmd: new command (ul_rm_contact) registered 0(10657) DEBUG: register_fifo_cmd: new command (ul_dump) registered 0(10657) DEBUG: register_fifo_cmd: new command (ul_flush) registered 0(10657) DEBUG: register_fifo_cmd: new command (ul_add) registered 0(10657) DEBUG: register_fifo_cmd: new command (ul_show_contact) registered 0(10657) DEBUG: init_mod: registrar 0(10657) registrar - initializing 0(10657) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(10657) find_export: found <ul_bind_usrloc> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(10657) find_export: found <ul_register_udomain> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(10657) find_export: found <ul_get_all_ucontacts> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(10657) find_export: found <ul_insert_urecord> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(10657) find_export: found <ul_delete_urecord> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(10657) find_export: found <ul_get_urecord> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(10657) find_export: found <ul_lock_udomain> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(10657) find_export: found <ul_unlock_udomain> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(10657) find_export: found <ul_release_urecord> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(10657) find_export: found <ul_insert_ucontact> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(10657) find_export: found <ul_delete_ucontact> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(10657) find_export: found <ul_get_ucontact> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(10657) find_export: found <ul_update_ucontact> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(10657) DEBUG: init_mod: auth 0(10657) auth module - initializing 0(10657) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(10657) DEBUG: init_mod: auth_db 0(10657) auth_db module - initializing 0(10657) find_export: found <db_use_table> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(10657) find_export: found <db_init> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(10657) find_export: found <db_close> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(10657) find_export: found <db_query> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(10657) find_export: found <db_raw_query> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(10657) find_export: found <db_free_query> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(10657) find_export: found <db_insert> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(10657) find_export: found <db_delete> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(10657) find_export: found <db_update> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(10657) find_export: found <pre_auth> in module auth [/usr/local/lib/ser/modules/auth.so] 0(10657) find_export: found <post_auth> in module auth [/usr/local/lib/ser/modules/auth.so] 0(10657) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(0) fixing /usr/local/lib/ser/modules/maxfwd.so mf_process_maxfwd_header 0(0) fixing /usr/local/lib/ser/modules/sl.so sl_send_reply 0(0) fixing /usr/local/lib/ser/modules/sl.so sl_send_reply 0(0) fixing /usr/local/lib/ser/modules/rr.so record_route 0(0) fixing /usr/local/lib/ser/modules/rr.so loose_route 0(0) fixing /usr/local/lib/ser/modules/tm.so t_relay 0(0) fixing /usr/local/lib/ser/modules/registrar.so save 0(0) fixing /usr/local/lib/ser/modules/registrar.so lookup 0(0) fixing /usr/local/lib/ser/modules/sl.so sl_send_reply 0(0) fixing /usr/local/lib/ser/modules/tm.so t_relay 0(0) fixing /usr/local/lib/ser/modules/sl.so sl_reply_error 0(0) INFO: udp_init: SO_RCVBUF is initially 65535 0(0) DEBUG: udp_init: trying SO_RCVBUF: 131070 0(0) DEBUG: setting SO_RCVBUF; set=131070,verify=131070 0(0) DEBUG: udp_init: trying SO_RCVBUF: 262140 0(0) DEBUG: setting SO_RCVBUF; set=262140,verify=131070 0(0) DEBUG: setting SO_RCVBUF has no effect 0(0) DEBUG: udp_init: trying SO_RCVBUF: 133118 0(0) DEBUG: setting SO_RCVBUF; set=133118,verify=131070 0(0) DEBUG: setting SO_RCVBUF has no effect 0(0) INFO: udp_init: SO_RCVBUF is finally 131070 0(0) INFO: udp_init: SO_RCVBUF is initially 65535 0(0) DEBUG: udp_init: trying SO_RCVBUF: 131070 0(0) DEBUG: setting SO_RCVBUF; set=131070,verify=131070 0(0) DEBUG: udp_init: trying SO_RCVBUF: 262140 0(0) DEBUG: setting SO_RCVBUF; set=262140,verify=131070 0(0) DEBUG: setting SO_RCVBUF has no effect 0(0) DEBUG: udp_init: trying SO_RCVBUF: 133118 0(0) DEBUG: setting SO_RCVBUF; set=133118,verify=131070 0(0) DEBUG: setting SO_RCVBUF has no effect 0(0) INFO: udp_init: SO_RCVBUF is finally 131070 1(0) DEBUG: init_mod_child (1): tm 1(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 1(0) DEBUG: init_mod_child (1): usrloc 1(0) DEBUG: init_mod_child (1): auth_db 2(0) DEBUG: init_mod_child (2): tm 2(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 2(0) DEBUG: init_mod_child (2): usrloc 2(0) DEBUG: init_mod_child (2): auth_db 3(0) DEBUG: init_mod_child (3): tm 3(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 3(0) DEBUG: init_mod_child (3): usrloc 3(0) DEBUG: init_mod_child (3): auth_db 4(0) DEBUG: init_mod_child (4): tm 4(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 4(0) DEBUG: init_mod_child (4): usrloc 4(0) DEBUG: init_mod_child (4): auth_db 5(0) DEBUG: init_mod_child (5): tm 5(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 5(0) DEBUG: init_mod_child (5): usrloc 5(0) DEBUG: init_mod_child (5): auth_db 6(0) DEBUG: init_mod_child (6): tm 6(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 6(0) DEBUG: init_mod_child (6): usrloc 6(0) DEBUG: init_mod_child (6): auth_db 7(0) DEBUG: init_mod_child (7): tm 7(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 7(0) DEBUG: init_mod_child (7): usrloc 7(0) DEBUG: init_mod_child (7): auth_db 8(0) DEBUG: init_mod_child (8): tm 8(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 8(0) DEBUG: init_mod_child (8): usrloc 8(0) DEBUG: init_mod_child (8): auth_db 9(0) DEBUG: init_mod_child (1): tm 9(0) DEBUG: callid: '2afff5bb-0(a)192.168.0.6' 9(0) DEBUG: init_mod_child (1): usrloc 9(0) DEBUG: init_mod_child (1): auth_db 11(0) DEBUG: init_mod_child (3): tm 11(0) DEBUG: callid: '2afff5bb-0(a)192.168.0.6' 11(0) DEBUG: init_mod_child (3): usrloc 11(0) DEBUG: init_mod_child (3): auth_db 12(0) DEBUG: init_mod_child (4): tm 12(0) DEBUG: callid: '2afff5bb-0(a)192.168.0.6' 12(0) DEBUG: init_mod_child (4): usrloc 12(0) DEBUG: init_mod_child (4): auth_db 13(0) DEBUG: init_mod_child (5): tm 13(0) DEBUG: callid: '2afff5bb-0(a)192.168.0.6' 13(0) DEBUG: init_mod_child (5): usrloc 13(0) DEBUG: init_mod_child (5): auth_db 14(0) DEBUG: init_mod_child (6): tm 14(0) DEBUG: callid: '2afff5bb-0(a)192.168.0.6' 14(10671) DEBUG: init_mod_child (6): usrloc 14(10671) DEBUG: init_mod_child (6): auth_db 15(0) 16(10673) DBG: open_uac_fifo: opening fifo... 16(10673) DEBUG: FIFO created @ /tmp/ser_fifo 16(10673) DEBUG: fifo /tmp/ser_fifo opened, mode=432 DEBUG: init_mod_child (7): tm 15(10672) DEBUG: callid: '2afff5bb-10672(a)192.168.0.6' 15(10672) DEBUG: init_mod_child (7): usrloc 15(10672) DEBUG: init_mod_child (7): auth_db 16(0) DEBUG: init_mod_child (8): tm 16(10673) DEBUG: callid: '2afff5bb-10673(a)192.168.0.6' 16(10673) DEBUG: init_mod_child (8): usrloc 16(10673) DEBUG: init_mod_child (8): auth_db 10(10667) DEBUG: init_mod_child (2): tm 10(10667) DEBUG: callid: '2afff5bb-10667(a)192.168.0.6' 10(10667) DEBUG: init_mod_child (2): usrloc 10(10667) DEBUG: init_mod_child (2): auth_db 17(0) INFO: fifo process starting: 10674 17(0) DEBUG: init_mod_child (-2): tm 17(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 17(0) DEBUG: init_mod_child (-2): usrloc 17(0) DEBUG: init_mod_child (-2): auth_db 18(0) DEBUG: init_mod_child (-1): tm 19(0) DEBUG: init_mod_child (9): tm 19(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 19(0) DEBUG: init_mod_child (9): usrloc 19(0) DEBUG: init_mod_child (9): auth_db 20(0) DEBUG: init_mod_child (10): tm 20(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 20(0) DEBUG: init_mod_child (10): usrloc 20(0) DEBUG: init_mod_child (10): auth_db 21(0) DEBUG: init_mod_child (11): tm 21(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 21(0) DEBUG: init_mod_child (11): usrloc 21(0) DEBUG: init_mod_child (11): auth_db 22(0) DEBUG: init_mod_child (12): tm 22(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 22(0) DEBUG: init_mod_child (12): usrloc 22(0) DEBUG: init_mod_child (12): auth_db 23(0) DEBUG: init_mod_child (13): tm 23(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 23(0) DEBUG: init_mod_child (13): usrloc 23(0) DEBUG: init_mod_child (13): auth_db 24(0) DEBUG: init_mod_child (14): tm 24(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 24(0) DEBUG: init_mod_child (14): usrloc 24(0) DEBUG: init_mod_child (14): auth_db 25(0) DEBUG: init_mod_child (15): tm 25(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 25(0) DEBUG: init_mod_child (15): usrloc 25(0) DEBUG: init_mod_child (15): auth_db 26(0) DEBUG: init_mod_child (16): tm 26(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 26(0) DEBUG: init_mod_child (16): usrloc 26(0) DEBUG: init_mod_child (16): auth_db 27(0) DEBUG: init_mod_child (-4): tm 27(0) DEBUG: callid: '2afff5bb-0(a)127.0.0.1' 27(0) DEBUG: init_mod_child (-4): usrloc 27(0) DEBUG: init_mod_child (-4): auth_db 0(10657) DEBUG: init_mod_child (0): tm 0(10657) DEBUG: callid: '2afff5bb-10657(a)127.0.0.1' 0(10657) DEBUG: init_mod_child (0): usrloc 0(10657) DEBUG: init_mod_child (0): auth_db 17(10674) SER: open_uac_fifo: fifo server up at /tmp/ser_fifo... 18(10692) DEBUG: callid: '2afff5bb-10692(a)127.0.0.1' 18(10692) DEBUG: init_mod_child (-1): usrloc 18(10692) DEBUG: init_mod_child (-1): auth_db 10(10667) SIP Request: 10(10667) method: <REGISTER> 10(10667) uri: <sip:192.168.0.6> 10(10667) version: <SIP/2.0> 10(10667) parse_headers: flags=1 10(10667) Found param type 232, <branch> = <z9hG4bKe926085568c7d2f6>; state=16 10(10667) end of header reached, state=5 10(10667) parse_headers: Via found, flags=1 10(10667) parse_headers: this is the first via 10(10667) After parse_msg... 10(10667) preparing to run routing scripts... 10(10667) Start 10(10667) DEBUG : is_maxfwd_present: searching for max_forwards header 10(10667) parse_headers: flags=128 27(10703) DBG: tcp_main_loop: dead child 10 (shutting down?) 0(10657) child process 10667 exited by a signal 11 0(10657) core was not generated 0(10657) INFO: terminating due to SIGCHLD 1(10658) INFO: signal 15 received 1(10658) Memory status (pkg): 1(10658) fm_status (0x80d9840): 1(10658) heap size= 1047440 1(10658) dumping free list: 1(10658) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 1(10658) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 1(10658) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 2(10659) INFO: signal 15 received 2(10659) Memory status (pkg): 2(10659) fm_status (0x80d9840): 2(10659) heap size= 1047440 2(10659) dumping free list: 2(10659) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 2(10659) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 2(10659) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 3(10660) INFO: signal 15 received 3(10660) Memory status (pkg): 3(10660) fm_status (0x80d9840): 3(10660) heap size= 1047440 3(10660) dumping free list: 3(10660) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 3(10660) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 3(10660) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 4(10661) INFO: signal 15 received 4(10661) Memory status (pkg): 4(10661) fm_status (0x80d9840): 4(10661) heap size= 1047440 4(10661) dumping free list: 4(10661) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 4(10661) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 4(10661) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 5(10662) INFO: signal 15 received 5(10662) Memory status (pkg): 5(10662) fm_status (0x80d9840): 5(10662) heap size= 1047440 5(10662) dumping free list: 5(10662) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 5(10662) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 5(10662) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 6(10663) INFO: signal 15 received 6(10663) Memory status (pkg): 6(10663) fm_status (0x80d9840): 6(10663) heap size= 1047440 6(10663) dumping free list: 6(10663) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 6(10663) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 6(10663) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 7(10664) INFO: signal 15 received 7(10664) Memory status (pkg): 7(10664) fm_status (0x80d9840): 7(10664) heap size= 1047440 7(10664) dumping free list: 7(10664) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 7(10664) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 7(10664) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 8(10665) INFO: signal 15 received 8(10665) Memory status (pkg): 8(10665) fm_status (0x80d9840): 8(10665) heap size= 1047440 8(10665) dumping free list: 8(10665) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 8(10665) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 8(10665) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 9(10666) INFO: signal 15 received 9(10666) Memory status (pkg): 9(10666) fm_status (0x80d9840): 9(10666) heap size= 1047440 9(10666) dumping free list: 9(10666) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 9(10666) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 9(10666) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 11(10668) INFO: signal 15 received 11(10668) Memory status (pkg): 11(10668) fm_status (0x80d9840): 11(10668) heap size= 1047440 11(10668) dumping free list: 11(10668) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 11(10668) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 11(10668) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 12(10669) INFO: signal 15 received 12(10669) Memory status (pkg): 12(10669) fm_status (0x80d9840): 12(10669) heap size= 1047440 12(10669) dumping free list: 12(10669) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 12(10669) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 12(10669) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 13(10670) INFO: signal 15 received 13(10670) Memory status (pkg): 13(10670) fm_status (0x80d9840): 13(10670) heap size= 1047440 13(10670) dumping free list: 13(10670) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 13(10670) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 13(10670) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 14(10671) INFO: signal 15 received 14(10671) Memory status (pkg): 14(10671) fm_status (0x80d9840): 14(10671) heap size= 1047440 14(10671) dumping free list: 14(10671) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 14(10671) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 14(10671) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 15(10672) INFO: signal 15 received 15(10672) Memory status (pkg): 15(10672) fm_status (0x80d9840): 15(10672) heap size= 1047440 15(10672) dumping free list: 15(10672) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 15(10672) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 15(10672) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 16(10673) INFO: signal 15 received 16(10673) Memory status (pkg): 16(10673) fm_status (0x80d9840): 16(10673) heap size= 1047440 16(10673) dumping free list: 16(10673) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 16(10673) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 16(10673) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 17(10674) INFO: signal 15 received 17(10674) Memory status (pkg): 17(10674) fm_status (0x80d9840): 17(10674) heap size= 1047440 17(10674) dumping free list: 17(10674) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 17(10674) hash = 5 fragments no.: 1, bucket size: 40 - 40 (first 40) 17(10674) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 17(10674) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 18(10692) INFO: signal 15 received 18(10692) Memory status (pkg): 18(10692) fm_status (0x80d9840): 18(10692) heap size= 1047440 18(10692) dumping free list: 18(10692) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 18(10692) hash = 5 fragments no.: 1, bucket size: 40 - 40 (first 40) 18(10692) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 18(10692) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 19(10693) INFO: signal 15 received 19(10693) Memory status (pkg): 19(10693) fm_status (0x80d9840): 19(10693) heap size= 1047440 19(10693) dumping free list: 19(10693) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 19(10693) hash = 5 fragments no.: 1, bucket size: 40 - 40 (first 40) 19(10693) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 19(10693) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 20(10695) INFO: signal 15 received 20(10695) Memory status (pkg): 20(10695) fm_status (0x80d9840): 20(10695) heap size= 1047440 20(10695) dumping free list: 20(10695) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 20(10695) hash = 5 fragments no.: 1, bucket size: 40 - 40 (first 40) 20(10695) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 20(10695) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 21(10696) INFO: signal 15 received 21(10696) Memory status (pkg): 21(10696) fm_status (0x80d9840): 21(10696) heap size= 1047440 21(10696) dumping free list: 21(10696) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 21(10696) hash = 5 fragments no.: 1, bucket size: 40 - 40 (first 40) 21(10696) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 21(10696) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 22(10697) INFO: signal 15 received 22(10697) Memory status (pkg): 22(10697) fm_status (0x80d9840): 22(10697) heap size= 1047440 22(10697) dumping free list: 22(10697) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 22(10697) hash = 5 fragments no.: 1, bucket size: 40 - 40 (first 40) 22(10697) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 22(10697) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 23(10698) INFO: signal 15 received 23(10698) Memory status (pkg): 23(10698) fm_status (0x80d9840): 23(10698) heap size= 1047440 23(10698) dumping free list: 23(10698) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 23(10698) hash = 5 fragments no.: 1, bucket size: 40 - 40 (first 40) 23(10698) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 23(10698) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 24(10700) INFO: signal 15 received 24(10700) Memory status (pkg): 24(10700) fm_status (0x80d9840): 24(10700) heap size= 1047440 24(10700) dumping free list: 24(10700) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 24(10700) hash = 5 fragments no.: 1, bucket size: 40 - 40 (first 40) 24(10700) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 24(10700) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 25(10701) INFO: signal 15 received 25(10701) Memory status (pkg): 25(10701) fm_status (0x80d9840): 25(10701) heap size= 1047440 25(10701) dumping free list: 25(10701) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 25(10701) hash = 5 fragments no.: 1, bucket size: 40 - 40 (first 40) 25(10701) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 25(10701) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 26(10702) INFO: signal 15 received 26(10702) Memory status (pkg): 26(10702) fm_status (0x80d9840): 26(10702) heap size= 1047440 26(10702) dumping free list: 26(10702) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 26(10702) hash = 5 fragments no.: 1, bucket size: 40 - 40 (first 40) 26(10702) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 26(10702) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 27(10703) INFO: signal 15 received 27(10703) Memory status (pkg): 27(10703) fm_status (0x80d9840): 27(10703) heap size= 1047440 27(10703) dumping free list: 27(10703) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 27(10703) hash = 5 fragments no.: 1, bucket size: 40 - 40 (first 40) 27(10703) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 27(10703) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 0(10657) DEBUG: tm_shutdown : start 0(10657) DEBUG: tm_shutdown : empting DELETE list 0(10657) DEBUG: tm_shutdown : empting hash table 0(10657) DEBUG: tm_shutdown: releasing timers 0(10657) DEBUG: tm_shutdown : removing semaphores 0(10657) DEBUG: tm_shutdown : done 0(10657) Memory status (pkg): 0(10657) fm_status (0x80d9840): 0(10657) heap size= 1047440 0(10657) dumping free list: 0(10657) hash = 1 fragments no.: 4, bucket size: 8 - 8 (first 8) 0(10657) hash = 2 fragments no.: 30, bucket size: 16 - 16 (first 16) 0(10657) hash = 3 fragments no.: 3, bucket size: 24 - 24 (first 24) 0(10657) hash = 4 fragments no.: 3, bucket size: 32 - 32 (first 32) 0(10657) hash = 5 fragments no.: 1, bucket size: 40 - 40 (first 40) 0(10657) hash = 16 fragments no.: 1, bucket size: 128 - 128 (first 128) 0(10657) hash = 17 fragments no.: 1, bucket size: 136 - 136 (first 0) 0(10657) hash = 62 fragments no.: 1, bucket size: 496 - 496 (first 496) 0(10657) hash = 265 fragments no.: 1, bucket size: 524288 - 1048576 (first 136188504) 0(10657) TOTAL: 45 free fragments = 136189848 free bytes 0(10657) ----------------------------- 0(10657) Memory status (shm): 0(10657) fm_status (0x40170000): 0(10657) heap size= 33553296 0(10657) dumping free list: 0(10657) hash = 1 fragments no.: 5, bucket size: 8 - 8 (first 8) 0(10657) hash = 2 fragments no.: 2, bucket size: 16 - 16 (first 16) 0(10657) hash = 5 fragments no.: 2, bucket size: 40 - 40 (first 40) 0(10657) hash = 14 fragments no.: 3, bucket size: 112 - 112 (first 112) 0(10657) hash = 48 fragments no.: 1, bucket size: 384 - 384 (first 384) 0(10657) hash = 257 fragments no.: 2, bucket size: 2048 - 4096 (first 2320) 0(10657) hash = 258 fragments no.: 2, bucket size: 4096 - 8192 (first 4096) 0(10657) hash = 259 fragments no.: 1, bucket size: 8192 - 16384 (first 8192) 0(10657) hash = 266 fragments no.: 1, bucket size: 1048576 - 2097152 (first 1572864) 0(10657) hash = 270 fragments no.: 1, bucket size: 16777216 - 33554432 (first 31956768) 0(10657) TOTAL: 20 free fragments = 33553128 free bytes 0(10657) ----------------------------- 0(10657) shm_mem_destroy 0(10657) destroying the shared memory lock 0(10657) terminating due to SIGCHLD [View Less]

1 0

[Serusers] need help to install ser
by moin 06 Apr '05

06 Apr '05

Dear group Ive a pair of Vizufon model CIP 4500. I want to run it on my OWN LAN using a sip server. Im trying to install SER 0.8.14. is it possible to run two hard SIP phone without authenticate from any Internet server only from my LAN sip server? Can any one help me regard this. Thanks Moin --------------------------------- Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now

1 0

Re: [Serusers] how to check if number is busy or not responding then forword it to asterisk
by Kamran Ahmad 06 Apr '05

06 Apr '05

hi i tryied your way to rout the call to other side in case of Busy on No Response. but i asterisk is receiving this call it is replying with 403 Forbidden or some times 407 Proxy Authentication Required. is this ok. is this ok i have dialplane for the UAS it should invoke the Voicemail for the callee. thanks Kamran --- Andreas Granig <andreas.granig(a)inode.info> wrote: > Hi! > > Kamran Ahmad wrote: > > my question is there any way to check wheather UAS > is > … [View More]

1 0

[Serusers] Encryption of X-lite's password
by Ladislav Andel 06 Apr '05

06 Apr '05

This list is dealing with all around SER, but I was just wondering. Has anybody tried to get encoding engine for X-lite passwords? I would like to make a self instalation package and this is giving me a good headache. Thanks, Lada

1 0

[Serusers] ser with mysql
by Llanos Serna García-Conde 06 Apr '05

06 Apr '05

1 0

[Serusers] RTPProxy fails only for Private to Public communication
by Vivienne Curran 06 Apr '05

06 Apr '05

I changed the line modparam("nathelper", "rtpproxy_sock", "/var/run/rtpproxy.sock") to modparam("nathelper", "rtpproxy_sock", "udp:localhost:22222") and started the rtpproxy as ./rtpproxy -s udp from the relevant directory and this resulted in a series of "rtpp_command: no response from rtpproxy" and rtpproxy temporarily disabled" errors. If I return to the original modparam and start it as ./rtpproxy then it works but like I said when the private client rings the public client, I get "ERROR: … [View More]send_rtpp_command: cant read reply from a RTP Proxy". Any further ideas? Has anyone on the mailing list experienced this? I am using the script given in the onsip getting started doc for 0.9.0. but am using ser 0.8.14. BR, Vivienne "Greger V. Teigre" <greger(a)teigre.com> wrote: See inline. > Thank you for that Greger. I have altered my script so that it > exactly mimics the one in the onsip document besides the has_totag > and fix_nated register. All is good when I ring from a private phone > to a public phone i.e. the audio is very clear and the following > messages are in /var/log. > > ERROR: extract_body: message body has length zero > ERROR: force_rtp_proxy2: cant extract body from the message. > > I assume this is because of the 200 OK to a register message where > theres no sdp?? Is this correct? That's correct. You will find code in the example configs where we test for an empty body before calling force_rtp_proxy. > However when I try to phone from public into private I get: > > ERROR: send_rtpp_command: cant read reply from a RTP Proxy. > > I find this confusing because I know the rtpproxy is working. This means that rtpproxy is not responding to a particular message. I have heard some people have had problems with the socket based communication. I only use UDP. This is what you do to set up udp (22222 is default port): modparam("nathelper", "rtpproxy_sock", "udp:localhost:22222") rtpproxy must be started with -s udp:* g-) > BR > Vivienne. > > "Greger V. Teigre" <greger(a)teigre.com> wrote: > Yes, you can use fix_nated_contact instead. It is not entirely > RFC-compliant, but that's what you have in 0.8.14. > The has_totag() only tests to see if the INVITE has a To header, > which means that it is in-dialog and thus is a re-INVITE. An INVITE > will normally not have loose routing unless you have another SIP > proxy forwarding an INVITE to you (in which case you should assume > that the other proxy handles NAT and thus not trigger NAT-related > code). You can safely remove the has_totag() if you use > force_rtp_proxy("l") > g-) > > ---- Original Message ---- > From: Vivienne Curran > To: Greger V. Teigre ; serusers(a)lists.iptel.org > Sent: Tuesday, April 05, 2005 02:25 PM > Subject: Re: [Serusers] Contact Header and SDP not rewritten > >> Greger, >> >> Since fix_nated_register does not exist with 0.8.14, will >> fix_nated_contact do instead? Also if I am leaving out the >> has_totag() at the start of the script, will this greatly effect its >> functionality? >> >> Thank you, >> Vivienne Send instant messages to your online friends http://uk.messenger.yahoo.com [View Less]

1 0

[Serusers] Contact Header and SDP not rewritten
by Vivienne Curran 06 Apr '05

06 Apr '05

Hello, I have a problem whereby when a private client rings a public client only the public user can hear voice and when the public user rings the private user, no audio is transmitted. After looking at the messages I have have determined that the contact header and sdp part of the invite contains the private address of the natted client. This would lead me to believe that the registration process is incorrect. My problem is that I believe my script should handle the registration process … [View More]correctly and I suspect that the following code is being skipped: I tried changing it to nat_uac_test("19") and fix_nated_sdp("3") but that didnt help. if (nat_uac_test("3")){ if (method == "REGISTER" || ! search("^Record-Route:")){ log("Log: Someone trying to register from private IP,rewriting\n"); fix_nated_contact(); #Rewrite contact with source IP if (method == "INVITE"){ fix_nated_sdp("1"); #Add direction=active to SDP force_rtp_proxy(); }; force_rport(); # Add rport parameter to topmost Via setflag(6); # Mark as Nated }; }; I have included the log message below and my ser.cfg as an attachment. Please let me know where I could be going wrong. Thank you, Vivienne. 2093 (private) ringing 2092 (public) U 84.203.148.14:5060 -> 84.203.148.146:5060 INVITE sip:2092@84.203.148.146 SIP/2.0..Via: SIP/2.0/UDP 172.16.3.31;branch =z9hG4bK1a48edc121f5bc1f..From: "2093" <sip:2093@84.203.148.146>;tag=2dc376 dcd4655094..To: <sip:2092@84.203.148.146>..Contact: <sip:2093@172.16.3.31>. .Supported: replaces..Call-ID: 44e1ae63c476fbff@172.16.3.31..CSeq: 10327 IN VITE..User-Agent: Grandstream BT100 1.0.5.18..Max-Forwards: 70..Allow: INVI TE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE..Content-Type: applic ation/sdp..Content-Length: 362....v=0..o=2093 8000 0 IN IP4 172.16.3.31..s= SIP Call..c=IN IP4 172.16.3.31..t=0 0..m=audio 5004 RTP/AVP 0 8 4 18 2 15 9 9 9..a=sendrecv..a=rtpmap:0 PCMU/8000/3..a=rtpmap:8 PCMA/8000/3..a=rtpmap:4 G723/8000/3..a=rtpmap:18 G729/8000/3..a=rtpmap:2 G726-32/8000/3..a=rtpmap: 15 G728/8000/3..a=rtpmap:99 iLBC/8000/3..a=fmtp:99 mode=20..a=rtpmap:9 G722 /8000/3..a=ptime:20.. U 84.203.148.146:5060 -> 84.203.148.14:5060 SIP/2.0 100 trying -- your call is important to us..Via: SIP/2.0/UDP 172.16 .3.31;branch=z9hG4bK1a48edc121f5bc1f;rport=5060;received=84.203.148.14..Fro m: "2093" <sip:2093@84.203.148.146>;tag=2dc376dcd4655094..To: <sip:2092@84. 203.148.146>..Call-ID: 44e1ae63c476fbff@172.16.3.31..CSeq: 10327 INVITE..Se rver: Sip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 84.203.148.146:5060 "Noisy feedback tells: pid=4732 req_src_ip=84.203 .148.14 req_src_port=5060 in_uri=sip:2092@84.203.148.146 out_uri=sip:2092@1 57.190.74.151 via_cnt==1".... U 84.203.148.146:5060 -> 157.190.74.151:5060 INVITE sip:2092@157.190.74.151 SIP/2.0..Via: SIP/2.0/UDP 84.203.148.146;bra nch=z9hG4bK77bc.b54ca216.0..Via: SIP/2.0/UDP 172.16.3.31;rport=5060;receive d=84.203.148.14;branch=z9hG4bK1a48edc121f5bc1f..From: "2093" <sip:2093@84.2 03.148.146>;tag=2dc376dcd4655094..To: <sip:2092@84.203.148.146>..Contact: < sip:2093@84.203.148.14:5060>..Supported: replaces..Call-ID: 44e1ae63c476fbf f@172.16.3.31..CSeq: 10327 INVITE..User-Agent: Grandstream BT100 1.0.5.18.. Max-Forwards: 69..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SU BSCRIBE..Content-Type: application/sdp..Content-Length: 443....v=0..o=2093 8000 0 IN IP4 172.16.3.31..s=SIP Call..c=IN IP4 84.203.148.1484.203.148.146 ..t=0 0..m=audio 35006 RTP/AVP 0 8 4 18 2 15 99 9..a=sendrecv..a=rtpmap:0 P CMU/8000/3..a=rtpmap:8 PCMA/8000/3..a=rtpmap:4 G723/8000/3..a=rtpmap:18 G72 9/8000/3..a=rtpmap:2 G726-32/8000/3..a=rtpmap:15 G728/8000/3..a=rtpmap:99 i LBC/8000/3..a=fmtp:99 mode=20..a=rtpmap:9 G722/8000/3..a=ptime:20..a=direct ion:active..a=oldmediaip:172.16.3.31..a=nortpproxy:yes.. U 84.203.148.146:5060 -> 157.190.74.150:5060 INVITE sip:2092@157.190.74.150 SIP/2.0..Via: SIP/2.0/UDP 84.203.148.146;bra nch=z9hG4bK77bc.b54ca216.1..Via: SIP/2.0/UDP 172.16.3.31;rport=5060;receive d=84.203.148.14;branch=z9hG4bK1a48edc121f5bc1f..From: "2093" <sip:2093@84.2 03.148.146>;tag=2dc376dcd4655094..To: <sip:2092@84.203.148.146>..Contact: < sip:2093@84.203.148.14:5060>..Supported: replaces..Call-ID: 44e1ae63c476fbf f@172.16.3.31..CSeq: 10327 INVITE..User-Agent: Grandstream BT100 1.0.5.18.. Max-Forwards: 69..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SU BSCRIBE..Content-Type: application/sdp..Content-Length: 443....v=0..o=2093 8000 0 IN IP4 172.16.3.31..s=SIP Call..c=IN IP4 84.203.148.1484.203.148.146 ..t=0 0..m=audio 35006 RTP/AVP 0 8 4 18 2 15 99 9..a=sendrecv..a=rtpmap:0 P CMU/8000/3..a=rtpmap:8 PCMA/8000/3..a=rtpmap:4 G723/8000/3..a=rtpmap:18 G72 9/8000/3..a=rtpmap:2 G726-32/8000/3..a=rtpmap:15 G728/8000/3..a=rtpmap:99 i LBC/8000/3..a=fmtp:99 mode=20..a=rtpmap:9 G722/8000/3..a=ptime:20..a=direct ion:active..a=oldmediaip:172.16.3.31..a=nortpproxy:yes.. U 157.190.74.151:5060 -> 84.203.148.146:5060 SIP/2.0 100 Trying..Via: SIP/2.0/UDP 84.203.148.146;branch=z9hG4bK77bc.b54c a216.0..Via: SIP/2.0/UDP 172.16.3.31;rport=5060;received=84.203.148.14;bran ch=z9hG4bK1a48edc121f5bc1f..From: "2093" <sip:2093@84.203.148.146>;tag=2dc3 76dcd4655094..To: <sip:2092@84.203.148.146>..Call-ID: 44e1ae63c476fbff@172. 16.3.31..CSeq: 10327 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Conten t-Length: 0.... U 157.190.74.151:5060 -> 84.203.148.146:5060 SIP/2.0 180 Ringing..Via: SIP/2.0/UDP 84.203.148.146;branch=z9hG4bK77bc.b54 ca216.0..Via: SIP/2.0/UDP 172.16.3.31;rport=5060;received=84.203.148.14;bra nch=z9hG4bK1a48edc121f5bc1f..From: "2093" <sip:2093@84.203.148.146>;tag=2dc 376dcd4655094..To: <sip:2092@84.203.148.146>;tag=10bdf2044401a257..Call-ID: 44e1ae63c476fbff@172.16.3.31..CSeq: 10327 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Content-Length: 0.... Send instant messages to your online friends http://uk.messenger.yahoo.com # # $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 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) /* Uncomment these lines to enter debugging mode debug=7 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" alias="157.190.74.152:5060" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database 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/nathelper.so" #loadmodule "/usr/lib/ser/modules/pa.so" loadmodule "/usr/lib/ser/modules/cpl-c.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! loadmodule "/usr/lib/ser/modules/auth.so" loadmodule "/usr/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 #NB Had to up this value from 1 to 11 because reinvites were bombarding called phone modparam("rr", "enable_full_lr", 11) #!! Nathelper modparam("registrar", "nat_flag", 60) modparam("nathelper", "natping_interval", 30) #Ping interval 30 s modparam("nathelper", "ping_nated_only", 1) #Ping only clients behind NAT modparam("nathelper", "rtpproxy_sock", "/var/run/rtpproxy.sock") modparam("tm", "fr_inv_timer", 20) #modparam("pa", "default_expires", 3600) modparam("usrloc", "db_url", "sql://root:1alfa156@localhost/ser") #modparam("cpl-c", "cpl_db", "mysql://root:1alfa156@localhost/ser") #modparam("cpl-c", "cpl_table", "cpl") #modparam("cpl-c", "cpl_dtd_file", "/work/sip_router/modules/cpl-ccpl-06.dtd") # ------------------------- 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; }; ####################################################################################### if (nat_uac_test("3")){ if (method == "REGISTER" || ! search("^Record-Route:")){ log("Log: Someone trying to register from private IP,rewriting\n"); fix_nated_contact(); #Rewrite contact with source IP if (method == "INVITE"){ fix_nated_sdp("1"); #Add direction=active to SDP force_rtp_proxy(); }; force_rport(); # Add rport parameter to topmost Via setflag(6); # Mark as Nated }; }; ######################################################################################## # 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(); # loose-route processing if (loose_route()) { #commented 11/02/05 #t_relay(); 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) { log(1,"into loop"); if (method=="REGISTER") { # Uncomment this if you want to use digest authentication # if (!www_authorize("157.190.74.152", "subscriber")) { # www_challenge("157.190.74.152", "0"); # break; # }; #cpl_process_register(); save("location"); break; }; # if (method=="SUBSCRIBE") # { # log(1, "Subscribe\n"); # if(t_newtran()) # { # log(1, "Registrar\n"); # handle_subscription("registrar"); # }; # break; # }; lookup("aliases"); if (!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); break; }; if (method=="INVITE"){ log(1,"in invite loop"); #break; #no 100 trying #if (!cpl_run_script("incoming","is_stateless")) #{ # #script execution failed # t_reply("500", "CPL script execution failed"); #}; t_on_failure("1"); }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { #sl_send_reply("404", "Not Found"); route(2); break; }; }; # forward to current uri now; use stateful forwarding; that # works reliably even if we forward from TCP to UDP #commented 11/02/05####################### if (!t_relay()) { sl_reply_error(); }; #route(1); } ######################################entered 11/02/05############################################################ route[1] { #!!Nathelper if(uri=~"[@:](192\.168\.|10\.|172\.(1[6-9]|2[0-9]|3[0-1])\.)" && !search("^Route:")){ sl_send_reply("479", "We don't forward to private IP addresses"); break; }; if (isflagset(6)){ force_rtp_proxy(); } t_on_reply("1"); if(!t_relay()){ sl_reply_error(); break; }; } ######################################entered 11/02/05############################################################ #!! Nathelper onreply_route[1] { if(isflagset(6) && status =~ "(183)|2[0-9][0-9]"){ fix_nated_contact(); force_rtp_proxy(); }else if (nat_uac_test("1")){ fix_nated_contact(); }; } ################################################################################################################# # ------------- handling of unavailable user ------------------ route[2] { # non-Voip -- just send "off-line" if (!(method == "INVITE" || method == "ACK" || method == "CANCEL")) { sl_send_reply("404", "Not Found"); break; }; # forward to voicemail now rewritehostport("157.190.74.152:5062"); t_relay_to_udp("157.190.74.152", "5062"); } # if forwarding downstream did not succeed, try voicemail running # at 172.16.2.120:5062 failure_route[1] { revert_uri(); rewritehostport("157.190.74.152:5062"); append_branch(); t_relay_to_udp("157.190.74.152", "5062"); } [View Less]

2 6

[Serusers] Re: recording and sniffing voip (Ozan Blotter)
by Ozan Blotter 06 Apr '05

06 Apr '05

I'm sure that you would like to check link below, it only works for g711 :( i hope they release g729 and g723 soon. http://www.enderunix.org/voipong/

1 0

RE: [Serusers] some REGISTER requests not passing through to DB
by Matt Schulte 06 Apr '05

06 Apr '05

What distro of linux? (unix even?) What type of motherboard, I wouldn't expect hardware to be the issue though.. Is this a production problem, as in did it happen out of the blue? One thing you could do is log save_loc errors if not already.. If save_loc is NOT failing then like you said something is seriously messed up... :-) if (!save("location")) { sl_send_reply("503", "OH NO THE WORLD IS FLAT"); xlog("L_INFO",… [View More]

2 1

Re: [Serusers] How to enable my Voice Mail in ser.cfg
by Quek Eric 06 Apr '05

06 Apr '05

Quek Eric <inputdev(a)yahoo.com> wrote: thx Steve, actually i dont quite understand e ser.cfg my previous project mate created. here i added tis portion into my ser.cfg...can u teach me where do i call t_on_failure? if(method=="ACK" || method=="INVITE" || method=="BYE"|| method=="REFER") { if(t_newtran()) { t_reply("100","Trying -- just wait a minute!"); if(method=="INVITE" || method=="REFER") { log("**************** vm … [View More]start -begin ******************\n"); if( uri =~ "conference" ) { if(!vm("/tmp/am_fifo","conference")) { log("could not contact conference server\n"); t_reply("500","could not contact conference server"); }; } else if( uri =~ "echo" ) { if(!vm("/tmp/am_fifo","echo")) { log("could not contact echo\n"); t_reply("500","could not contact echo"); }; } else { if(!vm("/tmp/am_fifo","voicemail")) { log("could not contact voicemail\n"); t_reply("500","could not contact voicemail"); }; }; log("**************** vm start - end ******************\n"); break; }; if(method=="BYE") { log("**************** vm end/refer - begin ******************\n"); if(!vm("/tmp/am_fifo","bye")) { log("could not contact the media server\n"); t_reply("500","could not contact the media server"); }; log("**************** vm end/refer - end ********************\n"); break; }; } else { log("could not create new transaction\n"); sl_send_reply("500","could not create new transaction"); }; }; # Voicemail specific configuration - end Pls do help me... rgds, Eric Sure. Call t_on_failure("7") in route block 0, the main route block in SER. This will define an internal "flag" labeled 7. When the current call "fails" that is does not get a 200 OK message SER will look for a failure block with the label 7 and execute the code therein. Note that 7 is an arbitrary integer. You can pick whatever integer makes you happy and doesn't conflict with existing flags. In the failure_route most people simply re-write the destination hostname and then t_relay the call to that new host. You may need to re-write the port number too. In either case this host and/or port is where your voicemail application is listening. A failure_route is used instead of the regular route statement because you want this section of code to be reached when a status code other than a 200 OK is received for a call. An unanswered call gets something like a 487 (you should check this for the actual number). If you use SEMS you have yet another challenge. When SEMS was first deployed it communicated with SER used a fifo. Since the fifo is not a SIP addressable entity you needed a way for the failure_route to send SIP messages to SEMS. Most people used a second instance of SER on the same box but with a stripped down config file. This second instance could communicate with SEMS using a different named pipe. Newer versions of SEMS do not have this limitation but you need to configure the type of interface SEMS will use. fifo or socket. I did one installation this way but then moved onto using Asterisk for voicemail. Hope this helps. _Steve __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com [View Less]

1 0

[Serusers] how to check if number is busy or not responding then forword it to asterisk
by Kamran Ahmad 06 Apr '05

06 Apr '05

hello thanks Greger V. Teigre. my question is there any way to check wheather UAS is busy or not responding then forword it to other asterisk proxy server for callforword,confrence or PSTN according to dialplan(extension.conf). if (uri=~"^sip:*") { forward( 192.168.0.11, 5060 ); //where asterisk is listening break; } Thanks Kamran __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo

3 2

[Serusers] Registering with sipphone
by Erdem HAKI 06 Apr '05

06 Apr '05

Hello, I have a problem about registration and online/offline status. 1. I open the SIPphone first, it log in and i can make a call (my status online) several times. One hour later i check it but my status is still online and it's never be offline. 2. Although I do nothing about configuration, several hours later, when i try to make a call SIPphone can't log in again . So i check SIPphone Diagnostics(shown below). any idea, what could be the problem.? RECEIVE TIME: 9275247 RECEIVE <… [View More]

1 0

[Serusers] How to change the calling number
by Mac 06 Apr '05

06 Apr '05

Hello, I am trying to change the calling number string on SER. To be more precisely: i need to have a possibility to freely change the contents xxxxxxxx of the following line From: "abababa" <sip:xxxxxxxx@10.10.10.10:29577>. Could you tell me if it is possible to obtain this goal or point me somewere i can get an answer. Thanks a lot, Mac.

4 6

Re: [Serusers] Re: ser+radius
by Kamran Ahmad 06 Apr '05

06 Apr '05

hello what is the meaning of "auth_radius: can't get code for the Digest-Response attribute". why he is saying like this this is the error log 0(11984) DEBUG: init_mod: auth_radius 0(11984) auth_radius - Initializing 0(11984) auth_radius: No `Cisco' vendor in Radius dictionary 0(11984) find_export: found <pre_auth> in module auth [/usr/local/lib/ser/modules/auth.so] 0(11984) find_export: found <post_auth> in module auth [/usr/local/lib/ser/modules/auth.so] 0(11984) ERROR: … [View More]auth_radius: can't get code for the Digest-Response attribute 0(11984) init_mod(): Error while initializing module auth_radius ERROR: error while initializing modules 0(11984) DEBUG: tm_shutdown : start 0(11984) DEBUG: tm_shutdown : empting DELETE list 0(11984) DEBUG: tm_shutdown : empting hash table 0(11984) DEBUG: tm_shutdown: releasing timers 0(11984) DEBUG: tm_shutdown : removing semaphores 0(11984) DEBUG: tm_shutdown : done 0(11984) shm_mem_destroy 0(11984) destroying the shared memory lock --- "Greger V. Teigre" <greger(a)teigre.com> wrote: > I believe this line says it all: > libradiusclient.so.2: cannot open shared object > file: > No such file or directory > Do: slocate libradiusclient.so > The path of its location should be in your > LD_LIBRARY_PATH > g-) > > Kamran Ahmad wrote: > > hello > > > > can any one tell why i am getting this error > > i am using freeradius and radiusclient-0.4.8 with > > SER-0.8.14. > > > > when i am tring to load > > loadmodule > "/usr/local/lib/ser/modules/auth_radius.so" > > or > > loadmodule "/usr/local/lib/ser/modules/acc.so" > > > > i am getting this error any help > > > > [ser-0.8.14]# ser start > > 0(8165) loading module > > /usr/local/lib/ser/modules/sl.so > > 0(8165) loading module > > /usr/local/lib/ser/modules/tm.so > > 0(8165) loading module > > /usr/local/lib/ser/modules/rr.so > > 0(8165) loading module > > /usr/local/lib/ser/modules/maxfwd.so > > 0(8165) loading module > > /usr/local/lib/ser/modules/usrloc.so > > 0(8165) loading module > > /usr/local/lib/ser/modules/registrar.so > > 0(8165) loading module > > /usr/local/lib/ser/modules/auth_radius.so > > 0(8165) ERROR: load_module: could not open module > > </usr/local/lib/ser/modules/auth_radius.so>: > > libradiusclient.so.2: cannot open shared object > file: > > No such file or directory > > 0(8165) parse error (41,13-55): failed to load > module > > 0(8165) find_export: found > <mf_process_maxfwd_header> > > in module maxfwd_module > > [/usr/local/lib/ser/modules/maxfwd.so] > > 0(8165) find_export: found <sl_send_reply> in > module > > sl_module [/usr/local/lib/ser/modules/sl.so] > > 0(8165) find_export: found <sl_send_reply> in > module > > sl_module [/usr/local/lib/ser/modules/sl.so] > > 0(8165) find_export: found <record_route> in > module > > rr [/usr/local/lib/ser/modules/rr.so] > > 0(8165) find_export: found <loose_route> in module > rr > > [/usr/local/lib/ser/modules/rr.so] > > 0(8165) find_export: found <t_relay> in module tm > > [/usr/local/lib/ser/modules/tm.so] > > 0(8165) find_export: found <save> in module > registrar > > [/usr/local/lib/ser/modules/registrar.so] > > 0(8165) find_export: found <lookup> in module > > registrar > [/usr/local/lib/ser/modules/registrar.so] > > 0(8165) find_export: found <sl_send_reply> in > module > > sl_module [/usr/local/lib/ser/modules/sl.so] > > 0(8165) find_export: found <t_relay> in module tm > > [/usr/local/lib/ser/modules/tm.so] > > 0(8165) find_export: found <sl_reply_error> in > module > > sl_module [/usr/local/lib/ser/modules/sl.so] > > ERROR: bad config file (1 errors) > > 0(8165) DEBUG: tm_shutdown : start > > 0(8165) DEBUG: tm_shutdown : empting hash table > > 0(8165) DEBUG: tm_shutdown: releasing timers > > 0(8165) DEBUG: tm_shutdown : removing semaphores > > 0(8165) DEBUG: tm_shutdown : done > > 0(8165) shm_mem_destroy > > 0(8165) destroying the shared memory lock > > > > > > > > __________________________________ > > Yahoo! Messenger > > Show us what our next emoticon should look like. > Join the fun. > > > http://www.advision.webevents.yahoo.com/emoticontest > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > __________________________________ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest [View Less]

2 1

Re: [Serusers] Re: ser+radius
by Kamran Ahmad 06 Apr '05

06 Apr '05

thanks for replying now i am started with ser but when i am trying to register to ser it is saying. i m getting it even if it try to load only my auth_radius.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/… [View More]registrar.so" loadmodule "/usr/local/lib/ser/modules/auth_radius.so" loadmodule "/usr/local/lib/ser/modules/auth.so" route{ 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; }; record_route(); # loose-route processing if (loose_route()) { t_relay(); break; }; if (uri==myself) { if (method=="REGISTER") { save("location"); break; }; }; if (!t_relay()) { sl_reply_error(); }; } ------------------------------------------------------- WARNING: no fork mode and more than one listen address found (will use only the the first one) 0(9844) DEBUG: init_mod: sl_module stateless - initializing 0(9844) DEBUG: register_fifo_cmd: new command (sl_stats) registered 0(9844) DEBUG: MD5 calculated: b27e1a1d33761e85846fc98f5f3a7e58 0(9844) DEBUG: init_mod: tm 0(9844) TM - initializing... 0(9844) Call-ID initialization: '7fbf6bb7' 0(9844) DEBUG: register_fifo_cmd: new command (t_uac_dlg) registered 0(9844) DEBUG: register_fifo_cmd: new command (t_uac_cancel) registered 0(9844) DEBUG: register_fifo_cmd: new command (t_hash) registered 0(9844) DEBUG: lock_initialize: lock initialization started 0(9844) DEBUG: register_fifo_cmd: new command (t_stats) registered 0(9844) DEBUG: MD5 calculated: 533cb9e91f4b999cf76861cbb9ed54ed 0(9844) DEBUG: MD5 calculated: a6a1c5f60faecf035a1ae5b6e96e979a 0(9844) DEBUG: init_mod: rr 0(9844) rr - initializing 0(9844) DEBUG: init_mod: maxfwd_module Maxfwd module- initializing 0(9844) DEBUG: init_mod: usrloc 0(9844) usrloc - initializing 0(9844) DEBUG: register_fifo_cmd: new command (ul_stats) registered 0(9844) DEBUG: register_fifo_cmd: new command (ul_rm) registered 0(9844) DEBUG: register_fifo_cmd: new command (ul_rm_contact) registered 0(9844) DEBUG: register_fifo_cmd: new command (ul_dump) registered 0(9844) DEBUG: register_fifo_cmd: new command (ul_flush) registered 0(9844) DEBUG: register_fifo_cmd: new command (ul_add) registered 0(9844) DEBUG: register_fifo_cmd: new command (ul_show_contact) registered 0(9844) DEBUG: init_mod: registrar 0(9844) registrar - initializing 0(9844) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(9844) find_export: found <ul_bind_usrloc> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(9844) find_export: found <ul_register_udomain> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(9844) find_export: found <ul_get_all_ucontacts> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(9844) find_export: found <ul_insert_urecord> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(9844) find_export: found <ul_delete_urecord> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(9844) find_export: found <ul_get_urecord> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(9844) find_export: found <ul_lock_udomain> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(9844) find_export: found <ul_unlock_udomain> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(9844) find_export: found <ul_release_urecord> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(9844) find_export: found <ul_insert_ucontact> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(9844) find_export: found <ul_delete_ucontact> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(9844) find_export: found <ul_get_ucontact> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(9844) find_export: found <ul_update_ucontact> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(9844) DEBUG: init_mod: auth_radius 0(9844) auth_radius - Initializing 0(9844) auth_radius: No `Cisco' vendor in Radius dictionary 0(9844) find_export: found <pre_auth> in module auth [/usr/local/lib/ser/modules/auth.so] 0(9844) find_export: found <post_auth> in module auth [/usr/local/lib/ser/modules/auth.so] 0(9844) ERROR: auth_radius: can't get code for the Digest-Response attribute 0(9844) init_mod(): Error while initializing module auth_radius ERROR: error while initializing modules 0(9844) DEBUG: tm_shutdown : start 0(9844) DEBUG: tm_shutdown : empting DELETE list 0(9844) DEBUG: tm_shutdown : empting hash table 0(9844) DEBUG: tm_shutdown: releasing timers 0(9844) DEBUG: tm_shutdown : removing semaphores 0(9844) DEBUG: tm_shutdown : done 0(9844) shm_mem_destroy 0(9844) destroying the shared memory lock --- "Greger V. Teigre" <greger(a)teigre.com> wrote: > I believe this line says it all: > libradiusclient.so.2: cannot open shared object > file: > No such file or directory > Do: slocate libradiusclient.so > The path of its location should be in your > LD_LIBRARY_PATH > g-) > > Kamran Ahmad wrote: > > hello > > > > can any one tell why i am getting this error > > i am using freeradius and radiusclient-0.4.8 with > > SER-0.8.14. > > > > when i am tring to load > > loadmodule > "/usr/local/lib/ser/modules/auth_radius.so" > > or > > loadmodule "/usr/local/lib/ser/modules/acc.so" > > > > i am getting this error any help > > > > [ser-0.8.14]# ser start > > 0(8165) loading module > > /usr/local/lib/ser/modules/sl.so > > 0(8165) loading module > > /usr/local/lib/ser/modules/tm.so > > 0(8165) loading module > > /usr/local/lib/ser/modules/rr.so > > 0(8165) loading module > > /usr/local/lib/ser/modules/maxfwd.so > > 0(8165) loading module > > /usr/local/lib/ser/modules/usrloc.so > > 0(8165) loading module > > /usr/local/lib/ser/modules/registrar.so > > 0(8165) loading module > > /usr/local/lib/ser/modules/auth_radius.so > > 0(8165) ERROR: load_module: could not open module > > </usr/local/lib/ser/modules/auth_radius.so>: > > libradiusclient.so.2: cannot open shared object > file: > > No such file or directory > > 0(8165) parse error (41,13-55): failed to load > module > > 0(8165) find_export: found > <mf_process_maxfwd_header> > > in module maxfwd_module > > [/usr/local/lib/ser/modules/maxfwd.so] > > 0(8165) find_export: found <sl_send_reply> in > module > > sl_module [/usr/local/lib/ser/modules/sl.so] > > 0(8165) find_export: found <sl_send_reply> in > module > > sl_module [/usr/local/lib/ser/modules/sl.so] > > 0(8165) find_export: found <record_route> in > module > > rr [/usr/local/lib/ser/modules/rr.so] > > 0(8165) find_export: found <loose_route> in module > rr > > [/usr/local/lib/ser/modules/rr.so] > > 0(8165) find_export: found <t_relay> in module tm > > [/usr/local/lib/ser/modules/tm.so] > > 0(8165) find_export: found <save> in module > registrar > > [/usr/local/lib/ser/modules/registrar.so] > > 0(8165) find_export: found <lookup> in module > > registrar > [/usr/local/lib/ser/modules/registrar.so] > > 0(8165) find_export: found <sl_send_reply> in > module > > sl_module [/usr/local/lib/ser/modules/sl.so] > > 0(8165) find_export: found <t_relay> in module tm > > [/usr/local/lib/ser/modules/tm.so] > > 0(8165) find_export: found <sl_reply_error> in > module > > sl_module [/usr/local/lib/ser/modules/sl.so] > > ERROR: bad config file (1 errors) > > 0(8165) DEBUG: tm_shutdown : start > > 0(8165) DEBUG: tm_shutdown : empting hash table > > 0(8165) DEBUG: tm_shutdown: releasing timers > > 0(8165) DEBUG: tm_shutdown : removing semaphores > > 0(8165) DEBUG: tm_shutdown : done > > 0(8165) shm_mem_destroy > > 0(8165) destroying the shared memory lock > > > > > > > > __________________________________ > > Yahoo! Messenger > > Show us what our next emoticon should look like. > Join the fun. > > > http://www.advision.webevents.yahoo.com/emoticontest > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > __________________________________ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest [View Less]

1 0

[Serusers] Re: ser+radius
by Kamran Ahmad 06 Apr '05

06 Apr '05

hello can any one tell why i am getting this error i am using freeradius and radiusclient-0.4.8 with SER-0.8.14. when i am tring to load loadmodule "/usr/local/lib/ser/modules/auth_radius.so" or loadmodule "/usr/local/lib/ser/modules/acc.so" i am getting this error any help [ser-0.8.14]# ser start 0(8165) loading module /usr/local/lib/ser/modules/sl.so 0(8165) loading module /usr/local/lib/ser/modules/tm.so 0(8165) loading module /usr/local/lib/ser/modules/rr.so 0(8165) loading module … [View More]/usr/local/lib/ser/modules/maxfwd.so 0(8165) loading module /usr/local/lib/ser/modules/usrloc.so 0(8165) loading module /usr/local/lib/ser/modules/registrar.so 0(8165) loading module /usr/local/lib/ser/modules/auth_radius.so 0(8165) ERROR: load_module: could not open module </usr/local/lib/ser/modules/auth_radius.so>: libradiusclient.so.2: cannot open shared object file: No such file or directory 0(8165) parse error (41,13-55): failed to load module 0(8165) find_export: found <mf_process_maxfwd_header> in module maxfwd_module [/usr/local/lib/ser/modules/maxfwd.so] 0(8165) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(8165) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(8165) find_export: found <record_route> in module rr [/usr/local/lib/ser/modules/rr.so] 0(8165) find_export: found <loose_route> in module rr [/usr/local/lib/ser/modules/rr.so] 0(8165) find_export: found <t_relay> in module tm [/usr/local/lib/ser/modules/tm.so] 0(8165) find_export: found <save> in module registrar [/usr/local/lib/ser/modules/registrar.so] 0(8165) find_export: found <lookup> in module registrar [/usr/local/lib/ser/modules/registrar.so] 0(8165) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(8165) find_export: found <t_relay> in module tm [/usr/local/lib/ser/modules/tm.so] 0(8165) find_export: found <sl_reply_error> in module sl_module [/usr/local/lib/ser/modules/sl.so] ERROR: bad config file (1 errors) 0(8165) DEBUG: tm_shutdown : start 0(8165) DEBUG: tm_shutdown : empting hash table 0(8165) DEBUG: tm_shutdown: releasing timers 0(8165) DEBUG: tm_shutdown : removing semaphores 0(8165) DEBUG: tm_shutdown : done 0(8165) shm_mem_destroy 0(8165) destroying the shared memory lock __________________________________ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest [View Less]

2 1

[Serusers] recording and sniffing voip
by Iqbal 06 Apr '05

06 Apr '05

Hi Anyone tried Voipong ---- VoIPong is a utility which detects all Voice Over IP calls on a pipeline, and for those which are G711 encoded, dumps actual conversation to seperate wave files. It supports SIP, H323, Cisco's Skinny Client Protocol, RTP and RTCP --------- Iqbal

2 3

FW: Re: [Serusers] SER 0.8.14 to 0.9.0
by Aisling O'Driscoll 06 Apr '05

06 Apr '05

Hi Greger, That didn't work unfortunately and there are no error messages in var log. I typed "which ser" and saw /usr/local/sbin/ser. I realise this is not correct so in /etc/profile I changed this to : PATH="$PATH:/opt/ser/sbin:." However that didn't make much of a difference. I did rm ser.pid again from the var/run directory and now repeatedly get the error: Starting SER : PID file /var/run/ser.pid does not exist -- SER start failed. Do you think this is again something got to do with … [View More]other versions? Thanks Aisling. > >---- Original Message ---- >From: greger(a)teigre.com >To: ashling.odriscoll(a)cit.ie >Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >Date: Tue, 5 Apr 2005 14:16:05 +0200 > >>Deleting /var/run/ser.pid is quite ok when ser is not running. >Maybe you >>have a leftover ser process. kill it (kill -9 if it still persists). > Then >>start ser: serctl start. >>Check /var/log/messages for error messages. >>g-) >> >>Aisling O'Driscoll wrote: >>> Greger, >>> >>> I followed the instructions in your previous emails and everything >>> worked like a charm for the first few times. However now when I >>> attempt to start SER (/opt/ser/sbin/serctl start). I get the >followng >>> error: >>> >>> Starting SER : PID file exists! (/var/run/ser.pid) already >running? >>> >>> I had already killed all ser processes (killall ser)before I >executed >>> this command so I dont understand why this happened. I then >removed >>> ser.pid i.e. cd /var/run, rm ser.pid. When I restarted again it >said >>> ser had restarted but when i typed pstree, I could only see one >ser >>> process (theres normally 27) and when i ran netstat -tunap I >couldnt >>> see ser listening on any port. >>> >>> Regards, >>> Aisling. >>>> >>>> ---- Original Message ---- >>>> From: greger(a)teigre.com >>>> To: ashling.odriscoll(a)cit.ie >>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>> Date: Mon, 4 Apr 2005 13:01:48 +0200 >>>> >>>>> Well, difficult to know what's wrong. If you use the ONsip.org >>>> package and >>>>> follow the description I wrote in my last email, cpl-c.so should >be >>>>> installed correctly. >>>>> g-) >>>>> >>>>> Aisling O'Driscoll wrote: >>>>>> Thanks for that Greger. I have SER working now anyway (at last >;)) >>>>>> and when I run ser -V I can see that 0.9.1 is running. I have >to >>>>>> start ser using "ser -d -E". Now I want to get cpl-c.so >working. I >>>> am >>>>>> trying to follow the "SER CPL Howto" document but that seems to >>>>>> assume that cpl-c.so will be in /usr/local/lib/ser/modules and >>>> just >>>>>> needs to be patched. However there is no cpl-c.so module in >that >>>>>> directory. I have edited the makefile so the module isnt >excluded >>>> but >>>>>> that has made a difference. >>>>>> >>>>>> Any ideas? >>>>>> Thanks very much for your help so far. >>>>>> Aisling. >>>>>>> >>>>>>> ---- Original Message ---- >>>>>>> From: greger(a)teigre.com >>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>> Date: Mon, 4 Apr 2005 10:48:59 +0200 >>>>>>> >>>>>>>> Aisling, >>>>>>>> Sorry, I overlooked this post. >>>>>>>> >>>>>>>> For installation from scratch, do the following as root: >>>>>>>> Make sure /opt exists, if not: mkdir /opt >>>>>>>> Delete your mysql ser database: mysqladmin -u root >[-ppassword] >>>>>>>> drop ser (I assume you don't need data in the old) >>>>>>>> unzip the source file to /tmp >>>>>>>> cd /tmp/ser-0.9.0 >>>>>>>> Run: ./make_and_install sql /opt/ser >>>>>>>> Ser will be installed to /opt/ser. >>>>>>>> Copy the config file to /opt/ser/etc/ser/ >>>>>>>> Create tables with /opt/ser/sbin/ser_mysql.sh create >>>>>>>> Verify that you have the correct ser: /opt/ser/sbin/ser -V >>>>>>>> >>>>>>>> Start ser with /opt/ser/sbin/serctl start >>>>>>>> >>>>>>>> Verify that ser is running: ps -ax | grep ser >>>>>>>> and check /var/log/messages >>>>>>>> >>>>>>>> If you still have problems, start ser this way: >>>>>>>> /opt/ser/sbin/ser -d -d -d -d -d -d -d -E -D >>>>>>>> >>>>>>>> Post the output. >>>>>>>> >>>>>>>> g-) >>>>>>>> >>>>>>>> Aisling O'Driscoll wrote: >>>>>>>>> I installed the following from the onsip site. I did "tar >-zxvf >>>>>>>>> ser-0.9.etcetc" in the /usr/local directory and then ran the >>>>>>> scripts. >>>>>>>>> Do I start ser now by doing /usr/local/sbin/serctl start. I >am >>>>>>> still >>>>>>>>> getting the error /var/run/ser.pid does not exist when I do >>>> that. >>>>>>>>> >>>>>>>>> Could someone let me know a command how to delete all ser >files >>>>>>> from >>>>>>>>> my computer and then confirm that I should unzip the ser >0.9.0 >>>>>>> source >>>>>>>>> file in the /usr/local directory. >>>>>>>>> >>>>>>>>> Thanks a million, >>>>>>>>> Aisling. >>>>>>>>> >>>>>>>>>> ---- Original Message ---- >>>>>>>>>> From: greger(a)teigre.com >>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>> Date: Wed, 30 Mar 2005 07:46:06 +0200 >>>>>>>>>> >>>>>>>>>>> Aisling, >>>>>>>>>>> >>>>>>>>>>> We have now also posted a complete 0.9.0 source package on >>>>>>>>>>> http://www.onsip.org/. It comes with a simple script that >>>>>>>>>>> will compile and install most of the modules (including >cpl) >>>>>>>>>>> either to the default directory /usr/local/*/ser or to a >>>>>>>>>>> directory of your choice. The package was created as a >part >>>>>>>>>>> of the "Getting Started" effort to support speedy upstart >of >>>>>>>>>>> a full SER installation. >>>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> Greger >>>>>>>>>>> >>>>>>>>>>> Java Rockx wrote: >>>>>>>>>>>> Great. Now you need to compile the mysql support module. >>>>>>>>>>>> >>>>>>>>>>>> You can get a full how-to at http://www.onsip.org >>>>>>>>>>>> >>>>>>>>>>>> Just register and download the "Getting Started" >document. >>>>>>>>>>>> This should be enough to get your using the mysql module. >>>>>>>>>>>> >>>>>>>>>>>> As for cpl but I suspect that it simply isn't complied by >>>>>>> default. >>>>>>>>>>>> >>>>>>>>>>>> You can compile it by changing to your ser source >directory >>>>>>>>>>>> and doing this: >>>>>>>>>>>> >>>>>>>>>>>> make exclude_modules="" modules >>>>>>>>>>>> >>>>>>>>>>>> Then copy the <ser-source>/modules/cpl-c/*.so to >>>>>>>>>>>> /usr/loca/lib/ser/modules >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> Paul >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Tue, 29 Mar 2005 17:34:38 +0100, Aisling O'Driscoll >>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>> I have deleted all the "modules" directories from my >system >>>>>>> other >>>>>>>>>>>>> than /usr/local/lib/ser. However /usr/local/lib/ser >doesnt >>>>>>>>>> contain >>>>>>>>>>>>> modules such as mysql.so, cpl-c.so etc. Is this normal?? >If >>>>>>>>>>>>> it is then what how do I check these modules out cvs?. I >>>>>>>>>>>>> have >>>>>>>>>> downloaded >>>>>>>>>>>>> the latest SER source code and made the SER binaries 2 >more >>>>>>> times >>>>>>>>>>>>> (according the onsip document) to make sure I running >the >>>> most >>>>>>>>>>>>> up-to-date code. >>>>>>>>>>>>> >>>>>>>>>>>>> I apologise for lack of linx knowledge and very much >>>>>>>>>>>>> appreciate the help I have been given so far. >>>>>>>>>>>>> >>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>> >>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 10:19:52 -0500 >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Again, this sounds like you've got more than one >version >>>>>>>>>>>>>>> of ser on your system. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I don't know where 0.8.14 kept it's modules but you >can >>>> find >>>>>>>>>>>>>>> other ser modules (and remove them). >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> to find them do this as root >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> find / -name mysql.so >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> you may find more than ser modules with this but it >>>> should >>>>>>>>>>>>>>> spit out the directory that 0.8.14 used. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ser-0.9 keeps its modules in /usr/local/lib/ser >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Tue, 29 Mar 2005 15:53:56 +0100, Aisling O'Driscoll >>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>> Yes that was it. Thanks. I promise I'm nearly there!I >>>>>>>>>>>>>>>> replaced the default script with the ser.cfg I was >>>> running >>>>>>>>>>>>>>>> with 0.8.14. I am getting two mismatch errors with >the >>>>>>>>>>>>>>>> script though: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ERROR: module version mismatch for >>>>>>>>>>>>>>>> /usr/local/lib/ser/modules/mysql.so; core: ser 0.9.1 >>>>>>>>>> (i386/linux); >>>>>>>>>>>>>>>> module ser 0.9.0 (i386/linux). >>>>>>>>>>>>>>>> Its the same for the cpl module. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Can I run a command to update the modules only? Also >I'm >>>>>>>>>>>>>>>> a bit confused if the mysql database that I was using >>>>>>>>>>>>>>>> with >>>> 0.8.14 >>>>>>>>>>>>>>>> is still valid? Do I have create new tables >>>> (ser_mysql.sh >>>>>>>>>>>>>>>> create etc)is the current database sufficient? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Many thanks, >>>>>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>> From: greger(a)teigre.com >>>>>>>>>>>>>>>>> To: javarockx(a)gmail.com, ashling.odriscoll(a)cit.ie, >>>>>>>>>>>>>> serusers(a)iptel.org >>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 16:29:49 +0200 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> This is the default ser.cfg problem: Remove the >>>>>>>>>>>>>>>>>> force_send_socket line with reference to the smaug >>>>>>> server. >>>>>>>>>>>>>>>>>> I thought this was changed in CVS (a test cfg file >was >>>>>>>>>>>>>>>>>> committed to cvs in an error). >>>>>>>>>>>>>>>>>> g-) >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Java Rockx wrote: >>>>>>>>>>>>>>>>>>> your ser.cfg is in /usr/local/etc/ser >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I've not seen your ser.cfg file - so I can't >really >>>> say. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 15:10:30 +0100, Aisling >>>> O'Driscoll >>>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>>> Thanks,I've made that change. Any idea about why >SER >>>>>>> wont >>>>>>>>>>>>>>>>>>>> start? The following error is in >/varlog/messages: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> /usr/local/sbin/ser[7966]: ERROR: fix_actions: >>>>>>>>>>>>>> force_send_socket: >>>>>>>>>>>>>>>>>>>> could not resolvbe smaug. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Also where is my new ser.cfg stored. My old one >is >>>>>>>>>>>>>>>>>>>> in etc/ser. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>> Aisling >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 09:08:24 -0500 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> your PATH should actually be >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> PATH=$PATH:/usr/local/sbin:. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 14:36:56 +0100, Aisling >>>> O'Driscoll >>>>>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>>>>> Thanks for the replies so far - Everyone has >been >>>>>>> very >>>>>>>>>>>>>>>>>>>>>> helpful. I have one final question. I deleted >the >>>>>>> "ser" >>>>>>>>>>>>>>>>>>>>>> directory from >>>>>>>>>>>>>>>>>>>>> /usr/sbin >>>>>>>>>>>>>>>>>>>>>> as suggested. I am using Suse Linux 9.0 so then >I >>>>>>>>>>>>>>>>>>>>>> modified the "profile" file in the /etc >directory >>>>>>> with >>>>>>>>>>>>>>>>>>>>>> the following: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> PATH="$PATH:/usr/local/sbin/ser:." >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Then I carried out the cvs instructions from >the >>>>>>> iptel >>>>>>>>>>>>>>>>>>>>>> site (as detailed at end of this mail) to >install >>>> SER >>>>>>>>>>>>>>>>>>>>>> 0.9.1. When >>>>>>>>>> I >>>>>>>>>>>>>>>>>>>>>> run "ser -V" I now see that SER has been >updated. >>>>>>>>>> However >>>>>>>>>>>>>>>>>>>>>> when I run /usr/local/sbin/serctl start to >start >>>> SER. >>>>>>>>>>>>>>>>>>>>>> I get an error: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Starting SER: PID file /var/run/ser.pid does >not >>>>>>>>>>>>>>>>>>>>>> exist -- SER start failed. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> I used to start SER using /etc/init.d/ser >start. >>>> That >>>>>>>>>>>>>>>>>>>>>> also doesn't work. What could be wrong? Also >where >>>>>>>>>>>>>>>>>>>>>> is my new ser.cfg file stored? My old one is >still >>>>>>>>>>>>>>>>>>>>>> in >>>>>>> /etc/ser. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Thanks again. >>>>>>>>>>>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> cd /usr/src >>>>>>>>>>>>>>>>>>>>>> export >>>>>>>>>>>>>> CVSROOT=:pserver:anonymous@cvs.berlios.de:/cvsroot/ser >>>>>>>>>>>>>>>>>>>>>> cvs login >>>>>>>>>>>>>>>>>>>>>> [enter for password] >>>>>>>>>>>>>>>>>>>>>> "cvs co -r rel_0_9_0 sip_router" from onsip >site. >>>>>>>>>>>>>>>>>>>>>> cd sip_router >>>>>>>>>>>>>>>>>>>>>> make all >>>>>>>>>>>>>>>>>>>>>> make install >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 08:07:35 -0500 >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Each linux user has an environment variable >>>> called >>>>>>>>>> PATH. >>>>>>>>>>>>>> You >>>>>>>>>>>>>>>>> can >>>>>>>>>>>>>>>>>>>>> set >>>>>>>>>>>>>>>>>>>>>>>> your path in the .bash_profile (assuming a >>>> redhat >>>>>>>>>>>>>>>>>>>>>>>> linux distro). Consult your linux distro for >>>>>>> setting >>>>>>>>>>>>>>>>>>>>>>>> environment >>>>>>>>>>>>>> variables. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> On most you can just do this: >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> export PATH=$PATH:/usr/local/sbin/ >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> But this will only be for you current logged >in >>>>>>>>>> session. >>>>>>>>>>>>>> When >>>>>>>>>>>>>>>>> you >>>>>>>>>>>>>>>>>>>>>>> exit >>>>>>>>>>>>>>>>>>>>>>>> the bash shell this setting will be lost. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 13:50:18 +0100, Aisling >>>>>>> O'Driscoll >>>>>>>>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>>>>>>>> Apologies if this is a ridculous question >where >>>>>>> will >>>>>>>>>> I >>>>>>>>>>>>>> find >>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>> $PATH >>>>>>>>>>>>>>>>>>>>>>>>> variable? >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>>>>> Aisling >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie, >>>> serusers(a)iptel.org >>>>>>>>>>>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 07:49:44 -0500 >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> it looks like you have two copies of ser >on >>>>>>>>>>>>>>>>>>>>>>>>>>> your machine. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> You should complete remove /usr/sbin/ser >and >>>>>>>>>>>>>>>>>>>>>>>>>>> make sure /usr/local/sbin/ser is in your >>>> $PATH. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 13:43:56 +0100, >Aisling >>>>>>>>>> O'Driscoll >>>>>>>>>>>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> When I type "which ser". I get >>>>>>>>>>>>>>>>>>>>>>>>>>>> /usr/sbin/ser. How can I proceed from >here?. >>>>>>>>>>>>>>>>>>>>>>>>>>>> Thank you for the >>>>>>> reply. >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>>>>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>>>>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to >0.9.0 >>>>>>>>>>>>>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 06:46:20 -0500 >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Aisling, >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> It seems like one of the following is >true: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> 1) you're somehow mixing 0.8.14 source >code >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with 0.9.1 >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2) you have more than one copy of ser >>>>>>> installed >>>>>>>>>>>>>>>>>>>>>>>>>>>>> on your system. If you >>>>>>>>>>>>>>>>>>>>>>>>>>>>> type "which ser" does it point to >>>>>>>>>>>>>> /usr/local/sbin/ser ?? >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 09:55:06 +0100, >Aisling >>>>>>>>>>>>>> O'Driscoll >>>>>>>>>>>>>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I am still trying to change my SER >version >>>>>>> from >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 0.8.14 to >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 0.9.0. I have >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> followed the instructions at the >following >>>>>>> link >>>>>>>>>> and >>>>>>>>>>>>>>>>> also >>>>>>>>>>>>>>>>>>>>> on >>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>> onsip >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> site. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.iptel.org/ser/cvs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> However when I run ser -V, I still see >>>> that >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'm running >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 0.8.14. I've given an exact detail of >what >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> i do below and can someone >>>>>>>>>>>>>>>>>>>>>>> PLEASE >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> PLEASE point out the mistake. Thank >you. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> cd /usr/src >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> export >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> CVSROOT=:pserver:anonymous@cvs.berlios.de:/cvsroot/ser >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> cvs login >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> [enter for password] >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Here I've tried both "cvs co >sip_router" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for unstable version and "cvs co -r >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> rel_0_9_0 >>>> sip_router" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> from onsip site. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> cd sip_router >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> make all >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> make install >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> It says every file is updated but I >still >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> run the same stable version. I've >killed >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> all ser >>>>>>>>>> processes >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> before running this command (killall >ser) >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Please let me know what Im doing wrong, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -------------------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. [View Less]

2 1

[Serusers] digest authentication problems
by Damian Bundred 06 Apr '05

06 Apr '05

Hi, SER works fine when digest authentication is turned off, connecting a phone and a copy of SJPhone, however when i remove the comments for auth, and if(!(www_auten...)) ser dies whenever the one of the things try to connect to it. the following is recorded in ngrep U 192.168.0.18:5060 -> 192.168.0.6:5060 REGISTER sip:192.168.0.6 SIP/2.0..Via: SIP/2.0/UDP 192.168.0.18;branch=z9hG4bKa6155d96e0772e23..From: <sip:phone_User@19 2.168.0.6>;tag=ac25e718e18ae5ea..To: <sip:… [View More]

2 1

RE: [Serusers] Acc, not getting BYE statements
by Matt Schulte 06 Apr '05

06 Apr '05

So just to be clear you are setting flags twice? This should be unneccesary as you only need to set them once. While setting them twice shouldn't break anything it's probly just a bad idea :-).. What I did with my build was (near the top of main route) flag everything except register's. We had problems where just like you, certain situations weren't getting tagged for CDR's. Afterwards we would process the CDR's to remove what we didn't need, such as 'inbound' calls and such. Also as you may … [View More]

2 1

RE: [Serusers] More usrloc sync questions
by Matt Schulte 06 Apr '05

06 Apr '05

Without being the one who wrote the code it seems like you either (a) wouldn't need usrloc db_mode 1 or 2 or (b) would need to store them in separate databases. I have never been able to get usrloc db working properly so I am in the process of ditching it (re: Keeping binding ... for replication, error). Not only that the aliases never seem to work properly after a restart of SER, they always go into zombie state which I don't believe should be normal.. my 0.02 Matt -----Original Message---… [View More]

1 0

[Serusers] ser+radius
by Kamran Ahmad 06 Apr '05

06 Apr '05

hello list can i use radiusclient-nf-0.5.0 with ser-0.8.14 thanks Kamran __________________________________ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com

1 0

[Serusers] Acc, not getting BYE statements
by Barry Murphy 06 Apr '05

06 Apr '05

Hey guys, Got serweb reporting N/a for "Length of call" and "Hangup", so i've checked a few google howto's and example configs, however still not getting any. I get the initial INVITE and an ACK in the same second, but when the call ends, nothing. I have the following in my ser.cfg: # -- acc params -- modparam("acc", "log_level", 1) modparam("acc", "log_flag", 1 ) modparam("acc", "log_missed_flag", 2) modparam("acc", "log_fmt", "cdfimorstup") modparam("acc", "failed_transactions", 1) … [View More]

1 0

[Serusers] Yet another ACK issue
by Java Rockx 06 Apr '05

06 Apr '05

Hi all. For some reason this ACK looped and I have no idea why. It's very suspicious that the Record-Route in the second ACK has a branch=0 tag. NOTE: 10.3.0.221 <http://10.3.0.221> is the IP of my ser proxy. It sits behind a Cisco 3600 so the IPs have been rewritten to 10.3.0.221<http://10.3.0.221> . Can anyone give a pointer? Regards, Paul U 2005/04/05 21:06:29.459587 66.90.50.230:54115 <http://66.90.50.230:54115>-> 10.3.0.221:5060 <http://10.3.0.221:5060> … [View More]

1 0

Re: [Serusers] How to enable my Voice Mail in ser.cfg
by Quek Eric 06 Apr '05

06 Apr '05

thx Steve, actually i dont quite understand e ser.cfg my previous project mate created. here i added tis portion into my ser.cfg...can u teach me where do i call t_on_failure? if(method=="ACK" || method=="INVITE" || method=="BYE" || method=="REFER") { if(t_newtran()) { t_reply("100","Trying -- just wait a minute !"); if(method=="INVITE" || method=="REFER") { log("**************** vm start - begin ******************\n"); … [View More]if( uri =~ "conference" ) { if(!vm("/tmp/am_fifo","conference")) { log("could not contact conference server\n"); t_reply("500","could not contact conference server"); }; } else if( uri =~ "echo" ) { if(!vm("/tmp/am_fifo","echo")) { log("could not contact echo\n"); t_reply("500","could not contact echo"); }; } else { if(!vm("/tmp/am_fifo","voicemail")) { log("could not contact voicemail\n"); t_reply("500","could not contact voicemail"); }; }; log("**************** vm start - end ******************\n"); break; }; if(method=="BYE") { log("**************** vm end/refer - begin ******************\n"); if(!vm("/tmp/am_fifo","bye")) { log("could not contact the media server\n"); t_reply("500","could not contact the media server"); }; log("**************** vm end/refer - end ********************\n"); break; }; } else { log("could not create new transaction\n"); sl_send_reply("500","could not create new transaction"); }; }; # Voicemail specific configuration - end Pls do help me... rgds, Eric Sure. Call t_on_failure("7") in route block 0, the main route block in SER. This will define an internal "flag" labeled 7. When the current call "fails" that is does not get a 200 OK message SER will look for a failure block with the label 7 and execute the code therein. Note that 7 is an arbitrary integer. You can pick whatever integer makes you happy and doesn't conflict with existing flags. In the failure_route most people simply re-write the destination hostname and then t_relay the call to that new host. You may need to re-write the port number too. In either case this host and/or port is where your voicemail application is listening. A failure_route is used instead of the regular route statement because you want this section of code to be reached when a status code other than a 200 OK is received for a call. An unanswered call gets something like a 487 (you should check this for the actual number). If you use SEMS you have yet another challenge. When SEMS was first deployed it communicated with SER used a fifo. Since the fifo is not a SIP addressable entity you needed a way for the failure_route to send SIP messages to SEMS. Most people used a second instance of SER on the same box but with a stripped down config file. This second instance could communicate with SEMS using a different named pipe. Newer versions of SEMS do not have this limitation but you need to configure the type of interface SEMS will use. fifo or socket. I did one installation this way but then moved onto using Asterisk for voicemail. Hope this helps. _Steve __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com [View Less]

1 0

[Serusers] Some strange things
by Alex 05 Apr '05

05 Apr '05

I have some problem maybe some of you guys can help me with. I have ATA device connected to hub -> router -> ser server (5060) -> asterisk (5061) -> pstn sometimes when i am making a call the other side can not hear me, but i can hear the other side, it happens sometimes, and sometimes it's working fine. where i can start to check the problem in order to solve it. thanks for any help. --------------------------------- Yahoo! Messenger Show us what our next emoticon … [View More]

3 2

[Serusers] Adding Presence Agent Modules to the Ser
by Yoonkyung Jeon 05 Apr '05

05 Apr '05

Hi, I am kind of new to the ser. I installed, and run it. It is working well. I am happy I tried to add Presenece module to Ser. I did following Modify ser.cfg add=>loadmodule "usr/lib/ser/modules/pa.so" add=>modparam("pa","default_expires",3600) If I add follwing inside the route add=>if(method==SUBSCRIBE){ handle_subscription("registar");} Ser stoped. I can not start it I do not know how to use this function. Please help me to solve this. Thanks Jaedong82 … [View More]

1 0

[Serusers] Question about SER media traffic
by apq＠dcc.ufam.edu.br 05 Apr '05

05 Apr '05

Hi, I'd like to know if there is an option on SER that allow voice traffic to pass through the server after initial negotiation. In my scenario, I want a communication between two softphones by means of SER server, but I want that the traffic pass through it. Is there an answer? Best regards, --------------------------------------- Alexandre Passito Universidade Federal do Amazonas Departamento de Ciência da Computação LabVoIP - GRSD - UFAM - Brasil ---------------------------------------

2 1

[Serusers] some REGISTER requests not passing through to DB
by Iqbal 05 Apr '05

05 Apr '05

Hi Just come across a really strange problem, some of my REGISTER queries do not hit the DB, even though they hit SER, anyone ever come across this, it only seems to happen with a particular kind of hardware (unbranded), and only started recently. No firmware upgrades done Iqbal

1 0

[Serusers] SER with stock Mediaproxy ser.cfg: bug
by Giudice, Salvatore 05 Apr '05

05 Apr '05

I was running SER 0.9.0 with mediaproxy and the default mediaproxy ser.cfg. I tested two xten clients behind two 2wire 180hg firewalls. Everything works perfectly if both clients use port 5060 for signaling. However, if you change either or both to a different signaling port, such as having each client listen on port 11111, then SER inserts incorrect entries into the via and record route sets. It will list itself as sip:ser.whatever.com:11111 when you call a t_relay. The call can set up fine, … [View More]

1 0

[Serusers] force_tcp_alias
by Cesc Santasusana 05 Apr '05

05 Apr '05

Hi everybody, i dont seem to be able to get the force_tcp_alias to work ... or i am using it for the wrong thing. I want ser to reuse tcp sockets. My config is: phoneA ---UDP---- SER_A ---- TCP ---- SER_B ---- UDP ---- phoneB Now, if phoneA sends the INV to phoneB, no problem. If phoneA hangs up, SER_A reuses the tcp socket to send to SER_B. But, if it were phoneB to hangup, SER_B does not reuse the tcp socket it already has with SER_A. I've tried calling force_tcp_alias on top of the … [View More]

1 0

[Serusers] onsip.org ser.cfg NAT issues.
by Dipole Moment 05 Apr '05

05 Apr '05

Hi all, Has anyone tried to implement SER using the getting started document on onsip.org? I tried it but calling NAT users wasn't possible until I replaced fix_nated_register() with fix_nated_contact(), since otherwise, SER would store RFC1918 IP of the end user in location table. Another issue is that when a user behind NAT tries to call someone with public IP address, only first few seconds of the conversation is heard by the caller, later on, although callee can hear the caller's voice … [View More]

4 6

[Serusers] append_branch Question
by Glenn Dalgliesh 05 Apr '05

05 Apr '05

I must be missing something; This seems like it should be so simple. I am trying to have ser 0.9. parallel fork using append_branch which I can get to work with the following append_branch("sip:voicemail@xxx.xxx.83.5:5060"); t_relay(); it Invites the original uri and then new one spec'd in append branch but what I need is to have the the original invited and the append branch keep the original user portion and change the host and port portion but I don't seem to be it seem to be able … [View More]

1 0

Re: [Serusers] SER 0.8.14 to 0.9.0
by Aisling O'Driscoll 05 Apr '05

05 Apr '05

Hi greger, That didn't work unfortunately and there are no error messages in var log. I typed "which ser" and saw /usr/local/sbin/ser. I realise this is not correct so in /etc/profile I changed this to : PATH="$PATH:/opt/ser/sbin:." However that didn't make much of a difference. I did rm ser.pid again from the var/run directory and now repeatedly get the error: Starting SER : PID file /var/run/ser.pid does not exist -- SER start failed. Do you think this is again something got to do with … [View More]other versions? Thanks Aisling. > >---- Original Message ---- >From: greger(a)teigre.com >To: ashling.odriscoll(a)cit.ie >Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >Date: Tue, 5 Apr 2005 14:16:05 +0200 > >>Deleting /var/run/ser.pid is quite ok when ser is not running. >Maybe you >>have a leftover ser process. kill it (kill -9 if it still persists). > Then >>start ser: serctl start. >>Check /var/log/messages for error messages. >>g-) >> >>Aisling O'Driscoll wrote: >>> Greger, >>> >>> I followed the instructions in your previous emails and everything >>> worked like a charm for the first few times. However now when I >>> attempt to start SER (/opt/ser/sbin/serctl start). I get the >followng >>> error: >>> >>> Starting SER : PID file exists! (/var/run/ser.pid) already >running? >>> >>> I had already killed all ser processes (killall ser)before I >executed >>> this command so I dont understand why this happened. I then >removed >>> ser.pid i.e. cd /var/run, rm ser.pid. When I restarted again it >said >>> ser had restarted but when i typed pstree, I could only see one >ser >>> process (theres normally 27) and when i ran netstat -tunap I >couldnt >>> see ser listening on any port. >>> >>> Regards, >>> Aisling. >>>> >>>> ---- Original Message ---- >>>> From: greger(a)teigre.com >>>> To: ashling.odriscoll(a)cit.ie >>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>> Date: Mon, 4 Apr 2005 13:01:48 +0200 >>>> >>>>> Well, difficult to know what's wrong. If you use the ONsip.org >>>> package and >>>>> follow the description I wrote in my last email, cpl-c.so should >be >>>>> installed correctly. >>>>> g-) >>>>> >>>>> Aisling O'Driscoll wrote: >>>>>> Thanks for that Greger. I have SER working now anyway (at last >;)) >>>>>> and when I run ser -V I can see that 0.9.1 is running. I have >to >>>>>> start ser using "ser -d -E". Now I want to get cpl-c.so >working. I >>>> am >>>>>> trying to follow the "SER CPL Howto" document but that seems to >>>>>> assume that cpl-c.so will be in /usr/local/lib/ser/modules and >>>> just >>>>>> needs to be patched. However there is no cpl-c.so module in >that >>>>>> directory. I have edited the makefile so the module isnt >excluded >>>> but >>>>>> that has made a difference. >>>>>> >>>>>> Any ideas? >>>>>> Thanks very much for your help so far. >>>>>> Aisling. >>>>>>> >>>>>>> ---- Original Message ---- >>>>>>> From: greger(a)teigre.com >>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>> Date: Mon, 4 Apr 2005 10:48:59 +0200 >>>>>>> >>>>>>>> Aisling, >>>>>>>> Sorry, I overlooked this post. >>>>>>>> >>>>>>>> For installation from scratch, do the following as root: >>>>>>>> Make sure /opt exists, if not: mkdir /opt >>>>>>>> Delete your mysql ser database: mysqladmin -u root >[-ppassword] >>>>>>>> drop ser (I assume you don't need data in the old) >>>>>>>> unzip the source file to /tmp >>>>>>>> cd /tmp/ser-0.9.0 >>>>>>>> Run: ./make_and_install sql /opt/ser >>>>>>>> Ser will be installed to /opt/ser. >>>>>>>> Copy the config file to /opt/ser/etc/ser/ >>>>>>>> Create tables with /opt/ser/sbin/ser_mysql.sh create >>>>>>>> Verify that you have the correct ser: /opt/ser/sbin/ser -V >>>>>>>> >>>>>>>> Start ser with /opt/ser/sbin/serctl start >>>>>>>> >>>>>>>> Verify that ser is running: ps -ax | grep ser >>>>>>>> and check /var/log/messages >>>>>>>> >>>>>>>> If you still have problems, start ser this way: >>>>>>>> /opt/ser/sbin/ser -d -d -d -d -d -d -d -E -D >>>>>>>> >>>>>>>> Post the output. >>>>>>>> >>>>>>>> g-) >>>>>>>> >>>>>>>> Aisling O'Driscoll wrote: >>>>>>>>> I installed the following from the onsip site. I did "tar >-zxvf >>>>>>>>> ser-0.9.etcetc" in the /usr/local directory and then ran the >>>>>>> scripts. >>>>>>>>> Do I start ser now by doing /usr/local/sbin/serctl start. I >am >>>>>>> still >>>>>>>>> getting the error /var/run/ser.pid does not exist when I do >>>> that. >>>>>>>>> >>>>>>>>> Could someone let me know a command how to delete all ser >files >>>>>>> from >>>>>>>>> my computer and then confirm that I should unzip the ser >0.9.0 >>>>>>> source >>>>>>>>> file in the /usr/local directory. >>>>>>>>> >>>>>>>>> Thanks a million, >>>>>>>>> Aisling. >>>>>>>>> >>>>>>>>>> ---- Original Message ---- >>>>>>>>>> From: greger(a)teigre.com >>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>> Date: Wed, 30 Mar 2005 07:46:06 +0200 >>>>>>>>>> >>>>>>>>>>> Aisling, >>>>>>>>>>> >>>>>>>>>>> We have now also posted a complete 0.9.0 source package on >>>>>>>>>>> http://www.onsip.org/. It comes with a simple script that >>>>>>>>>>> will compile and install most of the modules (including >cpl) >>>>>>>>>>> either to the default directory /usr/local/*/ser or to a >>>>>>>>>>> directory of your choice. The package was created as a >part >>>>>>>>>>> of the "Getting Started" effort to support speedy upstart >of >>>>>>>>>>> a full SER installation. >>>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> Greger >>>>>>>>>>> >>>>>>>>>>> Java Rockx wrote: >>>>>>>>>>>> Great. Now you need to compile the mysql support module. >>>>>>>>>>>> >>>>>>>>>>>> You can get a full how-to at http://www.onsip.org >>>>>>>>>>>> >>>>>>>>>>>> Just register and download the "Getting Started" >document. >>>>>>>>>>>> This should be enough to get your using the mysql module. >>>>>>>>>>>> >>>>>>>>>>>> As for cpl but I suspect that it simply isn't complied by >>>>>>> default. >>>>>>>>>>>> >>>>>>>>>>>> You can compile it by changing to your ser source >directory >>>>>>>>>>>> and doing this: >>>>>>>>>>>> >>>>>>>>>>>> make exclude_modules="" modules >>>>>>>>>>>> >>>>>>>>>>>> Then copy the <ser-source>/modules/cpl-c/*.so to >>>>>>>>>>>> /usr/loca/lib/ser/modules >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> Paul >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Tue, 29 Mar 2005 17:34:38 +0100, Aisling O'Driscoll >>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>> I have deleted all the "modules" directories from my >system >>>>>>> other >>>>>>>>>>>>> than /usr/local/lib/ser. However /usr/local/lib/ser >doesnt >>>>>>>>>> contain >>>>>>>>>>>>> modules such as mysql.so, cpl-c.so etc. Is this normal?? >If >>>>>>>>>>>>> it is then what how do I check these modules out cvs?. I >>>>>>>>>>>>> have >>>>>>>>>> downloaded >>>>>>>>>>>>> the latest SER source code and made the SER binaries 2 >more >>>>>>> times >>>>>>>>>>>>> (according the onsip document) to make sure I running >the >>>> most >>>>>>>>>>>>> up-to-date code. >>>>>>>>>>>>> >>>>>>>>>>>>> I apologise for lack of linx knowledge and very much >>>>>>>>>>>>> appreciate the help I have been given so far. >>>>>>>>>>>>> >>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>> >>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 10:19:52 -0500 >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Again, this sounds like you've got more than one >version >>>>>>>>>>>>>>> of ser on your system. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I don't know where 0.8.14 kept it's modules but you >can >>>> find >>>>>>>>>>>>>>> other ser modules (and remove them). >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> to find them do this as root >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> find / -name mysql.so >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> you may find more than ser modules with this but it >>>> should >>>>>>>>>>>>>>> spit out the directory that 0.8.14 used. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ser-0.9 keeps its modules in /usr/local/lib/ser >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Tue, 29 Mar 2005 15:53:56 +0100, Aisling O'Driscoll >>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>> Yes that was it. Thanks. I promise I'm nearly there!I >>>>>>>>>>>>>>>> replaced the default script with the ser.cfg I was >>>> running >>>>>>>>>>>>>>>> with 0.8.14. I am getting two mismatch errors with >the >>>>>>>>>>>>>>>> script though: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ERROR: module version mismatch for >>>>>>>>>>>>>>>> /usr/local/lib/ser/modules/mysql.so; core: ser 0.9.1 >>>>>>>>>> (i386/linux); >>>>>>>>>>>>>>>> module ser 0.9.0 (i386/linux). >>>>>>>>>>>>>>>> Its the same for the cpl module. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Can I run a command to update the modules only? Also >I'm >>>>>>>>>>>>>>>> a bit confused if the mysql database that I was using >>>>>>>>>>>>>>>> with >>>> 0.8.14 >>>>>>>>>>>>>>>> is still valid? Do I have create new tables >>>> (ser_mysql.sh >>>>>>>>>>>>>>>> create etc)is the current database sufficient? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Many thanks, >>>>>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>> From: greger(a)teigre.com >>>>>>>>>>>>>>>>> To: javarockx(a)gmail.com, ashling.odriscoll(a)cit.ie, >>>>>>>>>>>>>> serusers(a)iptel.org >>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 16:29:49 +0200 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> This is the default ser.cfg problem: Remove the >>>>>>>>>>>>>>>>>> force_send_socket line with reference to the smaug >>>>>>> server. >>>>>>>>>>>>>>>>>> I thought this was changed in CVS (a test cfg file >was >>>>>>>>>>>>>>>>>> committed to cvs in an error). >>>>>>>>>>>>>>>>>> g-) >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Java Rockx wrote: >>>>>>>>>>>>>>>>>>> your ser.cfg is in /usr/local/etc/ser >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I've not seen your ser.cfg file - so I can't >really >>>> say. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 15:10:30 +0100, Aisling >>>> O'Driscoll >>>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>>> Thanks,I've made that change. Any idea about why >SER >>>>>>> wont >>>>>>>>>>>>>>>>>>>> start? The following error is in >/varlog/messages: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> /usr/local/sbin/ser[7966]: ERROR: fix_actions: >>>>>>>>>>>>>> force_send_socket: >>>>>>>>>>>>>>>>>>>> could not resolvbe smaug. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Also where is my new ser.cfg stored. My old one >is >>>>>>>>>>>>>>>>>>>> in etc/ser. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>> Aisling >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 09:08:24 -0500 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> your PATH should actually be >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> PATH=$PATH:/usr/local/sbin:. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 14:36:56 +0100, Aisling >>>> O'Driscoll >>>>>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>>>>> Thanks for the replies so far - Everyone has >been >>>>>>> very >>>>>>>>>>>>>>>>>>>>>> helpful. I have one final question. I deleted >the >>>>>>> "ser" >>>>>>>>>>>>>>>>>>>>>> directory from >>>>>>>>>>>>>>>>>>>>> /usr/sbin >>>>>>>>>>>>>>>>>>>>>> as suggested. I am using Suse Linux 9.0 so then >I >>>>>>>>>>>>>>>>>>>>>> modified the "profile" file in the /etc >directory >>>>>>> with >>>>>>>>>>>>>>>>>>>>>> the following: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> PATH="$PATH:/usr/local/sbin/ser:." >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Then I carried out the cvs instructions from >the >>>>>>> iptel >>>>>>>>>>>>>>>>>>>>>> site (as detailed at end of this mail) to >install >>>> SER >>>>>>>>>>>>>>>>>>>>>> 0.9.1. When >>>>>>>>>> I >>>>>>>>>>>>>>>>>>>>>> run "ser -V" I now see that SER has been >updated. >>>>>>>>>> However >>>>>>>>>>>>>>>>>>>>>> when I run /usr/local/sbin/serctl start to >start >>>> SER. >>>>>>>>>>>>>>>>>>>>>> I get an error: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Starting SER: PID file /var/run/ser.pid does >not >>>>>>>>>>>>>>>>>>>>>> exist -- SER start failed. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> I used to start SER using /etc/init.d/ser >start. >>>> That >>>>>>>>>>>>>>>>>>>>>> also doesn't work. What could be wrong? Also >where >>>>>>>>>>>>>>>>>>>>>> is my new ser.cfg file stored? My old one is >still >>>>>>>>>>>>>>>>>>>>>> in >>>>>>> /etc/ser. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Thanks again. >>>>>>>>>>>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> cd /usr/src >>>>>>>>>>>>>>>>>>>>>> export >>>>>>>>>>>>>> CVSROOT=:pserver:anonymous@cvs.berlios.de:/cvsroot/ser >>>>>>>>>>>>>>>>>>>>>> cvs login >>>>>>>>>>>>>>>>>>>>>> [enter for password] >>>>>>>>>>>>>>>>>>>>>> "cvs co -r rel_0_9_0 sip_router" from onsip >site. >>>>>>>>>>>>>>>>>>>>>> cd sip_router >>>>>>>>>>>>>>>>>>>>>> make all >>>>>>>>>>>>>>>>>>>>>> make install >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 08:07:35 -0500 >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Each linux user has an environment variable >>>> called >>>>>>>>>> PATH. >>>>>>>>>>>>>> You >>>>>>>>>>>>>>>>> can >>>>>>>>>>>>>>>>>>>>> set >>>>>>>>>>>>>>>>>>>>>>>> your path in the .bash_profile (assuming a >>>> redhat >>>>>>>>>>>>>>>>>>>>>>>> linux distro). Consult your linux distro for >>>>>>> setting >>>>>>>>>>>>>>>>>>>>>>>> environment >>>>>>>>>>>>>> variables. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> On most you can just do this: >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> export PATH=$PATH:/usr/local/sbin/ >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> But this will only be for you current logged >in >>>>>>>>>> session. >>>>>>>>>>>>>> When >>>>>>>>>>>>>>>>> you >>>>>>>>>>>>>>>>>>>>>>> exit >>>>>>>>>>>>>>>>>>>>>>>> the bash shell this setting will be lost. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 13:50:18 +0100, Aisling >>>>>>> O'Driscoll >>>>>>>>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>>>>>>>> Apologies if this is a ridculous question >where >>>>>>> will >>>>>>>>>> I >>>>>>>>>>>>>> find >>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>> $PATH >>>>>>>>>>>>>>>>>>>>>>>>> variable? >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>>>>> Aisling >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie, >>>> serusers(a)iptel.org >>>>>>>>>>>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 07:49:44 -0500 >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> it looks like you have two copies of ser >on >>>>>>>>>>>>>>>>>>>>>>>>>>> your machine. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> You should complete remove /usr/sbin/ser >and >>>>>>>>>>>>>>>>>>>>>>>>>>> make sure /usr/local/sbin/ser is in your >>>> $PATH. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 13:43:56 +0100, >Aisling >>>>>>>>>> O'Driscoll >>>>>>>>>>>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> When I type "which ser". I get >>>>>>>>>>>>>>>>>>>>>>>>>>>> /usr/sbin/ser. How can I proceed from >here?. >>>>>>>>>>>>>>>>>>>>>>>>>>>> Thank you for the >>>>>>> reply. >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>>>>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>>>>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to >0.9.0 >>>>>>>>>>>>>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 06:46:20 -0500 >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Aisling, >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> It seems like one of the following is >true: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> 1) you're somehow mixing 0.8.14 source >code >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with 0.9.1 >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> 2) you have more than one copy of ser >>>>>>> installed >>>>>>>>>>>>>>>>>>>>>>>>>>>>> on your system. If you >>>>>>>>>>>>>>>>>>>>>>>>>>>>> type "which ser" does it point to >>>>>>>>>>>>>> /usr/local/sbin/ser ?? >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 09:55:06 +0100, >Aisling >>>>>>>>>>>>>> O'Driscoll >>>>>>>>>>>>>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I am still trying to change my SER >version >>>>>>> from >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 0.8.14 to >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 0.9.0. I have >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> followed the instructions at the >following >>>>>>> link >>>>>>>>>> and >>>>>>>>>>>>>>>>> also >>>>>>>>>>>>>>>>>>>>> on >>>>>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>>>> onsip >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> site. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.iptel.org/ser/cvs/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> However when I run ser -V, I still see >>>> that >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> I'm running >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 0.8.14. I've given an exact detail of >what >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> i do below and can someone >>>>>>>>>>>>>>>>>>>>>>> PLEASE >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> PLEASE point out the mistake. Thank >you. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> cd /usr/src >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> export >>>>>>>>>>>>>>>>>>>>>>> >>>>>>> CVSROOT=:pserver:anonymous@cvs.berlios.de:/cvsroot/ser >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> cvs login >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> [enter for password] >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Here I've tried both "cvs co >sip_router" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for unstable version and "cvs co -r >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> rel_0_9_0 >>>> sip_router" >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> from onsip site. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> cd sip_router >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> make all >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> make install >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> It says every file is updated but I >still >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> run the same stable version. I've >killed >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> all ser >>>>>>>>>> processes >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> before running this command (killall >ser) >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Please let me know what Im doing wrong, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -------------------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. >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> -------------------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. >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> -------------------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. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> -------------------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. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -------------------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. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -------------------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. >>>>>>>> >>>>>>>> >>>>>>>> -------------------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. >>>>> >>>>> >>>>> -------------------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. >> >> >>-------------------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. [View Less]

1 0

Re [Serusers] Contact Header and SDP not rewritten
by Vivienne Curran 05 Apr '05

05 Apr '05

Thank you for that Greger. I have altered my script so that it exactly mimics the one in the onsip document besides the has_totag and fix_nated register. All is good when I ring from a private phone to a public phone i.e. the audio is very clear and the following messages are in /var/log. ERROR: extract_body: message body has length zero ERROR: force_rtp_proxy2: cant extract body from the message. I assume this is because of the 200 OK to a register message where theres no sdp?? Is this … [View More]correct? However when I try to phone from public into private I get: ERROR: send_rtpp_command: cant read reply from a RTP Proxy. I find this confusing because I know the rtpproxy is working. BR Vivienne. "Greger V. Teigre" <greger(a)teigre.com> wrote: Yes, you can use fix_nated_contact instead. It is not entirely RFC-compliant, but that's what you have in 0.8.14. The has_totag() only tests to see if the INVITE has a To header, which means that it is in-dialog and thus is a re-INVITE. An INVITE will normally not have loose routing unless you have another SIP proxy forwarding an INVITE to you (in which case you should assume that the other proxy handles NAT and thus not trigger NAT-related code). You can safely remove the has_totag() if you use force_rtp_proxy("l") g-) ---- Original Message ---- From: Vivienne Curran To: Greger V. Teigre ; serusers(a)lists.iptel.org Sent: Tuesday, April 05, 2005 02:25 PM Subject: Re: [Serusers] Contact Header and SDP not rewritten > Greger, > > Since fix_nated_register does not exist with 0.8.14, will > fix_nated_contact do instead? Also if I am leaving out the > has_totag() at the start of the script, will this greatly effect its > functionality? > > Thank you, > Vivienne > > "Greger V. Teigre" <greger(a)teigre.com> wrote: > Vivienne, > > This is the first INVITE going from SER to your public phone. I have > prefixed my comments with *==> > > U 84.203.148.146:5060 -> 157.190.74.151:5060 > INVITE sip:2092@157.190.74.151 SIP/2.0..Via: SIP/2.0/UDP > 84.203.148.146;branch=z9hG4bK77bc.b54ca216.0.. > Via: SIP/2.0/UDP > 172.16.3.31;rport=5060;received=84.203.148.14;branch=z9hG4bK1a48edc121f5bc1f.. > From: "2093" <sip:2093@84.203.148.146>;tag=2dc376dcd4655094.. > To: <sip:2092@84.203.148.146>.. > Contact: <sip:2093@84.203.148.14:5060>.. > *==> Correctly changed to the public address and port of 2093 > Supported: replaces..Call-ID: 44e1ae63c476fbff@172.16.3.31..CSeq: > 10327 INVITE.. > User-Agent: Grandstream BT100 1.0.5.18.. > Max-Forwards: 69..Allow: > INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE.. > Content-Type: application/sdp.. > Content-Length: 443....v=0.. > o=2093 8000 0 IN IP4 172.16.3.31.. > s=SIP Call.. > c=IN IP4 84.203.148.1484.203.148.146.. > *==> Here it seems that first fix_nated_sdp("3") is called (replace > private IP with public IP), then force_rtp_proxy() (replace with > proxy IP). You must only call one of them (fix_nated_sdp("1") is ok) > t=0 0.. > m=audio 35006 RTP/AVP 0 8 4 18 2 15 99 9.. > a=sendrecv.. > a=rtpmap:0 PCMU/8000/3.. > a=rtpmap:8 PCMA/8000/3.. > a=rtpmap:4 G723/8000/3..a=rtpmap:18 G729/8000/3.. > a=rtpmap:2 G726-32/8000/3.. > a=rtpmap:15 G728/8000/3.. > a=rtpmap:99 iLBC/8000/3.. > a=fmtp:99 mode=20.. > a=rtpmap:9 G722/8000/3.. > a=ptime:20.. > a=direction:active.. > *==> Added by fix_nated_sdp("1") (and "3") > a=oldmediaip:172.16.3.31.. > *==> Added by fix_nated_sdp("3") > a=nortpproxy:yes.. > *==> Added by force_rtp_proxy() > > So, your call is proxied. Try using fix_nated_sdp("1"). It should > make the INVITE correct. You have not posted the OK, so I don't know > what is happening there. If you have followed the rtpproxy ONsip.org > example in your onreply_route, you should be fine. > > Good luck! > g-) > > ---- Original Message ---- > From: Vivienne Curran > To: serusers(a)lists.iptel.org > Sent: Tuesday, April 05, 2005 01:23 PM > Subject: [Serusers] Contact Header and SDP not rewritten > >> Hello, >> >> I have a problem whereby when a private client rings a public client >> only the public user can hear voice and when the public user rings >> the private user, no audio is transmitted. After looking at the >> messages I have have determined that the contact header and sdp part >> of the invite contains the private address of the natted client. This >> would lead me to believe that the registration process is incorrect. >> My problem is that I believe my script should handle the registration >> process correctly and I suspect that the following code is being >> skipped: I tried changing it to nat_uac_test("19") and >> fix_nated_sdp("3") but that didnt help. >>> if (nat_uac_test("3")){ >> if (method == "REGISTER" || ! search("^Record-Route:")){ >> log("Log: Someone trying to register from private >> IP,rewriting\n"); fix_nated_contact(); #Rewrite contact with >> source IP if (method == "INVITE"){ >> fix_nated_sdp("1"); #Add direction=active to SDP >> force_rtp_proxy(); >> }; >> force_rport(); # Add rport parameter to topmost Via >> setflag(6); # Mark as Nated >> }; >> }; >> >> I have included the log message below and my ser.cfg as an >> attachment. Please let me know where I could be going wrong. >> >> Thank you, >> Vivienne. Send instant messages to your online friends http://uk.messenger.yahoo.com [View Less]

1 0

[Serusers] problem with sems and ser
by voip technocrat 05 Apr '05

05 Apr '05

Dear friends, iam trying to use the sems and ser ser is of version 0.8.12 and sems is of 0.1.0 from berlios.de i used the er-0.8.14 version also now when make a call in debug mode of the sems iam getting like this (8313) DEBUG: run (AmServer.cpp:185): version= <0.2> (8313) ERROR: run (AmServer.cpp:249): ## Wrong FIFO Interface version ## this is the ser.cfg iam useing # $Id: ser.cfg,v 1.11 2003/07/03 12:17:56 rco Exp $ # # iptel's voicemail config script # # ----------- global … [View More]configuration parameters ------------------------ #debug=7 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=yes # (cmd line: -E) 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" # ------------------ module loading ---------------------------------- loadmodule "/usr/local/lib/ser/modules/sl.so" loadmodule "/usr/local/lib/ser/modules/tm.so" loadmodule "/usr/local/lib/ser/modules/maxfwd.so" loadmodule "/usr/local/lib/ser/modules/rr.so" loadmodule "/usr/local/lib/ser/modules/textops.so" loadmodule "/usr/local/lib/ser/modules/vm.so" loadmodule "/usr/local/lib/ser/modules/dbtext.so" loadmodule "/usr/local/lib/ser/modules/usrloc.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" # ----------------- setting module-specific parameters --------------- modparam("usrloc", "db_mode", 0) modparam("voicemail", "db_url","/root/ser/ser-0.8.12/modules/vm/db") modparam("rr", "enable_full_lr", 1) # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwars==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; # if (len_gt( 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 record_route(); # loose-route processing loose_route(); # Make MSN Messenger happy... if (method=="REGISTER") { log (0, "Regiseter Packet"); sl_send_reply("200","ok"); break; }; if (uri == myself) { # Voicemail specific configuration - begin if(method=="ACK" || method=="INVITE" || method=="BYE" || method=="REFER"){ if(t_newtran()){ t_reply("100","Trying -- just wait a minute !"); if(method=="INVITE" || method=="REFER"){ log("**************** vm start - begin ******************\n"); if( uri =~ "conference" ){ if(!vm("/tmp/am_fifo","conference")){ log("could not contact conference server\n"); t_reply("500","could not contact conference server"); }; } else if( uri =~ "echo" ){ if(!vm("/tmp/am_fifo","echo")){ log("could not contact echo\n"); t_reply("500","could not contact echo"); }; } else { if(!vm("/tmp/am_fifo","voicemail")){ log("could not contact voicemail\n"); t_reply("500","could not contact voicemail"); }; }; log("**************** vm start - end ******************\n"); break; }; if(method=="BYE"){ log("**************** vm end/refer - begin ******************\n"); if(!vm("/tmp/am_fifo","bye")){ log("could not contact the media server\n"); t_reply("500","could not contact the media server"); }; log("**************** vm end/refer - end ********************\n"); break; }; } else { log("could not create new transaction\n"); sl_send_reply("500","could not create new transaction"); }; }; # Voicemail specific configuration - end } else { if (!t_relay()) { sl_reply_error(); }; }; } this is my sems.conf --------------------- # $Id: sems.conf.sample,v 1.1.2.1 2003/08/28 19:13:25 rco Exp $ # # sems.conf.sample # # Sip Express Media Server (sems) # # sample configuration file # # # whitespaces (spaces and tabs) are ignored # comments start with a "#" and may be used inline # # example: option=value1, value2 # i like this option # ################################## # global parameters # ################################## # optional parameter: fork={yes|no} # # - specifies if sems should run in daemon mode (background) fork=yes # optional parameter: stderr={yes|no} # # - debug mode: do not fork and log to stderr stderr=no # optional parameter: loglevel={0|1|2|3} # # - sets log level (error=0, warning=1, info=2, debug=3) loglevel=1 # optional parameter: fifo_name=<filename> # # - path and file name of our fifo file fifo_name=/tmp/am_fifo # optional parameter: ser_fifo_name=<filename> # # - path and file name of Ser's fifo file ser_fifo_name=/tmp/ser_fifo # optional parameter: plugin_path=<path> # # - sets the path to the plug-ins # - may be absolute or relative to CWD plugin_path=/usr/local/lib/sems/plug-in/ ################################## # voicemail specific parameters # ################################## # optional parameter: announce_path=<path> # # - sets the path where announce files are searched for announce_path=/usr/local/lib/sems/audio/ # optional parameter: default_announce=<filename> # # - sets the name of the default announce WAV file default_announce=default_en.wav # optional parameter: max_record=<seconds> # # - maximum record time max_record=30 # optional parameter: smtp_server=<hostname> # # - sets address of smtp server smtp_server=localhost # optional parameter: smtp_port=<port> # # - sets port of smtp server smtp_port=25 ################################## # module specific parameters # ################################## # add more module configurations here (inline or external): # # config.mymodule=<filename> # or # config.mymodule=inline # ... with regards ________________________________________________________________________ Yahoo! India Matrimony: Find your life partner online Go to: http://yahoo.shaadi.com/india-matrimony [View Less]

1 0

[Serusers] [Seruser] 483 too many hoops?
by Erdem HAKI 05 Apr '05

05 Apr '05

Hello again, When i want to send IM, I get this error "483 too many hoops" . Klaus said "probably you loop the messages in ser!Use ethereal on the loopback device and watch for looped messages.". How can i resolve it? I mean what kind of changes sould i do and in which files? Thanks.

3 5

[Serusers] why would a client behave differently for nat on outbound as opposed to inbound
by Iqbal 05 Apr '05

05 Apr '05

Couldnt think of a better subject, basically I have a handytone (HT) , and a xlite behind the same router, which is natting. SER is external Now when I call HT to xlite I hear absolutely nothing in either direction, and nuthing except for a request from xlite hits the mediaproxy...but when xlite calls HT, mediaproxy lights up like a xmas tree, and all is well. What I can see is that if the router is the same one, then surely something in the HT settings (I have no NAT traversal set in HT) … [View More]

2 7

RE: [Serusers] still no help - usrloc synchronization
by Matt Schulte 05 Apr '05

05 Apr '05

I'm starting to lean this direction, using t_replicate and all. I could never get usrloc (db mode) to function properly.. t_replicate is a dirty but very effective workaround. -----Original Message----- From: Greger V. Teigre [mailto:greger@teigre.com] Sent: Saturday, April 02, 2005 1:33 AM To: kramarv(a)yahoo.com Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] still no help - usrloc synchronization Have a look at this thread: http://lists.iptel.org/pipermail/serusers/2005-January/… [View More]

2 1

Re: [Serusers] SER 0.8.14 to 0.9.0
by Aisling O'Driscoll 05 Apr '05

05 Apr '05

Greger, I followed the instructions in your previous emails and everything worked like a charm for the first few times. However now when I attempt to start SER (/opt/ser/sbin/serctl start). I get the followng error: Starting SER : PID file exists! (/var/run/ser.pid) already running? I had already killed all ser processes (killall ser)before I executed this command so I dont understand why this happened. I then removed ser.pid i.e. cd /var/run, rm ser.pid. When I restarted again it said ser … [View More]had restarted but when i typed pstree, I could only see one ser process (theres normally 27) and when i ran netstat -tunap I couldnt see ser listening on any port. Regards, Aisling. > >---- Original Message ---- >From: greger(a)teigre.com >To: ashling.odriscoll(a)cit.ie >Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >Date: Mon, 4 Apr 2005 13:01:48 +0200 > >>Well, difficult to know what's wrong. If you use the ONsip.org >package and >>follow the description I wrote in my last email, cpl-c.so should be >>installed correctly. >>g-) >> >>Aisling O'Driscoll wrote: >>> Thanks for that Greger. I have SER working now anyway (at last ;)) >>> and when I run ser -V I can see that 0.9.1 is running. I have to >>> start ser using "ser -d -E". Now I want to get cpl-c.so working. I >am >>> trying to follow the "SER CPL Howto" document but that seems to >>> assume that cpl-c.so will be in /usr/local/lib/ser/modules and >just >>> needs to be patched. However there is no cpl-c.so module in that >>> directory. I have edited the makefile so the module isnt excluded >but >>> that has made a difference. >>> >>> Any ideas? >>> Thanks very much for your help so far. >>> Aisling. >>>> >>>> ---- Original Message ---- >>>> From: greger(a)teigre.com >>>> To: ashling.odriscoll(a)cit.ie >>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>> Date: Mon, 4 Apr 2005 10:48:59 +0200 >>>> >>>>> Aisling, >>>>> Sorry, I overlooked this post. >>>>> >>>>> For installation from scratch, do the following as root: >>>>> Make sure /opt exists, if not: mkdir /opt >>>>> Delete your mysql ser database: mysqladmin -u root [-ppassword] >drop >>>> ser (I >>>>> assume you don't need data in the old) >>>>> unzip the source file to /tmp >>>>> cd /tmp/ser-0.9.0 >>>>> Run: ./make_and_install sql /opt/ser >>>>> Ser will be installed to /opt/ser. >>>>> Copy the config file to /opt/ser/etc/ser/ >>>>> Create tables with /opt/ser/sbin/ser_mysql.sh create >>>>> Verify that you have the correct ser: /opt/ser/sbin/ser -V >>>>> >>>>> Start ser with /opt/ser/sbin/serctl start >>>>> >>>>> Verify that ser is running: ps -ax | grep ser >>>>> and check /var/log/messages >>>>> >>>>> If you still have problems, start ser this way: >>>>> /opt/ser/sbin/ser -d -d -d -d -d -d -d -E -D >>>>> >>>>> Post the output. >>>>> >>>>> g-) >>>>> >>>>> Aisling O'Driscoll wrote: >>>>>> I installed the following from the onsip site. I did "tar -zxvf >>>>>> ser-0.9.etcetc" in the /usr/local directory and then ran the >>>> scripts. >>>>>> Do I start ser now by doing /usr/local/sbin/serctl start. I am >>>> still >>>>>> getting the error /var/run/ser.pid does not exist when I do >that. >>>>>> >>>>>> Could someone let me know a command how to delete all ser files >>>> from >>>>>> my computer and then confirm that I should unzip the ser 0.9.0 >>>> source >>>>>> file in the /usr/local directory. >>>>>> >>>>>> Thanks a million, >>>>>> Aisling. >>>>>> >>>>>>> ---- Original Message ---- >>>>>>> From: greger(a)teigre.com >>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>> Date: Wed, 30 Mar 2005 07:46:06 +0200 >>>>>>> >>>>>>>> Aisling, >>>>>>>> >>>>>>>> We have now also posted a complete 0.9.0 source package on >>>>>>>> http://www.onsip.org/. It comes with a simple script that >will >>>>>>> compile and >>>>>>>> install most of the modules (including cpl) either to the >>>>>>>> default directory /usr/local/*/ser or to a directory of your >>>>>>>> choice. The package was created as a part of the "Getting >>>>>>>> Started" effort to support speedy upstart of a full SER >>>>>>>> installation. >>>>>>>> >>>>>>>> Regards, >>>>>>>> Greger >>>>>>>> >>>>>>>> Java Rockx wrote: >>>>>>>>> Great. Now you need to compile the mysql support module. >>>>>>>>> >>>>>>>>> You can get a full how-to at http://www.onsip.org >>>>>>>>> >>>>>>>>> Just register and download the "Getting Started" document. >This >>>>>>> should >>>>>>>>> be enough to get your using the mysql module. >>>>>>>>> >>>>>>>>> As for cpl but I suspect that it simply isn't complied by >>>> default. >>>>>>>>> >>>>>>>>> You can compile it by changing to your ser source directory >and >>>>>>> doing >>>>>>>>> this: >>>>>>>>> >>>>>>>>> make exclude_modules="" modules >>>>>>>>> >>>>>>>>> Then copy the <ser-source>/modules/cpl-c/*.so to >>>>>>>>> /usr/loca/lib/ser/modules >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Paul >>>>>>>>> >>>>>>>>> >>>>>>>>> On Tue, 29 Mar 2005 17:34:38 +0100, Aisling O'Driscoll >>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>> I have deleted all the "modules" directories from my system >>>> other >>>>>>>>>> than /usr/local/lib/ser. However /usr/local/lib/ser doesnt >>>>>>> contain >>>>>>>>>> modules such as mysql.so, cpl-c.so etc. Is this normal?? If >it >>>> is >>>>>>>>>> then what how do I check these modules out cvs?. I have >>>>>>> downloaded >>>>>>>>>> the latest SER source code and made the SER binaries 2 more >>>> times >>>>>>>>>> (according the onsip document) to make sure I running the >most >>>>>>>>>> up-to-date code. >>>>>>>>>> >>>>>>>>>> I apologise for lack of linx knowledge and very much >>>>>>>>>> appreciate the help I have been given so far. >>>>>>>>>> >>>>>>>>>> Aisling. >>>>>>>>>>> >>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>> Date: Tue, 29 Mar 2005 10:19:52 -0500 >>>>>>>>>>> >>>>>>>>>>>> Again, this sounds like you've got more than one version >of >>>> ser >>>>>>>>>>>> on your system. >>>>>>>>>>>> >>>>>>>>>>>> I don't know where 0.8.14 kept it's modules but you can >find >>>>>>>>>>>> other ser modules (and remove them). >>>>>>>>>>>> >>>>>>>>>>>> to find them do this as root >>>>>>>>>>>> >>>>>>>>>>>> find / -name mysql.so >>>>>>>>>>>> >>>>>>>>>>>> you may find more than ser modules with this but it >should >>>>>>>>>>>> spit out the directory that 0.8.14 used. >>>>>>>>>>>> >>>>>>>>>>>> ser-0.9 keeps its modules in /usr/local/lib/ser >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> Paul >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Tue, 29 Mar 2005 15:53:56 +0100, Aisling O'Driscoll >>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>> Yes that was it. Thanks. I promise I'm nearly there!I >>>>>>>>>>>>> replaced the default script with the ser.cfg I was >running >>>>>>>>>>>>> with 0.8.14. I am getting two mismatch errors with the >>>>>>>>>>>>> script though: >>>>>>>>>>>>> >>>>>>>>>>>>> ERROR: module version mismatch for >>>>>>>>>>>>> /usr/local/lib/ser/modules/mysql.so; core: ser 0.9.1 >>>>>>> (i386/linux); >>>>>>>>>>>>> module ser 0.9.0 (i386/linux). >>>>>>>>>>>>> Its the same for the cpl module. >>>>>>>>>>>>> >>>>>>>>>>>>> Can I run a command to update the modules only? Also I'm >a >>>> bit >>>>>>>>>>>>> confused if the mysql database that I was using with >0.8.14 >>>>>>>>>>>>> is still valid? Do I have create new tables >(ser_mysql.sh >>>>>>>>>>>>> create etc)is the current database sufficient? >>>>>>>>>>>>> >>>>>>>>>>>>> Many thanks, >>>>>>>>>>>>> Aisling. >>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>> From: greger(a)teigre.com >>>>>>>>>>>>>> To: javarockx(a)gmail.com, ashling.odriscoll(a)cit.ie, >>>>>>>>>>> serusers(a)iptel.org >>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 16:29:49 +0200 >>>>>>>>>>>>>> >>>>>>>>>>>>>>> This is the default ser.cfg problem: Remove the >>>>>>>>>>>>>>> force_send_socket line with reference to the smaug >>>> server. >>>>>>>>>>>>>>> I thought this was changed in CVS (a test cfg file was >>>>>>>>>>>>>>> committed to cvs in an error). >>>>>>>>>>>>>>> g-) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Java Rockx wrote: >>>>>>>>>>>>>>>> your ser.cfg is in /usr/local/etc/ser >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I've not seen your ser.cfg file - so I can't really >say. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 15:10:30 +0100, Aisling >O'Driscoll >>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>> Thanks,I've made that change. Any idea about why SER >>>> wont >>>>>>>>>>>>>>>>> start? The following error is in /varlog/messages: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> /usr/local/sbin/ser[7966]: ERROR: fix_actions: >>>>>>>>>>> force_send_socket: >>>>>>>>>>>>>>>>> could not resolvbe smaug. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Also where is my new ser.cfg stored. My old one is >in >>>>>>>>>>> etc/ser. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>> Aisling >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 09:08:24 -0500 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> your PATH should actually be >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> PATH=$PATH:/usr/local/sbin:. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 14:36:56 +0100, Aisling >O'Driscoll >>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>> Thanks for the replies so far - Everyone has been >>>> very >>>>>>>>>>>>>>>>>>> helpful. I have one final question. I deleted the >>>> "ser" >>>>>>>>>>>>>>>>>>> directory from >>>>>>>>>>>>>>>>>> /usr/sbin >>>>>>>>>>>>>>>>>>> as suggested. I am using Suse Linux 9.0 so then I >>>>>>>>>>>>>>>>>>> modified the "profile" file in the /etc directory >>>> with >>>>>>>>>>>>>>>>>>> the following: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> PATH="$PATH:/usr/local/sbin/ser:." >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Then I carried out the cvs instructions from the >>>> iptel >>>>>>>>>>>>>>>>>>> site (as detailed at end of this mail) to install >SER >>>>>>>>>>>>>>>>>>> 0.9.1. When >>>>>>> I >>>>>>>>>>>>>>>>>>> run "ser -V" I now see that SER has been updated. >>>>>>> However >>>>>>>>>>>>>>>>>>> when I run /usr/local/sbin/serctl start to start >SER. >>>>>>>>>>>>>>>>>>> I get an error: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Starting SER: PID file /var/run/ser.pid does not >>>>>>>>>>>>>>>>>>> exist -- SER start failed. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I used to start SER using /etc/init.d/ser start. >That >>>>>>>>>>>>>>>>>>> also doesn't work. What could be wrong? Also where >is >>>> my >>>>>>>>>>>>>>>>>>> new ser.cfg file stored? My old one is still in >>>> /etc/ser. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks again. >>>>>>>>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> cd /usr/src >>>>>>>>>>>>>>>>>>> export >>>>>>>>>>> CVSROOT=:pserver:anonymous@cvs.berlios.de:/cvsroot/ser >>>>>>>>>>>>>>>>>>> cvs login >>>>>>>>>>>>>>>>>>> [enter for password] >>>>>>>>>>>>>>>>>>> "cvs co -r rel_0_9_0 sip_router" from onsip site. >>>>>>>>>>>>>>>>>>> cd sip_router >>>>>>>>>>>>>>>>>>> make all >>>>>>>>>>>>>>>>>>> make install >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 08:07:35 -0500 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Each linux user has an environment variable >called >>>>>>> PATH. >>>>>>>>>>> You >>>>>>>>>>>>>> can >>>>>>>>>>>>>>>>>> set >>>>>>>>>>>>>>>>>>>>> your path in the .bash_profile (assuming a >redhat >>>>>>>>>>>>>>>>>>>>> linux distro). Consult your linux distro for >>>> setting >>>>>>>>>>>>>>>>>>>>> environment >>>>>>>>>>> variables. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On most you can just do this: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> export PATH=$PATH:/usr/local/sbin/ >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> But this will only be for you current logged in >>>>>>> session. >>>>>>>>>>> When >>>>>>>>>>>>>> you >>>>>>>>>>>>>>>>>>>> exit >>>>>>>>>>>>>>>>>>>>> the bash shell this setting will be lost. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 13:50:18 +0100, Aisling >>>> O'Driscoll >>>>>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>>>>> Apologies if this is a ridculous question where >>>> will >>>>>>> I >>>>>>>>>>> find >>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>> $PATH >>>>>>>>>>>>>>>>>>>>>> variable? >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>> Aisling >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie, >serusers(a)iptel.org >>>>>>>>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 07:49:44 -0500 >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> it looks like you have two copies of ser on >your >>>>>>>>>>> machine. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> You should complete remove /usr/sbin/ser and >>>>>>>>>>>>>>>>>>>>>>>> make sure /usr/local/sbin/ser is in your >$PATH. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 13:43:56 +0100, Aisling >>>>>>> O'Driscoll >>>>>>>>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> When I type "which ser". I get >/usr/sbin/ser. >>>> How >>>>>>>>>>>>>>>>>>>>>>>>> can I proceed from here?. Thank you for the >>>> reply. >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 06:46:20 -0500 >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Aisling, >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> It seems like one of the following is true: >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> 1) you're somehow mixing 0.8.14 source code >>>>>>>>>>>>>>>>>>>>>>>>>> with 0.9.1 >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> 2) you have more than one copy of ser >>>> installed >>>>>>>>>>>>>>>>>>>>>>>>>> on your system. If you >>>>>>>>>>>>>>>>>>>>>>>>>> type "which ser" does it point to >>>>>>>>>>> /usr/local/sbin/ser ?? >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 09:55:06 +0100, Aisling >>>>>>>>>>> O'Driscoll >>>>>>>>>>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> I am still trying to change my SER version >>>> from >>>>>>>>>>>>>>>>>>>>>>>>>>> 0.8.14 to >>>>>>>>>>>>>>>>>>>>>>>>>>> 0.9.0. I have >>>>>>>>>>>>>>>>>>>>>>>>>>> followed the instructions at the following >>>> link >>>>>>> and >>>>>>>>>>>>>> also >>>>>>>>>>>>>>>>>> on >>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>> onsip >>>>>>>>>>>>>>>>>>>>>>>>>>> site. >>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.iptel.org/ser/cvs/ >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> However when I run ser -V, I still see >that >>>>>>>>>>>>>>>>>>>>>>>>>>> I'm running >>>>>>>>>>>>>>>>>>>>>>>>>>> 0.8.14. I've given an exact detail of what >i >>>> do >>>>>>>>>>>>>>>>>>>>>>>>>>> below and can someone >>>>>>>>>>>>>>>>>>>> PLEASE >>>>>>>>>>>>>>>>>>>>>>>>>>> PLEASE point out the mistake. Thank you. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> cd /usr/src >>>>>>>>>>>>>>>>>>>>>>>>>>> export >>>>>>>>>>>>>>>>>>>> >>>> CVSROOT=:pserver:anonymous@cvs.berlios.de:/cvsroot/ser >>>>>>>>>>>>>>>>>>>>>>>>>>> cvs login >>>>>>>>>>>>>>>>>>>>>>>>>>> [enter for password] >>>>>>>>>>>>>>>>>>>>>>>>>>> Here I've tried both "cvs co sip_router" >for >>>>>>>>>>> unstable >>>>>>>>>>>>>>>>>>>>>>>>>>> version and "cvs co -r rel_0_9_0 >sip_router" >>>>>>>>>>>>>>>>>>>>>>>>>>> from onsip site. >>>>>>>>>>>>>>>>>>>>>>>>>>> cd sip_router >>>>>>>>>>>>>>>>>>>>>>>>>>> make all >>>>>>>>>>>>>>>>>>>>>>>>>>> make install >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> It says every file is updated but I still >run >>>>>>> the >>>>>>>>>>>>>>>>>>>>>>>>>>> same stable version. I've killed all ser >>>>>>> processes >>>>>>>>>>>>>>>>>>>>>>>>>>> before running this command (killall ser) >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Please let me know what Im doing wrong, >>>>>>>>>>>>>>>>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> -------------------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. >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> -------------------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. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> -------------------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. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -------------------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. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -------------------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. >>>>>>>> >>>>>>>> >>>>>>>> -------------------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. >>>>> >>>>> >>>>> -------------------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. >> >> >>-------------------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. [View Less]

2 1

[Serusers] clienst used and tested
by Iqbal 05 Apr '05

05 Apr '05

Hi Most of use may not have access to a extensive list of client or testing scenarios in a lab. Would it be a good idea to get a list together of what has been tested, and what works, not sure of the format of the list, but I guess it will format itself (entropy). Iqbal

2 1

[Serusers] NAT NAT..and a little more NAT
by Iqbal 05 Apr '05

05 Apr '05

Heres my understanding...hope it helps (may even confuse), and looking for corrections...its a long read 1. There are 4 different types of NAT a) Full Cone b) restricted cone c) port restricted d) symmetric a,b,c are also referred to as asymmetric NAT. 2. SIP has a problem because the siganalling uses one path and the media stream another. 3. Full cone - Anyone of the internet can send packets to the IP:port combo, this is mapped to a internal IP:port. 4. Restricted Cone - Only those … [View More]external PC which have been contacted are ALLOWED to contact via the mapping, i.e if I contact PC(a) from internal Ip 10.1.1.1:123 then PC(a) can contact me on that NAT mapping, PC(b) cannot 10.1.1.1:123 ---NAT ---> 202.70.65.78:10000 ------pc(a) If pc(b) sends to 202.70.65.78:10000 there will be nothing sent through to 10.1.1.1:123 5. Port restricted Cone - Same as restricted but instead of just detecting that the source IP is that of pc(a), it also looks to see if the source port is the same 10.1.1.1:123 --->NAT---->202.70.65.78:10000 -----> pc(a) [213.123.324.34:8000] The nat will only accept inbound from 213.123.324.34 and if it comes from port 8000 6. Symmetric - This is the easy one, 10.1.1.1:1000 ----NAT -----> 200.123.123.34:1234 ----pc(a) 10.1.1.1:1000 ----NAT -----> 200.123.123.34:2222----pc(b) In the NAT the IP:port pair is different for each external client, so eeach external client has a mapping of its own 7. The problem RTP In RTP the message body has the info needed for the UA to communicate successfully. This body is called the SDP message. The problem is that the client doesnt know anything about the NAT, hence the IP addresses which are contained in the SDP are usually the internal ones, i.e what the client knows....so when the endpoints want to "talk" they look at the IP in the message and you get nothing because these are usually internal IP addresses. EG INVITE sip:040600@192.168.20.2:5060 SIP/2.0. Record-Route: <sip:143.248.130.35;ftag=3a7ceb24a6ac50c4;lr=on>. Via: SIP/2.0/UDP 143.248.130.35;branch=z9hG4bK758e.976609c7.0. Via: SIP/2.0/UDP 192.168.20.3;rport=1024;received=223.178.140.109;branch=z9hG4bK34efcab2403aa20d. From: "Iqbal" <sip:040618@sip.dom.com>;tag=3a7ceb24a6ac50c4. To: <sip:040600@sip.dom.com>. Contact: <sip:040618@223.178.140.109:1024>. Supported: replaces. Call-ID: 7f2c327896a5b0e1(a)192.168.20.3. CSeq: 8717 INVITE. User-Agent: Grandstream HT487 1.0.5.18. Max-Forwards: 16. Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE. Content-Type: application/sdp. Content-Length: 343. . v=0. o=040618 8000 1 IN IP4 192.168.20.3. s=SIP Call. c=IN IP4 192.168.20.3. t=0 0. m=audio 38660 RTP/AVP 0 8 4 18 2 15 99. a=sendrecv. a=rtpmap:0 PCMU/8000/3. a=rtpmap:8 PCMA/8000/3. This header is just like email headers hence u read it backwards, so if you look at the line above the From: line you see the first Via, which is what the client thinks it is i.e 192.168.20.3, BUT the proxy is clever, it knows where it received the message from , and it adds the rport and received tags Via: SIP/2.0/UDP 192.168.20.3;rport=1024;received=223.178.140.109;branch=z9hG4bK34efcab2403aa20d. Soooo the proxy can talk SIP fine, because it knows these IP addresses. BUT...poor old RTP is stuck because its headers or should I say direction is held lower down : v=0. o=040618 8000 1 IN IP4 192.168.20.3. s=SIP Call. c=IN IP4 192.168.20.3. t=0 0. m=audio 38660 RTP/AVP 0 8 4 18 2 15 99. a=sendrecv. a=rtpmap:0 PCMU/8000/3. a=rtpmap:8 PCMA/8000/3. The client expects to receive on port m=38660 and IP c= 192.168.20.3, which is where the other endpoint will try to send "voice" to. 8 Solution - You need to tell the client, not to act so dumb, and work out what the NAT settings are and put them in the SDP section of the message. So the client can ask the NAT....or it can ask someone on the outside what it should be. 9. Ask the NAT - use UPnP...I dont have much info on this..:-) 10. Ask someone on the outside -- You send a probe packet to the server sitting outside, it then sends a message back, with the details it received, the client then decides if its behind a NAT. This can be used for all 4 cases of NAT. EG lets say we send out a packet from 10.1.1.1:1000 so in the SDP message m=1000 and c=10.1.1.1, but if I send out a probe first, and I get back 212.134.123.23:12345 then I can rewrite the SDP so m=12345 and c=10.1.1.1 , simple Problem -- Since NAT settings are dynamic, and hence tend to change, you really need to get the SIP message out very soon after sending the probing message out, The client send and receive ports must be the same And....if you recall the restricted cones (port restricted included) will not allow replies unless there has been a packet sent out to that destination first, hence the client needs to send a packet out to the endpoint, b4 he can be allowed in via the NAT (but we dont need to worry about that) IT WILL NOT WORK FOR SYMMETRIC NAT....because it wont :-), because the external UA IP:port is different to that where we sent the probe, hence the voice packet coming back will not have the correct path set. 11. The above is usually done with a STUN server, and sending the packet out to this server 12. Symmetric NAT--- use a relay in the middle...Nathelper+ rtpproxy or mediaproxy 13 Nathelper a) fix_nated_contact - rewrites contact Hf to source IP:port b) fix_nated_sdp - rewritres media IP and also direction ???? c) force_rtp_proxy - forces media to go through proxy d) nat_uac_test - mode=1 then as shown above the "received" header is compared to c= in sdp mode=2 then the Contact header is looked at to see if its private mode=3 (1+2) means it does both of the above 14) mediaproxy is much the same...and good examples are available 15)Summary 4 types of NAT, which can be combined into 2 main sets, asymmetric and symmetric. Asymmetric issues can be resolved by using STUN, hence no need for mediaproxy/nathelper Symmetric clients cant use STUN, hence u need to use mediaproxy/nathelper (or some other server end...also known as far-end nat traversal solution) However if you didnt want to use STUN and mediaproxy/nathelper, then you could just use mediaproxy/nathelper and setup port forwarding on your NAT device. I think that covers most, any suggestions let me know, I wrote this for my own use, but if its useful, I'll tidy it up. One question.... Is there any way via a debug log, albeit, ngrep, tcpdump, sip_scenario display that I can from the server side detect if the NAT is asymmetric or Symmetric. tks Iqbal [View Less]

4 10

[Serusers] Save RURI (maybe AVP related)
by Martin Koenig 05 Apr '05

05 Apr '05

Hello all, is it possible to store the User-Part of the current state of the RURI, do manipulations then and revert the User-Part later in Ser.cfg. Scenario is the following: 1) Incoming RURI is e164@proxy, e164 is saved. 2) e164@proxy is aliased to username@proxy 3) username@proxy is looked-up in registrar, now contact@client-ip 4) contact@client-ip should be rewritten to saved-e164@client-ip Is this possible using avps? With best regards, Martin Koenig

2 1

[Serusers] Contact Header and SDP is not rewritten
by Vivienne Curran 05 Apr '05

05 Apr '05

Hello, I have a problem whereby when a private client rings a public client only the public user can hear voice and when the public user rings the private user, no audio is transmitted. After looking at the messages I have have determined that the contact header and sdp part of the invite contains the private address of the natted client. This would lead me to believe that the registration process is incorrect. My problem is that I believe my script should handle the registration process … [View More]correctly and I suspect that the following code is being skipped: I tried changing it to nat_uac_test("19") and fix_nated_sdp("3") but that didnt help. if (nat_uac_test("3")){ if (method == "REGISTER" || ! search("^Record-Route:")){ log("Log: Someone trying to register from private IP,rewriting\n"); fix_nated_contact(); #Rewrite contact with source IP if (method == "INVITE"){ fix_nated_sdp("1"); #Add direction=active to SDP force_rtp_proxy(); }; force_rport(); # Add rport parameter to topmost Via setflag(6); # Mark as Nated }; }; I have included the log message below and my ser.cfg as an attachment. Please let me know where I could be going wrong. Thank you, Vivienne. 2093 (private) ringing 2092 (public) U 84.203.148.14:5060 -> 84.203.148.146:5060 INVITE sip:2092@84.203.148.146 SIP/2.0..Via: SIP/2.0/UDP 172.16.3.31;branch =z9hG4bK1a48edc121f5bc1f..From: "2093" <sip:2093@84.203.148.146>;tag=2dc376 dcd4655094..To: <sip:2092@84.203.148.146>..Contact: <sip:2093@172.16.3.31>. .Supported: replaces..Call-ID: 44e1ae63c476fbff@172.16.3.31..CSeq: 10327 IN VITE..User-Agent: Grandstream BT100 1.0.5.18..Max-Forwards: 70..Allow: INVI TE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE..Content-Type: applic ation/sdp..Content-Length: 362....v=0..o=2093 8000 0 IN IP4 172.16.3.31..s= SIP Call..c=IN IP4 172.16.3.31..t=0 0..m=audio 5004 RTP/AVP 0 8 4 18 2 15 9 9 9..a=sendrecv..a=rtpmap:0 PCMU/8000/3..a=rtpmap:8 PCMA/8000/3..a=rtpmap:4 G723/8000/3..a=rtpmap:18 G729/8000/3..a=rtpmap:2 G726-32/8000/3..a=rtpmap: 15 G728/8000/3..a=rtpmap:99 iLBC/8000/3..a=fmtp:99 mode=20..a=rtpmap:9 G722 /8000/3..a=ptime:20.. U 84.203.148.146:5060 -> 84.203.148.14:5060 SIP/2.0 100 trying -- your call is important to us..Via: SIP/2.0/UDP 172.16 .3.31;branch=z9hG4bK1a48edc121f5bc1f;rport=5060;received=84.203.148.14..Fro m: "2093" <sip:2093@84.203.148.146>;tag=2dc376dcd4655094..To: <sip:2092@84. 203.148.146>..Call-ID: 44e1ae63c476fbff@172.16.3.31..CSeq: 10327 INVITE..Se rver: Sip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 84.203.148.146:5060 "Noisy feedback tells: pid=4732 req_src_ip=84.203 .148.14 req_src_port=5060 in_uri=sip:2092@84.203.148.146 out_uri=sip:2092@1 57.190.74.151 via_cnt==1".... U 84.203.148.146:5060 -> 157.190.74.151:5060 INVITE sip:2092@157.190.74.151 SIP/2.0..Via: SIP/2.0/UDP 84.203.148.146;bra nch=z9hG4bK77bc.b54ca216.0..Via: SIP/2.0/UDP 172.16.3.31;rport=5060;receive d=84.203.148.14;branch=z9hG4bK1a48edc121f5bc1f..From: "2093" <sip:2093@84.2 03.148.146>;tag=2dc376dcd4655094..To: <sip:2092@84.203.148.146>..Contact: < sip:2093@84.203.148.14:5060>..Supported: replaces..Call-ID: 44e1ae63c476fbf f@172.16.3.31..CSeq: 10327 INVITE..User-Agent: Grandstream BT100 1.0.5.18.. Max-Forwards: 69..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SU BSCRIBE..Content-Type: application/sdp..Content-Length: 443....v=0..o=2093 8000 0 IN IP4 172.16.3.31..s=SIP Call..c=IN IP4 84.203.148.1484.203.148.146 ..t=0 0..m=audio 35006 RTP/AVP 0 8 4 18 2 15 99 9..a=sendrecv..a=rtpmap:0 P CMU/8000/3..a=rtpmap:8 PCMA/8000/3..a=rtpmap:4 G723/8000/3..a=rtpmap:18 G72 9/8000/3..a=rtpmap:2 G726-32/8000/3..a=rtpmap:15 G728/8000/3..a=rtpmap:99 i LBC/8000/3..a=fmtp:99 mode=20..a=rtpmap:9 G722/8000/3..a=ptime:20..a=direct ion:active..a=oldmediaip:172.16.3.31..a=nortpproxy:yes.. U 84.203.148.146:5060 -> 157.190.74.150:5060 INVITE sip:2092@157.190.74.150 SIP/2.0..Via: SIP/2.0/UDP 84.203.148.146;bra nch=z9hG4bK77bc.b54ca216.1..Via: SIP/2.0/UDP 172.16.3.31;rport=5060;receive d=84.203.148.14;branch=z9hG4bK1a48edc121f5bc1f..From: "2093" <sip:2093@84.2 03.148.146>;tag=2dc376dcd4655094..To: <sip:2092@84.203.148.146>..Contact: < sip:2093@84.203.148.14:5060>..Supported: replaces..Call-ID: 44e1ae63c476fbf f@172.16.3.31..CSeq: 10327 INVITE..User-Agent: Grandstream BT100 1.0.5.18.. Max-Forwards: 69..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SU BSCRIBE..Content-Type: application/sdp..Content-Length: 443....v=0..o=2093 8000 0 IN IP4 172.16.3.31..s=SIP Call..c=IN IP4 84.203.148.1484.203.148.146 ..t=0 0..m=audio 35006 RTP/AVP 0 8 4 18 2 15 99 9..a=sendrecv..a=rtpmap:0 P CMU/8000/3..a=rtpmap:8 PCMA/8000/3..a=rtpmap:4 G723/8000/3..a=rtpmap:18 G72 9/8000/3..a=rtpmap:2 G726-32/8000/3..a=rtpmap:15 G728/8000/3..a=rtpmap:99 i LBC/8000/3..a=fmtp:99 mode=20..a=rtpmap:9 G722/8000/3..a=ptime:20..a=direct ion:active..a=oldmediaip:172.16.3.31..a=nortpproxy:yes.. U 157.190.74.151:5060 -> 84.203.148.146:5060 SIP/2.0 100 Trying..Via: SIP/2.0/UDP 84.203.148.146;branch=z9hG4bK77bc.b54c a216.0..Via: SIP/2.0/UDP 172.16.3.31;rport=5060;received=84.203.148.14;bran ch=z9hG4bK1a48edc121f5bc1f..From: "2093" <sip:2093@84.203.148.146>;tag=2dc3 76dcd4655094..To: <sip:2092@84.203.148.146>..Call-ID: 44e1ae63c476fbff@172. 16.3.31..CSeq: 10327 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Conten t-Length: 0.... U 157.190.74.151:5060 -> 84.203.148.146:5060 SIP/2.0 180 Ringing..Via: SIP/2.0/UDP 84.203.148.146;branch=z9hG4bK77bc.b54 ca216.0..Via: SIP/2.0/UDP 172.16.3.31;rport=5060;received=84.203.148.14;bra nch=z9hG4bK1a48edc121f5bc1f..From: "2093" <sip:2093@84.203.148.146>;tag=2dc 376dcd4655094..To: <sip:2092@84.203.148.146>;tag=10bdf2044401a257..Call-ID: 44e1ae63c476fbff@172.16.3.31..CSeq: 10327 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Content-Length: 0.... U 84.203.148.146:5060 -> 84.203.148.14:5060 SIP/2.0 180 Ringing..Via: SIP/2.0/UDP 172.16.3.31;rport=5060;received=84.20 3.148.14;branch=z9hG4bK1a48edc121f5bc1f..From: "2093" <sip:2093@84.203.148. 146>;tag=2dc376dcd4655094..To: <sip:2092@84.203.148.146>;tag=10bdf2044401a2 57..Call-ID: 44e1ae63c476fbff@172.16.3.31..CSeq: 10327 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Content-Length: 0.... U 84.203.148.146:5060 -> 157.190.74.150:5060 INVITE sip:2092@157.190.74.150 SIP/2.0..Via: SIP/2.0/UDP 84.203.148.146;bra nch=z9hG4bK77bc.b54ca216.1..Via: SIP/2.0/UDP 172.16.3.31;rport=5060;receive d=84.203.148.14;branch=z9hG4bK1a48edc121f5bc1f..From: "2093" <sip:2093@84.2 03.148.146>;tag=2dc376dcd4655094..To: <sip:2092@84.203.148.146>..Contact: < sip:2093@84.203.148.14:5060>..Supported: replaces..Call-ID: 44e1ae63c476fbf f@172.16.3.31..CSeq: 10327 INVITE..User-Agent: Grandstream BT100 1.0.5.18.. Max-Forwards: 69..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SU BSCRIBE..Content-Type: application/sdp..Content-Length: 443....v=0..o=2093 8000 0 IN IP4 172.16.3.31..s=SIP Call..c=IN IP4 84.203.148.1484.203.148.146 ..t=0 0..m=audio 35006 RTP/AVP 0 8 4 18 2 15 99 9..a=sendrecv..a=rtpmap:0 P CMU/8000/3..a=rtpmap:8 PCMA/8000/3..a=rtpmap:4 G723/8000/3..a=rtpmap:18 G72 9/8000/3..a=rtpmap:2 G726-32/8000/3..a=rtpmap:15 G728/8000/3..a=rtpmap:99 i LBC/8000/3..a=fmtp:99 mode=20..a=rtpmap:9 G722/8000/3..a=ptime:20..a=direct ion:active..a=oldmediaip:172.16.3.31..a=nortpproxy:yes.. U 84.203.148.146:5060 -> 157.190.74.150:5060 INVITE sip:2092@157.190.74.150 SIP/2.0..Via: SIP/2.0/UDP 84.203.148.146;bra nch=z9hG4bK77bc.b54ca216.1..Via: SIP/2.0/UDP 172.16.3.31;rport=5060;receive d=84.203.148.14;branch=z9hG4bK1a48edc121f5bc1f..From: "2093" <sip:2093@84.2 03.148.146>;tag=2dc376dcd4655094..To: <sip:2092@84.203.148.146>..Contact: < sip:2093@84.203.148.14:5060>..Supported: replaces..Call-ID: 44e1ae63c476fbf f@172.16.3.31..CSeq: 10327 INVITE..User-Agent: Grandstream BT100 1.0.5.18.. Max-Forwards: 69..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SU BSCRIBE..Content-Type: application/sdp..Content-Length: 443....v=0..o=2093 8000 0 IN IP4 172.16.3.31..s=SIP Call..c=IN IP4 84.203.148.1484.203.148.146 ..t=0 0..m=audio 35006 RTP/AVP 0 8 4 18 2 15 99 9..a=sendrecv..a=rtpmap:0 P CMU/8000/3..a=rtpmap:8 PCMA/8000/3..a=rtpmap:4 G723/8000/3..a=rtpmap:18 G72 9/8000/3..a=rtpmap:2 G726-32/8000/3..a=rtpmap:15 G728/8000/3..a=rtpmap:99 i LBC/8000/3..a=fmtp:99 mode=20..a=rtpmap:9 G722/8000/3..a=ptime:20..a=direct ion:active..a=oldmediaip:172.16.3.31..a=nortpproxy:yes.. U 157.190.74.151:5060 -> 84.203.148.146:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 84.203.148.146;branch=z9hG4bK77bc.b54ca216 .0..Via: SIP/2.0/UDP 172.16.3.31;rport=5060;received=84.203.148.14;branch=z 9hG4bK1a48edc121f5bc1f..From: "2093" <sip:2093@84.203.148.146>;tag=2dc376dc d4655094..To: <sip:2092@84.203.148.146>;tag=10bdf2044401a257..Call-ID: 44e1 ae63c476fbff@172.16.3.31..CSeq: 10327 INVITE..User-Agent: Grandstream BT100 1.0.5.18..Contact: <sip:2092@157.190.74.151>..Allow: INVITE,ACK,CANCEL,BYE ,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE..Content-Type: application/sdp..Suppor ted: replaces..Content-Length: 158....v=0..o=2092 8000 0 IN IP4 157.190.74. 151..s=SIP Call..c=IN IP4 157.190.74.151..t=0 0..m=audio 5004 RTP/AVP 0..a= recvonly..a=rtpmap:0 PCMU/8000/3..a=ptime:20.. U 84.203.148.146:5060 -> 84.203.148.14:5060 SIP/2.0 200 OK..Via: SIP/2.0/UDP 172.16.3.31;rport=5060;received=84.203.148 .14;branch=z9hG4bK1a48edc121f5bc1f..From: "2093" <sip:2093@84.203.148.146>; tag=2dc376dcd4655094..To: <sip:2092@84.203.148.146>;tag=10bdf2044401a257..C all-ID: 44e1ae63c476fbff@172.16.3.31..CSeq: 10327 INVITE..User-Agent: Grand stream BT100 1.0.5.18..Contact: <sip:2092@157.190.74.151>..Allow: INVITE,AC K,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE..Content-Type: application /sdp..Supported: replaces..Content-Length: 158....v=0..o=2092 8000 0 IN IP4 157.190.74.151..s=SIP Call..c=IN IP4 157.190.74.151..t=0 0..m=audio 5004 R TP/AVP 0..a=recvonly..a=rtpmap:0 PCMU/8000/3..a=ptime:20.. Send instant messages to your online friends http://uk.messenger.yahoo.com # # $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 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) /* Uncomment these lines to enter debugging mode debug=7 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" alias="157.190.74.152:5060" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database 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/nathelper.so" #loadmodule "/usr/lib/ser/modules/pa.so" loadmodule "/usr/lib/ser/modules/cpl-c.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! loadmodule "/usr/lib/ser/modules/auth.so" loadmodule "/usr/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 #NB Had to up this value from 1 to 11 because reinvites were bombarding called phone modparam("rr", "enable_full_lr", 11) #!! Nathelper modparam("registrar", "nat_flag", 60) modparam("nathelper", "natping_interval", 30) #Ping interval 30 s modparam("nathelper", "ping_nated_only", 1) #Ping only clients behind NAT modparam("nathelper", "rtpproxy_sock", "/var/run/rtpproxy.sock") modparam("tm", "fr_inv_timer", 20) #modparam("pa", "default_expires", 3600) modparam("usrloc", "db_url", "sql://root:1alfa156@localhost/ser") #modparam("cpl-c", "cpl_db", "mysql://root:1alfa156@localhost/ser") #modparam("cpl-c", "cpl_table", "cpl") #modparam("cpl-c", "cpl_dtd_file", "/work/sip_router/modules/cpl-ccpl-06.dtd") # ------------------------- 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; }; ####################################################################################### if (nat_uac_test("3")){ if (method == "REGISTER" || ! search("^Record-Route:")){ log("Log: Someone trying to register from private IP,rewriting\n"); fix_nated_contact(); #Rewrite contact with source IP if (method == "INVITE"){ fix_nated_sdp("1"); #Add direction=active to SDP force_rtp_proxy(); }; force_rport(); # Add rport parameter to topmost Via setflag(6); # Mark as Nated }; }; ######################################################################################## # 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(); # loose-route processing if (loose_route()) { #commented 11/02/05 #t_relay(); 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) { log(1,"into loop"); if (method=="REGISTER") { # Uncomment this if you want to use digest authentication # if (!www_authorize("157.190.74.152", "subscriber")) { # www_challenge("157.190.74.152", "0"); # break; # }; #cpl_process_register(); save("location"); break; }; # if (method=="SUBSCRIBE") # { # log(1, "Subscribe\n"); # if(t_newtran()) # { # log(1, "Registrar\n"); # handle_subscription("registrar"); # }; # break; # }; lookup("aliases"); if (!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); break; }; if (method=="INVITE"){ log(1,"in invite loop"); #break; #no 100 trying #if (!cpl_run_script("incoming","is_stateless")) #{ # #script execution failed # t_reply("500", "CPL script execution failed"); #}; t_on_failure("1"); }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { #sl_send_reply("404", "Not Found"); route(2); break; }; }; # forward to current uri now; use stateful forwarding; that # works reliably even if we forward from TCP to UDP #commented 11/02/05####################### if (!t_relay()) { sl_reply_error(); }; #route(1); } ######################################entered 11/02/05############################################################ route[1] { #!!Nathelper if(uri=~"[@:](192\.168\.|10\.|172\.(1[6-9]|2[0-9]|3[0-1])\.)" && !search("^Route:")){ sl_send_reply("479", "We don't forward to private IP addresses"); break; }; if (isflagset(6)){ force_rtp_proxy(); } t_on_reply("1"); if(!t_relay()){ sl_reply_error(); break; }; } ######################################entered 11/02/05############################################################ #!! Nathelper onreply_route[1] { if(isflagset(6) && status =~ "(183)|2[0-9][0-9]"){ fix_nated_contact(); force_rtp_proxy(); }else if (nat_uac_test("1")){ fix_nated_contact(); }; } ################################################################################################################# # ------------- handling of unavailable user ------------------ route[2] { # non-Voip -- just send "off-line" if (!(method == "INVITE" || method == "ACK" || method == "CANCEL")) { sl_send_reply("404", "Not Found"); break; }; # forward to voicemail now rewritehostport("157.190.74.152:5062"); t_relay_to_udp("157.190.74.152", "5062"); } # if forwarding downstream did not succeed, try voicemail running # at 172.16.2.120:5062 failure_route[1] { revert_uri(); rewritehostport("157.190.74.152:5062"); append_branch(); t_relay_to_udp("157.190.74.152", "5062"); } [View Less]

1 0

[Serusers] Oracle Plugin
by Doug Bender 05 Apr '05

05 Apr '05

Has anyone ever user SER with Oracle or developed an Oracle plugin for use with SER? Doug This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.

3 2

[Serusers] Error while initializing module auth_db
by Wojciech Ziniewicz 05 Apr '05

05 Apr '05

I've just build the deb for ser 9.0 from berlios, Apr 4 15:01:35 ser /usr/sbin/ser[1982]: init_mod(): Error while initializing module auth_db any ideas ? thanks for you replies. -- Pozdrawiam, Wojciech Ziniewicz Optocomp sp.z.o.o, www.optocomp.pl mailto: wojtekz(a)optocomp.pl +48(0)691031535

2 1

[Serusers] SER 0.9.0 + SEMS
by Nicolas Ruiz 05 Apr '05

05 Apr '05

Hi all, I have download sems via CVS, but I don't see the VM module on SER 0.9.0 version. How can I use SEMS with SER 0.9.0 ? Best Regards Nicolas RUIZ France, Paris

3 3

RE: [Serusers] usrloc and replication
by Matt Schulte 05 Apr '05

05 Apr '05

Thanks for the reponse, I gathered that much. My question is how long before the contact gets "removed"? It's late morning now and it's still there :-) -----Original Message----- From: Marian Dumitru [mailto:marian.dumitru@voice-sistem.ro] Sent: Saturday, March 26, 2005 5:37 AM To: Matt Schulte Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] usrloc and replication Hi Matt, After expiration an before being removed, the contact are still kept in ZOMBIE state - you can see the state … [View More]

4 7

[Serusers] serweb doesn't save changes
by Timur Elzhov 05 Apr '05

05 Apr '05

Dear SER experts, I installed serweb (last CVS version) for web-based accounts management. I can successfully log in, but, when I change my timezone or password, then logout and login again, I see that all values are left unchanged. Immediately after values changing, the browser thinks a bit, but after that writes nothing, neither errors, no anything else. On the other hand, the according page on the `iptel.org' writes that `values changed successfully'. Where am I wrong? Thank you very … [View More]

1 0

Re:Re: AW: [Serusers] help on ser_mysql
by Klaus Feichtinger 05 Apr '05

05 Apr '05

...REALM: insert the domain you want to provide with ser and you have configured in ser.cfg (e.g. "leonardo.it"). So the database will be prepared for this domain. The second problem with "HA1 calculation failed" can be easy solved by editing the script file ser_mysql.sh: search the line "GENHA1='gen_ha1' and replace the filename 'gen_ha1' with the absolute path to that file (e.g. "GENHA1='/usr/local/sbin/gen_ha1'"). Then it should work. BR klaus ----------------------------- thx for your … [View More]answer, i lunch the command but i have this problem... neo:~# ser_mysql.sh create MySql password for root: neo:~# ser_mysql.sh create MySql password for root: Domain (realm) for the default user 'admin': HA1 calculation failed neo:~# have u any idea? (i dont understand this realm...) thx in advance leo On Mon, 04 Apr 2005 21:48:45 +0200, Klaus Feichtinger <tw01e007(a)technikum-wien.at> wrote: > ...did you already use the included script "ser_mysql.sh"? If no, just > do it. So you get installed the database with the correct structure > and users. > > Klaus > > P.S. The default PSWD for ser is "heslo" ;-) > > -----Ursprüngliche Nachricht----- > Von: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] Im > Auftrag von Leonardo Altieri > Gesendet: Montag, 4. April 2005 21:29 > An: serusers(a)lists.iptel.org > Betreff: [Serusers] help on ser_mysql > > Hi everyone, > there is someone that can help me about my ser with mysql support... > I've debian distro i've compiled everything about ser v0.8.14 with > mysql.so module (without db support everything works, i've seen serctl > moni output; mysqlserver is well installed and working) but something > is wrong. The output is... > > neo:/home# ser -f /etc/ser/ser.cfg > Listening on > neo [127.0.0.1]:5060 > Aliases: matrix.it:5060 > WARNING: no fork mode > stateless - initializing > Maxfwd module- initializing > 0(9184) connect_db(): Access denied for user: 'ser@localhost' (Using > password: YES) > 0(9184) db_init(): Error while trying to connect database > 0(9184) mod_init(): Error while connecting database > 0(9184) init_mod(): Error while initializing module usrloc > ERROR: error while initializing modules > > I cant find psw for ser user...please help me.. > thx in advance > leo altieri > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ -- Handyrechnung zu hoch? Tipp: SMS und MMS mit GMX Seien Sie so frei: Alle Infos unter http://www.gmx.net/de/go/freesms [View Less]

1 0

[Serusers] pre-paid
by Barry Murphy 05 Apr '05

05 Apr '05

Hi, Anyone know of a pre-paid billing system for SER? I'm willing to pay $80 for a module of some sort? Barry

5 8

[Serusers] SER Reliability
by Ricardo Martinez 04 Apr '05

04 Apr '05

Hello list. I have a question about reliability in SER. Suppose that for certain reason, the process "ser" fails, and therefore the SIP Server is down. Is there a way to keep trace of the "ser" process status?? and if the process is not running start a script to restart the process. I know that maybe the "crond" command could be useful for this purpose. Does someone have any clue about this? Or maybe SER has his own "crond" module or something.? I really need and advice about this issue. … [View More]

4 3

Re: [Serusers] multiport hardware to be used with anonlue/digital pbx's mriadian
by NEILL WILKINSON 04 Apr '05

04 Apr '05

You mean a PRI gateway or FXS/FXO gateway? Try Quintum or Boscom gateways for both or lots of others. I've worked with Cisco, Quintum and Boscom and all are fine as SIP to PRI/FXS/FXO gateways. Neill....;o) --- Iqbal <iqbal(a)gigo.co.uk> wrote: > Hi > > Multiport, I mean more than one port :-), basically > the pbx with have a > E1 coming into it, which is 30 lines. Now if > theother end of the pbx is > connected to 40 extensions in the office, I really > want … [View More]

3 3

[Serusers] Probably an easy question
by Steve Blair 04 Apr '05

04 Apr '05

When I use serctl to start my 0.9.1 server I get several hundred messages like the following in syslog before the server stops and can be restarted. Any idea why? It doesn't seem to be connected with log levels and I already commented out the DBG_QM_MALLOC in Makefile.defs. It would nice to limit the number records logged so that I can stop and restart the server faster. Thanks,Steve Apr 4 18:03:21 proxysrvr /usr/local/sbin/ser[2349]: 37. N address=0x80fa4d8 frag=0x80fa4d0 size=128 used=1

1 0

[Serusers] RE: SER 0.9.0 + SEMS
by Nicolas RUIZ 04 Apr '05

04 Apr '05

HI all ! When I make a call, to voicemail, SER does not find the mail address. How can I use the module sems with SER 0.9.0 ? I have seen that the module AVP_DB or AVPOPS can find the mail address, is it right?? Best Regards Nicolas RUIZ

1 0

[Serusers] RE: SER 0.9.0 + SEMS
by Nicolas RUIZ 04 Apr '05

04 Apr '05

HI all ! When I make a call, to voicemail, SER does not find the mail address. How can I use the module sems with SER 0.9.0 ? I have seen that the module AVP_DB or AVPOPS can find the mail address, is it right?? Best Regards Nicolas RUIZ

1 0

[Serusers] help on ser_mysql
by Klaus Feichtinger 04 Apr '05

04 Apr '05

...did you already use the included script "ser_mysql.sh"? If no, just do it. So you get installed the database with the correct structure and users. Klaus P.S. The default PSWD for ser is "heslo" ;-) -----Ursprüngliche Nachricht----- Von: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] Im Auftrag von Leonardo Altieri Gesendet: Montag, 4. April 2005 21:29 An: serusers(a)lists.iptel.org Betreff: [Serusers] help on ser_mysql Hi everyone, there is someone that can help … [View More]

1 0

[Serusers] help on ser_mysql
by Leonardo Altieri 04 Apr '05

04 Apr '05

Hi everyone, there is someone that can help me about my ser with mysql support... I've debian distro i've compiled everything about ser v0.8.14 with mysql.so module (without db support everything works, i've seen serctl moni output; mysqlserver is well installed and working) but something is wrong. The output is... neo:/home# ser -f /etc/ser/ser.cfg Listening on neo [127.0.0.1]:5060 Aliases: matrix.it:5060 WARNING: no fork mode stateless - initializing Maxfwd module- … [View More]

1 0

[Serusers] database backend question ...
by Kiss Karoly 04 Apr '05

04 Apr '05

Hello all, Could anybody tell me if ser supports some database backend other than MySQL ??? My opinion about mysql is not too praiseworthy ... Regards Kiss Karoly

3 3

[Serusers] broadband modems and NAT
by Iqbal 04 Apr '05

04 Apr '05

Hi After reading a few posts on what is a good recommended setup for customers, I realised that the UK might be different, in that alot of ISP give either a USB modem (which means u need a router, hence the device will usually get a private IP) or it has a broadband router/modem combo, which again means that ur sitting behind a router and again are likely to get a private IP address. In java's setup with the just broadband modem its easy to setup the ATA with a public Ip and avoid … [View More]

1 0

[Serusers] ser modules compilation
by Alex 04 Apr '05

04 Apr '05

I am trying to compile modules under ser. the name of the module is auth_radius. and i am receiving this error. make ../../Makefile.modules:21: "you should run make from the main ser directory" gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -malign-double -falign-loops -mcpu=athlon -DNAME='"auth_radius.so"' -DVERSION='"0.8.14"' -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 3.2"' -D__CPU_i386 -D__OS_linux -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -… [View More]

2 1

[Serusers] How to handle second INVITE
by Dirk Willbrandt 04 Apr '05

04 Apr '05

Hi all.. I solved the problem with the forwarding to a PSTN Gateway. I've rewrite the Contact Address of the SIP-Message sented by the Phone with subst(). Now i have a new Problem. It's about accounting with Radius + MySQL. When i start a call, the SIP-Server gets two INVITES because of record_route(). Both of them are written over radius in my MySQL Table but i want only one of them in my MySQL Table and i don't know how to handle that. Have anybody here an Idea to this problem ? Dirk

1 0

Re: [Serusers] Nathelper/Rtpproxy not working for two natted clients
by Greger V. Teigre 04 Apr '05

04 Apr '05

Dear Vivienne, The idea behind the ONsip.org Getting Started document is to create one source for a thorough coverage of the aspects that tend to arise for most users. It's an introduction to the conceptual underpinnings of SER, as well as a reference design and corresponding configuration files that can be used to quickly implement the functionality that most users will want. I wrote section 1 in that document, and I suggest that you read it. If you have questions to what is written … [View More]there or find that certain things are not covered well enough, I will be happy to answer your questions. As an added bonus, you will make me see where the text is confusing or where more coverage is needed and the document will be improved. I understand that it is easier to ask a quick question on serusers and get an answer, but we hope that the Getting Started document will bring everybody quickly up to speed in the basic stuff, so that we can concentrate on exploiting more advanced aspects of SER and stimulate to further development. i hope you will find reading the Getting Started document rewarding! Thanks, Greger ---- Original Message ---- From: Vivienne Curran To: Greger V. Teigre Sent: Monday, April 04, 2005 03:06 PM Subject: Re: [Serusers] Nathelper/Rtpproxy not working for two natted clients > Hi Greger, > > Can you can give me an idea of how to handle the callers? If I can > modify my script for this functionality do you think I am nearly > there? My script must handle natted clients on separate networks and > also natted clients on the same subnet. I want all the calls proxied > for the moment. > > Thanks again, > Vivienne > > "Greger V. Teigre" <greger(a)teigre.com> wrote: > Vivienne, > From your config: > if (nat_uac_test("3")){ > if (method == "REGISTER" || ! > search("^Record-Route:")){ > log("Log: Someone trying to register from > private IP,rew > riting\n"); > fix_nated_contact(); #Rewrite contact with source IP > if (method == "INVITE"){ > fix_nated_sdp("1"); #Add > direction=active to SDP > }; > force_rport(); # Add rport parameter to > topmost Via > setflag(6); # Mark as Nated > }; > > Here you don't proxy the call, you just add the direction=active. If > you want to rtp proxy the calls, you need to have a force_rtp_proxy() > for the initial INVITE. Read section 1 of the Getting Started > document at ONsip.org to understand what is supposed to happen and > how to read the SDP payload and see the rtpproxy example found in the > document. > Your config will process the OK and proxy the rtp stream from the > callee, but not the caller's. > g-) > > ---- Original Message ---- > From: Vivienne Curran > To: serusers(a)lists.iptel.org > Sent: Thursday, March 31, 2005 05:55 PM > Subject: [Serusers] Nathelper/Rtpproxy not working for two natted > clients > >> Hi, >> >> I am having problems troubleshooting a problem I am experiencing with >> my SER configuration. I have ser 0.8.14 running with rtpproxy and >> nathelper enabled. I have two phones on the same subnet behind nat >> and I would like to make a call between the two. I want to invoke >> rtpproxy for this as they both have private address [I know this >> isn't the most efficient way as they're both on the same subnet but I >> can worry about that later]. >> >> When I ring from the phone 1 (2092) to phone 2 (2093), 2092 can hear >> voice but 2093 can't. When 2093 ring 2092, there's no audio. These >> phones are Grandstream BT100's. They have been configured to listen> >> on different SIP and RTP ports. >> >> 2092: SIP Port: 5060 >> 2092: RTP Port: 5004 >> 2093: SIP Port: 5061 >> 2093: RTP Port: 5005 >> >> I have included my ser.cfg file the messages received on my SER >> server (using ngrep SIP-q)in an attachment. I can confirm that my >> rtpproxy is working (originally I thought it wasn't) by using "strace >> -d <rtpproxy pid> -f -F". I can see a signal being returned. >> >> Any help would be appreciated or advise as to how I can proceed >> troubleshooting. >> Kindest Regards, >> Vivienne. >> Send instant messages to your online friends >> http://uk.messenger.yahoo.com >> >> >> >> _______________________________________________ >> Serusers mailing list >> serusers(a)lists.iptel.org >> http://lists.iptel.org/mailman/listinfo/serusers > Send instant messages to your on! line friends > http://uk.messenger.yahoo.com [View Less]

3 2

[Serusers] Child procs
by Matt Schulte 04 Apr '05

04 Apr '05

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

1 0

Re: [Serusers] asterisk or ser
by harry gaillac 04 Apr '05

04 Apr '05

Hello, Look at http://www.sipfoundry.org/ for sipxpbx it's a feature-reach ipbx Harry --- "T. Maron" <t_maron_lists(a)yahoo.com> wrote: > Hello, > > I was playing with ser and asterisk for a few weeks > but I couldn't make a decision what is better to use > for medium voip network (more than 500 terminals in > several locations, sepatate pstn gw, basic services > - > voice and voicebox). Asterisk looks like a very > feature-rich voip application and ser more … [View More]

1 0

[Serusers] Nathelper/Rtpproxy not working for two natted clients
by Vivienne Curran 04 Apr '05

04 Apr '05

Hi, I am having problems troubleshooting a problem I am experiencing with my SER configuration. I have ser 0.8.14 running with rtpproxy and nathelper enabled. I have two phones on the same subnet behind nat and I would like to make a call between the two. I want to invoke rtpproxy for this as they both have private address [I know this isnt the most efficient way as theyre both on the same subnet but I can worry about that later]. When I ring from the phone 1 (2092) to phone 2 (2093),… [View More]

2 1

[Serusers] binding expired
by Wojciech Ziniewicz 04 Apr '05

04 Apr '05

[...] Binding '497','sip:497@192.168.0.136:5060' has expired [...] Any ideas how to stop sipphones making theese logs ? -- Pozdrawiam, Wojciech Ziniewicz Optocomp sp.z.o.o, www.optocomp.pl mailto: wojtekz(a)optocomp.pl +48(0)691031535

2 1

[Serusers] ul_add: flags expected
by Steve Blair 04 Apr '05

04 Apr '05

Hello: I am getting the 'ul_add: flags expected' error with v0.9.0 and serctl. There is some chatter in the archives about the perm column in the subscriber table but it is unclear to me if this is how to fix the problem? Any ideas? Thanks,Steve -- ISC Network Engineering The University of Pennsylvania 3401 Walnut Street, Suite 221A Philadelphia, PA 19104 voice: 215-573-8396 215-746-8001 fax: 215-898-9348 sip:blairs@upenn.edu

2 1

[Serusers] RFC3261 transaction matching failed
by Mimmus 04 Apr '05

04 Apr '05

Forwarding a call from Asterisk to Microsoft Live Communication Server 2005 via SER (to translate from UDP to TCP), I get a 'one-way' communication (WMessenger user can hear voice but PSTN phone user cannot). Running SER in debug mode, I found: DEBUG: RFC3261 transaction matching failed DEBUG: t_lookup_request: no transaction found Searching Google, I found that this is a known bug in Asterisk. I upgraded to 1.0.7 (Debian unstable) but bug is still present. Peraphs, Asterisk mailing-list … [View More]

2 1

[Serusers] What is the MySQL uri Table For?
by Java Rockx 04 Apr '05

04 Apr '05

Hi All. What is the MySQL uri table use for? Regards, Paul

2 1

[Serusers] Can some1 teach me how to add in Voice Mail into my Server....?
by Quek Eric 04 Apr '05

04 Apr '05

Hi all, I hav tried to understand SIP...im a totally new to sip, still a student learning. How do I enable my Voice Mail in my ser.cfg....or where can i learn to add voice mail? I had vry little understanding with my ser.cfg file due to the server was created by previous project student... here's ser.cfg # # $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ debug=3 … [View More]# debug level (cmd line: -dddddddddd) fork=yes log_stderror=yes # (cmd line: -E) /* Uncomment these lines to enter debugging mode debug=7 fork=no log_stderror=yes */ listen=172.16.221.38 listen=127.0.0.1 alias="sip.nyp.edu.sg" alias=172.16.221.38 alias=127.0.0.1 check_via=yes # (cmd. line: -v) dns=yes # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=4 fifo="/tmp/ser_fifo" # ------------------ module loading ---------------------------------- 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/auth.so" loadmodule "/usr/lib/ser/modules/auth_db.so" loadmodule "/usr/lib/ser/modules/acc.so" loadmodule "/usr/lib/ser/modules/exec.so" loadmodule "/usr/lib/ser/modules/group.so" loadmodule "/usr/lib/ser/modules/domain.so" loadmodule "/usr/lib/ser/modules/print.so" loadmodule "/usr/lib/ser/modules/textops.so" loadmodule "/usr/lib/ser/modules/uri.so" loadmodule "/usr/lib/ser/modules/msilo.so" loadmodule "/usr/lib/ser/modules/vm.so" # ----------------- setting module-specific parameters --------------- # -- tm parameters -- modparam("tm", "fr_timer", 12) modparam("tm", "fr_inv_timer", 24) # -- rr parameters -- #add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # -- usrloc parameters -- #2 enables write-back to persistent mysql storage for speed #disable=0, write-through=1 modparam("usrloc", "db_mode", 2) #minimize write back window - default is 60 seconds modparam("usrloc", "timer_interval", 120) #database location modparam("usrloc", "db_url", "sql://ser:heslo@localhost/ser") # -- auth parameters -- #database location modparam("auth_db", "db_url", "sql://ser:heslo@localhost/ser") #allows clear text password in the mysql database modparam("auth_db", "calculate_ha1", yes) #name of password column in mysql database modparam("auth_db", "password_column", "password") # -- acc parameters -- modparam("acc", "log_level", 1) modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 3) # -- msilo parameters -- modparam("msilo", "db_table", "silo") # -- msilo parameters -- #URL of the mysql database used to retrieve users. #modparam("vm", "db_url", "sql://username:password@localhost/ser") # ------------------------- request routing logic ------------------- # main routing logic route{ #checks messages with max_forwards==0 if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","too many hops"); break; }; #or excessively long requests if ( msg:len > max_len ) { sl_send_reply("513", "message is 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 record_route(); # loose-route processing if (loose_route()) { t_relay(); break; }; # labeled all transaction for accounting setflag(1); # record-route INVITES to make sure BYEs will visit our server too if (method=="INVITE") record_route(); # 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") { #make sure that users don't register infinite loops if (search("^(Contact|m):.*@(172\.16\.221\.38|(proxy\.)?sip\.nyp\.edu\.sg)")) { log(1, "LOG: alert: someone trying to set aor==contact\n"); sl_send_reply("476", "no server address in contacts allowed"); break; }; #Uncomment this if you want to use digest authentication # if (!www_authorize("sip.nyp.edu.sg", "subscriber")) # { # www_challenge("sip.nyp.edu.sg", "0"); # break; # }; save("aliases"); save("location"); log("REGISTER received -> dumping messages with MSILO\n"); #MSILO - dumping user's offline messages if (m_dump()) { log("MSILO: offline messages dumped - if they were\n"); } else { log("MSILO: no offline messages dumped\n"); }; break; }; #native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { if (! t_newtran()) { sl_reply_error(); break; }; if (!method=="MESSAGE") { if (!t_reply("404", "not found on LDAP or SER")) { sl_reply_error(); }; break; }; log("MESSAGE received -> storing using MSILO\n"); # MSILO - storing as offline message if (m_store("0")) { log("MSILO: offline message stored\n"); if (!t_reply("202", "accepted for later delivery")) { sl_reply_error(); }; } else { log("MSILO: offline message NOT stored\n"); if (!t_reply("503", "service unavailable")) { sl_reply_error(); }; }; break; sl_send_reply("404", "not found on LDAP or SER"); break; }; #if the downstream UA does not support MESSAGE requests #go to failure_route[1] t_on_failure("1"); t_relay(); break; #native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { if (!exec_dset("/etc/ser/sipldap")) { sl_send_reply("404", "not found on LDAP or SER"); break; } else { log(1, "sipldap call"); }; }; }; setflag(3); #forward to current uri now; use stateful forwarding; that #works reliably even if we forward from TCP to UDP if (!t_relay()) { sl_reply_error(); break; }; #does user wish redirection on no availability? #(is he in the voicemail (ser->grp) group? if (is_user_in("Request-URI", "voicemail")) { t_on_failure("4"); setflag(1); }; } failure_route[1] { #forwarding failed -- check if the request was a MESSAGE if (!method=="MESSAGE") { break; }; log(1,"MSILO: the downstream UA does not support MESSAGE requests ...\n"); #we have changed the R-URI with the contact address -- ignore it now if (m_store("1")) { log("MSILO: offline message stored\n"); t_reply("202", "accepted for later delivery"); } else { log("MSILO: offline message NOT stored\n"); t_reply("503", "service unavailable"); }; } failure_route[4] { append_branch("sip:80000@sip.nyp.edu.sg"); append_urihf("CC-Diversion: ", "\r\n"); append_hf("P-hint: OFFLINE-VOICEMAIL\r\n"); t_relay(); } rgds, Eric __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs [View Less]

2 1

Re: [Serusers] NAT NAT..and a little more NAT
by Greger V. Teigre 04 Apr '05

04 Apr '05

I suspect this is one of those questions where you know the answer ;-) Yes, you're of course right. You inject a direction=active in the failure_route, so that the GW will wait for the media before sending. However, I have had some issues with some clients that I haven't really figured completely out yet and I'm trying to be conservative. Do you have experiences where this work? If so, which GWs and clients do you have good experiences with? When we are first at it, there is another … [View More]

4 7

[Serusers] weird routing Asterisk -> ser
by Barry Murphy 04 Apr '05

04 Apr '05

Ok, So i'm trying to get ser to accept calls via asterisk (which I use for my voip termination). I dialed 85283363 from asterisk, however my SER receives the call and for some reason forwards the call to 64273040757 ########################################### # in extension.conf ########################################### exten => _8.,1,Dial(SIP/max.fast.co.nz/${EXTEN},60,t) exten => _8.,2,Hangup ########################################### # in ser.cfg (i'm guessing this accepts calls … [View More]

2 1

Re: [Serusers] multiport hardware to be used with anonlue/digital pbx's mriadian
by Iqbal 04 Apr '05

04 Apr '05

Hi Multiport, I mean more than one port :-), basically the pbx with have a E1 coming into it, which is 30 lines. Now if theother end of the pbx is connected to 40 extensions in the office, I really want all 40 to be able to make a voip call, rather than getting engaged tone. The customer doesnt want to replace the existing pbx, hence would want to put something behind it, which connects to the IP world. hence by dialing *1 [or whatever prefix] the call would hit the pbx, it would then … [View More]

1 0

Re: [Serusers] SER 0.8.14 to 0.9.0
by Aisling O'Driscoll 04 Apr '05

04 Apr '05

Thanks for that Greger. I have SER working now anyway (at last ;)) and when I run ser -V I can see that 0.9.1 is running. I have to start ser using "ser -d -E". Now I want to get cpl-c.so working. I am trying to follow the "SER CPL Howto" document but that seems to assume that cpl-c.so will be in /usr/local/lib/ser/modules and just needs to be patched. However there is no cpl-c.so module in that directory. I have edited the makefile so the module isnt excluded but that has made a difference. … [View More]Any ideas? Thanks very much for your help so far. Aisling. > >---- Original Message ---- >From: greger(a)teigre.com >To: ashling.odriscoll(a)cit.ie >Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >Date: Mon, 4 Apr 2005 10:48:59 +0200 > >>Aisling, >>Sorry, I overlooked this post. >> >>For installation from scratch, do the following as root: >>Make sure /opt exists, if not: mkdir /opt >>Delete your mysql ser database: mysqladmin -u root [-ppassword] drop >ser (I >>assume you don't need data in the old) >>unzip the source file to /tmp >>cd /tmp/ser-0.9.0 >>Run: ./make_and_install sql /opt/ser >>Ser will be installed to /opt/ser. >>Copy the config file to /opt/ser/etc/ser/ >>Create tables with /opt/ser/sbin/ser_mysql.sh create >>Verify that you have the correct ser: /opt/ser/sbin/ser -V >> >>Start ser with /opt/ser/sbin/serctl start >> >>Verify that ser is running: ps -ax | grep ser >>and check /var/log/messages >> >>If you still have problems, start ser this way: >>/opt/ser/sbin/ser -d -d -d -d -d -d -d -E -D >> >>Post the output. >> >>g-) >> >>Aisling O'Driscoll wrote: >>> I installed the following from the onsip site. I did "tar -zxvf >>> ser-0.9.etcetc" in the /usr/local directory and then ran the >scripts. >>> Do I start ser now by doing /usr/local/sbin/serctl start. I am >still >>> getting the error /var/run/ser.pid does not exist when I do that. >>> >>> Could someone let me know a command how to delete all ser files >from >>> my computer and then confirm that I should unzip the ser 0.9.0 >source >>> file in the /usr/local directory. >>> >>> Thanks a million, >>> Aisling. >>> >>>> ---- Original Message ---- >>>> From: greger(a)teigre.com >>>> To: ashling.odriscoll(a)cit.ie >>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>> Date: Wed, 30 Mar 2005 07:46:06 +0200 >>>> >>>>> Aisling, >>>>> >>>>> We have now also posted a complete 0.9.0 source package on >>>>> http://www.onsip.org/. It comes with a simple script that will >>>> compile and >>>>> install most of the modules (including cpl) either to the >default >>>> directory >>>>> /usr/local/*/ser or to a directory of your choice. The package >was >>>> created >>>>> as a part of the "Getting Started" effort to support speedy >upstart >>>> of a >>>>> full SER installation. >>>>> >>>>> Regards, >>>>> Greger >>>>> >>>>> Java Rockx wrote: >>>>>> Great. Now you need to compile the mysql support module. >>>>>> >>>>>> You can get a full how-to at http://www.onsip.org >>>>>> >>>>>> Just register and download the "Getting Started" document. This >>>> should >>>>>> be enough to get your using the mysql module. >>>>>> >>>>>> As for cpl but I suspect that it simply isn't complied by >default. >>>>>> >>>>>> You can compile it by changing to your ser source directory and >>>> doing >>>>>> this: >>>>>> >>>>>> make exclude_modules="" modules >>>>>> >>>>>> Then copy the <ser-source>/modules/cpl-c/*.so to >>>>>> /usr/loca/lib/ser/modules >>>>>> >>>>>> Regards, >>>>>> Paul >>>>>> >>>>>> >>>>>> On Tue, 29 Mar 2005 17:34:38 +0100, Aisling O'Driscoll >>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>> I have deleted all the "modules" directories from my system >other >>>>>>> than /usr/local/lib/ser. However /usr/local/lib/ser doesnt >>>> contain >>>>>>> modules such as mysql.so, cpl-c.so etc. Is this normal?? If it >is >>>>>>> then what how do I check these modules out cvs?. I have >>>> downloaded >>>>>>> the latest SER source code and made the SER binaries 2 more >times >>>>>>> (according the onsip document) to make sure I running the most >>>>>>> up-to-date code. >>>>>>> >>>>>>> I apologise for lack of linx knowledge and very much >appreciate >>>> the >>>>>>> help I have been given so far. >>>>>>> >>>>>>> Aisling. >>>>>>>> >>>>>>>> ---- Original Message ---- >>>>>>>> From: javarockx(a)gmail.com >>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>> Date: Tue, 29 Mar 2005 10:19:52 -0500 >>>>>>>> >>>>>>>>> Again, this sounds like you've got more than one version of >ser >>>>>>>>> on your system. >>>>>>>>> >>>>>>>>> I don't know where 0.8.14 kept it's modules but you can find >>>>>>>>> other ser modules (and remove them). >>>>>>>>> >>>>>>>>> to find them do this as root >>>>>>>>> >>>>>>>>> find / -name mysql.so >>>>>>>>> >>>>>>>>> you may find more than ser modules with this but it should >spit >>>> out >>>>>>>>> the directory that 0.8.14 used. >>>>>>>>> >>>>>>>>> ser-0.9 keeps its modules in /usr/local/lib/ser >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Paul >>>>>>>>> >>>>>>>>> >>>>>>>>> On Tue, 29 Mar 2005 15:53:56 +0100, Aisling O'Driscoll >>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>> Yes that was it. Thanks. I promise I'm nearly there!I >replaced >>>> the >>>>>>>>>> default script with the ser.cfg I was running with 0.8.14. >I >>>> am >>>>>>>>>> getting two mismatch errors with the script though: >>>>>>>>>> >>>>>>>>>> ERROR: module version mismatch for >>>>>>>>>> /usr/local/lib/ser/modules/mysql.so; core: ser 0.9.1 >>>> (i386/linux); >>>>>>>>>> module ser 0.9.0 (i386/linux). >>>>>>>>>> Its the same for the cpl module. >>>>>>>>>> >>>>>>>>>> Can I run a command to update the modules only? Also I'm a >bit >>>>>>>>>> confused if the mysql database that I was using with 0.8.14 >is >>>>>>>> still >>>>>>>>>> valid? Do I have create new tables (ser_mysql.sh create >etc)is >>>> the >>>>>>>>>> current database sufficient? >>>>>>>>>> >>>>>>>>>> Many thanks, >>>>>>>>>> Aisling. >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>> From: greger(a)teigre.com >>>>>>>>>>> To: javarockx(a)gmail.com, ashling.odriscoll(a)cit.ie, >>>>>>>> serusers(a)iptel.org >>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>> Date: Tue, 29 Mar 2005 16:29:49 +0200 >>>>>>>>>>> >>>>>>>>>>>> This is the default ser.cfg problem: Remove the >>>>>>>>>>>> force_send_socket line with reference to the smaug >server. >>>>>>>>>>>> I thought this was changed in CVS (a test cfg file was >>>>>>>>>>>> committed to cvs in an error). >>>>>>>>>>>> g-) >>>>>>>>>>>> >>>>>>>>>>>> Java Rockx wrote: >>>>>>>>>>>>> your ser.cfg is in /usr/local/etc/ser >>>>>>>>>>>>> >>>>>>>>>>>>> I've not seen your ser.cfg file - so I can't really say. >>>>>>>>>>>>> >>>>>>>>>>>>> Regards, >>>>>>>>>>>>> Paul >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On Tue, 29 Mar 2005 15:10:30 +0100, Aisling O'Driscoll >>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>> Thanks,I've made that change. Any idea about why SER >wont >>>>>>>>>>>>>> start? The following error is in /varlog/messages: >>>>>>>>>>>>>> >>>>>>>>>>>>>> /usr/local/sbin/ser[7966]: ERROR: fix_actions: >>>>>>>> force_send_socket: >>>>>>>>>>>>>> could not resolvbe smaug. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Also where is my new ser.cfg stored. My old one is in >>>>>>>> etc/ser. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> Aisling >>>>>>>>>>>>>> >>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 09:08:24 -0500 >>>>>>>>>>>>>> >>>>>>>>>>>>>>> your PATH should actually be >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> PATH=$PATH:/usr/local/sbin:. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Tue, 29 Mar 2005 14:36:56 +0100, Aisling O'Driscoll >>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>> Thanks for the replies so far - Everyone has been >very >>>>>>>>>>>>>>>> helpful. I have one final question. I deleted the >"ser" >>>>>>>>>>>>>>>> directory from >>>>>>>>>>>>>>> /usr/sbin >>>>>>>>>>>>>>>> as suggested. I am using Suse Linux 9.0 so then I >>>>>>>>>>>>>>>> modified the "profile" file in the /etc directory >with >>>>>>>>>>>>>>>> the following: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> PATH="$PATH:/usr/local/sbin/ser:." >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Then I carried out the cvs instructions from the >iptel >>>>>>>>>>>>>>>> site (as detailed at end of this mail) to install SER >>>>>>>>>>>>>>>> 0.9.1. When >>>> I >>>>>>>>>>>>>>>> run "ser -V" I now see that SER has been updated. >>>> However >>>>>>>>>>>>>>>> when I run /usr/local/sbin/serctl start to start SER. >I >>>> get >>>>>>>>>>>>>>>> an error: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Starting SER: PID file /var/run/ser.pid does not >exist >>>> -- >>>>>>>>>>>>>>>> SER start failed. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> I used to start SER using /etc/init.d/ser start. That >>>>>>>>>>>>>>>> also doesn't work. What could be wrong? Also where is >my >>>>>>>>>>>>>>>> new ser.cfg file stored? My old one is still in >/etc/ser. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Thanks again. >>>>>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> cd /usr/src >>>>>>>>>>>>>>>> export >>>>>>>> CVSROOT=:pserver:anonymous@cvs.berlios.de:/cvsroot/ser >>>>>>>>>>>>>>>> cvs login >>>>>>>>>>>>>>>> [enter for password] >>>>>>>>>>>>>>>> "cvs co -r rel_0_9_0 sip_router" from onsip site. >>>>>>>>>>>>>>>> cd sip_router >>>>>>>>>>>>>>>> make all >>>>>>>>>>>>>>>> make install >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 08:07:35 -0500 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Each linux user has an environment variable called >>>> PATH. >>>>>>>> You >>>>>>>>>>> can >>>>>>>>>>>>>>> set >>>>>>>>>>>>>>>>>> your path in the .bash_profile (assuming a redhat >>>>>>>>>>>>>>>>>> linux distro). Consult your linux distro for >setting >>>>>>>>>>>>>>>>>> environment >>>>>>>> variables. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On most you can just do this: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> export PATH=$PATH:/usr/local/sbin/ >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> But this will only be for you current logged in >>>> session. >>>>>>>> When >>>>>>>>>>> you >>>>>>>>>>>>>>>>> exit >>>>>>>>>>>>>>>>>> the bash shell this setting will be lost. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 13:50:18 +0100, Aisling >O'Driscoll >>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>> Apologies if this is a ridculous question where >will >>>> I >>>>>>>> find >>>>>>>>>>> the >>>>>>>>>>>>>>>>> $PATH >>>>>>>>>>>>>>>>>>> variable? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>> Aisling >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie, serusers(a)iptel.org >>>>>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 07:49:44 -0500 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> it looks like you have two copies of ser on your >>>>>>>> machine. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> You should complete remove /usr/sbin/ser and >make >>>> sure >>>>>>>>>>>>>>>>>>>>> /usr/local/sbin/ser is in your $PATH. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 13:43:56 +0100, Aisling >>>> O'Driscoll >>>>>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> When I type "which ser". I get /usr/sbin/ser. >How >>>>>>>>>>>>>>>>>>>>>> can I proceed from here?. Thank you for the >reply. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 06:46:20 -0500 >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> Aisling, >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> It seems like one of the following is true: >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> 1) you're somehow mixing 0.8.14 source code >with >>>>>>>> 0.9.1 >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> 2) you have more than one copy of ser >installed >>>>>>>>>>>>>>>>>>>>>>> on your system. If you >>>>>>>>>>>>>>>>>>>>>>> type "which ser" does it point to >>>>>>>> /usr/local/sbin/ser ?? >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 09:55:06 +0100, Aisling >>>>>>>> O'Driscoll >>>>>>>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> I am still trying to change my SER version >from >>>>>>>>>>>>>>>>>>>>>>>> 0.8.14 to >>>>>>>>>>>>>>>>>>>>>>>> 0.9.0. I have >>>>>>>>>>>>>>>>>>>>>>>> followed the instructions at the following >link >>>> and >>>>>>>>>>> also >>>>>>>>>>>>>>> on >>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>>>>> onsip >>>>>>>>>>>>>>>>>>>>>>>> site. >>>>>>>>>>>>>>>>>>>>>>>> http://www.iptel.org/ser/cvs/ >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> However when I run ser -V, I still see that >I'm >>>>>>>> running >>>>>>>>>>>>>>>>>>>>>>>> 0.8.14. I've given an exact detail of what i >do >>>>>>>>>>>>>>>>>>>>>>>> below and can someone >>>>>>>>>>>>>>>>> PLEASE >>>>>>>>>>>>>>>>>>>>>>>> PLEASE point out the mistake. Thank you. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> cd /usr/src >>>>>>>>>>>>>>>>>>>>>>>> export >>>>>>>>>>>>>>>>> >CVSROOT=:pserver:anonymous@cvs.berlios.de:/cvsroot/ser >>>>>>>>>>>>>>>>>>>>>>>> cvs login >>>>>>>>>>>>>>>>>>>>>>>> [enter for password] >>>>>>>>>>>>>>>>>>>>>>>> Here I've tried both "cvs co sip_router" for >>>>>>>> unstable >>>>>>>>>>>>>>>>>>>>>>>> version and "cvs co -r rel_0_9_0 sip_router" >>>>>>>>>>>>>>>>>>>>>>>> from onsip site. >>>>>>>>>>>>>>>>>>>>>>>> cd sip_router >>>>>>>>>>>>>>>>>>>>>>>> make all >>>>>>>>>>>>>>>>>>>>>>>> make install >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> It says every file is updated but I still run >>>> the >>>>>>>>>>>>>>>>>>>>>>>> same stable version. I've killed all ser >>>> processes >>>>>>>>>>>>>>>>>>>>>>>> before running this command (killall ser) >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Please let me know what Im doing wrong, >>>>>>>>>>>>>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> -------------------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. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> -------------------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. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -------------------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. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -------------------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. >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> -------------------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. >>>>> >>>>> >>>>> -------------------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. >> >> >>-------------------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. [View Less]

2 1

[Serusers] asterisk or ser
by T. Maron 04 Apr '05

04 Apr '05

Hello, I was playing with ser and asterisk for a few weeks but I couldn't make a decision what is better to use for medium voip network (more than 500 terminals in several locations, sepatate pstn gw, basic services - voice and voicebox). Asterisk looks like a very feature-rich voip application and ser more flexible. Can anyone share some experiences deploying either of the two voip systems? The maintenance effort is what weight more for us, we are looking for qualified support to install the … [View More]

1 0

Re: [Serusers] SER 0.8.14 to 0.9.0
by Aisling O'Driscoll 04 Apr '05

04 Apr '05

I installed the following from the onsip site. I did "tar -zxvf ser-0.9.etcetc" in the /usr/local directory and then ran the scripts. Do I start ser now by doing /usr/local/sbin/serctl start. I am still getting the error /var/run/ser.pid does not exist when I do that. Could someone let me know a command how to delete all ser files from my computer and then confirm that I should unzip the ser 0.9.0 source file in the /usr/local directory. Thanks a million, Aisling. >---- Original Message --… [View More]-- >From: greger(a)teigre.com >To: ashling.odriscoll(a)cit.ie >Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >Date: Wed, 30 Mar 2005 07:46:06 +0200 > >>Aisling, >> >>We have now also posted a complete 0.9.0 source package on >>http://www.onsip.org/. It comes with a simple script that will >compile and >>install most of the modules (including cpl) either to the default >directory >>/usr/local/*/ser or to a directory of your choice. The package was >created >>as a part of the "Getting Started" effort to support speedy upstart >of a >>full SER installation. >> >>Regards, >>Greger >> >>Java Rockx wrote: >>> Great. Now you need to compile the mysql support module. >>> >>> You can get a full how-to at http://www.onsip.org >>> >>> Just register and download the "Getting Started" document. This >should >>> be enough to get your using the mysql module. >>> >>> As for cpl but I suspect that it simply isn't complied by default. >>> >>> You can compile it by changing to your ser source directory and >doing >>> this: >>> >>> make exclude_modules="" modules >>> >>> Then copy the <ser-source>/modules/cpl-c/*.so to >>> /usr/loca/lib/ser/modules >>> >>> Regards, >>> Paul >>> >>> >>> On Tue, 29 Mar 2005 17:34:38 +0100, Aisling O'Driscoll >>> <ashling.odriscoll(a)cit.ie> wrote: >>>> I have deleted all the "modules" directories from my system other >>>> than /usr/local/lib/ser. However /usr/local/lib/ser doesnt >contain >>>> modules such as mysql.so, cpl-c.so etc. Is this normal?? If it is >>>> then what how do I check these modules out cvs?. I have >downloaded >>>> the latest SER source code and made the SER binaries 2 more times >>>> (according the onsip document) to make sure I running the most >>>> up-to-date code. >>>> >>>> I apologise for lack of linx knowledge and very much appreciate >the >>>> help I have been given so far. >>>> >>>> Aisling. >>>>> >>>>> ---- Original Message ---- >>>>> From: javarockx(a)gmail.com >>>>> To: ashling.odriscoll(a)cit.ie >>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>> Date: Tue, 29 Mar 2005 10:19:52 -0500 >>>>> >>>>>> Again, this sounds like you've got more than one version of ser >on >>>>> your system. >>>>>> >>>>>> I don't know where 0.8.14 kept it's modules but you can find >other >>>>> ser >>>>>> modules (and remove them). >>>>>> >>>>>> to find them do this as root >>>>>> >>>>>> find / -name mysql.so >>>>>> >>>>>> you may find more than ser modules with this but it should spit >out >>>>>> the directory that 0.8.14 used. >>>>>> >>>>>> ser-0.9 keeps its modules in /usr/local/lib/ser >>>>>> >>>>>> Regards, >>>>>> Paul >>>>>> >>>>>> >>>>>> On Tue, 29 Mar 2005 15:53:56 +0100, Aisling O'Driscoll >>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>> Yes that was it. Thanks. I promise I'm nearly there!I replaced >the >>>>>>> default script with the ser.cfg I was running with 0.8.14. I >am >>>>>>> getting two mismatch errors with the script though: >>>>>>> >>>>>>> ERROR: module version mismatch for >>>>>>> /usr/local/lib/ser/modules/mysql.so; core: ser 0.9.1 >(i386/linux); >>>>>>> module ser 0.9.0 (i386/linux). >>>>>>> Its the same for the cpl module. >>>>>>> >>>>>>> Can I run a command to update the modules only? Also I'm a bit >>>>>>> confused if the mysql database that I was using with 0.8.14 is >>>>> still >>>>>>> valid? Do I have create new tables (ser_mysql.sh create etc)is >the >>>>>>> current database sufficient? >>>>>>> >>>>>>> Many thanks, >>>>>>> Aisling. >>>>>>> >>>>>>>> >>>>>>>> ---- Original Message ---- >>>>>>>> From: greger(a)teigre.com >>>>>>>> To: javarockx(a)gmail.com, ashling.odriscoll(a)cit.ie, >>>>> serusers(a)iptel.org >>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>> Date: Tue, 29 Mar 2005 16:29:49 +0200 >>>>>>>> >>>>>>>>> This is the default ser.cfg problem: Remove the >>>>>>>>> force_send_socket line with reference to the smaug server. >>>>>>>>> I thought this was changed in CVS (a test cfg file was >>>>>>>>> committed to cvs in an error). >>>>>>>>> g-) >>>>>>>>> >>>>>>>>> Java Rockx wrote: >>>>>>>>>> your ser.cfg is in /usr/local/etc/ser >>>>>>>>>> >>>>>>>>>> I've not seen your ser.cfg file - so I can't really say. >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Paul >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Tue, 29 Mar 2005 15:10:30 +0100, Aisling O'Driscoll >>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>> Thanks,I've made that change. Any idea about why SER wont >>>>>>>>>>> start? The following error is in /varlog/messages: >>>>>>>>>>> >>>>>>>>>>> /usr/local/sbin/ser[7966]: ERROR: fix_actions: >>>>> force_send_socket: >>>>>>>>>>> could not resolvbe smaug. >>>>>>>>>>> >>>>>>>>>>> Also where is my new ser.cfg stored. My old one is in >>>>> etc/ser. >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> Aisling >>>>>>>>>>> >>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>> Date: Tue, 29 Mar 2005 09:08:24 -0500 >>>>>>>>>>> >>>>>>>>>>>> your PATH should actually be >>>>>>>>>>>> >>>>>>>>>>>> PATH=$PATH:/usr/local/sbin:. >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> Paul >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Tue, 29 Mar 2005 14:36:56 +0100, Aisling O'Driscoll >>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>> Thanks for the replies so far - Everyone has been very >>>>>>>>>>>>> helpful. I have one final question. I deleted the "ser" >>>>>>>>>>>>> directory from >>>>>>>>>>>> /usr/sbin >>>>>>>>>>>>> as suggested. I am using Suse Linux 9.0 so then I >modified >>>>> the >>>>>>>>>>>>> "profile" file in the /etc directory with the following: >>>>>>>>>>>>> >>>>>>>>>>>>> PATH="$PATH:/usr/local/sbin/ser:." >>>>>>>>>>>>> >>>>>>>>>>>>> Then I carried out the cvs instructions from the iptel >site >>>>> (as >>>>>>>>>>>>> detailed at end of this mail) to install SER 0.9.1. When >I >>>>>>>>>>>>> run "ser -V" I now see that SER has been updated. >However >>>>>>>>>>>>> when I run /usr/local/sbin/serctl start to start SER. I >get >>>>>>>>>>>>> an error: >>>>>>>>>>>>> >>>>>>>>>>>>> Starting SER: PID file /var/run/ser.pid does not exist >-- >>>>>>>>>>>>> SER start failed. >>>>>>>>>>>>> >>>>>>>>>>>>> I used to start SER using /etc/init.d/ser start. That >also >>>>>>>> doesn't >>>>>>>>>>>>> work. What could be wrong? Also where is my new ser.cfg >>>>>>>>>>>>> file stored? My old one is still in /etc/ser. >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks again. >>>>>>>>>>>>> Aisling. >>>>>>>>>>>>> >>>>>>>>>>>>> cd /usr/src >>>>>>>>>>>>> export >>>>> CVSROOT=:pserver:anonymous@cvs.berlios.de:/cvsroot/ser >>>>>>>>>>>>> cvs login >>>>>>>>>>>>> [enter for password] >>>>>>>>>>>>> "cvs co -r rel_0_9_0 sip_router" from onsip site. >>>>>>>>>>>>> cd sip_router >>>>>>>>>>>>> make all >>>>>>>>>>>>> make install >>>>>>>>>>>>> >>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 08:07:35 -0500 >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Each linux user has an environment variable called >PATH. >>>>> You >>>>>>>> can >>>>>>>>>>>> set >>>>>>>>>>>>>>> your path in the .bash_profile (assuming a redhat >linux >>>>>>>> distro). >>>>>>>>>>>>>>> Consult your linux distro for setting environment >>>>> variables. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On most you can just do this: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> export PATH=$PATH:/usr/local/sbin/ >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> But this will only be for you current logged in >session. >>>>> When >>>>>>>> you >>>>>>>>>>>>>> exit >>>>>>>>>>>>>>> the bash shell this setting will be lost. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Tue, 29 Mar 2005 13:50:18 +0100, Aisling O'Driscoll >>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>> Apologies if this is a ridculous question where will >I >>>>> find >>>>>>>> the >>>>>>>>>>>>>> $PATH >>>>>>>>>>>>>>>> variable? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>> Aisling >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie, serusers(a)iptel.org >>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 07:49:44 -0500 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> it looks like you have two copies of ser on your >>>>> machine. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> You should complete remove /usr/sbin/ser and make >sure >>>>>>>>>>>>>>>>>> /usr/local/sbin/ser is in your $PATH. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 13:43:56 +0100, Aisling >O'Driscoll >>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> When I type "which ser". I get /usr/sbin/ser. How >can >>>>> I >>>>>>>>>>>>>>>>>>> proceed from here?. Thank you for the reply. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> ---- Original Message ---- >>>>>>>>>>>>>>>>>>> From: javarockx(a)gmail.com >>>>>>>>>>>>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>>>>>>>>>>>> Subject: Re: [Serusers] SER 0.8.14 to 0.9.0 >>>>>>>>>>>>>>>>>>> Date: Tue, 29 Mar 2005 06:46:20 -0500 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Aisling, >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> It seems like one of the following is true: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 1) you're somehow mixing 0.8.14 source code with >>>>> 0.9.1 >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> 2) you have more than one copy of ser installed >on >>>>> your >>>>>>>>>>>>>>>>>>>> system. If you >>>>>>>>>>>>>>>>>>>> type "which ser" does it point to >>>>> /usr/local/sbin/ser ?? >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>>>>> Paul >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On Tue, 29 Mar 2005 09:55:06 +0100, Aisling >>>>> O'Driscoll >>>>>>>>>>>>>>>>>>>> <ashling.odriscoll(a)cit.ie> wrote: >>>>>>>>>>>>>>>>>>>>> Hello, >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> I am still trying to change my SER version from >>>>>>>>>>>>>>>>>>>>> 0.8.14 to >>>>>>>>>>>>>>>>>>>>> 0.9.0. I have >>>>>>>>>>>>>>>>>>>>> followed the instructions at the following link >and >>>>>>>> also >>>>>>>>>>>> on >>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>> onsip >>>>>>>>>>>>>>>>>>>>> site. >>>>>>>>>>>>>>>>>>>>> http://www.iptel.org/ser/cvs/ >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> However when I run ser -V, I still see that I'm >>>>> running >>>>>>>>>>>>>>>>>>>>> 0.8.14. I've given an exact detail of what i do >>>>>>>>>>>>>>>>>>>>> below and can someone >>>>>>>>>>>>>> PLEASE >>>>>>>>>>>>>>>>>>>>> PLEASE point out the mistake. Thank you. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> cd /usr/src >>>>>>>>>>>>>>>>>>>>> export >>>>>>>>>>>>>> CVSROOT=:pserver:anonymous@cvs.berlios.de:/cvsroot/ser >>>>>>>>>>>>>>>>>>>>> cvs login >>>>>>>>>>>>>>>>>>>>> [enter for password] >>>>>>>>>>>>>>>>>>>>> Here I've tried both "cvs co sip_router" for >>>>> unstable >>>>>>>>>>>>>>>>>>>>> version and "cvs co -r rel_0_9_0 sip_router" >from >>>>> onsip >>>>>>>>>>>>>>>>>>>>> site. >>>>>>>>>>>>>>>>>>>>> cd sip_router >>>>>>>>>>>>>>>>>>>>> make all >>>>>>>>>>>>>>>>>>>>> make install >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> It says every file is updated but I still run >the >>>>>>>>>>>>>>>>>>>>> same stable version. I've killed all ser >processes >>>>>>>>>>>>>>>>>>>>> before running this command (killall ser) >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Please let me know what Im doing wrong, >>>>>>>>>>>>>>>>>>>>> Aisling. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> -------------------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. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -------------------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. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -------------------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. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -------------------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. >>>>>>> >>>>>>> >>>>>> >>>>>> -------------------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. >> >> >>-------------------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. [View Less]

4 3

[Serusers] 'localhost' in the `serweb' login page
by Timur Elzhov 04 Apr '05

04 Apr '05

Dear SER experts, I unpacked 'serweb' (last CVS version) under www-trees on the two Linux machines. I modified 'config_path.php' only, just to change $config->root_path to "/serweb/html/" value, nothing else. However, on the first machine the 'localhost' word is appeared instead of right domain name. Moreover, this 'serweb' login form refuses any registered user to being logged in, with error "Bad username or password" (Of course, there is no problem with registering with `serctl' tool). … [View More]

2 1

[Serusers] t_replicate can't call to registered endpoint
by Raymond Chen 04 Apr '05

04 Apr '05

Dear all We have setup two SER servers which replicates endpoint registration info to the second server as follow: Server A: if (method=="REGISTER") { #if (src_ip=="xxx.xxx.xxx.xxx") { # save("location"); # break; #}; if (!www_authorize("", "subscriber")) { www_challenge("", … [View More]

2 1

[Serusers] avpops - how to fake a registration
by Java Rockx 04 Apr '05

04 Apr '05

Hi All. I'm using ser-0.9.1 with auth_db enabled for user registration stuff. I need to fake a REGISTRATION under certain circumstances. What I want to do is sl_send_reply("200", "OK") when I get a REGISTER message from user 697. I don't want to actually call the save("location") method because I do not want to store 697 in the database or in ser's cache. So how can I sl_send_reply() and include the <Contact> header which the save() function would normally insert in to the response? … [View More]

2 6

[Serusers] General questions I can't find in the FAQs
by Robert Boyle 04 Apr '05

04 Apr '05

Hello all, I am interested in using SER, but I am a bit confused. It seems that the latest distribution is .8.x, but I am seeing people posting regarding .9.1. I am also interested in the commercial version of SER. Is it the same as the open source version? or is it completely different code? I sent email to the iptelorg company and tried to call them on Friday, but I haven't gotten any response. Does anyone know all of the pricing and the feature differences? I need to have a special … [View More]

1 0

Re: [Serusers] How to enable my Voice Mail in ser.cfg
by Quek Eric 04 Apr '05

04 Apr '05

Quek Eric <inputdev(a)yahoo.com> wrote: thx Steve, can u simplify wad to do or where can i learn to create voice mail? due to I'm totally new to SIP...I'm actually a student taking over a project which was done by a student too. rgds, Eric Steve Blair <blairs(a)isc.upenn.edu> wrote: Eric: You need to decide what application will provide voice mail service SEMS, Asterisk, etc. That decision will drive what needs to be in your config file. Basically you'll need to add t_on_failure("… [View More]N") and failure_route[N] statements to handle the unanswered call. In the failure_route you will want to do hostname and/or port number re-writing as necessary then t_relay the call to this new (voicemail server) destination. -Steve Quek Eric wrote: >Hi all, > >Im a new learner who is a beginner learning on SIP... > >I will like to know how do I enable Voice Mail in my >ser.cfg file... > >Here's my ser.cfg: ># ># $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei >Exp $ ># ># simple quick-start config script ># > ># ----------- global configuration parameters >------------------------ > >debug=3 # debug level (cmd line: -dddddddddd) >fork=yes >log_stderror=yes # (cmd line: -E) > >/* Uncomment these lines to enter debugging mode >debug=7 >fork=no >log_stderror=yes >*/ > >listen=172.16.221.38 >listen=127.0.0.1 >alias="sip.nyp.edu.sg" >alias=172.16.221.38 >alias=127.0.0.1 > >check_via=yes # (cmd. line: -v) >dns=yes # (cmd. line: -r) >rev_dns=no # (cmd. line: -R) >port=5060 >children=4 >fifo="/tmp/ser_fifo" > ># ------------------ module loading >---------------------------------- > >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/auth.so" >loadmodule "/usr/lib/ser/modules/auth_db.so" >loadmodule "/usr/lib/ser/modules/acc.so" >loadmodule "/usr/lib/ser/modules/exec.so" >loadmodule "/usr/lib/ser/modules/group.so" >loadmodule "/usr/lib/ser/modules/domain.so" >loadmodule "/usr/lib/ser/modules/print.so" >loadmodule "/usr/lib/ser/modules/textops.so" >loadmodule "/usr/lib/ser/modules/uri.so" >loadmodule "/usr/lib/ser/modules/msilo.so" >loadmodule "/usr/lib/ser/modules/vm.so" > ># ----------------- setting module-specific parameters >--------------- > ># -- tm parameters -- >modparam("tm", "fr_timer", 12) >modparam("tm", "fr_inv_timer", 24) > ># -- rr parameters -- >#add value to ;lr param to make some broken UAs happy >modparam("rr", "enable_full_lr", 1) > ># -- usrloc parameters -- >#2 enables write-back to persistent mysql storage for >speed >#disable=0, write-through=1 >modparam("usrloc", "db_mode", 2) >#minimize write back window - default is 60 seconds >modparam("usrloc", "timer_interval", 120) >#database location >modparam("usrloc", "db_url", >"sql://ser:heslo@localhost/ser") > ># -- auth parameters -- >#database location >modparam("auth_db", "db_url", >"sql://ser:heslo@localhost/ser") >#allows clear text password in the mysql database >modparam("auth_db", "calculate_ha1", yes) >#name of password column in mysql database >modparam("auth_db", "password_column", "password") > ># -- acc parameters -- >modparam("acc", "log_level", 1) >modparam("acc", "log_flag", 1) >modparam("acc", "log_missed_flag", 3) > ># -- msilo parameters -- >modparam("msilo", "db_table", "silo") > ># ------------------------- request routing logic >------------------- ># main routing logic > >route{ > > #checks messages with max_forwards==0 > if (!mf_process_maxfwd_header("10")) > { > sl_send_reply("483","too many hops"); > break; > }; > #or excessively long requests > if ( msg:len > max_len ) > { > sl_send_reply("513", "message is 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 > record_route(); > > # loose-route processing > if (loose_route()) > { > t_relay(); > break; > }; > > # labeled all transaction for accounting > setflag(1); > > # record-route INVITES to make sure BYEs will visit >our server too > if (method=="INVITE") record_route(); > > # 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") > { > #make sure that users don't register infinite loops > if >(search("^(Contact|m):.*@(172\.16\.221\.38|(proxy\.)?sip\.nyp\.edu\.sg)")) > { > log(1, "LOG: alert: someone trying to set >aor==contact\n"); > sl_send_reply("476", "no server address in >contacts allowed"); > break; > }; > > #Uncomment this if you want to use digest >authentication > # if (!www_authorize("sip.nyp.edu.sg", >"subscriber")) > # { > # www_challenge("sip.nyp.edu.sg", "0"); > # break; > # }; > save("aliases"); > save("location"); > log("REGISTER received -> dumping messages with >MSILO\n"); > > #MSILO - dumping user's offline messages > if (m_dump()) > { > log("MSILO: offline messages dumped - if they >were\n"); > } > else > { > log("MSILO: no offline messages dumped\n"); > }; > break; > }; > > #native SIP destinations are handled using our >USRLOC DB > if (!lookup("location")) > { > if (! t_newtran()) > { > sl_reply_error(); > break; > }; > > if (!method=="MESSAGE") > { > if (!t_reply("404", "not found on LDAP or SER")) > { > sl_reply_error(); > }; > break; > }; > > log("MESSAGE received -> storing using MSILO\n"); > # MSILO - storing as offline message > if (m_store("0")) > { > log("MSILO: offline message stored\n"); > if (!t_reply("202", "accepted for later >delivery")) > { > sl_reply_error(); > }; > } > else > { > log("MSILO: offline message NOT stored\n"); > if (!t_reply("503", "service unavailable")) > { > sl_reply_error(); > }; > }; > break; > > sl_send_reply("404", "not found on LDAP or SER"); > break; > }; > #if the downstream UA does not support MESSAGE >requests > #go to failure_route[1] > t_on_failure("1"); > t_relay(); > break; > > #native SIP destinations are handled using our >USRLOC DB > if (!lookup("location")) > { > if (!exec_dset("/etc/ser/sipldap")) > { > sl_send_reply("404", "not found on LDAP or SER"); > break; > } > else > { > log(1, "sipldap call"); > }; > }; > }; > setflag(3); > > #forward to current uri now; use stateful forwarding; >that > #works reliably even if we forward from TCP to UDP > if (!t_relay()) > { > sl_reply_error(); > break; > }; > > #does user wish redirection on no availability? > #(is he in the voicemail (ser->grp) group? > if (is_user_in("Request-URI", "voicemail")) > { > t_on_failure("4"); > setflag(1); > }; >} > >failure_route[1] { > #forwarding failed -- check if the request was a >MESSAGE > if (!method=="MESSAGE") > { > break; > }; > log(1,"MSILO: the downstream UA does not support >MESSAGE requests ...\n"); > #we have changed the R-URI with the contact address >-- ignore it now > if (m_store("1")) > { > log("MSILO: offline message stored\n"); > t_reply("202", "accepted for later delivery"); > } > else > { > log("MSILO: offline message NOT stored\n"); > t_reply("503", "service unavailable"); > }; >} > >failure_route[4] { > append_branch("sip:80000@sip.nyp.edu.sg"); > append_urihf("CC-Diversion: ", "\r\n"); > append_hf("P-hint: OFFLINE-VOICEMAIL\r\n"); > t_relay(); >} > > >Pls do help me... >rgds, >Eric > > > >__________________________________ >Do you Yahoo!? >Yahoo! Personals - Better first dates. More second dates. >http://personals.yahoo.com > >_______________________________________________ >Serusers mailing list >serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers > > -- ISC Network Engineering The University of Pennsylvania 3401 Walnut Street, Suite 221A Philadelphia, PA 19104 voice: 215-573-8396 215-746-8001 fax: 215-898-9348 sip:blairs@upenn.edu --------------------------------- Do you Yahoo!? Better first dates. More second dates. Yahoo! Personals --------------------------------- Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. [View Less]

1 0

[Serusers] MySQL Error
by ljzhang 04 Apr '05

04 Apr '05

Hi, all I met serious problems when I load mysql module of SER. But I can use SER without mysql module normally. So Can you tell me what's version of your MySQL server installation file and libmysqlclient.so, source or binary? Thanks a lot! 　　　　　　　　　　　　　　　　ljzhang 　　　　　　　　xueyou38(a)163.com 　　　　　　　　　　2005-04-04

1 0

Re: Re: [Serusers] What's the problem of SER with Mysql
by ljzhang 04 Apr '05

04 Apr '05

Hi,Felipe Martins Can you tell me what's version of your MySQL server installation file, source or binary? Thanks a lot! ======= 2005-04-01 20:29:54 您在来信中写道：======= > There is no problem on SER with MySQL, I have it running here with no problem, maybe the prob is your config file (ser.cfg). > Have you tried to run SER with the default ser.cfg ?? It runs with no authentication. Have you set all the system variables for MySQL in your system ? > >Take a closer look at the … [View More]manuals > > >Best Regards. > > > >On Fri, 1 Apr 2005 20:18:39 +0800 >"ljzhang" <xueyou38(a)163.com> wrote: > >> Hi, >> >> I configure SER with Mysql. After I start SER, it don't show "successful" word, and can't end. No UA can register to SER. I found when UA sends Register message, it can't receive any response. But I use serctl command to monitor SER, I can't find any error. After I restart Linux again, Linux'start process is blocked when it is starting ser. My Linux op can't be started. That's horrible. >> >> Furthermore, After I configure SER with Mysql, I configure SER without Mysql again, SER also can't start nomally. The only way is to remove it and restall it. >> >> Can you help me!! Thanks. >> >> My ser.cfg is as following: >> # >> # $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 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) >> >> # Uncomment these lines to enter debugging mode >> debug=7 >> 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" >> >> # ------------------ module loading ---------------------------------- >> >> # Uncomment this if you want to use SQL database >> 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" >> >> # Uncomment this if you want digest authentication >> # mysql.so must be loaded ! >> loadmodule "/usr/lib/ser/modules/auth.so" >> loadmodule "/usr/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 >> record_route(); >> # loose-route processing >> if (loose_route()) { >> t_relay(); >> 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=~"127.0.0.1") { >> >> 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; >> }; >> >> # native SIP destinations are handled using our USRLOC DB >> if (!lookup("location")) { >> sl_send_reply("404", "Not Found"); >> break; >> }; >> }; >> # forward to current uri now; use stateful forwarding; that >> # works reliably even if we forward from TCP to UDP >> if (!t_relay()) { >> sl_reply_error(); >> }; >> >> } >> >> >> >> >> >> >> ________________jenny >> ________________xueyou38(a)163.com >> ____________________2005-04-01 > > >-- >Felipe Martins >Mundivox Communications >Tecnologia e Projetos >fmartins(a)mundivox.com > >Tel.: +55 +21 +3820 8839 >Cel.: +55 +21 +9823 8602 >Fax.: +55 +21 +3820 8844 >www.mundivox.com > > >_______________________________________________ >Serusers mailing list >Serusers(a)iptel.org >http://mail.iptel.org/mailman/listinfo/serusers = = = = = = = = = = = = = = = = = = = = 　　　　　　　　致礼！　　　　　　　　ljzhang 　　　　　　　　xueyou38(a)163.com 　　　　　　　　　　2005-04-04 [View Less]

1 0

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