- sr-users - kamailio.org

[Serusers] inside calls and PSTN calls
by Llanos Serna García-Conde 19 Apr '05

19 Apr '05

1 0

[Serusers] Hi All. a newbie question about SER + auth_radius:
by itsik 19 Apr '05

19 Apr '05

Thank u Daniel for the reply. I'm using ser 0.8.14. I have already installed radiusclient-ng-0.5.0. I forgot to mention I also saw the advice about adding /usr/local/lib to the LD_LIBRARY_PATH environment variable. Is there a way for me to check if the installation of the libradiusclient / radiusclient-ng went ok? Thx in advance itsik

1 0

[Serusers] Hi All. a newbie question about SER + auth_radius: loadmodule fails
by itsik 19 Apr '05

19 Apr '05

I'm trying to enable radius auth, but the loadmodule fails. I installed the libradiusclient 0.3.2 and I c libradiusclient.so in /usr/local/lib. I saw the advice about adding /usr/local/lib to the /etc/ld.so.conf and running ldconfig -v. I even saw that it handles the libradiusclient.so. Then I tried to fool auth_radius by adding a link to libradiusclient.so named libradiusclient.so.2, but then it didn't find some symbol rc_dict.. The configuration file is the default file, except the loadlodule for auth_radius and replacing www_auth with radius_auth. The ser output is: 0(14859) loading module /usr/local/lib/ser/modules/sl.so 0(14859) loading module /usr/local/lib/ser/modules/tm.so 0(14859) loading module /usr/local/lib/ser/modules/rr.so 0(14859) loading module /usr/local/lib/ser/modules/maxfwd.so 0(14859) loading module /usr/local/lib/ser/modules/usrloc.so 0(14859) loading module /usr/local/lib/ser/modules/registrar.so 0(14859) loading module /usr/local/lib/ser/modules/auth.so 0(14859) loading module /usr/local/lib/ser/modules/auth_radius.so 0(14859) 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(14859) parse error (38,13-55): failed to load module 0(14859) set_mod_param_regex: usrloc matches module usrloc 0(14859) set_mod_param_regex: found <db_mode> in module usrloc [/usr/local/lib/ser/modules/usrloc.so] 0(14859) set_mod_param_regex: rr matches module rr 0(14859) set_mod_param_regex: found <enable_full_lr> in module rr [/usr/local/lib/ser/modules/rr.so] 0(14859) find_export: found <mf_process_maxfwd_header> in module maxfwd_module [/usr/local/lib/ser/modules/maxfwd.so] 0(14859) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(14859) find_export: found <sl_send_reply> in module sl_module [/usr/local/lib/ser/modules/sl.so] 0(14859) find_export: found <record_route> in module rr [/usr/local/lib/ser/modules/rr.so] 0(14859) find_export: found <loose_route> in module rr [/usr/local/lib/ser/modules/rr.so] 0(14859) find_export: found <t_relay> in module tm [/usr/local/lib/ser/modules/tm.so] 0(14859) find_export: <radius_www_authorize> not found 0(14859) find_export: <radius_www_authorize> not found 0(14859) parse error (105,32-33): unknown command, missing loadmodule? . a. why does the auth_radius looking for 'libradiusclient.so.2' doesn't it seeks the 'libradiusclient.so'? b. what can I do in order to make it work? Thx in advance, Itsik

2 1

[Serusers] Serweb latest version
by Cameron Beattie 19 Apr '05

19 Apr '05

A very elementary question. How do I get a version of serweb that is compatible with CVS head version of SER? I can't see it on the ftp site and I'm a cvs bunny so it'll be something like this... cd /usr/srcexport CVSROOT=:pserver:anonymous@cvs.berlios.de:/cvsroot/serwebcvs logincvs co -r ummmdunno serwebAny help would be appreciated.RegardsCameron

2 2

[Serusers] Ser on Gentoo
by Clay Bryan 19 Apr '05

19 Apr '05

I do see it in the portage tree but what about the ser-mysql integration and all the other add-ons. I don't see them in the portage tree. Do I need them or does ser come with them already included in the package that comes from the portage tree distribution. Wercs Communications Clay Bryan Network Administrator Wercs Communications 400 East First Casper, WY 82601 <http://maps.yahoo.com/py/maps.py?Pyt=Tmap&addr=400+East+First&csz=Caspe r%2C+WY++82601&country=us> CBryan(a)wercs.com <mailto:CBryan@wercs.com> tel: fax: mobile: 307-233-8359 307-233-8701 307-258-7371 Add me to your address book... <https://www.plaxo.com/add_me?u=21475170292&v0=646557&k0=282754785> Want a signature like this? <http://www.plaxo.com/signature>

3 2

[Serusers] MAC OS X
by Daniel Corbe 19 Apr '05

19 Apr '05

Has anyone gotten SER 0.9.0 to sucessfully compile and operate on MAC OX X?

2 1

[Serusers] CDR - via perl
by Kristian Knudsen 19 Apr '05

19 Apr '05

Hi all, I am trying to setup some cdr generation from a ser server (version 0.8.14) and I am using a perl script like this: foreach $var (sort(keys(%ENV))) { $val = $ENV{$var}; if ( ${var} =~ /^SIP_/){ print FP "${var}=\"${val}\"\n"; } } executed from ser.cfg, but I need the sip_response_code (2xx if ok). I can see that it is in the output from xlog, is it possible to fetch the value from any environment parameter at all? And how to do that. /kk

2 1

[Serusers] Bug in XLOG: ERROR on non-existant User-Agent header field
by Martin Koenig 19 Apr '05

19 Apr '05

Hello, the XLOG-Module prints an error if the User-Agend %ua Parameter is called on a request that does not contain a User-Agent header: XLOG: xl_get_useragent: ERROR cannot parse User-Agent header This is probably a bug, because this error is not showing up on a non-existant Contact-Header, nor on a non-existant To-Tag. Version is rel_0_9_0 cvs. With best regards, Martin Koenig

2 1

Re: [Serusers] Credentials with given realm not found
by Alex 19 Apr '05

19 Apr '05

So Daniel like i understand the problem is my radius configuration, another thing is that my ATA sending the same stuff, i mean if i will change the sip server to different one where i installed freeradius with ser it's working fine. Daniel where i can start to fix that problem.? Thank you very much for your time. On 4/14/05, Alex <alexandergav(a)gmail.com> wrote: > So Daniel like i understand the problem is my radius configuration, > another thing is that my ATA sending the same stuff, i mean if i will > change the sip server to different one where i installed freeradius > with ser it's working fine. > > Daniel where i can start to fix that problem.? > > Thank you very much for your time. > > > On 4/14/05, Daniel-Constantin Mierla <daniel(a)voice-system.ro> wrote: > > The second REGISTER (the block 3) must contains the response to the > > authentication challenge carried by 401 reply (block 2). That means that > > the block 3 must contain an Authorization header with authentication > > credentials computed according to HTTP-Digest authentication mechanism > > (RFC2617). Also, see the section 22.Usage of HTTP Authentication in SIP > > RFC3261 for more about user authentication in SIP. > > > > Daniel > > > > On 04/14/05 13:16, Alex wrote: > > > > >Sorry Daniel , i didn't get that, I send here 4 blocks, 1 one is the > > >register request the 2 is the reply from the server, 3 is the register > > >request, 4 is the reply from the server. If you can please point me to > > >the problem. Because like i see the 2 register requests (1,3 blocks) > > >are the same. > > > > > > > > >On 4/14/05, Daniel-Constantin Mierla <daniel(a)voice-system.ro> wrote: > > > > > > > > >>As you can see, the second REGISTER does not contain the authentication > > >>credentials (No Authorization header) in response to 401 reply. So, > > >>either you didn't configure the phone to authenticate or the Grandstream > > >>HT286 1.0.5.18 is faulty. > > >> > > >>Daniel > > >> > > >> > > >>On 04/14/05 12:35, Alex wrote: > > >> > > >> > > >> > > >>>Daniel thanks > > >>>btw it's clean installation of Red Hat Enterprise Linux AS release 3 > > >>>ser-08.14 , freeradius-1.2 , radiusclient-4.8 > > >>> > > >>>i am sending ngrep port 5060 > > >>>i have here 2 requests of register and the replies to register. > > >>> > > >>> > > >>>xxx.xxx.xxx.xxx - sipserverip > > >>>telephoneip - ip where the call coming from > > >>>Phonenumber - phone number > > >>> > > >>>-------------------------------------------------------------------------------------------------- > > >>> > > >>>U telephoneip:10739 -> xxx.xxx.xxx.xxx:5060 > > >>> REGISTER sip:xxx.xxx.xxx.xxx SIP/2.0..Via: SIP/2.0/UDP > > >>>telephoneip:10000;branch=z9hG4bK98514c3b052d7df6..From: "Test Alex" < > > >>> sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=50673f1baca1958c..To: > > >>><sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>..Contact: <sip > > >>> :Phonenumber@telephoneip:10000;user=phone>..Call-ID: > > >>>1cff1b8955b8fa5c@10.0.0.4..CSeq: 106 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-Lengt > > >>> h: 0.... > > >>># > > >>>U xxx.xxx.xxx.xxx:5060 -> telephoneip:10000 > > >>> SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP > > >>>telephoneip:10000;branch=z9hG4bK98514c3b052d7df6..From: "Test Alex" > > >>><sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=50673f1baca1958c..To: > > >>><sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=b27e1a1d33761e85846fc9 > > >>> 8f5f3a7e58.f894..Call-ID: 1cff1b8955b8fa5c@10.0.0.4..CSeq: 106 > > >>>REGISTER..WWW-Authenticate: Digest realm="xxx.xxx.xxx.xxx", nonc > > >>> e="425e3ac34dc9509392435c11fb260f41420049c7"..Server: Sip EXpress > > >>>router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 > > >>> xxx.xxx.xxx.xxx:5060 "Noisy feedback tells: pid=1912 > > >>>req_src_ip=telephoneip req_src_port=10739 in_uri=sip:xxx.xxx.xxx.xxx > > >>> out_uri=sip:xxx.xxx.xxx.xxx via_cnt==1".... > > >>># > > >>> > > >>>U telephoneip:10740 -> xxx.xxx.xxx.xxx:5060 > > >>> REGISTER sip:xxx.xxx.xxx.xxx SIP/2.0..Via: SIP/2.0/UDP > > >>>telephoneip:10000;branch=z9hG4bK98514c3b052d7df6..From: "Test Alex" < > > >>> sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=50673f1baca1958c..To: > > >>><sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>..Contact: <sip > > >>> :Phonenumber@telephoneip:10000;user=phone>..Call-ID: > > >>>1cff1b8955b8fa5c@10.0.0.4..CSeq: 106 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-Lengt > > >>> h: 0.... > > >>># > > >>>U xxx.xxx.xxx.xxx:5060 -> telephoneip:10000 > > >>> SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP > > >>>telephoneip:10000;branch=z9hG4bK98514c3b052d7df6..From: "Test Alex" > > >>><sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=50673f1baca1958c..To: > > >>><sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=b27e1a1d33761e85846fc9 > > >>> 8f5f3a7e58.f894..Call-ID: 1cff1b8955b8fa5c@10.0.0.4..CSeq: 106 > > >>>REGISTER..WWW-Authenticate: Digest realm="xxx.xxx.xxx.xxx", nonc > > >>> e="425e3acb812b5b2e8aa023e3fcffc618dc4cf661"..Server: Sip EXpress > > >>>router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 > > >>> xxx.xxx.xxx.xxx:5060 "Noisy feedback tells: pid=1885 > > >>>req_src_ip=telephoneip req_src_port=10740 in_uri=sip:xxx.xxx.xxx.xxx > > >>> out_uri=sip:xxx.xxx.xxx.xxx via_cnt==1".... > > >>># > > >>> > > >>> > > >>>tell me if you need something else. > > >>> > > >>> > > >>>On 4/14/05, Daniel-Constantin Mierla <daniel(a)voice-system.ro> wrote: > > >>> > > >>> > > >>> > > >>> > > >>>>Could you post the network dump with REGISTER/401/REGISTER messages? I > > >>>>will take a look to see if something is wrong. > > >>>> > > >>>> > > >>>>On 04/14/05 12:16, Alex wrote: > > >>>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>>Digest realm is the same for the register requests. > > >>>>>furthermore the realm in To tag is correct. > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>Did you mean To URI instead of To tag? > > >>>> > > >>>>Daniel > > >>>> > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>>what else it can be. > > >>>>>Thanks for any help. > > >>>>> > > >>>>>On 4/14/05, Daniel-Constantin Mierla <daniel(a)voice-system.ro> wrote: > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>>>Watch the network traffic (ngrep or ethereal on port 5060) and check the > > >>>>>>realm from 401 is the same as the one from next REGISTER. Also, when > > >>>>>>you use the empty realm parameter to radius_ww_authorize() and > > >>>>>>www_challenge(), the realm is taken from To URI. > > >>>>>> > > >>>>>>Daniel > > >>>>>> > > >>>>>> > > >>>>>>On 04/14/05 08:08, Alex wrote: > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>>>Hi guys maybe someone can find the problem, i still can't see anything > > >>>>>>>going to radius authentication. (the radius logs are empty) > > >>>>>>> > > >>>>>>>the register request is coming but it's not going to authenticate > > >>>>>>>through the radius. > > >>>>>>>Any help will be appreciated. > > >>>>>>> > > >>>>>>>here is the debug from ser : > > >>>>>>>--------------------------------------------------------------------------------------------- > > >>>>>>>14(1036) parse_headers: flags=-1 > > >>>>>>>14(1036) check_via_address(62.219.158.191, 62.219.158.191, 1) > > >>>>>>>14(1036) DEBUG:destroy_avp_list: destroing list (nil) > > >>>>>>>14(1036) receive_msg: cleaning up > > >>>>>>>9(1012) SIP Request: > > >>>>>>>9(1012) method: <REGISTER> > > >>>>>>>9(1012) uri: <sip:xxx.xxx.xxx.xxx> > > >>>>>>>9(1012) version: <SIP/2.0> > > >>>>>>>9(1012) parse_headers: flags=1 > > >>>>>>>9(1012) Found param type 232, <branch> = <z9hG4bKfc5751413c832e6d>; state=16 > > >>>>>>>9(1012) end of header reached, state=5 > > >>>>>>>9(1012) parse_headers: Via found, flags=1 > > >>>>>>>9(1012) parse_headers: this is the first via > > >>>>>>>9(1012) After parse_msg... > > >>>>>>>9(1012) preparing to run routing scripts... > > >>>>>>>9(1012) REGISTER: Authenticating user > > >>>>>>>9(1012) parse_headers: flags=4 > > >>>>>>>9(1012) end of header reached, state=9 > > >>>>>>>9(1012) DEBUG: get_hdr_field: <To> [45]; > > >>>>>>>uri=[sip:phonenumber@xxx.xxx.xxx.xxx;user=phone] > > >>>>>>>9(1012) DEBUG: to body [<sip:phonenumber@xxx.xxx.xxx.xxx;user=phone> > > >>>>>>>] > > >>>>>>> > > >>>>>>>9(1012) parse_headers: flags=4096 > > >>>>>>>9(1012) get_hdr_field: cseq <CSeq>: <103> <REGISTER> > > >>>>>>>9(1012) DEBUG: get_hdr_body : content_length=0 > > >>>>>>>9(1012) found end of header > > >>>>>>>9(1012) pre_auth(): Credentials with given realm not found > > >>>>>>>9(1012) REGISTER: challenging user > > >>>>>>>9(1012) build_auth_hf(): 'WWW-Authenticate: Digest > > >>>>>>>realm="xxx.xxx.xxx.xxx", > > >>>>>>>nonce="425e063022afc1142ed6730d46da41692ff3ed57" > > >>>>>>> > > >>>>>>>_______________________________________________ > > >>>>>>>Serusers mailing list > > >>>>>>>serusers(a)lists.iptel.org > > >>>>>>>http://lists.iptel.org/mailman/listinfo/serusers > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>> > > >>>>> > > >>>>> > > >>> > > >>> > > >>> > > > > > > > > > > > >

3 3

[Serusers] NAT and ser
by Serhan Sevim 19 Apr '05

19 Apr '05

Hello there, we use ser to forward incoming call requests to a remote PSTN. this system works fine if the client has a non-natted public IP address.However, I can't tell the same thing for the natted clients and it doesn't work so far. using nathelper/rtpproxy, the client (x-lite) can make the connection and ring the phone but picking up the phone on the other end.. hmm, well, no audio can be heard. As a matter of fact, x-lite client times out with error 408 "after" I hear the remote phone rings. it seems like the client side simply signaling for connection but no data(audio) transfer can be made. below is my ser.cfg, does anybody have an idea? Thanks in advance. Serhan. # ----------- global configuration parameters ------------------------ #debug=7 # debug level (cmd line: -dddddddddd) #fork=yes #log_stderror=yes # (cmd line: -E) # Uncomment these lines to enter debugging mode #debug=7 #fork=yes #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 ---------------------------------- loadmodule "/usr/local/lib/ser/modules/mysql.so" loadmodule "/usr/local/lib/ser/modules/nathelper.so" loadmodule "/usr/local/lib/ser/modules/textops.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/xlog.so" #Database URL is here! modparam("usrloc", "db_url", "sql://ser:pass123@localhost/ser") #nathelper params. modparam("registrar", "nat_flag", 6) modparam("nathelper", "natping_interval", 30) # Ping interval 30 seconds modparam("nathelper", "ping_nated_only", 1) # Ping only clients behind NAT #mysql loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_db.so" # ----------------- setting module-specific parameters --------------- #modparam("usrloc", "db_mode", 0) modparam("usrloc", "db_mode", 2) modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("rr", "enable_full_lr", 1) # ------------------------- request routing logic ------------------- # main routing logic alias="domain.com" alias="sipgw.domain.com" 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; }; # for testing purposes, simply okay all REGISTERs if (method=="REGISTER") { log(1, "REGISTER received\n"); } else { log(1, "non-REGISTER received\n"); }; if (uri=~"sip:.*[@:]sipgw.domain.com") { log(1, "request for sipgw.domain.com received\n"); } else { log(1, "request for other domain received\n"); }; 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 entitie # use different transport protocol record_route(); # loose-route processing if (loose_route()) { t_relay(); break; }; # PSTN Forwarding if (uri=~"^sip:1") { strip(1); # forward(pstngw.jondoe.com,5060); force_rtp_proxy(); t_relay_to_udp("pstngw.jondoe.com", "5060"); 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") { save("location"); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "not exists!"); 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(); }; }

2 1

[Serusers] anybody using Teliann
by Mohammad Khan 19 Apr '05

19 Apr '05

Hello list: Did you guys try Teliann 3100 series phone? I am having some issue with domain name, auto answer, proxy_authorization and stun. If you anybody tried this phone, please share your experience. I will really appreciate. Thanks, Mohammad Khan

1 0

[Serusers] migration 0.8.14 to 0.9.0 problems with mysql
by Paul van Schagen 18 Apr '05

18 Apr '05

Hi, I am migrating from 0.8.14 to 0.9.0 can anyone tell me how to compile in mysql for ser 0.9.0 first I found that mysql.so was not compiled in standard then I modified the Makefile and included mysql , nevertheless ser displays an error. Apr 18 20:04:20 /usr/local/sbin/ser[4734]: Maxfwd module- initializing Apr 18 20:04:20 /usr/local/sbin/ser[4734]: bind_dbmod: Module sql does not export db_use_table function Apr 18 20:04:20 /usr/local/sbin/ser[4734]: ERROR: mod_init(): Can't bind database module Apr 18 20:04:20 /usr/local/sbin/ser[4734]: init_mod(): Error while initializing module usrloc thanks Paul van Schagen

2 1

[Serusers] How to limit the maxinum registrations and current calls?
by Charles Wang 18 Apr '05

18 Apr '05

Hi, ALL: How to limit the maxinum register of UACs and the maxinum current calls of UACs? I have no idea to limit these from ser.cfg. Does anybody know how to limit them? -- Best Regards Charles

2 2

[Serusers] What exactly does "lookup" lookup?
by Brian McCrary 18 Apr '05

18 Apr '05

Hello, I hope I'm not asking a really stupid question here, but here goes... I'm setting up a new SER installation and have it running pretty smoothly now for authenticated outbound traffic. The problem comes when trying to route incoming traffic through. My routing plans are pretty simple, when a number comes into SER, see if it it's a registered SIP phone, if so send the call to it, and if not, then authenticate the user, and send it to the PSTN gateway. I thought this could easily be solved by having a lookup("location") as the first part of my routing. However, I'm not really sure what lookup looks up. I assume it's the user being dialed, such as if a call comes in wanting sip:1234567890@x.x.x.x, lookup would look into the database and see user "1234567890" matches a registered user, and go from there. However, using lookup never returns a match, thus the call goes into a loop since it's next stop is the PSTN gateway. I can see the phone has registered by running serctl ul show. Here's part of my routing I tried using, I may be incorrect in using t_relay, but right now lookup is never true: if (method=="INVITE") { if (lookup("location")) { log("LOG: SIP Phone found\n"); t_relay(); break; } else if (uri=~"sip:[0-9]+@.*") { if (!is_user_in("credentials", "local")) { sl_send_reply("403", "Forbidden"); break; }; rewritehostport("10.0.0.4:5060"); # PSTN GW Brian

2 2

[Serusers] Installing Ser on Gentoo
by Clay Bryan 18 Apr '05

18 Apr '05

Hi, I am a newbie at this. Has anyone had any luck installing ser on Gentoo linux? Wercs Communications Clay Bryan Network Administrator Wercs Communications 400 East First Casper, WY 82601 <http://maps.yahoo.com/py/maps.py?Pyt=Tmap&addr=400+East+First&csz=Caspe r%2C+WY++82601&country=us> CBryan(a)wercs.com <mailto:CBryan@wercs.com> tel: fax: mobile: 307-233-8359 307-233-8701 307-258-7371 Add me to your address book... <https://www.plaxo.com/add_me?u=21475170292&v0=646557&k0=282754785> Want a signature like this? <http://www.plaxo.com/signature>

2 1

RE: [Serusers] e164 rewrite script
by Matt Schulte 18 Apr '05

18 Apr '05

Thanks, that's a step in the right direction. I wasn't refering to 5551212 as direc assist (bad example on my part) though. I was just wondering for to prefix the +1636 to 7 digits. In subst_uri I don't think it can read avp variables, that's my problem since the ruri will always be different. I was doing this to elminate all external scripts. Thanks again. -----Original Message----- From: Java Rockx [mailto:javarockx@gmail.com] Sent: Monday, April 18, 2005 9:39 AM To: Matt Schulte Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] e164 rewrite script Matt, This is what I use to dial local directory assistance. When a user dials 411 we rewrite the R-URI. So if use account 4073191122 dials 411 the R-URI gets massaged to 14075551212 and then sent out the PSTN gateway. Regards, Paul avp_write("$from", "i:34"); avp_pushto("$ruri", "i:34"); strip_tail(7); subst_uri('/^sip:([0-9]+)@(.*)$/sip:\15551212@\2/i'); avp_delete("i:34"); On 4/18/05, Matt Schulte <mschulte(a)netlogic.net> wrote: Ok this is all fairly easy except for 7 digit dialing (usa), the problem I'm having is how do I get the area code added to the 7 digits. I was going to use the user@ to produce this but am unsure how, eg: from: +16365551212 dialed: 5551111 should look like dialed: +16365551111 Thoughts? -----Original Message----- From: Matt Schulte Sent: Friday, April 15, 2005 1:44 PM To: serusers(a)lists.iptel.org Subject: [Serusers] e164 rewrite script Does anyone have a config to convert phone numbers (user@) to e164 numbers? Mainly american numbers.. Would save me a bit of time, else I can try to write something out.. Thanks. _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

1 0

[Serusers] Parallel Forking Query
by Aisling O'Driscoll 18 Apr '05

18 Apr '05

Hi, I am just wondering what is the position with forking a call i.e. is it the case that all calls must be parallel forked or else none? I want to set up SER such that some users have their imcoming calls forked to all their devices and others have their incoming calls processed as normal....Is this possible?? Thanks, 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.

2 1

[Serusers] New to SER, got some questions
by Daniel Corbe 18 Apr '05

18 Apr '05

Hello, I have a problem as well as a couple of questions which don't seem to be covered in the documentation. 1) I successfully got an installation of SER running with a MySQL back-end and Digest Authentication. I've added a user with the following command: /usr/local/sbin/serctl add 2000 pl00p4f daniel.junkmail(a)gmail.com Ultimatly, 2000 is the username (phone number of the SIP UA) and pl00p4f is the password. I've verified that this user is in the database: mysql> select * from subscriber where username like '2000'\G *************************** 1. row *************************** phplib_id: 8ba7accc847208eb10eb6baa6373f89d username: 2000 domain: eglobalphone.com password: pl00p4f first_name: last_name: phone: email_address: dcorbe(a)gmail.com datetime_created: 2005-04-16 19:47:09 datetime_modified: 0000-00-00 00:00:00 confirmation: flag: o sendnotification: greeting: ha1: 8ba7accc847208eb10eb6baa6373f89d ha1b: 711817121ed6cae7e44837e3fddf78d4 perms: NULL allow_find: 0 timezone: NULL rpid: NULL 1 row in set (0.14 sec) However; I cannot log into my proxy server. I keep getting 401 Unauthorized back. Here's a libpcap capture of my session. Also attached is my ser config file. I'm not sure what to do or what 2) And speaking of the SER config file, I have a question about the userloc module What is the difference between www_authorize/www_challenge and proxy_authorize/proxy_challenge? Thank you for your help. -Daniel

3 4

[Serusers] *bangs head* Struggling with simple SER+SEMS..
by Dave Bath 18 Apr '05

18 Apr '05

Hey guys.... I'm really struggling with this. It was working perfectly yesterday and now I must have made a small change and I just cannot find what I've done wrong. Bascially, this is a very very simple unauthenticated SER front end to SEMS... all I want to be able to do is use the conference facilities. Incidentally, when I say unauthenticated I mean also without registering... so all a user has to do is send an INVITE. To that end, I am trying to just redirect sip URI's beginning with 600. It seems that the initial redirect goes through... but then something screwy is happening because SER never appears to receive the ACKs correctly.. and it starts sending two sets of 200 messages.. one with no SDP descriptor and then a second batch with a valid SDP descriptor. Because of this weirdness with the ACKs, the client and SER fight for a while sending out millions of repeat 200s and ACKs. Meanwhile, because the initial redirect to SEMS worked, the conference has actually been created... The same story with BYE.. the client sends it, but SER doesn't even appear to receive it (note all the debugging log lines). In fact, there' something rather dodgy up, because I don't even get the debug lines inside the route[1] block.... It sort of points to me that perhaps I've done something very stupid with the transactions.. that for some reason they don't match up ... but I can't find it. Attached is my ser.cfg. Any help would be so very much appreciated. I don't think it's a basic connectivity problem, because as I said, a very similar file was working perfectly yesterday... I've just stupidly changed it slightly somewhere. Many many thanks in advance. Dave listen=<publicip> check_via=yes # (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 "/lib/ser/modules/mysql.so" loadmodule "/lib/ser/modules/sl.so" loadmodule "/lib/ser/modules/tm.so" loadmodule "/lib/ser/modules/rr.so" loadmodule "/lib/ser/modules/maxfwd.so" loadmodule "/lib/ser/modules/usrloc.so" loadmodule "/lib/ser/modules/registrar.so" loadmodule "/lib/ser/modules/textops.so" # -- usrloc params -- modparam("usrloc", "db_mode", 0) # -- 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; }; if (!method=="REGISTER") record_route(); if (loose_route()) { log(1,"Loose routing block"); append_hf("P-hint: rr-enforced\r\n"); route(1); break; }; if (!uri==myself) { log(1,"Got a request for an extenal domain"); # mark routing logic in request append_hf("P-hint: outbound\r\n"); route(1); break; }; if (uri==myself) { # switch to stateful mode: if (!t_newtran()){ sl_send_reply("500","could not create transaction"); break; }; if (method=="REGISTER") { save("location"); break; }; if (method=="ACK") { # absorb ACKs log(1,"Absorbing ACK"); break; }; lookup("aliases"); if (!uri==myself) { log(1,"Resolving external request"); append_hf("P-hint: outbound alias\r\n"); route(1); break; }; # prevent timeout on the other side: t_reply("100","Trying - just wait a minute !"); if (method=="INVITE") { save("location"); if (uri=~"sip:600.*@") { log(1,"-> Redirecting conference to SEMS"); if(!t_write_unix("/tmp/am_sock","conference")) { t_reply("500","error contacting sems"); }; break; } ; break; } else if (method=="BYE" || method=="CANCEL") { log(1,"-> Sending BYE to SEMS"); if(!t_write_unix("/tmp/am_sock","bye")) { t_reply("500","error contacting sems"); }; }; # 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 log(1, "Attempting stateful forward..."); if (!t_relay()) { log(1,"... failure"); sl_reply_error(); }; log(1, "... success"); } _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

1 0

[Serusers] Fwd: AS5300/E1 + SER -> PB : Cisco redirect calls on SER
by Alcée 18 Apr '05

18 Apr '05

> > Hello, > I try to use cisco AS5300 with SER, like this : > phones -> SER -> AS5300 -> PSTN > or > phones -> AS5300 -> PSTN > | > \/ > SER > But the second form does not work. > > > I don't want people to directly ask for AS5300. So I follow the > "Howto" on SER web page. > But nothing arrive on SER when I make a call directly to AS5300, The > call is forward to pstn. > So I make this configuration to minimize the problem. > But nothing at all. > The "debug ccsip error" tells "no route to destination". > > Have you any idea ? > > thanks :) > > Alcée > > ! Last configuration change at 14:17:05 UTC Mon Apr 11 2005 by admin > ! NVRAM config last updated at 12:57:01 UTC Mon Apr 11 2005 by admin > ! > version 12.3 > service timestamps debug uptime > service timestamps log uptime > no service password-encryption > ! > hostname VoIP > ! > boot-start-marker > boot-end-marker > ! > ! > ! > resource-pool disable > ! > aaa new-model > ! > ! > aaa authentication login h323 group radius > aaa authorization exec h323 group radius > aaa accounting delay-start > aaa accounting connection h323 start-stop group radius > aaa nas port voip > aaa session-id common > ip subnet-zero > ! > ! > isdn switch-type primary-net5 > ! > voice rtp send-recv > voice echo-canceller extended > ! > voice class codec 1 > codec preference 1 g729r8 bytes 40 > codec preference 2 g711ulaw > ! > voice class codec 2 > codec preference 1 g723ar63 bytes 48 > codec preference 2 g723r63 bytes 48 > codec preference 3 g729br8 bytes 40 > codec preference 4 g729r8 bytes 40 > codec preference 5 g723ar53 bytes 40 > codec preference 6 g723r53 bytes 40 > codec preference 7 g711ulaw > ! > fax interface-type modem > ! > ! > controller E1 0 > clock source line primary > pri-group timeslots 1-31 > ! > controller E1 1 > pri-group timeslots 1-31 > ! > controller E1 2 > clock source line secondary 4 > pri-group timeslots 1-31 > ! > controller E1 3 > pri-group timeslots 1-31 > gw-accounting syslog > gw-accounting aaa > attribute h323-remote-id resolved > acct-template callhistory-detail > suppress pots > ! > ! > ! > interface Ethernet0 > ip address 192.168.0.129 255.255.255.0 > ! > interface Serial0:15 > no ip address > isdn switch-type primary-net5 > isdn protocol-emulate network > no cdp enable > ! > interface Serial1:15 > no ip address > isdn switch-type primary-net5 > no cdp enable > ! > interface Serial2:15 > no ip address > isdn switch-type primary-net5 > no cdp enable > ! > interface Serial3:15 > no ip address > isdn switch-type primary-net5 > no cdp enable > ! > interface FastEthernet0 > ip address 172.19.20.2 255.255.255.0 > duplex full > speed 100 > ! > interface Dialer0 > no ip address > ! > ip classless > ip route 0.0.0.0 0.0.0.0 172.19.20.1 > no ip http server > ! > ! > logging facility local0 > logging 192.168.0.2 > ! > ! > radius-server host 192.168.0.2 auth-port 1812 acct-port 1813 > radius-server key test > radius-server vsa send accounting > radius-server vsa send authentication > ! > voice-port 0:D > ! > voice-port 1:D > ! > voice-port 2:D > ! > voice-port 3:D > ! > ! > ! > dial-peer voice 3777 voip > huntstop > preference 2 > application session > destination-pattern 3777#T > progress_ind setup enable 3 > progress_ind alert enable 8 > voice-class codec 2 > session protocol sipv2 > session target sip-server > dtmf-relay cisco-rtp h245-signal h245-alphanumeric > fax rate 9600 > icpif 50 > ! > ! > sip-ua > retry invite 3 > retry response 3 > retry bye 3 > retry cancel 3 > timers expires 300000 > timers connect 300 > sip-server ipv4:192.168.0.1 > ! > ! > line con 0 > line aux 0 > line vty 0 4 > password intermobile > ! > ntp server 192.168.0.2 > end

2 2

RE: [Serusers] e164 rewrite script
by Matt Schulte 18 Apr '05

18 Apr '05

Ok this is all fairly easy except for 7 digit dialing (usa), the problem I'm having is how do I get the area code added to the 7 digits. I was going to use the user@ to produce this but am unsure how, eg: from: +16365551212 dialed: 5551111 should look like dialed: +16365551111 Thoughts? -----Original Message----- From: Matt Schulte Sent: Friday, April 15, 2005 1:44 PM To: serusers(a)lists.iptel.org Subject: [Serusers] e164 rewrite script Does anyone have a config to convert phone numbers (user@) to e164 numbers? Mainly american numbers.. Would save me a bit of time, else I can try to write something out.. Thanks. _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

2 1

Re: [Serusers] ser-0.9.0 and PA clients
by Didier Hung Wan Luk 18 Apr '05

18 Apr '05

Hi, I'm using eyebeam and xten lite with a Fedora core 3 and ser-0.9.1 from csv... The ser server in main office serving branch offices connected with frame relay 64kb. It's working fine (not yet tested conference) and presence is working only when I instruct eyebeam to use peer-to-peer presence. When I try to use Presence Agent mode presence does not work, can someone help me...? My ser.cfg # # $Id: ser.cfg,v 1.25 2004/11/30 16:28:24 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 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 alias=192.168.130.209 listen=192.168.130.209 fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:heslo@localhost/ser" # ------------------ 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/pa.so" loadmodule "/usr/local/lib/ser/modules/uri.so" loadmodule "/usr/local/lib/ser/modules/uri_db.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) modparam("usrloc", "db_url", "mysql://ser:heslo@localhost/ser") modparam("usrloc", "use_domain", 1) modparam("usrloc", "desc_time_order", 1) # -- 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) # -- pa params modparam("pa", "db_url", "mysql:ser:heslo@localhost/ser") modparam("pa", "default_expires",50) modparam("pa", "pa_domain", "192.168.130.209") # -- registrar params -- modparam("registrar", "use_domain", 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("192.168.130.209", "subscriber")) { www_challenge("192.168.130.209", "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(); }; } DidierH. > -----Original Message----- > From: Jamey Hicks [mailto:jamey.hicks@hp.com] > Sent: Tue 1/11/2005 11:41 PM > To: Helge Waastad > Cc: serusers(a)lists.iptel.org > Subject: Re: [Serusers] ser-0.9.0 and PA clients Helge Waastad wrote: >> Hello, >> I've started to use the 0.9.0 release and to me it seems to work as a >> charm :-) >> >> However does anybody know which SIP clients which is compliant for the PA? >> I'm using kphone and it works fine, but I would like to try out some >> for use on Microsoft? >> Messenger 5.0 does not work. > Eyebeam from xten.com seems to be the farthest along in terms of > implementing SIMPLE presence support, according to their website. I > know Xten was testing against the SER PA this fall. That being said, > testing Eyebeam against SER 0.9 is on my todo list for this week. I > just need to set up a SER 0.9 PA on the same side of the HP firewall as > my Windows box. >> Jamey This mail has been scanned for known virus like activity on behalf of GALANA DISTRIBUTION PETROLIERE S.A. This E-mail is privileged, confidential and intended solely for the addressee(s).Any unauthorised dissemination or copying of this E-mail, and any use or disclosure of any information contained in it, is strictly prohibited and may be illegal. If you have received this E-mail in error please notify the sender immediately and delete it from your system. GALANA DISTRIBUTION PETROLIERE S.A. does not accept any liability for any errors, omissions, interceptions, corrupted mail, lost communications or late delivery which may arise as a result of this E-mail or for any virus that may be contained in it. Any views or opinions expressed in this E-mail are solely those of the author and do not necessarily reflect those of GALANA DISTRIBUTION PETROLIERE S.A. Ce courriel a fait l'objet, par GALANA DISTRIBUTION PETROLIERE S.A. de verifications le protegeant des virus connus. Ce courriel est personnel, confidentiel et adresse exclusivement a son ou ses destinataire(s). Toute diffusion ou copie non autorisee ainsi que l'usage partiel ou total de son contenu est strictement interdit et peut-etre illegal. Si vous avez recu ce courriel par erreur, merci d'en informer son emetteur et de l'effacer de votre ordinateur. GALANA DISTRIBUTION PETROLIERE S.A. refuse toutes responsabilites liees aux erreurs, omissions, interceptions, deformations, communications perdues, ou retards de transmissions dont ce courriel pourrait etre l'objet ou a l'origine ainsi que des virus qu'il pourrait contenir. Les avis ou opinions exprimes dans ce courriel refletent exclusivement ceux de son auteur et non ceux de GALANA DISTRIBUTION PETROLIERE S.A.

2 1

[Serusers] database and x86_64
by Lol Zimmerli 18 Apr '05

18 Apr '05

Hi, I'm trying to get SER running on a x86_64 server and 'postgres' module does not compile. It starts with that: make[1]: Entering directory `/usr/local/src/ser-0.9.0/modules/postgres' gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -DNAME='"ser"' -DVERSION='"0.9.0"' -DARCH='"x86_64"' -DOS='"linux"' -DCOMPILER='"gcc 3.3"' -D__CPU_x86_64 -D__OS_linux -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DDBG_QM_MALLOC -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -I/usr/local/include -I/usr/local/pgsql/include -I/usr/include/postgresql -c aug_alloc.c -o aug_alloc.o In file included from aug_std.h:62, from aug_alloc.c:57: aug_sysdep.h:327: error: parse error before ':' token In file included from aug_std.h:68, from aug_alloc.c:57: and stops like this, after 250 lines of warning and errors: aug_alloc.c:370: warning: statement with no effect aug_alloc.c: At top level: /usr/include/gconv.h:176: warning: array `__data' assumed to have one element make[1]: *** [aug_alloc.o] Error 1 make[1]: Leaving directory `/usr/local/src/ser-0.9.0/modules/postgres' I'm using SER 0.9.0 and postgres 8.01 is installed in /usr/local/pgsql, compiled from sources. Any hint is welcome! Best regards -- # Lol Zimmerli // S y s C o ® // http://www.sysco.ch/ Follow each decision as closely as possible with its associated action. - The Elements of Programming Style (Kernighan & Plaugher)

1 0

[Serusers] Can't solve the problem. Need help.
by Alex 18 Apr '05

18 Apr '05

This is the answer i got on the list : The second REGISTER (the block 3) must contains the response to the authentication challenge carried by 401 reply (block 2). That means that the block 3 must contain an Authorization header with authentication credentials computed according to HTTP-Digest authentication mechanism (RFC2617). U sourceip:26012 -> xxx.xxx.xxx.xxx:5060 REGISTER sip:xxx.xxx.xxx.xxx SIP/2.0..Via: SIP/2.0/UDP sourceip:22115;branch=z9hG4bK4913f67fbbcfb571..From: "Alex " <sip:phonenumber@xxx.xxx.xxx.xxx>;tag=94a44507e03df901..To: <sip:phonenumber@xxx.xxx.xxx.xxx>..Contact: <sip:phonenumber@sourceip:22115>..Call-ID: c9f64c0c2ef27cd1@10.0.0.6..CSeq: 100 REGISTER..Expires: 3600..User-Agent: Grandstream HT286 1.0.5.11..Max-F orwards: 70..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE..Content-Length: 0.... # U xxx.xxx.xxx.xxx:5060 -> sourceip:22115 SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP sourceip:22115;branch=z9hG4bK4913f67fbbcfb571..From: "Alex " <sip:phonenumber@xxx.xxx.xxx.xxx>; tag=94a44507e03df901..To: <sip:phonenumber@xxx.xxx.xxx.xxx>;tag=b27e1a1d33761e85846fc98f5f3a7e58.eb04..Call-I D: c9f64c0c2ef27cd1@10.0.0.6..CSeq: 100 REGISTER..WWW-Authenticate: Digest realm="xxx.xxx.xxx.xxx", nonce="42612dd595b3558cfdd4 46b83b081d1e2d3cc480"..Server: Sip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 xxx.xxx.xxx.xxx:5060 " Noisy feedback tells: pid=21363 req_src_ip=sourceip req_src_port=26012 in_uri=sip:xxx.xxx.xxx.xxx out_uri=sip:xxx.xxx.xxx.xxx via_cnt==1".... # U sourceip:26012 -> xxx.xxx.xxx.xxx:5060 REGISTER sip:xxx.xxx.xxx.xxx SIP/2.0..Via: SIP/2.0/UDP sourceip:22115;branch=z9hG4bK4913f67fbbcfb571..From: "Alex " <sip:phonenumber@xxx.xxx.xxx.xxx>;tag=94a44507e03df901..To: <sip:phonenumber@xxx.xxx.xxx.xxx>..Contact: <sip:phonenumber@sourceip:22115>..Call-ID: c9f64c0c2ef27cd1@10.0.0.6..CSeq: 100 REGISTER..Expires: 3600..User-Agent: Grandstream HT286 1.0.5.11..Max-F orwards: 70..Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE..Content-Length: 0.... # U xxx.xxx.xxx.xxx:5060 -> sourceip:22115 SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP sourceip:22115;branch=z9hG4bK4913f67fbbcfb571..From: "Alex " <sip:phonenumber@xxx.xxx.xxx.xxx>;tag=94a44507e03df901..To: <sip:phonenumber@xxx.xxx.xxx.xxx>;tag=b27e1a1d33761e85846fc98f5f3a7e58.eb04..Call-I D: c9f64c0c2ef27cd1@10.0.0.6..CSeq: 100 REGISTER..WWW-Authenticate: Digest realm="xxx.xxx.xxx.xxx", nonce="42612dd63c17bd54baef 0f620d6b9b066c23c8ce"..Server: Sip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 xxx.xxx.xxx.xxx:5060 " Noisy feedback tells: pid=21360 req_src_ip=sourceip req_src_port=26012 in_uri=sip:xxx.xxx.xxx.xxx out_uri=sip:xxx.xxx.xxx.xxx via_cnt==1".... here is my ser debug: ------------------------------------- 12(21360) SIP Request: 12(21360) method: <REGISTER> 12(21360) uri: <sip:xxx.xxx.xxx.xxx> 12(21360) version: <SIP/2.0> 12(21360) parse_headers: flags=1 12(21360) Found param type 232, <branch> = <z9hG4bKf776a5d04027adc6>; state=16 12(21360) end of header reached, state=5 12(21360) parse_headers: Via found, flags=1 12(21360) parse_headers: this is the first via 12(21360) After parse_msg... 12(21360) preparing to run routing scripts... 12(21360) REGISTER message received 12(21360) REGISTER: Authenticating user 12(21360) parse_headers: flags=4 12(21360) end of header reached, state=9 12(21360) DEBUG: get_hdr_field: <To> [34]; uri=[sip:phonenumber@xxx.xxx.xxx.xxx] 12(21360) DEBUG: to body [<sip:phonenumber@xxx.xxx.xxx.xxx> ] 12(21360) parse_headers: flags=4096 12(21360) get_hdr_field: cseq <CSeq>: <100> <REGISTER> 12(21360) DEBUG: get_hdr_body : content_length=0 12(21360) found end of header 12(21360) pre_auth(): Credentials with given realm not found 12(21360) REGISTER: challenging user 12(21360) build_auth_hf(): 'WWW-Authenticate: Digest realm="xxx.xxx.xxx.xxx", nonce="42613540bb4462c045f7f3fe7714c3a1d6c0bca9" ' 12(21360) parse_headers: flags=-1 12(21360) check_via_address(62.219.160.40, 62.219.160.40, 1) 12(21360) DEBUG:destroy_avp_list: destroing list (nil) 12(21360) receive_msg: cleaning up For some reason that i can not figure out i don't receive anything on the radius logs. it's looks like my granstream ATA286 not going through authectication process. when i change the ip of the sip server to different one (2-server) it's working perfect. The grandstream ATA286 sending same packets, on the 2 server it's working, on 1- one nothing happens. on the problematic server i have clean installation of freeradius-1.02 radiusclient-4.8 ser-8.14 I tested the installation of the freeradius with the : radclient -f digest localhost auth testing123 Received response ID 134, code 2, length = 45 Reply-Message = "Hello, test with digest" radius logs: ---------------------------------------------- rad_recv: Access-Request packet from host 127.0.0.1:32844, id=134, length=140 User-Name = "test" Digest-Response = "631d6d73147add2f9e437f59bbc3aeb7" Digest-Attributes = "\001\013testrealm" Digest-Attributes = "\002\n1234abcd" Digest-Attributes = "\003\010INVITE" Digest-Attributes = "\004\034sip:5555551212@example.com" Digest-Attributes = "\006\005MD5" Digest-Attributes = "\n\006test" Processing the authorize section of radiusd.conf modcall: entering group authorize for request 0 modcall[authorize]: module "preprocess" returns ok for request 0 modcall[authorize]: module "chap" returns noop for request 0 modcall[authorize]: module "mschap" returns noop for request 0 rlm_digest: Converting Digest-Attributes to something sane... Digest-Realm = "testrealm" Digest-Nonce = "1234abcd" Digest-Method = "INVITE" Digest-URI = "sip:5555551212@example.com" Digest-Algorithm = "MD5" Digest-User-Name = "test" rlm_digest: Adding Auth-Type = DIGEST modcall[authorize]: module "digest" returns ok for request 0 rlm_realm: No '@' in User-Name = "test", looking up realm NULL rlm_realm: No such realm "NULL" modcall[authorize]: module "suffix" returns noop for request 0 rlm_eap: No EAP-Message, not doing EAP modcall[authorize]: module "eap" returns noop for request 0 users: Matched entry DEFAULT at line 152 users: Matched entry test at line 215 modcall[authorize]: module "files" returns ok for request 0 modcall: group authorize returns ok for request 0 rad_check_password: Found Auth-Type Digest auth: type "digest" Processing the authenticate section of radiusd.conf modcall: entering group authenticate for request 0 A1 = test:testrealm:test A2 = INVITE:sip:5555551212@example.com KD = 1e00d6dbd30441265df6064b9d9b7da9:1234abcd:675b8c827b388805aa252ea38bfb6804 modcall[authenticate]: module "digest" returns ok for request 0 modcall: group authenticate returns ok for request 0 radius_xlat: 'Hello, test with digest' Sending Access-Accept of id 134 to 127.0.0.1:32844 Reply-Message = "Hello, test with digest" Finished request 0 I need some help to figure out that's the problem with this server. And what can be a reason what i don't see any authentication process in the radius , when the packets coming from ATA286 to authenticate the the user. Thanks for any help.

4 6

[Serusers] rtpproxy is not getting coneection with ser.
by Deepak Dhiman 18 Apr '05

18 Apr '05

hi friends ! i have configured my ser according to the given configuration on the site www.voip-info.org/wiki+rtpproxy. but after running rtpproxy successfully my ser is not getting start. it is also not showing the generic socket for communication between ser and rtpproxy, the socket /var/run/rtpproxy.sock doesn`t exist not even at any other location, can anybody help me, why is it happening and suggest me something. thanks Deepak Dhiman

2 2

[Serusers] want help regarding rtpproxy
by Deepak Dhiman 18 Apr '05

18 Apr '05

hi friends ! i have configured my ser according to the given configuration on the site www.voip-info.org/wiki+rtpproxy. but after running rtpproxy successfully my ser is not getting start. it is also not showing the generic socket for communication between ser and rtpproxy, the socket /var/run/rtpproxy.sock doesn`t exist not even at any other location, can anybody help me, why is it happening and suggest me something. thanks Deepak Dhiman

1 0

Re: [Serusers] still no help - usrloc synchronization
by Tina 18 Apr '05

18 Apr '05

Hi Paul, pls help me I ran into the following problem: ser1 receives REGISTER from VIP interface; then have to replicate the message to ser2. So I need to switch between interfaces - send from real IP. Do you know some way doing this with ser? Thx in advance, Tina Java Rockx <javarockx(a)gmail.com> wrote: Tina, I wish I had more information on that, but that LVS stuff is a black art to me. One of our engineers whipped up an LVS configuration that seems quite happy with the Call-ID "stickness" you described. All I can say right now is that it is apparently possible to do this with 100% open source. (i'm keeping my fingers crossed) :-) Regards, Paul On Apr 10, 2005 11:03 PM, Tina <kramarv(a)yahoo.com> wrote:Paul, thanks a lot, it helps a lot. The thing I do not understand - how you are going to solve call-id stickness (see my another post). Since we're also use LVS I had to find something proprietary, I am afraid this is not a best solution, but the only I have today. KRs, Tina Java Rockx <javarockx(a)gmail.com> wrote: Tina, I really don't know how the LVS server is configured because our network guy that we acquired from RedHat set all that stuff up. I do know that we basically have this set up: I hope the formatting goes well :-) +-----------+ +----------+ +-------+ +---------+ +--------------------+ | internet |------| Cisco |------| LVS |-----| Cisco |----| Application | | cloud | | 3600 | | | | 3600 | | & DB Servers | +-----------+ +----------+ +--------+ +---------+ +--------------------+ So the "Application & DB Servers" box represents multiple servers (all are dedicated to their service). These include SER, MySQL, Apache, configuration management, monitoring, RTP proxies, etc. MySQL is active-active so we have two-way replication. We only have 2 MySQL servers. And this is all we plan on ever having as MySQL is more than capable of handling anything ser can throw at it (given the right hardware). Each ser server is 100% oblivious to other SER servers except for when handling REGISTER messages. Here is basically the ser.cfg for each SER server: listen=10.3.0.221 # this will be 10.3.0.222 on the peer sip proxy modparam("usrloc", "db_mode", 1) # write-through route { if (method=="REGISTER") { if (src_ip==10.3.0.221) { # ip of peer ser proxy save_memory("location"); break; } else { save("location"); t_replicate("10.3.0.222"); break; }; }; } We have identifed a deficiency in the usrloc module urecord.c file whereby when using write-though mode the save_memory() function still attempt to update MySQL. This is a very bad thing because it causes a primary key violation on the location table. Yesterday I posted a patch to serdev to fix this, but today we identified another case where save_memory() tried to insert in to the location table. I'll post a revised patch to serdev as soon as I get a chance. So here is what happens. Assume I have two sip routers and two MySQL servers as: sip-01 is 10.3.0.221 sip-02 is 10.3.0.222 db-01 is 10.2.0.21 db-02 is 10.2.0.22 Now let's just assume that sip-01 is connected to db-01 and sip-02 is connected to db-02. When a SIP UA connects to a sip router (via LVS), assume sip-01 in this example and REGISTERs, sip-01 will call save("location") which updates/inserts to the location table. sip-01 then calls t_replicate to sip-02. sip-02 recieves the REGISTER message and calls save_memory("location") to update its in-memory cache only. It should never hit db-02. Now db-01 eventually (within a second or two) replicates to db-02 and now sip-02 is good to go, even in the event of a restart. Our difficulties mostly surrounded the fact that ser was inserting the physical IP of eth0 on the server as the top VIA rather than the VIP as required. We solved this by using record_route_preset() and passing the VIP as the IP. We also had to bring up a dummy interface in order to get ser to honor the VIP. Hope this helps. Regards, Paul On Apr 8, 2005 7:19 PM, Tina <kramarv(a)yahoo.com> wrote: Paul, we are using LVS as well. It creates template connection according to source Ip (e.g. UAC) and forwards to one of the tunneled IP. I tested this a couple of weeks ago, ser was happy and inserted VIP into via header, the only issue is to route the calls into right server. I agree, there is no such thing as SIP-level clustering. However, how would you solve location problem by DB replication - 1) usrloc does not update from DB....2) even though, I am afraid it can become bottleneck and lock down users ... KRs, Tina Java Rockx <javarockx(a)gmail.com> wrote: See my inline comments. Regards, Paul On Apr 8, 2005 1:08 PM, Greger V. Teigre <greger(a)teigre.com> wrote: Hi Tina, > I enjoy reading your posts, thanks a lot for the great work you are > doing for ser users! Thanks :-) > I am going to consider that kind of scenario as well (load balancer > returning Virtual IP address). I think for such configuration server > side has to keep session information and always forward a call to the > right server. I believe the load balancer can be in front and transparantly translate addresses in the SIP messages: User agent always sees a.b.c.d | Load balancer with public IP a.b.c.d | | ser1 (10.0.0.2) ser2 (10.0.0.3) Paul: You have a similar load-balancing solution, right? Do you use a commerical load balancer that you can reveal the name of? :-) Our platform is 100% open source. Our load balancer is LVS. I have no idea how it actually works. One if our engineers from RedHat set all that networking stuff up and it's way beyond me. The load balancer need to understand SIP (sort of) and use something (ex. IP address of user agent) to select SER server to send to and rewrite incoming to 10.0.0.2 and 10.0.0.3 respectively and outgoing to a.b.c.d. ser1 and ser2 will happily believe they are alone and communicate directly with user agent using their own private addresses. Both should know about all users (usrloc). Paul just recently posted a small patch for a setup where they use two-way replication between two That small patch will need a slight revision. We discovered through further testing that that patch only fixed attempts to INSERT into the location table. We didn't cover the UPDATE route, unfortunately. I believe Andrew has that patch done and is testing it. So I'll post it to serdev as soon as we know it works - possibly later today. mysql servers and where each SER instance will save all REGISTERs it receives from user agents, but only save to memory those replicated from the other SER peer. Klaus pointed out that the same can be done by not doing mysql replication, but have one DB for each SER and just use t_replicate() and save_noreply() (for two servers, for more than two you need to use forward_tcp()). I have heard complaints that this approach will generate too much network traffic. Also, t_replicate() does not guarantee delivery of the replication (forward_tcp is better, but not fool proof). So, the "best" solution would probably be to hope that Paul's I fully agree. Replication at the sip proxy level, IMHO, is not a good idea. From a purist point of view, replication is not a function of a SIP router - nor should it be. It is a function of the database and we believe that the MySQL replication is a better approach from a speed and reliabilty point of view - not to mention that it simplifies the tasks of the sip router. recent TCP/UDP patch for network access to FIFO commands get included in the CVS. Then, a new replication module should use XMLRPC or whatever protocol the patch is using to forward (in a guaranteed mode) the usrloc information, which then would be injected directly into SER's memory, just like save() would, and of course in whatever db_mode you would like. The replicaton module would have to keep a queue (of course, flushed to a DB or something) in case of network problems, so that the replication would be done (sooner or later) regardless of problems. Of course, this is a major undertaking, so for most replication scenarioes, I would think the forward_tcp() + save_noreply() would work just fine. g-) > "Greger V. Teigre" <greger(a)teigre.com> wrote: > I was thinking about a load balancing scenario where the load > balancer will replace the IP addresses. > g-) > > ---- Original Message ---- > From: Tina > To: Greger V. Teigre > Sent: Wednesday, April 06, 2005 09:45 PM > Subject: Re: [Serusers] still no help - usrloc synchronization > >> Thank you for givingme the scenario with "restricted IP" NAT, I am >> starting to find some acceptable solution. >> Unfortunately, "one-public-IP" approach is not free from problems >> also. If your SIP router inserts this "one-public-IP" into the VIA >> header, the reply routing goes via wrong SIP server... >> If your SIP server inserts its real-IP-address - the scenario >> mentioned above is still not resolved. >> Any comments? >> Tina >> >> "Greger V. Teigre" <greger(a)teigre.com> wrote: >> See inline. >> >>> If you use DNS server for load balancing... the client receives one >>> of your domain IP addresses according to SRV. I don't see the >>> problem >>> with a call here, cause UAC asks t! he address only once (before >>> sending INVITE). UAC already has the IP for BYE/reINVITEs. So why >>> would you replicate INVITEs? >> >> I would never replicate INVITEs, I would just make sure that they are >> proxied through the correct SER server (i.e. IP). >> >> The problems depends on your setup. If you have SERs with different >> IPs, ex UA1 has registered with server A and UA2 has registered with >> server B: If UA2 wants to call UA1 and UA is behind an IP restricted >> NAT, server A is stored in the NAT table of the NAT in front of UA1. >> If server B sends an INVITE to UA1, the INVITE will be refused by >> UA1's NAT. >> This is why a "one public IP" in front of a load balancing >> cluster probably is a good way to go. >> >>> If you use IPVS/LVS... I believe you can force SER to insert it's >>> public IP into VIA,! so there is no problem with replies. With >>> regard >>> to another requests, I believe load balancer keeps connection >>> template, then when another request comes it would be forwarded to >>> the same ser. >> >> Yes. There are different "keys" to use to load balance SIP messages. >> One good way from a NAT point of view is to use originating IP >> address. What you must remember is that the problem is not on the >> server side, but on the client side. The NAT will in many situations >> stop incoming UDP packets if the originating ip:port is not already >> stored in the NAT table. The Via header does not matter for the NAT. >> g-) >> >>> Any comments? >>> >>> "Greger V. Teigre" <greger(a)teigre.com> wrote: >>> Yes, I believe that is so. But still you get a problem if the NAT is >>> restricted, port-restricted or symmetric... The best would be to >>> load>> balance and always make sure that a given client is handled >>> through a given >>> SER (REGISTER and INVITEs). That includes forwarding INVITEs from >>> one >>> SER to >>> another... OR you must load balance in front of your servers with >>> one >>> common >>> public IP. >>> g-) >>> >>> Matt Schulte wrote: >>>> 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 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 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 >>> >>> >>> >>> >>> Yahoo! Messenger >>> Show us what our next emoticon should look like. Join the fun. >> >> >> 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. _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers --------------------------------- Do you Yahoo!? Make Yahoo! your home page __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --------------------------------- Do you Yahoo!? Plan great trips with Yahoo! Travel: Now over 17,000 guides!

2 1

[Serusers] t_uac_dlg to nated UAS
by Juha Heinanen 17 Apr '05

17 Apr '05

if i use t_uac_dlg fifo command to send an invite request to a UAS that is behind NAT, t_uac sends ACK to the private contact address of 200 OK. in order fix the contact address in 200 OK, i should be able to somehow tell to t_uac_dlg that it should set a t_on_reply for the transaction. i didn't find any t_uac_dlg parameter for that purpose. perhaps there is some other way to get the contact address fixed? -- juha

1 0

[Serusers] Mediaproxy 1.2.1 problem
by Tina 16 Apr '05

16 Apr '05

Hello, I am using mediaproxy 1.2.1 package. I have mediaproxy process does not answer when proxydispatcher tries to create a session - . Then I ran rtpgenerator to test the problem and got: =================================================== ./rtpgenerator.py Generator error: No answer from mediaproxy. ./rtpgenerator.py --ip=<=remote IP> --proxy=<remote IP> --gsm Traceback (most recent call last): File "./rtpgenerator.py", line 109, in __findFreeSocket raise GeneratorError, why[1] GeneratorError: Can't assign requested address Traceback (most recent call last): File "./rtpgenerator.py", line 192, in ? sender = RTPGenerator('request') File "./rtpgenerator.py", line 46, in __init__ self.addr = sock.getsockname() AttributeError: 'NoneType' object has no attribute 'getsockname' ./rtpgenerator.py --proxy=<remote mediaproxy IP> --gsm error: uncaptured python exception, closing channel <__main__.RTPGenerator connected 127.0.0.1:10000 at 0x824b3ec> (socket.error:(49, "Can't assign requested address") [/usr/local/lib/python2.3/asyncore.py|write|77] [/usr/local/lib/python2.3/asyncore.py|handle_write_event|397] [./rtpgenerator.py|handle_write|89]) error: uncaptured python exception, closing channel <__main__.RTPGenerator connected 127.0.0.1:10002 at 0x824b28c> (socket.error:(49, "Can't assign requested address") [/usr/local/lib/python2.3/asyncore.py|write|77] [/usr/local/lib/python2.3/asyncore.py|handle_write_event|397] [./rtpgenerator.py|handle_write|89]) Can anyone help me - what can be the problem? I tried the same package on another machines, everything was ok.... Thx in advance, Tina --------------------------------- Do you Yahoo!? Plan great trips with Yahoo! Travel: Now over 17,000 guides!

1 0

Re: [Serusers] how to configure mediaproxy to work with remote RTPserver - pls help!
by Tina 16 Apr '05

16 Apr '05

Ran with remote options, will see how it works when solve replication via internal-interface. Thx! Tina "Greger V. Teigre" <greger(a)teigre.com> wrote: Yes. I believe mediaproxy.so uses a socket to communicate with proxydispatcher and that proxydispatcher will use the default route for outgoing communications. g-) ---- Original Message ---- From: Tina To: Greger V. Teigre ; serusers(a)lists.iptel.org Sent: Saturday, April 16, 2005 09:23 PM Subject: Re: [Serusers] how to configure mediaproxy to work with remote RTPserver - pls help! > Greger, thank you, this helps. > So I would run mediaproxy.py like that: > ./mediaproxy.py --listen <proxyIP:25060> --allow <IP1>,<IP2>,... > > where <proxyIP:25060> - is TCP address/port of mediaproxy and > <IP1>,<IP2>... - list of addresses of proxydispatchers in the domain? > > I didn't find information how proxydispatcher picks up its IP > interface. If the machine has several IP devices, I think I should > list all of them. > > BRs, > Tina > > "Greger V. Teigre" <greger(a)teigre.com> wrote: > Tina, > As you see in the mediaproxy README: > The dispatcher implemented here is based on distributing the sessions > based > on the SIP domain of the caller/destination using DNS SRV records. If > a > domain doesn't define any mediaproxy server, a default will be used. > > Further: > The dispatcher will use the sender's domain if the sender is local, > else will > use the destination's domain if the destination is local. If none of > them is > local, it will refuse to use a proxy server at all. > > You must then create DNS SRV records for the domains. > http://www.voip-info.org/wiki-DNS+SRV > > The proxydispatcher.py should run locally. Each proxy server should > run the mediaproxy.py proxy server with the --listen any:25060 > (default port) --allow ip-of-proxydispatcher > > Hope this helps. > g-) > ----- Original Message ----- > From: Tina > To: serusers(a)lists.iptel.org > Sent: Saturday, April 16, 2005 03:36 AM > Subject: [Serusers] how to configure mediaproxy to work with remote > RTPserver - pls help! > > > Hello, > I've tried mediaproxy package, it worked fine running on the same > machine. I need the following configuation: > ser+proxydispatcher > - RTP proxy (mediaproxy) > - RTP proxy 2 ... > How can I make proxydispatcher retrieves RTP proxy address by DNS? > Thanks in advance, > really need help! > > BRs, > Tina > __________________________________________________ > 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!? > Read only the mail you want - Yahoo! Mail SpamGuard. --------------------------------- Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone.

1 0

Re: [Serusers] how to configure mediaproxy to work with remote RTPserver - pls help!
by Tina 16 Apr '05

16 Apr '05

Greger, thank you, this helps. So I would run mediaproxy.py like that: ./mediaproxy.py --listen <proxyIP:25060> --allow <IP1>,<IP2>,... where <proxyIP:25060> - is TCP address/port of mediaproxy and <IP1>,<IP2>... - list of addresses of proxydispatchers in the domain? I didn't find information how proxydispatcher picks up its IP interface. If the machine has several IP devices, I think I should list all of them. BRs, Tina "Greger V. Teigre" <greger(a)teigre.com> wrote: Tina, As you see in the mediaproxy README: The dispatcher implemented here is based on distributing the sessions based on the SIP domain of the caller/destination using DNS SRV records. If a domain doesn't define any mediaproxy server, a default will be used. Further: The dispatcher will use the sender's domain if the sender is local, else will use the destination's domain if the destination is local. If none of them is local, it will refuse to use a proxy server at all. You must then create DNS SRV records for the domains. http://www.voip-info.org/wiki-DNS+SRV The proxydispatcher.py should run locally. Each proxy server should run the mediaproxy.py proxy server with the --listen any:25060 (default port) --allow ip-of-proxydispatcher Hope this helps. g-) ----- Original Message ----- From: Tina To: serusers(a)lists.iptel.org Sent: Saturday, April 16, 2005 03:36 AM Subject: [Serusers] how to configure mediaproxy to work with remote RTPserver - pls help! Hello, I've tried mediaproxy package, it worked fine running on the same machine. I need the following configuation: ser+proxydispatcher - RTP proxy (mediaproxy) - RTP proxy 2 ... How can I make proxydispatcher retrieves RTP proxy address by DNS? Thanks in advance, really need help! BRs, Tina __________________________________________________ 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!? Read only the mail you want - Yahoo! Mail SpamGuard.

2 1

[Serusers] Password not being sent during Radius Auth
by Lucas Aimaretto 16 Apr '05

16 Apr '05

Hi there, This is my ser.cfg configuration if(method=="REGISTER") { if (!radius_www_authorize("")) { www_challenge("", "0"); break; }; save("location"); break; }; And here is some sniffing done with ngrep ... U IP_UA:11006 -> IP_SER:5060 REGISTER sip:IP_SER SIP/2.0. Via: SIP/2.0/UDP 192.168.1.178:11006;rport;branch=z9hG4bK810E80344EB24AE5B8D5FD21043E78CE . From: Lucas <sip:1991006@IP_SER>. To: Lucas <sip:1991006@IP_SER>. Contact: "Lucas" <sip:1991006@192.168.1.178:11006>. Call-ID: FCA6F7DD4BA94FA090F446BCE4AAE5B9@IP_SER. CSeq: 57327 REGISTER. Expires: 1800. Authorization: Digest username="1991006@IP_SER",realm="IP_SER",nonce="425b03326e0f4f0071f1a766 4c8823f1271f1212",response="8b9ec4e8e633c5dd7d4aee4aef1ffdba",uri="sip:I P_SER". Max-Forwards: 70. User-Agent: X-PRO build 1082. Content-Length: 0. . # U IP_SER:5060 -> IP_UA:11006 SIP/2.0 401 Unauthorized. Via: SIP/2.0/UDP 192.168.1.178:11006;rport=11006;branch=z9hG4bK810E80344EB24AE5B8D5FD2104 3E78CE;received=IP_UA. From: Lucas <sip:1991006@IP_SER>. To: Lucas <sip:1991006@IP_SER>;tag=6f0d146d94c4cb042663ff3cf87e2e72.d766. Call-ID: FCA6F7DD4BA94FA090F446BCE4AAE5B9@IP_SER. CSeq: 57327 REGISTER. WWW-Authenticate: Digest realm="IP_SER", nonce="425b03326e0f4f0071f1a7664c8823f1271f1212". Content-Length: 0. Warning: 392 IP_SER:5060 "Noisy feedback tells: pid=23023 req_src_ip=IP_UA req_src_port=11006 in_uri=sip:IP_SER out_uri=sip:IP_SER via_cnt==1". The thing is that I'm not seeing the Password Attribute at the radius output ... Well, to be honest, I do not know wich is the attribute SER uses to send password, but, the truth is no Password Attribute is sent to RADIUS. Any ideas ? Regards, Lucas -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.9.6 - Release Date: 11/04/2005

2 5

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

16 Apr '05

Forgive my ignorance, why is NAT a bottleneck? Are you refering to CPU load or managibility? With alot of load balancers, NAT is the only way to go. -----Original Message----- From: Tina [mailto:kramarv@yahoo.com] Sent: Monday, April 11, 2005 11:37 AM To: Java Rockx Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] still no help - usrloc synchronization Pretty good news, Paul. I've only tested IP tunneling. It worked for me. The problem I described was born in my thoughts. I've also read some complaints from SIP-LVS users. The only configuration where Call-Id stickness does not necessary is LVS-NAT. Unfortunately, NAT becomes bottleneck very fast. Java Rockx <javarockx(a)gmail.com> wrote: Tina, I wish I had more information on that, but that LVS stuff is a black art to me. One of our engineers whipped up an LVS configuration that seems quite happy with the Call-ID "stickness" you described. All I can say right now is that it is apparently possible to do this with 100% open source. (i'm keeping my fingers crossed) :-) Regards, Paul On Apr 10, 2005 11:03 PM, Tina <kramarv(a)yahoo.com> wrote: Paul, thanks a lot, it helps a lot. The thing I do not understand - how you are going to solve call-id stickness (see my another post). Since we're also use LVS I had to find something proprietary, I am afraid this is not a best solution, but the only I have today. KRs, Tina Java Rockx <javarockx(a)gmail.com> wrote: Tina, I really don't know how the LVS server is configured because our network guy that we acquired from RedHat set all that stuff up. I do know that we basically have this set up: I hope the formatting goes well :-) +-----------+ +----------+ +-------+ +---------+ +--------------------+ | internet |------| Cisco |------| LVS |-----| Cisco |----| Application | | cloud | | 3600 | | | | 3600 | | & DB Servers | +-----------+ +----------+ +--------+ +---------+ +--------------------+ So the "Application & DB Servers" box represents multiple servers (all are dedicated to their service). These include SER, MySQL, Apache, configuration management, monitoring, RTP proxies, etc. MySQL is active-active so we have two-way replication. We only have 2 MySQL servers. And this is all we plan on ever having as MySQL is more than capable of handling anything ser can throw at it (given the right hardware). Each ser server is 100% oblivious to other SER servers except for when handling REGISTER messages. Here is basically the ser.cfg for each SER server: listen=10.3.0.221 <http://10.3.0.221/> # this will be 10.3.0.222 <http://10.3.0.222/> on the peer sip proxy modparam("usrloc", "db_mode", 1) # write-through route { if (method=="REGISTER") { if (src_ip==10.3.0.221 <http://10.3.0.221/> ) { # ip of peer ser proxy save_memory("location"); break; } else { save("location"); t_replicate("10.3.0.222 <http://10.3.0.222/> "); break; }; }; } We have identifed a deficiency in the usrloc module urecord.c file whereby when using write-though mode the save_memory() function still attempt to update MySQL. This is a very bad thing because it causes a primary key violation on the location table. Yesterday I posted a patch to serdev to fix this, but today we identified another case where save_memory() tried to insert in to the location table. I'll post a revised patch to serdev as soon as I get a chance. So here is what happens. Assume I have two sip routers and two MySQL servers as: sip-01 is 10.3.0.221 <http://10.3.0.221/> sip-02 is 10.3.0.222 <http://10.3.0.222/> db-01 is 10.2.0.21 <http://10.2.0.21/> db-02 is 10.2.0.22 <http://10.2.0.22/> Now let's just assume that sip-01 is connected to db-01 and sip-02 is connected to db-02. When a SIP UA connects to a sip router (via LVS), assume sip-01 in this example and REGISTERs, sip-01 will call save("location") which updates/inserts to the location table. sip-01 then calls t_replicate to sip-02. sip-02 recieves the REGISTER message and calls save_memory("location") to update its in-memory cache only. It should never hit db-02. Now db-01 eventually (within a second or two) replicates to db-02 and now sip-02 is good to go, even in the event of a restart. Our difficulties mostly surrounded the fact th at ser was inserting the physical IP of eth0 on the server as the top VIA rather than the VIP as required. We solved this by using record_route_preset() and passing the VIP as the IP. We also had to bring up a dummy interface in order to get ser to honor the VIP. Hope this helps. Regards, Paul On Apr 8, 2005 7:19 PM, Tina <kramarv(a)yahoo.com> wrote: Paul, we are using LVS as well. It creates template connection according to source Ip (e.g. UAC) and forwards to one of the tunneled IP. I tested this a couple of weeks ago, ser was happy and inserted VIP into via header, the only issue is to route the calls into right server. I agree, there is no such thing as SIP-level clustering. However, how would you solve location problem by DB replication - 1) usrloc does not update from DB....2) even though, I am afraid it can become bottleneck and lock down users ... KRs, Tina Java Rockx <javarockx(a)gmail.com> wrote: See my inline comments. Regards, Paul On Apr 8, 2005 1:08 PM, Greger V. Teigre <greger(a)teigre.com> wrote: Hi Tina, > I enjoy reading your posts, thanks a lot for the great work you are > doing for ser users! Thanks :-) > I am going to consider that kind of scenario as well (load balancer > returning Virtual IP address). I think for such configuration server > side has to keep session information and always forward a call to the > right server. I believe the load balancer can be in front and transparantly translate addresses in the SIP messages: User agent always sees a.b.c.d | Load balancer with public IP a.b.c.d | | ser1 (10.0.0.2 <http://10.0.0.2/> ) ser2 (10.0.0.3 <http://10.0.0.3/> ) Paul: You have a similar load-balancing solution, right? Do you use a commerical load balancer that you can reveal the name of? :-) Our platform is 100% open source. Our load balancer is LVS. I have no idea how it actually works. One if our engineers from RedHat set all that networking stuff up and it's way beyond me. The load balancer need to understand SIP (sort of) and use something (ex. IP address of user agent) to select SER server to send to and rewrite incoming to 10.0.0.2 <http://10.0.0.2/> and 10.0.0.3 <http://10.0.0.3/> respectively and outgoing to a.b.c.d. ser1 and ser2 will happily believe they are alone and communicate directly with user agent using their own private addresses. Both should know about all users (usrloc). Paul just recently posted a small patch for a setup where they use two-way replication between two That small patch will need a slight revision. We discovered through further testing that that patch only fixed attempts to INSERT into the location table. We didn't cover the UPDATE route, unfortunately. I believe Andrew has that patch done and is testing it. So I'll post it to serdev as soon as we know it works - possibly later today. mysql servers and where each SER instance will save all REGISTERs it receives from user agents, but only save to memory those replicated from the other SER peer. Klaus pointed out that the same can be done by not doing mysql replication, but have one DB for each SER and just use t_replicate() and save_noreply() (for two servers, for more than two you need to use forward_tcp()). I have heard complaints that this approach will generate too much network traffic. Also, t_replicate() does not guarantee delivery of the replication (forward_tcp is better, but not fool proof). So, the "best" solution would probably be to hope that Paul's I fully agree. Replication at the sip proxy level, IMHO, is not a good idea. From a purist point of view, replication is not a function of a SIP router - nor should it be. It is a function of the database and we believe that the MySQL replication is a better approach from a speed and reliabilty point of view - not to mention that it simplifies the tasks of the sip router. recent TCP/UDP patch for network access to FIFO commands get included in the CVS. Then, a new replication module should use XMLRPC or whatever protocol the patch is using to forward (in a guaranteed mode) the usrloc information, which then would be injected directly into SER's memory, just like save() would, and of course in whatever db_mode you would like. The replicaton module would have to keep a queue (of course, flushed to a DB or something) in case of network problems, so that the replication would be done (sooner or later) regardless of problems. Of course, this is a major undertaking, so for most replication scenarioes, I would think the forward_tcp() + save_noreply() would work just fine. g-) > "Greger V. Teigre" <greger(a)teigre.com> wrote: > I was thinking about a load balancing scenario where the load > balancer will replace the IP addresses. > g-) > > ---- Original Message ---- > From: Tina > To: Greger V. Teigre > Sent: Wednesday, April 06, 2005 09:45 PM > Subject: Re: [Serusers] still no help - usrloc synchronization > >> Thank you for givingme the scenario with "restricted IP" NAT, I am >> starting to find some acceptable solution. >> Unfortunately, "one-public-IP" approach is not free from problems >> also. If your SIP router inserts this "one-public-IP" into the VIA >> header, the reply routing goes via wrong SIP server... >> If your SIP server inserts its real-IP-address - the scenario >> mentioned above is s till not resolved. >> Any comments? >> Tina >> >> "Greger V. Teigre" <greger(a)teigre.com> wrote: >> See inline. >> >>> If you use DNS server for load balancing... the client receives one >>> of your domain IP addresses according to SRV. I don't see the >>> problem >>> with a call here, cause UAC asks t! he address only once (before >>> sending INVITE). UAC already has the IP for BYE/reINVITEs. So why >>> would you replicate INVITEs? >> >> I would never replicate INVITEs, I would just make sure that they are >> proxied through the correct SER server (i.e. IP). >> >> The problems depends on your setup. If you have SERs with different >> IPs, ex UA1 has registered with server A and UA2 ha s registered with >> server B: If UA2 wants to call UA1 and UA is behind an IP restricted >> NAT, server A is stored in the NAT table of the NAT in front of UA1. >> If server B sends an INVITE to UA1, the INVITE will be refused by >> UA1's NAT. >> This is why a "one public IP" in front of a load balancing >> cluster probably is a good way to go. >> >>> If you use IPVS/LVS... I believe you can force SER to insert it's >>> public IP into VIA,! so there is no problem with replies. With >>> regard >>> to another requests, I believe load balancer keeps connection >>> template, then when another request comes it would be forwarded to >>> the same ser. >> >> Yes. There are different "keys" to use to load balance SIP messages. >> One good way from a NAT point of view is to use originating IP > > address. What you must remember is that the problem is not on the >> server side, but on the client side. The NAT will in many situations >> stop incoming UDP packets if the originating ip:port is not already >> stored in the NAT table. The Via header does not matter for the NAT. >> g-) >> >>> Any comments? >>> >>> "Greger V. Teigre" <greger(a)teigre.com> wrote: >>> Yes, I believe that is so. But still you get a problem if the NAT is >>> restricted, port-restricted or symmetric... The best would be to >>> load>> balance and always make sure that a given client is handled >>> through a given >>> SER (REGISTER and INVITEs). That includes forwarding INVITEs from >>> one >>> SER to >>> another... OR you must load balance in front of your servers with >>> one >>> common >>> public IP. >>> g-) >>> >>> Matt Schulte wrote: >>>> 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 <http://blah.netlogic.net/> ) { >>>> add_rcv_param(); >>>> t_replicate("blah.netlogic.net <http://blah.netlogic.net/> ", "999"); >>>> }; >>>> >>>> -----Original Message----- >>>> From: Greger V. Teigre [mailto:greger@teigre.com <mailto:greger@tei gre.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 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 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 >>> >>> >>> >>> >>> Yahoo! Messenger >>> Show us what our next emoticon should look like. Join the fun. >> >> >> 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. _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers _____ Do you Yahoo!? Make Yahoo! your home page <http://us.rd.yahoo.com/my/navbar/sethp/*http://www.yahoo.com/r/hs> __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com <http://mail.yahoo.com/> __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

RE: [Serusers] Rewrite To Heaader
by Carlos Vicente 16 Apr '05

16 Apr '05

Take a look at the replace method in the textops module http://www.iptel.org/ser/doc/modules/html/textops.html You could do something like: replace("^To: <sip:", "To: acct# <sip:"); cv On Thu, 2005-04-14 at 20:37 +0200, serusers-request(a)lists.iptel.org wrote: > Message: 33 > Date: Wed, 13 Apr 2005 08:29:50 -0400 > From: Eric Dean <edean(a)purespeedplus.com> > Subject: [Serusers] Rewrite To Heaader > To: serusers(a)lists.iptel.org > Message-ID: <425D10BE.7090703(a)purespeedplus.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Our VoIP service provider routes calls based upon the To field within > the SIP header. While SER can easily rewrite the URI, I need to > actually prepend our account code to every outgoing call with a > prefix. > does anyone know how to prefix the To field

2 1

[Serusers] Sorry, Newbie
by Nucleo Wireless LSI 16 Apr '05

16 Apr '05

Hi every one, My name is Fabio and I work in a lab in my university, and I want to use ser as an VoIP server in the lab so every computer in our network is a SIP Client with softfones making calls from one to another. This is an test scenario, I know that the use of a SIP server is not necessary to implement such functionality, but we want to test SIP working under this circumstances. If anyone knows were to find documentation, HOW-TO's and step by step guides, I'd be very pleased. Tank You for the attention Fabio Luiz Newbie Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/

3 2

[Serusers] how to configure mediaproxy to work with remote RTP server - pls help!
by Tina 16 Apr '05

16 Apr '05

Hello, I've tried mediaproxy package, it worked fine running on the same machine. I need the following configuation: ser+proxydispatcher - RTP proxy (mediaproxy) - RTP proxy 2 ... How can I make proxydispatcher retrieves RTP proxy address by DNS? Thanks in advance, really need help! BRs, Tina __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[Serusers] pls help how to configure remote medisproxy....
by Tina 16 Apr '05

16 Apr '05

Hello, I've tried mediaproxy package, it worked fine running on the same machine. I need the following configuation: ser+proxydispatcher - RTP proxy (mediaproxy) - RTP proxy 2 ... How can I make proxydispatcher retrieves RTP proxy address by DNS? Thanks in advance, really need help! BRs, Tina __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

[Serusers] Remote ser management instead of FIFO
by Martin Rusnak 15 Apr '05

15 Apr '05

Dear all, I would like to connect my web portal based on java technology with the ser daemon in order to provide some administration functionality. The solution would be to use FIFO interface, but it has two major disadvantages: 1. The portal might be deployed on different host. 2. Although Java can communicate via FIFO pipeline, it cannot create a new pilepine. Is there any possibility to manage ser daemon remotely via a socket interface? Thanks, Martin

4 7

[Serusers] Status of pa module in CVS HEAD?
by Hendrik Scholz 15 Apr '05

15 Apr '05

Hi! I just had a closer look at RFC 3265 (6.3 SUBSCRIBE Bodies) and figured out that SUBSCRIBES may have empty bodies if the header fields are sufficient. SER from CVS replies with a 400 error saying 'Error while parsing headers'. this is how a sample packet looks like: # U xx.xx.xx.xx:5061 -> xx.xx.xx.xx:5060 SIP/2.0 400 Bad Request. Via: SIP/2.0/UDP xx.xx.xx.xx;branch=z9hG4bKea3f.82e1f753.0. Via: SIP/2.0/UDP xx.xx.xx.xx;branch=0. Via: SIP/2.0/UDP xx.xx.xx.xx:49449. From: "user" <sip:user@foobar.bla>;tag=17cda3ce319449249f909aba8e53d03e;epid=44df82f654. To: <sip:bbbbb@foobar.bla>;tag=95329101123423eab1637e9ad490b3a6-e941. Call-ID: db28e67d79614e44b55275b6c6a025bd(a)xx.xx.xx.xx. CSeq: 1 SUBSCRIBE. Error while parsing headersContent-Length: 0. The error message is misplaced from my point of view. ser -E says: 12(24674) SUBSCRIBE from:sip:user@foobar.bla to:sip:bbbb@foobar.bla ruri:sip:bbbbb@foobar.bla messageid:3 12(24674) handle_subscription() entered 12(24674) parse_hfs(): Error while parsing headers 12(24674) handle_subscription(): Error while parsing message header 12(24674) handle_subscription about to send_reply and return -2 I cannot get my clients using 'application/xpidf+xml' to successfully exchange presence information mainly due to the fact that SER doesn't seem to take care of it: 11(24673) SUBSCRIBE from:sip:bbbb@foobar.bla to:sip:user@foobar.bla ruri:sip:user@foobar.bla messageid:5 11(24673) handle_subscription() entered 11(24673) parsing accept header 11(24673) check_message -0- _m=0x8141170 11(24673) check_message -1-11(24673) pa check_message: accept=application/xpidf+xml parsed=:0x300ff 11(24673) check_message -2- accepts_mimes=0x81425e0 11(24673) check_message -3- 11(24673) check_message -4- parsed_event=0x81425a0 11(24673) check_message -4- eventtype=0x0001 11(24673) check_message -4a- eventtype=0x1 epm[i].event_type=0x111(24673) check_message -4c- eventtype=0x1 mimetype=0x30005 accepts_mimes[k]=0x300ff 11(24673) check_message -4c- eventtype=0x1 mimetype=0x30009 accepts_mimes[k]=0x300ff 11(24673) check_message -4c- eventtype=0x1 mimetype=0x30008 accepts_mimes[k]=0x300ff 11(24673) check_message -4a- eventtype=0x1 epm[i].event_type=0x211(24673) check_message(): Accepts application/xpidf+xml not valid for event package et=presence 11(24673) handle_subscription(): Error while checking message 11(24673) handle_subscription about to send_reply and return -2 What's the status on presence? I've got a bunch of small patches that fix some minor problems but wonder if it makes sense to send them upstream. Anybody running presence on CVS HEAD? Thanks, Hendrik -- freenet Cityline GmbH, Hamburger Chaussee 2-4, 24114 Kiel, Germany Phone: +49 (0)431 9020552, Fax: +49 (0)431 9020559 Internet: http://www.freenet.de, eMail: hendrik.scholz(a)freenet-ag.de

2 1

[Serusers] e164 rewrite script
by Matt Schulte 15 Apr '05

15 Apr '05

Does anyone have a config to convert phone numbers (user@) to e164 numbers? Mainly american numbers.. Would save me a bit of time, else I can try to write something out.. Thanks.

1 0

[Serusers] change Message body
by deno＠emitt.de 15 Apr '05

15 Apr '05

Hallo I'm a newbie. I am writing my diplom (germany) about building an sip application server. I will try it with ser. Now i got a problem. I want to change the body of a Message. First i will use exec_msg to translate a text out of the body. Now i got the problem to rewrite this text after translation. please can someone help me.

1 0

RE: [Serusers] SER hung - Log Information?
by Matt Schulte 15 Apr '05

15 Apr '05

I see, our script is a little more archaic, it runs a perl script and connects each time. Our alternative was to daemonize but as you clearly demonstrated it did no/little good. The purpose for our script is an aliases db, because I could never get usrloc to work correctly mainly. re: 1) Yes this has been my very problem, since my problem is periodic and not load related (??) leaving full debug on is very painful if not impossible especially when forked.. 2) My only alternative is to use ENUM lookups, most everything else would require an external process and/or writing a SER module (gah).. If you're using simple URI replacement then it's recommended of course to rewrite within SER, what kind of functions does your script perform? 3) I used sipp for testing everything, this was with and without the external hog process running. Matt -----Original Message----- From: Ricardo Martinez [mailto:rmartinez@redvoiss.net] Sent: Friday, April 15, 2005 12:30 PM To: Matt Schulte; serusers(a)lists.iptel.org Subject: RE: [Serusers] SER hung - Log Information? Interesting too. My "translate" script takes an average of 17ms to return the desired value. By HTTP requests it connect to another process in another machine, which have an "always open" connection with my database. So i don't need to open a new connection with my database every time an INVITE reach the server. BUT STILL DESPITE OF THIS, MY SER SEEMS TO FREEZE FOR SOME REASON. I have some questions. 1.-How to check if the bottle neck is in the exec_dset command?? 2.-If we decide to replace this command (exec_dset)for a function in another module, what module would be recommendable?, for example how the ENUM module could do this?. We have the "restriction" that we need to query our databes for the R-URI change, so the module that will acomplish this task needs to have connection with my database, maybe through radius, sql, etc.? 3.-You mention that you made some kind of "stress" test with your platform. You loaded it with 30000 call in one hour. How you did that? Does your exec_dset running at the same time?. Thanks. Any help will be highly appreciated. Ricardo.- > -----Mensaje original----- > De: Matt Schulte [mailto:mschulte@netlogic.net] > Enviado el: Viernes, 15 de Abril de 2005 11:20 > Para: Ricardo Martinez; serusers(a)lists.iptel.org > Asunto: RE: [Serusers] SER hung - Log Information? > > > Interesting, we also use an external process to connect to a DB and > retrieve URI replacement. We were thinking that it's running "too > slow" and thus hanging SER, even though the logs make it appear as if > the > process(es) was hanging at random points. We're in the process of > eliminating this script and switching over to ENUM or similar. When we > restarted our MySQL server it improved the query time (it was running > for 180 days heheh) and seems to have made SER hang less. How long > does your external script take to run on average? If it's more > than a second > then that seems to be unnacceptable for SER.. > > P.S. The crappy thing is this happens over a period of time, > when I load > tested the server it ran flawlessly. Pushed 30000 calls through it in > less than an hour with no problems. The MySQL server in question is in > the same switch segment/subnet as well. > > > Matt > > -----Original Message----- > From: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > Sent: Thursday, April 14, 2005 4:32 PM > To: Matt Schulte; serusers(a)lists.iptel.org > Subject: RE: [Serusers] SER hung - Log Information? > > > Hello Matt. > Thanks for your answer, i checked the post "exec_dset fork limit?" > (http://lists.iptel.org/pipermail/serusers/2004-December/014150.html) > and i think i have the same problem. I'm using the exec_dset > command to > manipulate the RURI, we need to do this in order to add prefixes > according to certain user profiles. > > route { > if (method=="INVITE" || method=="CANCEL") { > exec_dset("/usr/local/etc/ser/translate"); > }; > > As you can see i'm using it for every INVITE and CANCEL, the > "translate" > file is a C program that connects to a DB and returns the > desired RURI. > Could this be the cause of SER freeze?. Can we have an > opinion from the > developers? Is there a way to do the same thing with maybe another > module?. For the record i'm using : > > OS : Linux Red Hat 9.0 > SER : 0.8.14 > Mediaproxy : 1.2.1 > > I would really appreciate any help here. > Thanks!! > > Best Regards, > > Ricardo.- > > > -----Mensaje original----- > > De: Matt Schulte [mailto:mschulte@netlogic.net] > > Enviado el: Jueves, 14 de Abril de 2005 16:11 > > Para: Ricardo Martinez; serusers(a)lists.iptel.org > > Asunto: RE: [Serusers] SER hung - Log Information? > > > > > > I've been posting about this for some time now,I have never been > > able to figure out the problem. Do you use external proccesses or > > anything? That's the only "weird" thing we really do with SER, > > everything else is > > pretty straight forward. > > > > Search back from my posts and see what you think. > > > > -----Original Message----- > > From: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > > Sent: Thursday, April 14, 2005 11:16 AM > > To: 'serusers(a)lists.iptel.org' > > Subject: [Serusers] SER hung - Log Information? > > > > > > Hello list. > > I had been experimenting some weird behavior in my SER program. > A > > couple of times my SER seems to be hung. For example the > first time, > > all the REGISTER messages reaching the server were not > > challenged, even > > worst the server don't respond anything. The second time > it happened > > with the INVITE messages. The weird thing is that the SER > > process were > > still running. I don't know what could cause this problem, but my > > question is : Is there a way to log information about the "internal > > system process" to have a clue about what is happening?. I > > would really > > appreciate any help. Thanks > > > > > > Ricardo Martinez.- > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers > > >

1 0

[Serusers] Another Looping Question
by Java Rockx 15 Apr '05

15 Apr '05

Hi All. Below is a snippet of an INVITE and you can see the usual "trying - your call is important to us" in the dialog. Anyhow, for some reason SER occasionally attempts to sent the ACK to itself, which causes a looping condition. The last ACK shown is the start of the looping condition. It only happens on occasion. SER should have consumed the ACK rather than attempted to forward it. Can anyone explain this? Regards, Paul IP Legend ------------------- 10.3.0.221 <http://10.3.0.221> - SER (behind a Cisco 3600 so ALG rewrote the IPs) 69.36.46.178 <http://69.36.46.178> - NATed SIP UA U 2005/04/15 02:19:16.252614 69.35.46.178:5060 <http://69.35.46.178:5060> -> 10.3.0.221:5060 <http://10.3.0.221:5060> INVITE sip:8187768080@sipdev.mycompany.net SIP/2.0. Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060> ;branch=z9hG4bK3915905414. From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089. To: <sip:8187768080@sipdev.mycompany.net>. Call-ID: 2671219156(a)192.168.1.102. CSeq: 101 INVITE. Contact: <sip:3215591439@192.168.1.102:5060>. Proxy-Authorization: Digest username="3215591439", realm=" sipdev.mycompany.net <http://sipdev.mycompany.net>", nonce="425f5e0de25efdb3f5a6125dcf2147bf30fe9177", uri=" sip:8187768080@sipdev.mycompany.net", response="61996c3bdc10990fec7e245751777516", algorithm=MD5, cnonce="ae02e47a3355bada49ce344c92f48587", qop=auth, nc=00000002. max-forwards: 70. Allow: INVITE, ACK, CANCEL, BYE, REFER, NOTIFY. Content-Type: application/sdp. Content-Length: 180. . v=0. o=- 32014 3005 IN IP4 192.168.1.102 <http://192.168.1.102>. s=-. c=IN IP4 192.168.1.102 <http://192.168.1.102>. 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/15 02:19:16.276216 10.3.0.221:5060 <http://10.3.0.221:5060> -> 69.35.46.178:5060 <http://69.35.46.178:5060> SIP/2.0 100 trying -- your call is important to us. Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060> ;branch=z9hG4bK3915905414;rport=5060;received=69.35.46.178<http://69.35.46.178> . From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089. To: <sip:8187768080@sipdev.myvox.net>. Call-ID: 2671219156(a)192.168.1.102. CSeq: 101 INVITE. Content-Length: 0. . # U 2005/04/15 02:19:16.792795 69.35.46.178:5060 <http://69.35.46.178:5060> -> 10.3.0.221:5060 <http://10.3.0.221:5060> ACK sip:8187768080@sipdev.mycompany.net SIP/2.0. Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060> ;branch=z9hG4bK3499714875. From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089. To: <sip:8187768080@sipdev.mycompany.net>;tag= cdbfe46960d7566fcbe09f199f2b328d.c2bb. Call-ID: 2671219156(a)192.168.1.102. CSeq: 100 ACK. Content-Length: 0. . # U 2005/04/15 02:19:16.912146 10.3.0.221:5060 <http://10.3.0.221:5060> -> 10.3.0.221:5060 <http://10.3.0.221:5060> ACK sip:8187768080@sipdev.mycompany.net SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.3.0.221 <http://10.3.0.221>;ftag=1465261089;lr>. Via: SIP/2.0/UDP 10.3.0.221 <http://10.3.0.221>;branch=0. Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060>;received= 69.35.46.178 <http://69.35.46.178>;branch=z9hG4bK3499714875. From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089. To: <sip:8187768080@sipdev.mycompany.net>;tag= cdbfe46960d7566fcbe09f199f2b328d.c2bb. Call-ID: 2671219156(a)192.168.1.102. CSeq: 100 ACK. Content-Length: 0. P-hint: Local Destination.

3 5

RE: [Serusers] SER hung - Log Information?
by Ricardo Martinez 15 Apr '05

15 Apr '05

Interesting too. My "translate" script takes an average of 17ms to return the desired value. By HTTP requests it connect to another process in another machine, which have an "always open" connection with my database. So i don't need to open a new connection with my database every time an INVITE reach the server. BUT STILL DESPITE OF THIS, MY SER SEEMS TO FREEZE FOR SOME REASON. I have some questions. 1.-How to check if the bottle neck is in the exec_dset command?? 2.-If we decide to replace this command (exec_dset)for a function in another module, what module would be recommendable?, for example how the ENUM module could do this?. We have the "restriction" that we need to query our databes for the R-URI change, so the module that will acomplish this task needs to have connection with my database, maybe through radius, sql, etc.? 3.-You mention that you made some kind of "stress" test with your platform. You loaded it with 30000 call in one hour. How you did that? Does your exec_dset running at the same time?. Thanks. Any help will be highly appreciated. Ricardo.- > -----Mensaje original----- > De: Matt Schulte [mailto:mschulte@netlogic.net] > Enviado el: Viernes, 15 de Abril de 2005 11:20 > Para: Ricardo Martinez; serusers(a)lists.iptel.org > Asunto: RE: [Serusers] SER hung - Log Information? > > > Interesting, we also use an external process to connect to a DB and > retrieve URI replacement. We were thinking that it's running > "too slow" > and thus hanging SER, even though the logs make it appear as if the > process(es) was hanging at random points. We're in the process of > eliminating this script and switching over to ENUM or similar. When we > restarted our MySQL server it improved the query time (it was running > for 180 days heheh) and seems to have made SER hang less. How > long does > your external script take to run on average? If it's more > than a second > then that seems to be unnacceptable for SER.. > > P.S. The crappy thing is this happens over a period of time, > when I load > tested the server it ran flawlessly. Pushed 30000 calls through it in > less than an hour with no problems. The MySQL server in question is in > the same switch segment/subnet as well. > > > Matt > > -----Original Message----- > From: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > Sent: Thursday, April 14, 2005 4:32 PM > To: Matt Schulte; serusers(a)lists.iptel.org > Subject: RE: [Serusers] SER hung - Log Information? > > > Hello Matt. > Thanks for your answer, i checked the post "exec_dset fork > limit?" > (http://lists.iptel.org/pipermail/serusers/2004-December/014150.html) > and i think i have the same problem. I'm using the exec_dset > command to > manipulate the RURI, we need to do this in order to add prefixes > according to certain user profiles. > > route { > if (method=="INVITE" || method=="CANCEL") { > exec_dset("/usr/local/etc/ser/translate"); > }; > > As you can see i'm using it for every INVITE and CANCEL, the > "translate" > file is a C program that connects to a DB and returns the > desired RURI. > Could this be the cause of SER freeze?. Can we have an > opinion from the > developers? Is there a way to do the same thing with maybe another > module?. For the record i'm using : > > OS : Linux Red Hat 9.0 > SER : 0.8.14 > Mediaproxy : 1.2.1 > > I would really appreciate any help here. > Thanks!! > > Best Regards, > > Ricardo.- > > > -----Mensaje original----- > > De: Matt Schulte [mailto:mschulte@netlogic.net] > > Enviado el: Jueves, 14 de Abril de 2005 16:11 > > Para: Ricardo Martinez; serusers(a)lists.iptel.org > > Asunto: RE: [Serusers] SER hung - Log Information? > > > > > > I've been posting about this for some time now,I have never > > been able to > > figure out the problem. Do you use external proccesses or anything? > > That's the only "weird" thing we really do with SER, > > everything else is > > pretty straight forward. > > > > Search back from my posts and see what you think. > > > > -----Original Message----- > > From: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > > Sent: Thursday, April 14, 2005 11:16 AM > > To: 'serusers(a)lists.iptel.org' > > Subject: [Serusers] SER hung - Log Information? > > > > > > Hello list. > > I had been experimenting some weird behavior in my SER program. > A > > couple of times my SER seems to be hung. For example the > first time, > > all the REGISTER messages reaching the server were not > > challenged, even > > worst the server don't respond anything. The second time > it happened > > with the INVITE messages. The weird thing is that the SER > > process were > > still running. I don't know what could cause this problem, but my > > question is : Is there a way to log information about the "internal > > system process" to have a clue about what is happening?. I > > would really > > appreciate any help. Thanks > > > > > > Ricardo Martinez.- > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers > > >

1 0

RE: [Serusers] SER hung - Log Information?
by Matt Schulte 15 Apr '05

15 Apr '05

Interesting, we also use an external process to connect to a DB and retrieve URI replacement. We were thinking that it's running "too slow" and thus hanging SER, even though the logs make it appear as if the process(es) was hanging at random points. We're in the process of eliminating this script and switching over to ENUM or similar. When we restarted our MySQL server it improved the query time (it was running for 180 days heheh) and seems to have made SER hang less. How long does your external script take to run on average? If it's more than a second then that seems to be unnacceptable for SER.. P.S. The crappy thing is this happens over a period of time, when I load tested the server it ran flawlessly. Pushed 30000 calls through it in less than an hour with no problems. The MySQL server in question is in the same switch segment/subnet as well. Matt -----Original Message----- From: Ricardo Martinez [mailto:rmartinez@redvoiss.net] Sent: Thursday, April 14, 2005 4:32 PM To: Matt Schulte; serusers(a)lists.iptel.org Subject: RE: [Serusers] SER hung - Log Information? Hello Matt. Thanks for your answer, i checked the post "exec_dset fork limit?" (http://lists.iptel.org/pipermail/serusers/2004-December/014150.html) and i think i have the same problem. I'm using the exec_dset command to manipulate the RURI, we need to do this in order to add prefixes according to certain user profiles. route { if (method=="INVITE" || method=="CANCEL") { exec_dset("/usr/local/etc/ser/translate"); }; As you can see i'm using it for every INVITE and CANCEL, the "translate" file is a C program that connects to a DB and returns the desired RURI. Could this be the cause of SER freeze?. Can we have an opinion from the developers? Is there a way to do the same thing with maybe another module?. For the record i'm using : OS : Linux Red Hat 9.0 SER : 0.8.14 Mediaproxy : 1.2.1 I would really appreciate any help here. Thanks!! Best Regards, Ricardo.- > -----Mensaje original----- > De: Matt Schulte [mailto:mschulte@netlogic.net] > Enviado el: Jueves, 14 de Abril de 2005 16:11 > Para: Ricardo Martinez; serusers(a)lists.iptel.org > Asunto: RE: [Serusers] SER hung - Log Information? > > > I've been posting about this for some time now,I have never > been able to > figure out the problem. Do you use external proccesses or anything? > That's the only "weird" thing we really do with SER, > everything else is > pretty straight forward. > > Search back from my posts and see what you think. > > -----Original Message----- > From: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > Sent: Thursday, April 14, 2005 11:16 AM > To: 'serusers(a)lists.iptel.org' > Subject: [Serusers] SER hung - Log Information? > > > Hello list. > I had been experimenting some weird behavior in my SER program. A > couple of times my SER seems to be hung. For example the first time, > all the REGISTER messages reaching the server were not > challenged, even > worst the server don't respond anything. The second time it happened > with the INVITE messages. The weird thing is that the SER > process were > still running. I don't know what could cause this problem, but my > question is : Is there a way to log information about the "internal > system process" to have a clue about what is happening?. I > would really > appreciate any help. Thanks > > > Ricardo Martinez.- > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers >

2 1

[Serusers] FW: Struggling with simple SER+SEMS..
by Dave Bath 15 Apr '05

15 Apr '05

Hey guys.... I'm really struggling with this. It was working perfectly yesterday and now I must have made a small change and I just cannot find what I've done wrong. Bascially, this is a very very simple unauthenticated SER front end to SEMS... all I want to be able to do is use the conference facilities. Incidentally, when I say unauthenticated I mean also without registering... so all a user has to do is send an INVITE. To that end, I am trying to just redirect sip URI's beginning with 600. It seems that the initial redirect goes through... but then something screwy is happening because SER never appears to receive the ACKs correctly.. and it starts sending two sets of 200 messages.. one with no SDP descriptor and then a second batch with a valid SDP descriptor. Because of this weirdness with the ACKs, the client and SER fight for a while sending out millions of repeat 200s and ACKs. Meanwhile, because the initial redirect to SEMS worked, the conference has actually been created... The same story with BYE.. the client sends it, but SER doesn't even appear to receive it (note all the debugging log lines). In fact, there' something rather dodgy up, because I don't even get the debug lines inside the route[1] block.... It sort of points to me that perhaps I've done something very stupid with the transactions.. that for some reason they don't match up ... but I can't find it. Attached is my ser.cfg. Any help would be so very much appreciated. I don't think it's a basic connectivity problem, because as I said, a very similar file was working perfectly yesterday... I've just stupidly changed it slightly somewhere. Many many thanks in advance. Dave listen=<publicip> check_via=yes # (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 "/lib/ser/modules/mysql.so" loadmodule "/lib/ser/modules/sl.so" loadmodule "/lib/ser/modules/tm.so" loadmodule "/lib/ser/modules/rr.so" loadmodule "/lib/ser/modules/maxfwd.so" loadmodule "/lib/ser/modules/usrloc.so" loadmodule "/lib/ser/modules/registrar.so" loadmodule "/lib/ser/modules/textops.so" # -- usrloc params -- modparam("usrloc", "db_mode", 0) # -- 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; }; if (!method=="REGISTER") record_route(); if (loose_route()) { log(1,"Loose routing block"); append_hf("P-hint: rr-enforced\r\n"); route(1); break; }; if (!uri==myself) { log(1,"Got a request for an extenal domain"); # mark routing logic in request append_hf("P-hint: outbound\r\n"); route(1); break; }; if (uri==myself) { # switch to stateful mode: if (!t_newtran()){ sl_send_reply("500","could not create transaction"); break; }; if (method=="REGISTER") { save("location"); break; }; if (method=="ACK") { # absorb ACKs log(1,"Absorbing ACK"); break; }; lookup("aliases"); if (!uri==myself) { log(1,"Resolving external request"); append_hf("P-hint: outbound alias\r\n"); route(1); break; }; # prevent timeout on the other side: t_reply("100","Trying - just wait a minute !"); if (method=="INVITE") { save("location"); if (uri=~"sip:600.*@") { log(1,"-> Redirecting conference to SEMS"); if(!t_write_unix("/tmp/am_sock","conference")) { t_reply("500","error contacting sems"); }; break; } ; break; } else if (method=="BYE" || method=="CANCEL") { log(1,"-> Sending BYE to SEMS"); if(!t_write_unix("/tmp/am_sock","bye")) { t_reply("500","error contacting sems"); }; }; # 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 log(1, "Attempting stateful forward..."); if (!t_relay()) { log(1,"... failure"); sl_reply_error(); }; log(1, "... success"); }

1 0

[Serusers] SER replies to CANCEL too early
by Esteban Monturus 15 Apr '05

15 Apr '05

I am installing a SIP proxy in a Linux machine in the local network of my office. I have implemented a SIP proxy with SER. The function of the SIP proxy is to let the users talk each other without knowing the IP where each one is reachable. My problem appears when the caller wants to cancel the call because the callee does not answer. Since I want the calle's phone to stop ringing, and I haven't received a final response, the caller's phone has to send a CANCEL request. When the proxy server receives the CANCEL, it replies with a 487 "Request cancelled". SER does this before forwarding the CANCEL to the callee's phone. These 487 response generated by SER makes the INVITE client transaction of the caller finish. When the INVITE server transaction finishes in the callee's phone, it sends another 487 response, which is forwarded by SER, but the caller's transaction is already finished, so it doesn't receive the corresponding ACK. I would like to know how to solve this problem, since SER should wait for the callee's phone to send the 487 and then forward this response to the caller's phone. Best regards, Esteban. ------------------------------------------------------------------------ --------------- Esteban Monturus de Carandini (mailto:emonturus@teltronic.es) Enhanced Wireless Solutions (EWS Project) TELTRONIC, S.A.U. Parque Tecnologico Walqa Edificio Uno Ctra Zaragoza N-330a, Km 556 22197 Cuarte (Huesca) - Spain Phone/Fax: +34 974 215018 http://www.teltronic.es http://ptwalqa.com ------------------------------------------------------------------------ --------------- ***** AVISO LEGAL ***** Este mensaje es solamente para la persona a la que va dirigido. Puede contener informacion confidencial o legalmente protegida. La transmision erronea de este mensaje no supone renuncia a su confidencialidad o a cualquier privilegio. Si usted ha recibido este mensaje por error, le rogamos que borre de su sistema inmediatamente el mensaje asi como todas sus copias y que notifique al remitente. No debe, directa o indirectamente, usar, revelar, distribuir, imprimir o copiar ninguna de las partes de este mensaje si no es usted el destinatario. Cualquier opinion expresada en este mensaje proviene del remitente, excepto cuando el mensaje establezca lo contrario y el remitente este autorizado para establecer que dichas opiniones provienen de TELTRONIC. En el caso de que el destinatario de este mensaje no consienta la utilizacion del correo electronico via Internet, rogamos lo ponga en nuestro conocimiento de manera inmediata. ***** DISCLAIMER ***** This message is intended exclusively for the named person. It may contain confidential, propietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. Your must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of TELTRONIC. If the addressee of this message does not consent to the use of internet e-mail, please communicate it to us immediately. ------------------------------------------------------------------------ ---------------

1 0

[Serusers] parallel fork woes
by Daniel Poulsen 15 Apr '05

15 Apr '05

Hi- I am having a problem where if I parallel fork a call, my failure_route gets called after the caller hangs up. I thought adding t_check_status("487") to the failure_route would take care of that, but it still t_relays when I don't want it to. This only seems to be a problem if it parallel forks and one of the SIP targets is not available. If I dial an alias with a single [not forked] target the t_check_status("487") works fine. Here is my code.. any thoughts? Thanks much. Dan route { <<<< Registration code snipped for brevity >>>> if(lookup("aliases")) { xlog("L_NOTICE", "%ci: alias lookup changed uri to %ru\n"); # If alias points outbound, forward it without question. if (!(uri==myself)) { xlog("L_NOTICE", "%ci: outbound alias\n"); route(4); # relay with hunt on failure break; }; }; if ( (uri=~"^sip:911@.*") | (uri=~"^sip:011[0-9]+@.*") | (uri=~"^sip:1[0-9]{10}@.*") ) { route(3); break; }; # Local location route(4); # relay with hunt on failure } /* end of initial routing logic */ route[4] { xlog("L_INFO", "r4: Relay with Hunt\n"); # If an invitation, we want to hunt on failure if(method == "INVITE") { t_on_failure("1"); # first hunt }; if (!lookup("location")) { xlog("L_NOTICE", "%ci: no location for %ru\n"); }; append_hf("P-hint: relay\r\n"); if (!t_relay()) { sl_reply_error(); break; }; } failure_route[1] { xlog("L_INFO", "failure+route+1 %ru\n"); revert_uri(); setflag(9); # Check to see if the call was cancelled if( t_check_status("487") | method == "CANCEL") { xlog("L_INFO", "t_check_status is 487\n"); break; } prefix("h1-"); if(lookup("hunt")) { # Hunt table is an exact copy of aliases xlog("L_NOTICE", "%ci: fail_r_1: hunt changed URI to %ru, relaying\n"); append_branch(); append_hf("P-hint: pt-hunt\r\n"); t_relay(); break; } else { xlog("L_NOTICE", "%ci: r8: no further hunts, giving up\n"); break; }; }

1 0

[Serusers] Rewrite To Heaader
by Eric Dean 15 Apr '05

15 Apr '05

Our VoIP service provider routes calls based upon the To field within the SIP header. While SER can easily rewrite the URI, I need to actually prepend our account code to every outgoing call with a prefix. does anyone know how to prefix the To field

5 8

[Serusers] ERROR: No Digest-Nonce Cannot perform Digest authentication
by Alex 15 Apr '05

15 Apr '05

I have installed freeradius 1.0.2 and radiusclient-ng.0.5.0 after the installation i am trying to run the test : radtest test test localhost 1649 testing123 User-Name = "test" User-Password = "test" NAS-IP-Address = MAINSIP NAS-Port = 1649 rad_recv: Access-Reject packet from host 127.0.0.1:1812, id=134, length=45 Reply-Message = "Hello, test with digest" I have file digest: --------------------------------------- User-Name = "test", Digest-Response = "631d6d73147add2f9e437f59bbc3aeb7", Digest-Realm = "testrealm", Digest-Nonce = "1234abcd" , Digest-Method = "INVITE", Digest-URI = "sip:5555551212@example.com", Digest-Algorithm = "MD5", Digest-User-Name = "test" in the debug of the radius server i receive that error: ---------------------------------------------------------------------- rad_recv: Access-Request packet from host 127.0.0.1:32842, id=115, length=56 User-Name = "test" User-Password = "test" NAS-IP-Address = 255.255.255.255 NAS-Port = 1649 modcall: entering group authorize modcall[authorize]: module "preprocess" returns ok modcall[authorize]: module "chap" returns noop rlm_eap: EAP-Message not found modcall[authorize]: module "eap" returns noop modcall[authorize]: module "digest" returns noop rlm_realm: No '@' in User-Name = "test", looking up realm NULL rlm_realm: No such realm "NULL" modcall[authorize]: module "suffix" returns noop users: Matched DEFAULT at 152 users: Matched test at 215 modcall[authorize]: module "files" returns ok modcall[authorize]: module "mschap" returns noop modcall: group authorize returns ok rad_check_password: Found Auth-Type Digest auth: type "digest" modcall: entering group authenticate ******ERROR: No Digest-Nonce: Cannot perform Digest authentication****** modcall[authenticate]: module "digest" returns invalid modcall: group authenticate returns invalid auth: Failed to validate the user. Thanks for the help

1 0

[Serusers] Another Looping Question
by Java Rockx 15 Apr '05

15 Apr '05

Hi All. Below is a snippet of an INVITE and you can see the usual "trying - your call is important to us" in the dialog. Anyhow, for some reason SER occasionally attempts to sent the ACK to itself, which causes a looping condition. The last ACK shown is the start of the looping condition. It only happens on occasion. SER should have consumed the ACK rather than attempted to forward it. Can anyone explain this? Regards, Paul IP Legend ------------------- 10.3.0.221 <http://10.3.0.221> - SER (behind a Cisco 3600 so ALG rewrote the IPs) 69.36.46.178 <http://69.36.46.178> - NATed SIP UA U 2005/04/15 02:19:16.252614 69.35.46.178:5060 <http://69.35.46.178:5060> -> 10.3.0.221:5060 <http://10.3.0.221:5060> INVITE sip:8187768080@sipdev.mycompany.net SIP/2.0. Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060> ;branch=z9hG4bK3915905414. From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089. To: <sip:8187768080@sipdev.mycompany.net>. Call-ID: 2671219156(a)192.168.1.102. CSeq: 101 INVITE. Contact: <sip:3215591439@192.168.1.102:5060>. Proxy-Authorization: Digest username="3215591439", realm=" sipdev.mycompany.net <http://sipdev.mycompany.net>", nonce="425f5e0de25efdb3f5a6125dcf2147bf30fe9177", uri=" sip:8187768080@sipdev.mycompany.net", response="61996c3bdc10990fec7e245751777516", algorithm=MD5, cnonce="ae02e47a3355bada49ce344c92f48587", qop=auth, nc=00000002. max-forwards: 70. Allow: INVITE, ACK, CANCEL, BYE, REFER, NOTIFY. Content-Type: application/sdp. Content-Length: 180. . v=0. o=- 32014 3005 IN IP4 192.168.1.102 <http://192.168.1.102>. s=-. c=IN IP4 192.168.1.102 <http://192.168.1.102>. 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/15 02:19:16.276216 10.3.0.221:5060 <http://10.3.0.221:5060> -> 69.35.46.178:5060 <http://69.35.46.178:5060> SIP/2.0 100 trying -- your call is important to us. Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060> ;branch=z9hG4bK3915905414;rport=5060;received=69.35.46.178<http://69.35.46.178> . From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089. To: <sip:8187768080@sipdev.mycompany.net>. Call-ID: 2671219156(a)192.168.1.102. CSeq: 101 INVITE. Content-Length: 0. . # U 2005/04/15 02:19:16.792795 69.35.46.178:5060 <http://69.35.46.178:5060> -> 10.3.0.221:5060 <http://10.3.0.221:5060> ACK sip:8187768080@sipdev.mycompany.net SIP/2.0. Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060> ;branch=z9hG4bK3499714875. From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089. To: <sip:8187768080@sipdev.mycompany.net>;tag= cdbfe46960d7566fcbe09f199f2b328d.c2bb. Call-ID: 2671219156(a)192.168.1.102. CSeq: 100 ACK. Content-Length: 0. . # U 2005/04/15 02:19:16.912146 10.3.0.221:5060 <http://10.3.0.221:5060> -> 10.3.0.221:5060 <http://10.3.0.221:5060> ACK sip:8187768080@sipdev.mycompany.net SIP/2.0. Max-Forwards: 10. Record-Route: <sip:10.3.0.221 <http://10.3.0.221>;ftag=1465261089;lr>. Via: SIP/2.0/UDP 10.3.0.221 <http://10.3.0.221>;branch=0. Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060>;received= 69.35.46.178 <http://69.35.46.178>;branch=z9hG4bK3499714875. From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089. To: <sip:8187768080@sipdev.mycompany.net>;tag= cdbfe46960d7566fcbe09f199f2b328d.c2bb. Call-ID: 2671219156(a)192.168.1.102. CSeq: 100 ACK. Content-Length: 0. P-hint: Local Destination.

1 0

[Serusers] DNS Lookup and other issue
by info＠beeplove.com 15 Apr '05

15 Apr '05

If I setup an UA with URL sip:beeplove@mydomain.org my client is going to find its sip server from DNS SRV record, right? If I have these in nameserver _sip._udp SRV 0 0 5060 sip.mydomain.org. _sip._tcp SRV 0 0 5060 sip.mydomain.org. is that mean, sip.mydomain.org is my registar server? or proxy server or both? And If my UA have an option to specify proxy and registar server, UA is not going to lookup SRV record, right? Please correct me someone, if I am understading wrong. Thanks Mohammad -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

2 1

[Serusers] Not ANOTHER silly NAT question...
by Rod Bacon 15 Apr '05

15 Apr '05

Well.. it probably is. I have had mixed success with SER 0.8.14 and RTPPROXY. I have RADIUS auth, accounting, MYSQL, blah, blah, blah, all working.... My question, however, surrounds NAThelper configuration. If I leave all clients behind NATs to attempt registration with private IPs, fix the IPs with NAThelper and proxy the streams, then everything works OK. If I inroduce a client that is on a LIVE IP address, I only get one-way audio to a natted client (the natted client can't hear the live client). I assume that what is happening is that the live client is attempting to send it's audio direct to the natted client, instead of via the proxy. I figure that I've missed something silly somewhere in the config, but I'm darned if I know where. I won't bother posting my entire config (unless specifically requested), rather I'd like a general pointer as to where I should be looking. Thanks in advance.

6 7

[Serusers] Ser Redirect Server !!!
by Felipe Martins 15 Apr '05

15 Apr '05

Hi everybody, I finally managed to configure and make 2 Ser Servers talk to each other, each one with a registered soft phone or hard phone, they are talking with no delay and nearly no noise. I've made a redirect configuration at the routing logics and for me it worked. I found a similar configuration at the link: (http://www.voip-info.org/wiki-SER+example+redirect), but it's totally diferent from what I've done. This is what i've done. -------------------------------------------------------------------------- if (method=="REGISTER") { log(1, "REGISTER message received\n"); # Uncomment this if you want to use digest authentication if (!www_authorize("192.168.4.11", "subscriber")) { www_challenge("192.168.4.11", "0"); break; }; save("location"); break; }; # Repassando Chamadas Internacionais para Asterisk if (uri=~"^sip:[2][0-9].*@") { log(1, "Forwarding to Another Gateway\n"); rewritehost("192.168.4.10"); forward(192.168.4.10,5060); t_relay(); break; } ------------------------------------------------------------------------- Is there some error in this configuration ? -- 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

1 0

[Serusers] Strange problems
by Alex 15 Apr '05

15 Apr '05

Hi guys thanks for any help, i got a lot of useful information from this list. I will try to explain my problem. i have 2 linux servers : 1- server Red Hat Linux release 9 ser + freeradius 0.9.3 + radius client 2-server Red Hat Enterprise Linux AS release 3 ser + freeradius 1.2 + radius client 4.8 I trying to register my ip phone through ser + radius . On the 1 server it's working fine i receiving register requests, i can see that in the logs, and the request is going through the authentication process. On the 2 server i receiving register requests, but it's not going to the radius authentication, i don't see anything inside the radius logs. Here is the ngrep on port 5060: from the 2 server ------------------------------------------------------------------------------------------------- U telephoneip:10739 -> xxx.xxx.xxx.xxx:5060 REGISTER sip:xxx.xxx.xxx.xxx SIP/2.0..Via: SIP/2.0/UDP telephoneip:10000;branch=z9hG4bK98514c3b052d7df6..From: "Test Alex" < sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=50673f1baca1958c..To: <sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>..Contact: <sip :Phonenumber@telephoneip:10000;user=phone>..Call-ID: 1cff1b8955b8fa5c@10.0.0.4..CSeq: 106 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-Lengt h: 0.... # U xxx.xxx.xxx.xxx:5060 -> telephoneip:10000 SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP telephoneip:10000;branch=z9hG4bK98514c3b052d7df6..From: "Test Alex" <sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=50673f1baca1958c..To: <sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=b27e1a1d33761e85846fc9 8f5f3a7e58.f894..Call-ID: 1cff1b8955b8fa5c@10.0.0.4..CSeq: 106 REGISTER..WWW-Authenticate: Digest realm="xxx.xxx.xxx.xxx", nonc e="425e3ac34dc9509392435c11fb260f41420049c7"..Server: Sip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 xxx.xxx.xxx.xxx:5060 "Noisy feedback tells: pid=1912 req_src_ip=telephoneip req_src_port=10739 in_uri=sip:xxx.xxx.xxx.xxx out_uri=sip:xxx.xxx.xxx.xxx via_cnt==1".... # U telephoneip:10740 -> xxx.xxx.xxx.xxx:5060 REGISTER sip:xxx.xxx.xxx.xxx SIP/2.0..Via: SIP/2.0/UDP telephoneip:10000;branch=z9hG4bK98514c3b052d7df6..From: "Test Alex" < sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=50673f1baca1958c..To: <sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>..Contact: <sip :Phonenumber@telephoneip:10000;user=phone>..Call-ID: 1cff1b8955b8fa5c@10.0.0.4..CSeq: 106 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-Lengt h: 0.... # U xxx.xxx.xxx.xxx:5060 -> telephoneip:10000 SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP telephoneip:10000;branch=z9hG4bK98514c3b052d7df6..From: "Test Alex" <sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=50673f1baca1958c..To: <sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=b27e1a1d33761e85846fc9 8f5f3a7e58.f894..Call-ID: 1cff1b8955b8fa5c@10.0.0.4..CSeq: 106 REGISTER..WWW-Authenticate: Digest realm="xxx.xxx.xxx.xxx", nonc e="425e3acb812b5b2e8aa023e3fcffc618dc4cf661"..Server: Sip EXpress router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 xxx.xxx.xxx.xxx:5060 "Noisy feedback tells: pid=1885 req_src_ip=telephoneip req_src_port=10740 in_uri=sip:xxx.xxx.xxx.xxx out_uri=sip:xxx.xxx.xxx.xxx via_cnt==1".... # here is the debug from ser : --------------------------------------------------------------------------------------------- 14(1036) parse_headers: flags=-1 14(1036) check_via_address(62.219.158.191, 62.219.158.191, 1) 14(1036) DEBUG:destroy_avp_list: destroing list (nil) 14(1036) receive_msg: cleaning up 9(1012) SIP Request: 9(1012) method: <REGISTER> 9(1012) uri: <sip:xxx.xxx.xxx.xxx> 9(1012) version: <SIP/2.0> 9(1012) parse_headers: flags=1 9(1012) Found param type 232, <branch> = <z9hG4bKfc5751413c832e6d>; state=16 9(1012) end of header reached, state=5 9(1012) parse_headers: Via found, flags=1 9(1012) parse_headers: this is the first via 9(1012) After parse_msg... 9(1012) preparing to run routing scripts... 9(1012) REGISTER: Authenticating user 9(1012) parse_headers: flags=4 9(1012) end of header reached, state=9 9(1012) DEBUG: get_hdr_field: <To> [45]; uri=[sip:phonenumber@xxx.xxx.xxx.xxx;user=phone] 9(1012) DEBUG: to body [<sip:phonenumber@xxx.xxx.xxx.xxx;user=phone> ] 9(1012) parse_headers: flags=4096 9(1012) get_hdr_field: cseq <CSeq>: <103> <REGISTER> 9(1012) DEBUG: get_hdr_body : content_length=0 9(1012) found end of header 9(1012) pre_auth(): Credentials with given realm not found 9(1012) REGISTER: challenging user 9(1012) build_auth_hf(): 'WWW-Authenticate: Digest realm="xxx.xxx.xxx.xxx", nonce="425e063022afc1142ed6730d46da41692ff3ed57" Daniel and Alex send some explanations i really appreciate that, but i don't know where to start to fix that problem, i am trying to understand why on the first server it's working , but on the second it's not working . both of them have the same configuration only the versions are different. I tried to connect different ip phone and it's sending the packets to the 2 server and it's working, but the 1 ip phone not working with the 2 server, but with the 1 one it's working fine, i just changing the sip proxy ip. Thanks for any help.

2 3

[Serusers] B2BUA and NAT.
by Amos Nungu 15 Apr '05

15 Apr '05

Hi. I can't find enough info regarding B2BUA, and how it works. At least I know that it is not scalling and it breaks SIP peer2peer functionality. BUT, it is said that it can handle NAT, HOW? 1.Does it solve NAT because it stays in the middle and proxy everything (+ media) or 2.can it be involved in the call only when NAT is detected like rtp proxy ? 3. iF 2, THEN how does it work in corporation with SER or any SIP Server? 4. Which situation will rtp proxy (rtpproxy/mediaproxy) fail to solve NAT issues NB. I just need to expand my knowledge regarding options. I'm using rtpproxy, it works fine in every respect only if I start it in foreground Regards.

2 3

[Serusers] Append prefix to RURI via AVP
by Martin Koenig 15 Apr '05

15 Apr '05

Hello, is it possible to add a prefix to the RURI that is based on an AVP, similar to prefix("x")? Scenario is the following: Each user would have an assotiated avp called cc and ac. Depending on incoming RURI, Ser would first add the area code avp, then the country code avp. Is this possible? With best regards, Martin Koenig

1 0

[Serusers] Problems with serctl
by Edgar A. Vidal Martínez 15 Apr '05

15 Apr '05

Hi everyone: I've followed the instructions in the INSTALL file and uncommented the lines corresponding to the use of MySQL and auth_db; so instead of just typing ser in order to start the server (I did this and then ps and no ser process was running) I type now serctl start and the following message appears: cat: /var/run/ser.pid: No such file or directory Could anybody help me? I'm using 0.8.14_linux_i386.tar.gz and serweb_2004-07-27.tar.gz Thanks in advance Edgar Vidal

2 1

Re: [Serusers] compiling mysql
by Kamran Ahmad 15 Apr '05

15 Apr '05

/etc/my.cnf [mysqld] datadir=/var/lib/mysql socket=/tmp/mysql.sock [mysql.server] user=mysql ;basedir=/var/lib basedir=/usr/local/mysql [safe_mysqld] err-log=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid but it is still looking '/var/lib/mysql/mysql.sock' textops - initializing 0(0) DEBUG: init_mod: uri_db 0(0) uri_db - initializing 0(0) find_mod_export: found <db_use_table> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(0) find_mod_export: found <db_init> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(0) find_mod_export: found <db_close> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(0) find_mod_export: found <db_query> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(0) find_mod_export: found <db_raw_query> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(0) find_mod_export: found <db_free_result> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(0) find_mod_export: found <db_insert> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(0) find_mod_export: found <db_delete> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(0) find_mod_export: found <db_update> in module mysql [/usr/local/lib/ser/modules/mysql.so] 0(0) get_connection(): Connection not found in the pool 0(0) new_connection(): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) 0(0) db_init(): Could not create a connection 0(0) ERROR: uridb_db_ver: unable to open database connection 0(0) ERROR: uri_db:mod_init(): Error while querying table version 0(0) init_mod(): Error while initializing module uri_db ERROR: error while initializing modules 0(0) XLOG: destroy module ... 0(0) DEBUG: tm_shutdown : start 0(0) DEBUG: unlink_timer_lists : emptying DELETE list 0(0) DEBUG: tm_shutdown : emptying hash table 0(0) DEBUG: tm_shutdown : releasing timers 0(0) DEBUG: tm_shutdown : removing semaphores 0(0) DEBUG: tm_shutdown : destroying tmcb lists 0(0) DEBUG: tm_shutdown : done 0(5133) shm_mem_destroy 0(5133) destroying the shared memory lock -.............................................. --- "Greger V. Teigre" <greger(a)teigre.com> wrote: > You define the mysql socket in /etc/my.cnf > g-) > Kamran Ahmad wrote: > > when i am starting ser it is not working. how to > set > > mysql socket to /tmp/mysql.sock > > > > /var/log/messages > > > ------------------------------------------------------ > > Apr 14 05:13:47 achieva ser: WARNING: > fix_socket_list: > > could not rev. resolve 202.42.132.133 > > Apr 14 05:13:57 achieva ser: WARNING: > fix_socket_list: > > could not rev. resolve 202.42.132.133 > > Apr 14 05:13:57 achieva ser[16717]: Maxfwd module- > > initializing > > Apr 14 05:13:57 achieva ser[16717]: > new_connection(): > > Can't connect to local MySQL server through socket > > '/var/lib/mysql/mysql.sock' (2) > > Apr 14 05:13:57 achieva ser[16717]: db_init(): > Could > > not create a connection > > Apr 14 05:13:57 achieva ser[16717]: ERROR: > > uridb_db_ver: unable to open database connection > > Apr 14 05:13:57 achieva ser[16717]: ERROR: > > uri_db:mod_init(): Error while querying table > version > > Apr 14 05:13:57 achieva ser[16717]: init_mod(): > Error > > while initializing module uri_db > > Apr 14 05:14:22 achieva cups: cupsd shutdown > succeeded > > Apr 14 05:14:25 achieva cups: cupsd startup > succeeded > > Apr 14 05:14:25 achieva logrotate: ALERT exited > > abnormally with [1] > > > > > ------------------------------------------------------- > > > > > > --- "Greger V. Teigre" <greger(a)teigre.com> wrote: > >> Kamran, > >> The make_and_install script saves all output to > >> make_and_install_output.txt > >> in the source root directory. Search for errors > in > >> that file (or mysql) and > >> you will see what happened. > >> If you don't get a mysql.so at all, most > likely > >> you have not installed > >> the mysql-devel package (so mysql header file is > >> missing). > >> g-) > >> Kamran Ahmad wrote: > >>> hello > >>> > >>> while i am trying to compile mysql module for > ser but > >>> it is not working. i am using ser-0.9.0. > >>> > >>> I HAVE TRIED > >>> ./make_and_install sql > >>> but unable to compile mysql > >>> and i also used > >>> changed Makefile then > >>> make; make install > >>> but still unable to compile mysql.so > >>> > >>> any one gone through this. > >>> > >>> Kamran > >>> > >>> > >>> > >>> __________________________________ > >>> Do you Yahoo!? > >>> Yahoo! Small Business - Try our new resources > site! > >>> http://smallbusiness.yahoo.com/resources/ > >>> > >>> _______________________________________________ > >>> Serusers mailing list > >>> serusers(a)lists.iptel.org > >>> http://lists.iptel.org/mailman/listinfo/serusers > >> > >> > > > > > > > > __________________________________ > > Do you Yahoo!? > > Yahoo! Small Business - Try our new resources > site! > > http://smallbusiness.yahoo.com/resources/ > __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 2

[Serusers] tsend_dgram in tsend.c problems while RTP transffering in SER-0.9.0
by Parvel 15 Apr '05

15 Apr '05

Hi~ there. I've built SEMS and SER on the REDHAT 9.0, and made them inter-communicate with unix_sock. But when I redirected the INVITE || ACK || CANCEL || BYE requests to SEMS, and load a number_reader plug-in for test, the problem occurs. The SER conf file includes these: # select messages to redirect: if ( method=="ACK" || method=="INVITE" || method=="BYE" || method=="CANCEL" ){ # switch to stateful mode: if (!t_newtran()){ sl_send_reply("500","could not create transaction"); break; }; # prevent timeout on the other side: t_reply("100","Trying - just wait a minute !"); if (method=="INVITE"){ # redirect the call to the 'number_reader' plug-in # if the URI begin with 100 if (uri=~"sip:100.*@") { # assumes that Sems configuration parameter 'socket_name=' # has been set to /tmp/am_sock if(!t_write_unix("/tmp/am_sock","number_reader")) { t_reply("500","error contacting sems"); }; break; }; # redirect the call to the 'announcement' plug-in # if the URI begin with 200 if (uri=~"sip:200.*@") { if(!t_write_unix("/tmp/am_sock","announcement")) { t_reply("500","error contacting sems"); }; break; }; # no service number, redirect to number_reader. # do not forget to load AVPs so that voicemail gets the # callee's email address. #load_avp("ruri","email",0); if(!t_write_unix("/tmp/am_sock","number_reader")) { t_reply("500","error contacting sems"); }; break; } else if (method=="BYE" || method=="CANCEL") { # Sems should already know which plug-in is handling that # call. "bye" is no plug-in name. It is a reserved name which # tells Sems to terminate the call. if(!t_write_unix("/tmp/am_sock","bye")) { t_reply("500","error contacting sems"); }; }; }; I used a soft phone to connect with the server. The SIP messages seems OK, the INVITE, 100, 200, ACK messages are exchanged, connection established, G711u codec is used to transfer. But the RTP stage seems wrong. In the sniffer only the soft phone's RTP packets are sent, but none of the server's response received. In the debug mode it seems the SEMS sent the response to socket, but the SER throw some error messages. # ser -d -E 127.0.0.1 [127.0.0.1]:5060 0(1926) WARNING: fix_socket_list: could not rev. resolve 10.167.16.32 10.167.16.32 [10.167.16.32]:5060 127.0.0.1 [127.0.0.1]:5060 0(1926) WARNING: fix_socket_list: could not rev. resolve 10.167.16.32 10.167.16.32 [10.167.16.32]:5060 Listening on udp: 127.0.0.1 [127.0.0.1]:5060 udp: 10.167.16.32 [10.167.16.32]:5060 tcp: 127.0.0.1 [127.0.0.1]:5060 tcp: 10.167.16.32 [10.167.16.32]:5060 Aliases: tcp: localhost:5060 tcp: localhost.localdomain:5060 tcp: VM-Redhat:5060 udp: localhost:5060 udp: localhost.localdomain:5060 udp: VM-Redhat:5060 stateless - initializing [root@VM-Redhat root]# 0(0) Maxfwd module- initializing 0(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 1(1929) to: 1(1929) ERROR: tsend_dgram: failed to send: (107) Transport endpoint is not connected 16(1944) ERROR: tsend_dgram: failed to send: (22) Invalid argument While sending the RTP packet, the terminate also sent some RTCP packets, but a ICMP port unreachable response received. By the way, when the BYE request is sent, a first 404 response received, then the 200 OK. Maybe the conf files are not correct?

2 2

[Serusers] Re: [Serdev] Section 10.3, RFC 3261 Implementation?
by reticent 15 Apr '05

15 Apr '05

Ah, thank you Didn't find it in the documentation though, had to look through the source code Jiri Kuthan wrote: >there is a textops function you can use to put date in replies to REGISTERs. -jiri > >At 11:17 PM 4/13/2005, reticent wrote: > > >>Is there any intent to add this functionality to the SER Registrar module? >> >>It can be a very useful feature >> >>--- (reference to possible use for UAC's) >> >>10.2.5 Setting the Internal Clock >> >> If the response for a REGISTER request contains a Date header field, >> the client MAY use this header field to learn the current time in >> order to set any internal clocks. >>--- >> >> >>10.3 >> >>.. >>.. >> 8. The registrar returns a 200 (OK) response. The response MUST >> contain Contact header field values enumerating all current >> bindings. Each Contact value MUST feature an "expires" >> parameter indicating its expiration interval chosen by the >> registrar. The response SHOULD include a Date header field. >>--- >> >>_______________________________________________ >>Serdev mailing list >>serdev(a)lists.iptel.org >>http://lists.iptel.org/mailman/listinfo/serdev >> >> > >-- >Jiri Kuthan http://iptel.org/~jiri/ > > > >

1 1

RE: [Serusers] SER hung - Log Information?
by Ricardo Martinez 14 Apr '05

14 Apr '05

Beside this How can i log the internal process from SER?. To check what is the cause of this problem? Thanks in advance Ricardo Martinez.- > -----Mensaje original----- > De: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > Enviado el: Jueves, 14 de Abril de 2005 17:32 > Para: 'Matt Schulte'; serusers(a)lists.iptel.org > Asunto: RE: [Serusers] SER hung - Log Information? > > > Hello Matt. > Thanks for your answer, i checked the post "exec_dset > fork limit?" > (http://lists.iptel.org/pipermail/serusers/2004-December/014150 > .html) and i > think i have the same problem. I'm using the exec_dset command to > manipulate the RURI, we need to do this in order to add > prefixes according > to certain user profiles. > > route { > if (method=="INVITE" || method=="CANCEL") { > exec_dset("/usr/local/etc/ser/translate"); > }; > > As you can see i'm using it for every INVITE and CANCEL, the > "translate" > file is a C program that connects to a DB and returns the > desired RURI. > Could this be the cause of SER freeze?. Can we have an > opinion from the > developers? > Is there a way to do the same thing with maybe another module?. > For the record i'm using : > > OS : Linux Red Hat 9.0 > SER : 0.8.14 > Mediaproxy : 1.2.1 > > I would really appreciate any help here. > Thanks!! > > Best Regards, > > Ricardo.- > > > -----Mensaje original----- > > De: Matt Schulte [mailto:mschulte@netlogic.net] > > Enviado el: Jueves, 14 de Abril de 2005 16:11 > > Para: Ricardo Martinez; serusers(a)lists.iptel.org > > Asunto: RE: [Serusers] SER hung - Log Information? > > > > > > I've been posting about this for some time now,I have never > > been able to > > figure out the problem. Do you use external proccesses or anything? > > That's the only "weird" thing we really do with SER, > > everything else is > > pretty straight forward. > > > > Search back from my posts and see what you think. > > > > -----Original Message----- > > From: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > > Sent: Thursday, April 14, 2005 11:16 AM > > To: 'serusers(a)lists.iptel.org' > > Subject: [Serusers] SER hung - Log Information? > > > > > > Hello list. > > I had been experimenting some weird behavior in my SER program. > > A couple of times my SER seems to be hung. For example the > > first time, > > all the REGISTER messages reaching the server were not > > challenged, even > > worst the server don't respond anything. The second time > it happened > > with the INVITE messages. The weird thing is that the SER > > process were > > still running. I don't know what could cause this problem, but my > > question is : Is there a way to log information about the "internal > > system process" to have a clue about what is happening?. I > > would really > > appreciate any help. 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 >

1 0

RE: [Serusers] SER hung - Log Information?
by Ricardo Martinez 14 Apr '05

14 Apr '05

Hello Matt. Thanks for your answer, i checked the post "exec_dset fork limit?" (http://lists.iptel.org/pipermail/serusers/2004-December/014150.html) and i think i have the same problem. I'm using the exec_dset command to manipulate the RURI, we need to do this in order to add prefixes according to certain user profiles. route { if (method=="INVITE" || method=="CANCEL") { exec_dset("/usr/local/etc/ser/translate"); }; As you can see i'm using it for every INVITE and CANCEL, the "translate" file is a C program that connects to a DB and returns the desired RURI. Could this be the cause of SER freeze?. Can we have an opinion from the developers? Is there a way to do the same thing with maybe another module?. For the record i'm using : OS : Linux Red Hat 9.0 SER : 0.8.14 Mediaproxy : 1.2.1 I would really appreciate any help here. Thanks!! Best Regards, Ricardo.- > -----Mensaje original----- > De: Matt Schulte [mailto:mschulte@netlogic.net] > Enviado el: Jueves, 14 de Abril de 2005 16:11 > Para: Ricardo Martinez; serusers(a)lists.iptel.org > Asunto: RE: [Serusers] SER hung - Log Information? > > > I've been posting about this for some time now,I have never > been able to > figure out the problem. Do you use external proccesses or anything? > That's the only "weird" thing we really do with SER, > everything else is > pretty straight forward. > > Search back from my posts and see what you think. > > -----Original Message----- > From: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > Sent: Thursday, April 14, 2005 11:16 AM > To: 'serusers(a)lists.iptel.org' > Subject: [Serusers] SER hung - Log Information? > > > Hello list. > I had been experimenting some weird behavior in my SER program. > A couple of times my SER seems to be hung. For example the > first time, > all the REGISTER messages reaching the server were not > challenged, even > worst the server don't respond anything. The second time it happened > with the INVITE messages. The weird thing is that the SER > process were > still running. I don't know what could cause this problem, but my > question is : Is there a way to log information about the "internal > system process" to have a clue about what is happening?. I > would really > appreciate any help. Thanks > > > Ricardo Martinez.- > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers >

1 0

[Serusers] Strange Looping Problem with ACK's and BYE's in Certain Scenarios
by reticent 14 Apr '05

14 Apr '05

I'm running SER and Asterisk both on the same machine and i'm encountering some strangeness in regards to certain UAC's attempts at ACK'ing a successfull session to the Asterisk VM server as well as the BYE. Its kind of an ugly problem, a little history first: Section 12.1.2 of RFC3261 states: -- The route set MUST be set to the list of URIs in the Record-Route header field from the response, taken in reverse order and preserving all URI parameters. If no Record-Route header field is present in the response, the route set MUST be set to the empty set. This route set, even if empty, overrides any pre-existing route set for future requests in this dialog. The remote target MUST be set to the URI from the Contact header field of the response. -- Which I interprit as: The RURI of the ACK MUST be equal to the Contact: in the "200 OK" and a "Route:" field(s) must be added which contains all the information inside the "Record-Route" header (if present) of the "200 OK" message. I actually have one device that does just this, and it works perfectly. I have two other devices, 1 Cisco 7960 and 1 generic korean UAC that do NOT do this. They respond to the "200 OK" with an "ACK" that contains an RURI with the data that was in the "Record-Route" header of the "200 OK" and a "Route:" header with the data that was in the "Contact:" of the "200 OK". Now, the problem: When the "ACK" hits SER, SER forwards the message to itself (loops) untill the "Max-Forwards" reaches zero. The Asterisk server never gets the "ACK" and so resends the "200 OK" several times which creates another storm of loopback traffic once the UAC responds with another ACK. An Observation: When i move the asterisk server to another machine, the "ACK" is forwarded properly and the session is established sucessfully , however when the BYE messages gets to SER it is looped just like the ACK message was when Asterisk was running on the local machine. I don't want to post configs or traces just yet as i'm still digging into it. I'm just curious if anyone out there with a SIP brain (read RFC3261 knowledgable) could tell me if the above exchange is indeed compliant. For reference i'm running Voice Software 7.3 on the Cisco 7960 I hope this problem peaks someones interest because i could really use some help =P

1 0

[Serusers] HELP: Where is SER SIP Stress Test Tools?
by Charles Wang 14 Apr '05

14 Apr '05

Hi, ALL: I know the radvision has a series stress test tools for sip proxy. Does anyone tell me another simple stress test tools for this purpose? I just want to generate many UAs and register to sip proxy, then make calls (include voice test) to each other. -- Best Regards Charles

5 4

RE: [Serusers] SER hung - Log Information?
by Matt Schulte 14 Apr '05

14 Apr '05

I've been posting about this for some time now,I have never been able to figure out the problem. Do you use external proccesses or anything? That's the only "weird" thing we really do with SER, everything else is pretty straight forward. Search back from my posts and see what you think. -----Original Message----- From: Ricardo Martinez [mailto:rmartinez@redvoiss.net] Sent: Thursday, April 14, 2005 11:16 AM To: 'serusers(a)lists.iptel.org' Subject: [Serusers] SER hung - Log Information? Hello list. I had been experimenting some weird behavior in my SER program. A couple of times my SER seems to be hung. For example the first time, all the REGISTER messages reaching the server were not challenged, even worst the server don't respond anything. The second time it happened with the INVITE messages. The weird thing is that the SER process were still running. I don't know what could cause this problem, but my question is : Is there a way to log information about the "internal system process" to have a clue about what is happening?. I would really appreciate any help. Thanks Ricardo Martinez.- _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

1 0

Re: [Serusers] cpl_init: mandatory parameter
by Aisling O'Driscoll 14 Apr '05

14 Apr '05

Thanks Bogdan, I checked the readme and discovered modparam("cpl-c", "cpl_dtd_file", "/tmp/ser-0.9.0/modules/cpl-c/cpl-06.dtd") worked for me. My ser.cfg is identical to the one on the ONSIP site. I was wondering if I could confirm something?...Should the cpl prcoessing be dealt with in the route[X] sections or before?? i.e. eg:Currently I have: if (uri==myself){ if (method=="INVITE"){ route(3); break; } else if (method == "REGISTER"){ route(2); break; }; ..... Would it be appropriate to change this to??: if (uri==myself){ if (method=="INVITE"){ if (!t_newtran()){ break; } if (!cpl_run_script("incoming")){ t_reply("500", "CPL execution failed"); } route(3); break; } else if (method == "REGISTER"){ cpl_process_register(); route(2); break; }; ..... Or should it be dealt with in the route[X] sections?...Also is there example ser.cfg cpl script information or guidelines anywhere that you know of?? I'd appreciate any information. Kindest regards, Aisling. > >---- Original Message ---- >From: bogdan(a)voice-system.ro >To: ashling.odriscoll(a)cit.ie >Subject: Re: [Serusers] cpl_init: mandatory parameter >Date: Tue, 12 Apr 2005 18:43:48 +0200 > >>cpl_dtd_file is the complete path (including filename)of the DTD >file - >>you can find this file in cpl-c module directory - for info about >module >>param, take a look into module README. >> >>bogdan >> >>Aisling O'Driscoll wrote: >> >>>That worked Bogdon,Thank you, I also added: >>>modparam ("cpl-c", "cpl_table", "cpl") >>> >>>Now it requires the cpl_dtd_file - However I am not sure what path >>>here: i.e. >>>modparam("cpl-c", "cpl_dtd_file", "whatpath?") >>> >>>Is there a usual directory where this can be found? >>> >>>Regards, >>>Aisling >>> >>> >>> >>>>---- Original Message ---- >>>>From: bogdan(a)voice-system.ro >>>>To: vivcurran(a)yahoo.co.uk >>>>Subject: Re: [Serusers] cpl_init: mandatory parameter "DB_URL" >found >>>>empty >>>>Date: Tue, 12 Apr 2005 18:05:02 +0200 >>>> >>>> >>>> >>>>>sorry, in cpl-c the parameter is called "cpl_db" - I will change >the >>>>> >>>>> >>>>>error message to state the proper parameter name. (db_url -> >cpl_db) >>>>> >>>>>bogdan >>>>> >>>>> >>>>>Vivienne Curran wrote: >>>>> >>>>> >>>>> >>>>>>Bogdan, >>>>>> >>>>>>I set >>>>>>modparam("cpl-c","db_url","mysql://root:password@localhost/ser") >, >>>>>>however when i tried to restart SER I got: >>>>>> >>>>>>set_mod_param_regex: parameter <db_url> not found in module >>>>>> >>>>>> >>>><cpl-c> >>>> >>>> >>>>>>parse error (87,20-21): Can't set module parameter >>>>>> >>>>>>I tried db_url in upper case also. An I incoorect in thinking >that >>>>>> >>>>>> >>>>the >>>> >>>> >>>>>>module should load without this anyway? >>>>>> >>>>>>Regards, >>>>>>Aisling. >>>>>> >>>>>>*/Bogdan-Andrei Iancu <bogdan(a)voice-system.ro>/* wrote: >>>>>> >>>>>> you have to set the db_url parameter pointing to a DB >>>>>> >>>>>> >>>>connection - >>>> >>>> >>>>>> default is NULL. For example: >>>>>> modparam("cpl-c","db_url","mysql://ser:heslo@localhost/ser") >>>>>> >>>>>> bogdan >>>>>> >>>>>> Aisling O'Driscoll wrote: >>>>>> >>>>>> >Hello, >>>>>> > >>>>>> >I am using ser 0.9.0. When I try to load the cpl module >e.g. >>>>>> >loadmodule "/opt/ser/lib/ser/modules/cpl-c.so", and restart >>>>>> >>>>>> >>>>ser, I >>>> >>>> >>>>>> >get the following error: >>>>>> > >>>>>> >ERROR:cpl_init: mandatory parameter "DB_URL" found empty >>>>>> >init_mod(): Error while initializing module cpl-c >>>>>> > >>>>>> >When I check in /opt/ser/lib/ser/modules, the cpl-c module >si >>>>>> >>>>>> >>>>there. >>>> >>>> >>>>>> >Does anyone have any clue how this can be resolved? >>>>>> > >>>>>> >Thank you, >>>>>> >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. >> >> -------------------Legal Disclaimer--------------------------------------- The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt.

2 1

[Serusers] Radius x PSTN GW
by Welesley Sibelson Dias 14 Apr '05

14 Apr '05

Hi all Please i wanna write into radius log IP of my gw psnt to get more control , it's possible ? i have using Freeradius-1.02 and SER 0.8.14 . thks for all Best Regards

2 1

[Serusers] SER hung - Log Information?
by Ricardo Martinez 14 Apr '05

14 Apr '05

Hello list. I had been experimenting some weird behavior in my SER program. A couple of times my SER seems to be hung. For example the first time, all the REGISTER messages reaching the server were not challenged, even worst the server don't respond anything. The second time it happened with the INVITE messages. The weird thing is that the SER process were still running. I don't know what could cause this problem, but my question is : Is there a way to log information about the "internal system process" to have a clue about what is happening?. I would really appreciate any help. Thanks Ricardo Martinez.-

1 0

Re: [Serusers] Credentials with given realm not found
by Alex 14 Apr '05

14 Apr '05

Alex hi thanks for the fast reply. I tried to use other client and it's seems to work, very strange, if i am changing in my client to use other server i can see the authentication process in the radius logs, but when i swap ip to my server i can't see anything in the radius logs. BTW the other ip phone working great. thanks for help. On 4/14/05, Alex <alexandergav(a)gmail.com> wrote: > Alex hi thanks for the fast reply. > > I tried to use other client and it's seems to work, very strange, if i > am changing in my client to use other server i can see the > authentication process in the radius logs, but when i swap ip to my > server i can't see anything in the radius logs. > > BTW the other ip phone working great. > > thanks for help. > > > On 4/14/05, Alex Mack <amack(a)fhm.edu> wrote: > > Hi! > > > > SER is sending a nonce in its 401 reply. This is the challenge from the > > SER to the UA. > > The UA now has to calculate a reply implying his password and the given > > nonce. The answer has to be added in an Authorization-Header inside the > > next REGISTER. > > > > The message flow (without RADIUS messages) would look like: > > > > UA SER > > | | > > | REGISTER w/o Auth | > > |-------------------->| > > | | > > | 401 Unauthorized (with nonce) > > |<--------------------| > > | | > > | ACK | > > |-------------------->| > > | | > > | REGISTER with Auth (calculated from nonce) > > |-------------------->| > > | | > > | 200 OK | > > |<--------------------| > > | | > > > > The second register has to have an "Authorization" header, otherwise > > your client is misconfigured or misbehaving. Test it with another > > client, e.g. X-Lite (www.xten.com) > > > > Alex Mack > > > > Alex schrieb: > > > > >So Daniel like i understand the problem is my radius configuration, > > >another thing is that my ATA sending the same stuff, i mean if i will > > >change the sip server to different one where i installed freeradius > > >with ser it's working fine. > > > > > >Daniel where i can start to fix that problem.? > > > > > >Thank you very much for your time. > > > > > >On 4/14/05, Alex <alexandergav(a)gmail.com> wrote: > > > > > > > > >>So Daniel like i understand the problem is my radius configuration, > > >>another thing is that my ATA sending the same stuff, i mean if i will > > >>change the sip server to different one where i installed freeradius > > >>with ser it's working fine. > > >> > > >>Daniel where i can start to fix that problem.? > > >> > > >>Thank you very much for your time. > > >> > > >> > > >>On 4/14/05, Daniel-Constantin Mierla <daniel(a)voice-system.ro> wrote: > > >> > > >> > > >>>The second REGISTER (the block 3) must contains the response to the > > >>>authentication challenge carried by 401 reply (block 2). That means that > > >>>the block 3 must contain an Authorization header with authentication > > >>>credentials computed according to HTTP-Digest authentication mechanism > > >>>(RFC2617). Also, see the section 22.Usage of HTTP Authentication in SIP > > >>>RFC3261 for more about user authentication in SIP. > > >>> > > >>>Daniel > > >>> > > >>>On 04/14/05 13:16, Alex wrote: > > >>> > > >>> > > >>> > > >>>>Sorry Daniel , i didn't get that, I send here 4 blocks, 1 one is the > > >>>>register request the 2 is the reply from the server, 3 is the register > > >>>>request, 4 is the reply from the server. If you can please point me to > > >>>>the problem. Because like i see the 2 register requests (1,3 blocks) > > >>>>are the same. > > >>>> > > >>>> > > >>>>On 4/14/05, Daniel-Constantin Mierla <daniel(a)voice-system.ro> wrote: > > >>>> > > >>>> > > >>>> > > >>>> > > >>>>>As you can see, the second REGISTER does not contain the authentication > > >>>>>credentials (No Authorization header) in response to 401 reply. So, > > >>>>>either you didn't configure the phone to authenticate or the Grandstream > > >>>>>HT286 1.0.5.18 is faulty. > > >>>>> > > >>>>>Daniel > > >>>>> > > >>>>> > > >>>>>On 04/14/05 12:35, Alex wrote: > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>> > > >>>>>>Daniel thanks > > >>>>>>btw it's clean installation of Red Hat Enterprise Linux AS release 3 > > >>>>>>ser-08.14 , freeradius-1.2 , radiusclient-4.8 > > >>>>>> > > >>>>>>i am sending ngrep port 5060 > > >>>>>>i have here 2 requests of register and the replies to register. > > >>>>>> > > >>>>>> > > >>>>>>xxx.xxx.xxx.xxx - sipserverip > > >>>>>>telephoneip - ip where the call coming from > > >>>>>>Phonenumber - phone number > > >>>>>> > > >>>>>>-------------------------------------------------------------------------------------------------- > > >>>>>> > > >>>>>>U telephoneip:10739 -> xxx.xxx.xxx.xxx:5060 > > >>>>>>REGISTER sip:xxx.xxx.xxx.xxx SIP/2.0..Via: SIP/2.0/UDP > > >>>>>>telephoneip:10000;branch=z9hG4bK98514c3b052d7df6..From: "Test Alex" < > > >>>>>>sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=50673f1baca1958c..To: > > >>>>>><sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>..Contact: <sip > > >>>>>>:Phonenumber@telephoneip:10000;user=phone>..Call-ID: > > >>>>>>1cff1b8955b8fa5c@10.0.0.4..CSeq: 106 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-Lengt > > >>>>>>h: 0.... > > >>>>>># > > >>>>>>U xxx.xxx.xxx.xxx:5060 -> telephoneip:10000 > > >>>>>>SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP > > >>>>>>telephoneip:10000;branch=z9hG4bK98514c3b052d7df6..From: "Test Alex" > > >>>>>><sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=50673f1baca1958c..To: > > >>>>>><sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=b27e1a1d33761e85846fc9 > > >>>>>>8f5f3a7e58.f894..Call-ID: 1cff1b8955b8fa5c@10.0.0.4..CSeq: 106 > > >>>>>>REGISTER..WWW-Authenticate: Digest realm="xxx.xxx.xxx.xxx", nonc > > >>>>>>e="425e3ac34dc9509392435c11fb260f41420049c7"..Server: Sip EXpress > > >>>>>>router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 > > >>>>>> xxx.xxx.xxx.xxx:5060 "Noisy feedback tells: pid=1912 > > >>>>>>req_src_ip=telephoneip req_src_port=10739 in_uri=sip:xxx.xxx.xxx.xxx > > >>>>>>out_uri=sip:xxx.xxx.xxx.xxx via_cnt==1".... > > >>>>>># > > >>>>>> > > >>>>>>U telephoneip:10740 -> xxx.xxx.xxx.xxx:5060 > > >>>>>>REGISTER sip:xxx.xxx.xxx.xxx SIP/2.0..Via: SIP/2.0/UDP > > >>>>>>telephoneip:10000;branch=z9hG4bK98514c3b052d7df6..From: "Test Alex" < > > >>>>>>sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=50673f1baca1958c..To: > > >>>>>><sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>..Contact: <sip > > >>>>>>:Phonenumber@telephoneip:10000;user=phone>..Call-ID: > > >>>>>>1cff1b8955b8fa5c@10.0.0.4..CSeq: 106 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-Lengt > > >>>>>>h: 0.... > > >>>>>># > > >>>>>>U xxx.xxx.xxx.xxx:5060 -> telephoneip:10000 > > >>>>>>SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP > > >>>>>>telephoneip:10000;branch=z9hG4bK98514c3b052d7df6..From: "Test Alex" > > >>>>>><sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=50673f1baca1958c..To: > > >>>>>><sip:Phonenumber@xxx.xxx.xxx.xxx;user=phone>;tag=b27e1a1d33761e85846fc9 > > >>>>>>8f5f3a7e58.f894..Call-ID: 1cff1b8955b8fa5c@10.0.0.4..CSeq: 106 > > >>>>>>REGISTER..WWW-Authenticate: Digest realm="xxx.xxx.xxx.xxx", nonc > > >>>>>>e="425e3acb812b5b2e8aa023e3fcffc618dc4cf661"..Server: Sip EXpress > > >>>>>>router (0.8.14 (i386/linux))..Content-Length: 0..Warning: 392 > > >>>>>> xxx.xxx.xxx.xxx:5060 "Noisy feedback tells: pid=1885 > > >>>>>>req_src_ip=telephoneip req_src_port=10740 in_uri=sip:xxx.xxx.xxx.xxx > > >>>>>>out_uri=sip:xxx.xxx.xxx.xxx via_cnt==1".... > > >>>>>># > > >>>>>> > > >>>>>> > > >>>>>>tell me if you need something else. > > >>>>>> > > >>>>>> > > >>>>>>On 4/14/05, Daniel-Constantin Mierla <daniel(a)voice-system.ro> wrote: > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>>>>>Could you post the network dump with REGISTER/401/REGISTER messages? I > > >>>>>>>will take a look to see if something is wrong. > > >>>>>>> > > >>>>>>> > > >>>>>>>On 04/14/05 12:16, Alex wrote: > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>>>Digest realm is the same for the register requests. > > >>>>>>>>furthermore the realm in To tag is correct. > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>Did you mean To URI instead of To tag? > > >>>>>>> > > >>>>>>>Daniel > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>> > > >>>>>>>>what else it can be. > > >>>>>>>>Thanks for any help. > > >>>>>>>> > > >>>>>>>>On 4/14/05, Daniel-Constantin Mierla <daniel(a)voice-system.ro> wrote: > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>>>Watch the network traffic (ngrep or ethereal on port 5060) and check the > > >>>>>>>>>realm from 401 is the same as the one from next REGISTER. Also, when > > >>>>>>>>>you use the empty realm parameter to radius_ww_authorize() and > > >>>>>>>>>www_challenge(), the realm is taken from To URI. > > >>>>>>>>> > > >>>>>>>>>Daniel > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>>On 04/14/05 08:08, Alex wrote: > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>>>Hi guys maybe someone can find the problem, i still can't see anything > > >>>>>>>>>>going to radius authentication. (the radius logs are empty) > > >>>>>>>>>> > > >>>>>>>>>>the register request is coming but it's not going to authenticate > > >>>>>>>>>>through the radius. > > >>>>>>>>>>Any help will be appreciated. > > >>>>>>>>>> > > >>>>>>>>>>here is the debug from ser : > > >>>>>>>>>>--------------------------------------------------------------------------------------------- > > >>>>>>>>>>14(1036) parse_headers: flags=-1 > > >>>>>>>>>>14(1036) check_via_address(62.219.158.191, 62.219.158.191, 1) > > >>>>>>>>>>14(1036) DEBUG:destroy_avp_list: destroing list (nil) > > >>>>>>>>>>14(1036) receive_msg: cleaning up > > >>>>>>>>>>9(1012) SIP Request: > > >>>>>>>>>>9(1012) method: <REGISTER> > > >>>>>>>>>>9(1012) uri: <sip:xxx.xxx.xxx.xxx> > > >>>>>>>>>>9(1012) version: <SIP/2.0> > > >>>>>>>>>>9(1012) parse_headers: flags=1 > > >>>>>>>>>>9(1012) Found param type 232, <branch> = <z9hG4bKfc5751413c832e6d>; state=16 > > >>>>>>>>>>9(1012) end of header reached, state=5 > > >>>>>>>>>>9(1012) parse_headers: Via found, flags=1 > > >>>>>>>>>>9(1012) parse_headers: this is the first via > > >>>>>>>>>>9(1012) After parse_msg... > > >>>>>>>>>>9(1012) preparing to run routing scripts... > > >>>>>>>>>>9(1012) REGISTER: Authenticating user > > >>>>>>>>>>9(1012) parse_headers: flags=4 > > >>>>>>>>>>9(1012) end of header reached, state=9 > > >>>>>>>>>>9(1012) DEBUG: get_hdr_field: <To> [45]; > > >>>>>>>>>>uri=[sip:phonenumber@xxx.xxx.xxx.xxx;user=phone] > > >>>>>>>>>>9(1012) DEBUG: to body [<sip:phonenumber@xxx.xxx.xxx.xxx;user=phone> > > >>>>>>>>>>] > > >>>>>>>>>> > > >>>>>>>>>>9(1012) parse_headers: flags=4096 > > >>>>>>>>>>9(1012) get_hdr_field: cseq <CSeq>: <103> <REGISTER> > > >>>>>>>>>>9(1012) DEBUG: get_hdr_body : content_length=0 > > >>>>>>>>>>9(1012) found end of header > > >>>>>>>>>>9(1012) pre_auth(): Credentials with given realm not found > > >>>>>>>>>>9(1012) REGISTER: challenging user > > >>>>>>>>>>9(1012) build_auth_hf(): 'WWW-Authenticate: Digest > > >>>>>>>>>>realm="xxx.xxx.xxx.xxx", > > >>>>>>>>>>nonce="425e063022afc1142ed6730d46da41692ff3ed57" > > >>>>>>>>>> > > >>>>>>>>>>_______________________________________________ > > >>>>>>>>>>Serusers mailing list > > >>>>>>>>>>serusers(a)lists.iptel.org > > >>>>>>>>>>http://lists.iptel.org/mailman/listinfo/serusers > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> > > >>>>>> > > >>>>>> > > >>>>>> > > >>>> > > >>>> > > >>>> > > > > > >_______________________________________________ > > >Serusers mailing list > > >serusers(a)lists.iptel.org > > >http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > > > > > > > > > >

1 0

Re: [Serusers] Load Balancing via UltraMonkey/ldirectord
by Darren Sessions 14 Apr '05

14 Apr '05

Why not use a heartbeat setup with a shared IP address? You could replicate registration data on the unique ip addresses on each server using SER's replication, and use a shared IP address to talk to the end points (which also eliminates problems with symmetric nats as they're always talking to the same IP address). It would be a simple matter to use SIPsak to monitor the SIP responsiveness, and shell script/perl script to monitor the actual processes on each server. If anything went south, you could initiate failover of the shared ip address. Seems like it'd be a lot less expensive than an F5 setup. Just a thought.. - Darren On 4/13/05 6:00 AM, "serusers-request(a)lists.iptel.org" <serusers-request(a)lists.iptel.org> wrote: > Message: 5 > Date: Wed, 13 Apr 2005 06:55:00 +0200 > From: "Greger V. Teigre" <greger(a)teigre.com> > Subject: Re: [Serusers] Load Balancing via UltraMonkey/ldirectord > To: "Matt Schulte" <mschulte(a)netlogic.net>, <serusers(a)lists.iptel.org> > Message-ID: <009c01c53fe4$f33e31c0$6400a8c0@MrMaster> > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > > So, you found the budget? Or was the pain just big enough... > Let's see what we can do. It will take some time, I assume, so meanwhile... > g-) > Matt Schulte wrote: >> Heheh, we may actually test one of those F5network switches...i f we >> don't come up with a fairly painless, bugfree, and most importantly >> supportable solution. :-) I cannot code therefore I would be useless, >> but I can safely say learning C is on my to-do list. We may however be >> willing to contribute to a bounty, at the very least I'd be more than >> happy to test :D >> >> Matt >> >> -----Original Message----- >> From: Greger V. Teigre [mailto:greger@teigre.com] >> Sent: Tuesday, April 12, 2005 5:29 AM >> To: Matt Schulte; serusers(a)lists.iptel.org >> Subject: Re: [Serusers] Load Balancing via UltraMonkey/ldirectord >> >> >> :-) Yes, layer 7 switch is of course nice. But then again, you need to >> make >> sure that you can price your services where people will buy them... >> >> I wonder whether it is possible to gather some people interested in >> this and >> get something started on the development side. AFAIK, LVS struggles >> with >> >> other UDP services too, so a ipvs UDP content analyzer would probably >> be of >> interest. I looked at the source code and I think the most difficult >> thing >> would be to extend the ipvs framework to allow a module to peak into >> the >> >> packet (and not only the header). I don't know what kind of >> performance penalties you get either. >> >> I have seen several people being willing to sponsor development. We >> could >> hire somebody at http://www.rentacoder.com/ ;-) >> g-) >> >> Matt Schulte wrote: >>> Yah I noticed the other post after I posted mine, I don't see how it >>> would easily be possible to address the sticky issue. It would >>> require >> >>> making a SIP aware proxy of sorts, which is a bit out of my >>> abilities. >> >>> Has anyone been able to address this issue? Of course a layer7 switch >>> would do wonders and eliminate the need for all this, but who has >>> that >> >>> money laying around :D >>> >>> I've done a little research (google) and noticed people mentioning it >>> when talking about LVS, one guy said he was going to write a module >>> but posted nothing more. That would be pretty slick. >>> >>> Matt >>> >>> -----Original Message----- >>> From: Greger V. Teigre [mailto:greger@teigre.com] >>> Sent: Monday, April 11, 2005 3:04 AM >>> To: Matt Schulte; serusers(a)lists.iptel.org >>> Subject: Re: [Serusers] Load Balancing via UltraMonkey/ldirectord >>> >>> >>> If you see another thread (using the rather intuitive subject: Re: >>> [Serusers] more usrloc synchronization), you will see discussions on >>> using LVS in general. AFAIK, which high availability solution to use >>> for LVS, is >>> more based on your personal preferences, UltraMonkey is probably a >>> safe choice. Anyway, you will need to address the "stickiness" >>> issue. g-) >>> >>> Matt Schulte wrote: >>>> Has anyone attempted to load balance SER using >>>> Ultramonkey/ldirectord? >>> >>>> I've noticed all it does is pretty much NAT and send requests >>>> accordingly, the trick I guess would be the NAT part. If the SIP >>>> headers = myself, would there really be any issues? One problem I >>>> can >> >>>> foresee is the possibility that loose routing would hit the wrong >>>> server. Just wanted to ask around before I wasted time trying it out >>>> for myself :-) Thanks >>>> >>>> Matt >>>> >>>> _______________________________________________ >>>> Serusers mailing list >>>> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

2 1

Re: LVS, load balancing, and stickness was ==> Re: [Serusers] more usrloc synchronization
by Tina 14 Apr '05

14 Apr '05

As well as I am. "Greger V. Teigre" <greger(a)teigre.com> wrote:> The only bright point I can offer here is that I'm 100% certain that > the LVS source code has __not__ been modified. Which really makes me annoyed, because I cannot right now see any other obvious path (i.e. simpler). g-) > > Sorry, > Paul > > > On Apr 11, 2005 4:46 AM, Greger V. Teigre <greger(a)teigre.com> wrote: > After my last email, I looked at ktcpvs and realized I ignored a > couple of things: ktcpvs only supports tcp (http is obviously > tcp-based, but I thought it supported udp for other protocols). I > don't know how much work implementing udp would be. > Here is a discussion of SIP and LVS that I found useful (though > not encouraging). > http://www.austintek.com/LVS/LVS-HOWTO/HOWTO/LVS-HOWTO.services_that_dont_w… > > Paul: I'm starting to get really curious on the standard LVS > components used for your stickiness! I'm not aware (also after > searching now) of an LVS balancing mechanism that allows correct > stickness on SIP udp...! > And I found other too who are looking for it: > http://archive.linuxvirtualserver.org/html/lvs-users/2005-02/msg00251.html > > My understanding is that ipvs must be extended (according to the > developer) with a call-id based scheduler and that this work has > several people willing to fund development, but that this has not(?) > started yet. The problem is that ipvs is based on ip header analysis > and extending the hashing algorithms to also include payload-based > analysis is not straight-forward. > g-) --------------------------------- Do you Yahoo!? Yahoo! Small Business - Try our new resources site!

3 2

[Serusers] Help? works but I get this error
by Paul Dracevich 14 Apr '05

14 Apr '05

Warning: fopen("/tmp/ser_fifo", "w") - Permission denied in /var/www/html/serweb/functions.php Regards Paul Dracevich Wireless Technology Consultant Wayby Group Mobile +64 29 638 9675 Phone +64 9 623 2143 Fax +64 9 623 1380 email paul(a)vnet.cc website www.vnet.cc <file:///C:\Documents%20and%20Settings\paul\Application%20Data\Microsoft \Signatures\www.vnet.cc> "the freedom to communicate is the right of every individual in the 21st century" "Intellectual Property protection is the key to the Knowledge Economy" This email was sent to you via YOUtopia ... it's all about YOU. The information contained in this email and any attachments is confidential and may be legally privileged. If you are not the intended recipient then you must not use, disseminate, distribute or copy any information contained in this email or any attachments. If you have received this email in error, please contact us immediately and delete this email. Thank you.

4 3

[Serusers] SER Radius authentication without domain
by davor jovanovic 14 Apr '05

14 Apr '05

Hi, I have a problem with radius authentication, my SER sends username@mydomain, but I only need authentication by username. So, instead of sending "davor" to my radius, SER sends "davor@mydomain" and my radius doesn't authenticate me. Is it possible to send authentication request without domain part? Someone has already post this kind of question but no answer was given. Best Regards Davor

2 1

Re: [Serusers] sending bye using sipsak [onsip.org]
by Pavel Siderov 14 Apr '05

14 Apr '05

Hi Paul, I just tried your suggestion but still with no success. Here is my bye.txt BYE sip:35923456@1.2.3.4 SIP/2.0 From: <sip:166279@5.6.7.8>;tag=95061277 To: <sip:35928229525@1.2.3.4>;tag=as414565bd Contact: sip:166279@1.2.3.4;user=phone Call-ID: BF5C0E09-B35D-4E5D-BB02-3572C6C2D2C8(a)192.168.2.111 CSeq: 100 BYE Max-Forwards: 16 Content-Length: 0 Thanks you very much for your help :) Regards, Pavel ----- Original Message ----- From: Java Rockx To: Pavel Siderov Sent: Wednesday, April 13, 2005 9:21 PM Subject: Re: [Serusers] sending bye using sipsak [onsip.org] Then the only thing I can think of is that you may have to include the <from> and <to> headers including the from_tag and to_tag. I guess you're just dealing with a SIP devices that looks at all these to match transactions. You should just be able to plug these items to the BYE message template file. Regards, Paul On 4/13/05, Pavel Siderov <pi(a)hostmates.com> wrote: I've tested this lots of times ... and I think that the Call-ID is correctly copied from the database. Thanks, Pavel ----- Original Message ----- From: Java Rockx To: Pavel Siderov Cc: serusers(a)lists.iptel.org Sent: Wednesday, April 13, 2005 5:45 PM Subject: Re: [Serusers] sending bye using sipsak [onsip.org] You'll have to ^C sipsak to stop it since it is very unlikely that the destination you're sending to will reply nicely. If the call doesn't stop then you may have the wrong Call-ID Regards, Paul On 4/13/05, Pavel Siderov <pi(a)hostmates.com> wrote: Thanks Paul. Now I got sipsak -f bye.txt -s sip:1.2.3.4 ** give up retransmissioning.... And the call continued :( Regards, Pavel ----- Original Message ----- From: Java Rockx To: Pavel Siderov Cc: serusers(a)lists.iptel.org Sent: Wednesday, April 13, 2005 4:29 PM Subject: Re: [Serusers] sending bye using sipsak [onsip.org] Your sipsak command should be sipsak -f bye.txt -s sip:1.2.3.4 Regards, Paul

2 1

[Serusers] problems starting serweb
by Llanos Serna García-Conde 14 Apr '05

14 Apr '05

2 1

[Serusers] Credentials with given realm not found
by Alex 14 Apr '05

14 Apr '05

Hi guys maybe someone can find the problem, i still can't see anything going to radius authentication. (the radius logs are empty) the register request is coming but it's not going to authenticate through the radius. Any help will be appreciated. here is the debug from ser : --------------------------------------------------------------------------------------------- 14(1036) parse_headers: flags=-1 14(1036) check_via_address(62.219.158.191, 62.219.158.191, 1) 14(1036) DEBUG:destroy_avp_list: destroing list (nil) 14(1036) receive_msg: cleaning up 9(1012) SIP Request: 9(1012) method: <REGISTER> 9(1012) uri: <sip:xxx.xxx.xxx.xxx> 9(1012) version: <SIP/2.0> 9(1012) parse_headers: flags=1 9(1012) Found param type 232, <branch> = <z9hG4bKfc5751413c832e6d>; state=16 9(1012) end of header reached, state=5 9(1012) parse_headers: Via found, flags=1 9(1012) parse_headers: this is the first via 9(1012) After parse_msg... 9(1012) preparing to run routing scripts... 9(1012) REGISTER: Authenticating user 9(1012) parse_headers: flags=4 9(1012) end of header reached, state=9 9(1012) DEBUG: get_hdr_field: <To> [45]; uri=[sip:phonenumber@xxx.xxx.xxx.xxx;user=phone] 9(1012) DEBUG: to body [<sip:phonenumber@xxx.xxx.xxx.xxx;user=phone> ] 9(1012) parse_headers: flags=4096 9(1012) get_hdr_field: cseq <CSeq>: <103> <REGISTER> 9(1012) DEBUG: get_hdr_body : content_length=0 9(1012) found end of header 9(1012) pre_auth(): Credentials with given realm not found 9(1012) REGISTER: challenging user 9(1012) build_auth_hf(): 'WWW-Authenticate: Digest realm="xxx.xxx.xxx.xxx", nonce="425e063022afc1142ed6730d46da41692ff3ed57"

2 7

[Serusers] flatstore
by Steve Blair 14 Apr '05

14 Apr '05

Anyone get the flatstore module to actually log anything to a file? If so any config notes beside the ones already posted would be helpful. 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

1 0

[Serusers] UAS binding
by Jack Damn 14 Apr '05

14 Apr '05

Hi, I have a problem with registering with a UAS when using SER as a stateful proxy. The UAS stores the UAC IP address in it's binding list. This IP address was obtained by the Contact header field. Now if the UAS receive a call and needs to contact my UAC, an INVITE is sent directly to the UAC IP address instead of sending it to the proxy for relaying. What is the normal behavior of a UAS when receiving a REGISTER that is coming from a proxy server ? Sould it save the proxy IP address in it's bindings table ? Another question: Is it acceptable per RFC for a UAS to rewrite the SIP VIA headers and concatenate them on a single, separated by commas ? Don't ask me the reason for this, but I have noticed a UAS doing just that and I need to know if this is just wrong or acceptable. Thanks, Jack

2 1

Re: [Serusers] compiling mysql
by Kamran Ahmad 14 Apr '05

14 Apr '05

when i am starting ser it is not working. how to set mysql socket to /tmp/mysql.sock /var/log/messages ------------------------------------------------------ Apr 14 05:13:47 achieva ser: WARNING: fix_socket_list: could not rev. resolve 202.42.132.133 Apr 14 05:13:57 achieva ser: WARNING: fix_socket_list: could not rev. resolve 202.42.132.133 Apr 14 05:13:57 achieva ser[16717]: Maxfwd module- initializing Apr 14 05:13:57 achieva ser[16717]: new_connection(): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) Apr 14 05:13:57 achieva ser[16717]: db_init(): Could not create a connection Apr 14 05:13:57 achieva ser[16717]: ERROR: uridb_db_ver: unable to open database connection Apr 14 05:13:57 achieva ser[16717]: ERROR: uri_db:mod_init(): Error while querying table version Apr 14 05:13:57 achieva ser[16717]: init_mod(): Error while initializing module uri_db Apr 14 05:14:22 achieva cups: cupsd shutdown succeeded Apr 14 05:14:25 achieva cups: cupsd startup succeeded Apr 14 05:14:25 achieva logrotate: ALERT exited abnormally with [1] ------------------------------------------------------- --- "Greger V. Teigre" <greger(a)teigre.com> wrote: > Kamran, > The make_and_install script saves all output to > make_and_install_output.txt > in the source root directory. Search for errors in > that file (or mysql) and > you will see what happened. > If you don't get a mysql.so at all, most likely > you have not installed > the mysql-devel package (so mysql header file is > missing). > g-) > Kamran Ahmad wrote: > > hello > > > > while i am trying to compile mysql module for ser > but > > it is not working. i am using ser-0.9.0. > > > > I HAVE TRIED > > ./make_and_install sql > > but unable to compile mysql > > and i also used > > changed Makefile then > > make; make install > > but still unable to compile mysql.so > > > > any one gone through this. > > > > Kamran > > > > > > > > __________________________________ > > Do you Yahoo!? > > Yahoo! Small Business - Try our new resources > site! > > http://smallbusiness.yahoo.com/resources/ > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > > __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

[Serusers] compiling mysql
by Kamran Ahmad 14 Apr '05

14 Apr '05

hello while i am trying to compile mysql module for ser but it is not working. i am using ser-0.9.0. I HAVE TRIED ./make_and_install sql but unable to compile mysql and i also used changed Makefile then make; make install but still unable to compile mysql.so any one gone through this. Kamran __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

4 3

[Serusers] uac module documentation
by Elena Ramona Modroiu 14 Apr '05

14 Apr '05

Hello, a small tutorial about UAC module was deployed at: http://www.voice-system/ro/docs/uac/ This is a first version, improvements may come soon. Also, suggestions and contributions will be very appreciated. A backport to ser v0.9.0 can be downloaded from: http://www.voice-system.ro/downloads/uac/ Ramona

2 2

[Serusers] which SIP endpoint can support video?
by gcc chentob 14 Apr '05

14 Apr '05

Hello all, I want to install a SIP endpoint which can translate video and test the SER+rtpproxy. I installed the windows messenger 5.1 and eyeBeam x-lite ,but it seems to not support video. Could you help me? Thank you! _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar - get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

2 1

[Serusers] Register authentication with ser.
by Alex 14 Apr '05

14 Apr '05

Hi all I need a little help with that. I have installation of ser-0.8.14 and freeradius1.02. I am checking my register requests with ngrep and it's coming on port 5060 with no problem. The problem is authentication, I can't authenticate users through radius, freeradius working properly i checked that with radiusclient, but the register request is not going through authentication in the radius.( I don't see anything happens in the radius logs) If there any way to debug the ser ( i have debug=9 inside ser.cfg). In order to see what's happening when the request is coming, and if it's going to the radius or not. ser.cfg ----------------------------------- loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_radius.so" -------------------- modparamd"auth_radius", "radius_config","/usr/local/etc/radiusclient/radiusclient.conf") modparam("auth_radius", "service_type", 15) ---------------------- if (method=="REGISTER") { log(1, "REGISTER: Authenticating user\n"); if (!radius_www_authorize("")) { log(1, "REGISTER: challenging user\n"); www_challenge("", "0"); break; }; setflag(1); save("location"); sl_send_reply("200","ok"); break; }; ------------------------ Thanks for any help.

3 4

[Serusers] weird logs in syslogd
by Barry Murphy 14 Apr '05

14 Apr '05

Why do i receive these? Apr 14 15:35:47 max ser[60541]: record_route(): Double attempt to record-route Apr 14 15:35:47 max /kernel: Apr 14 15:35:47 max ser[60541]: record_route(): Double attempt to record-route Apr 14 15:35:47 max ser[60541]: ERROR: send_rtpp_command: can't connect to RTP proxy Apr 14 15:35:47 max /kernel: Apr 14 15:35:47 max ser[60541]: ERROR: send_rtpp_command: can't connect to RTP proxy Apr 14 15:35:47 max ser[60541]: WARNING: rtpp_test: can't get version of the RTP proxy Apr 14 15:35:47 max ser[60541]: WARNING: rtpp_test: support for RTP proxy has been disabled temporarily Apr 14 15:35:47 max ser[60541]: ERROR: force_rtp_proxy2: support for RTP proxy is disabled Apr 14 15:35:47 max /kernel: Apr 14 15:35:47 max ser[60541]: ERROR: force_rtp_proxy2: support for RTP proxy is disabled Apr 14 15:37:35 max ser[60537]: record_route(): Double attempt to record-route Apr 14 15:37:35 max /kernel: Apr 14 15:37:35 max ser[60537]: record_route(): Double attempt to record-route Apr 14 15:37:35 max ser[60537]: ERROR: send_rtpp_command: can't connect to RTP proxy Apr 14 15:37:35 max /kernel: Apr 14 15:37:35 max ser[60537]: ERROR: send_rtpp_command: can't connect to RTP proxy Apr 14 15:37:35 max ser[60537]: WARNING: rtpp_test: can't get version of the RTP proxy Apr 14 15:37:35 max ser[60537]: WARNING: rtpp_test: support for RTP proxy has been disabled temporarily Apr 14 15:37:35 max ser[60537]: ERROR: force_rtp_proxy2: support for RTP proxy is disabled Apr 14 15:37:35 max /kernel: Apr 14 15:37:35 max ser[60537]: ERROR: force_rtp_proxy2: support for RTP proxy is disabled

2 1

[Serusers] error: 500 command 'ul_show_contact' not available
by Brian McCrary 13 Apr '05

13 Apr '05

Hello, I am a new SER user, and would like to use this application for carrier class VoIP services. I've got SER to process calls fine using a simple routing list, but am having some trouble setting up authentication. I've tried to look through prior mailings but did not see this error come up. When trying to add a user using the command "serctl add 7778881000 7778881000 7778881000@localhost", I get "error: 500 command 'ul_show_contact' not available" after entering the mysql password (doesn't matter if it's correct or not and from the logs I don't think SQL is even playing a part here yet.) The debug messages says: 1(12965) ERROR: fifo_server: command ul_show_contact is not available 1(12965) qm_free(e55c8, 102ea8), called from fifo_server.c: fifo_server(547) 1(12965) qm_free: freeing frag. 102e90 alloc'ed from fifo_server.c: trim_filename(311) 1(12965) **** done consume 1(12965) ERROR: fifo_server: command must begin with :: 7778881000(a)lwav.net 1(12965) **** done consume I've tried adding a user called 7778881000(a)lwav.net too but it doesn't seem to matter (lwav.net is my SIP_DOMAIN variable.) Here's my SER version info in case that matters: version: ser 0.9.0 (sparc64/solaris) flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535 @(#) $Id: main.c,v 1.197 2004/12/03 19:09:31 andrei Exp $ main.c compiled on 15:00:54 Apr 6 2005 with gcc 3.4 Thanks, Brian

2 2

[Serusers] "serctl moni" problem
by Bruno Oliveira 13 Apr '05

13 Apr '05

when I exec serctl moni show this in syslog /usr/sbin/ser[30466]: ERROR: open_reply_pipe: open error (/tmp/ser_receiver_31325): Permission denied /usr/sbin/ser[30466]: ERROR: fifo_reply: no reply pipe /tmp/ser_receiver_31325 anyone know why ? -- []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] "serctl moni" problem
by Bruno Oliveira 13 Apr '05

13 Apr '05

hi when I type the command serctl moni only appears the line "[cycle #: 1; if constant make sure server lives and fifo is on]" this is normal? how I arrange this? -- []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."

2 1

[Serusers] Unsuccesfull registration with serweb
by Nicusor Spinu 13 Apr '05

13 Apr '05

Hi , could anybody tell me what is the reason why I get the error message "Sorry, there was an error when sending mail. Please try again later" when trying to register a user with serweb? All user details entered in user management form are stored in "pending" table because of unsuccesfull emailing. Thank you in advance, Nicusor __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

1 0

[Serusers] LCS messenger and SER, one way voice
by deb ale 13 Apr '05

13 Apr '05

Hi, I have the following problem. A messenger 5.1 connected to an LCS server 2005. A SIP phone connected to SER. When I call from messenger to SIP phone I have the voice only from SIP phone to messenger and not other way. There is not RTP packet send from messenger. If I declare messenger to as SER user, it's working fine. Has anybody an hand for me? Alexis --------------------------------- Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail

1 0

Re: [Serusers] sending bye using sipsak [onsip.org]
by Pavel Siderov 13 Apr '05

13 Apr '05

Thanks Paul. Now I got sipsak -f bye.txt -s sip:1.2.3.4 ** give up retransmissioning.... And the call continued :( Regards, Pavel ----- Original Message ----- From: Java Rockx To: Pavel Siderov Cc: serusers(a)lists.iptel.org Sent: Wednesday, April 13, 2005 4:29 PM Subject: Re: [Serusers] sending bye using sipsak [onsip.org] Your sipsak command should be sipsak -f bye.txt -s sip:1.2.3.4 Regards, Paul On 4/13/05, Pavel Siderov <pi(a)hostmates.com> wrote: Hi guys, I read the tutorial on http://onsip.org ( http://www.onsip.org/modules/xoopsfaq/index.php?cat_id=3#2 ) about sending byes but has no success with my tries: bye.txt: BYE sip:35923456@1.2.3.4 SIP/2.0 From: sip:222485@5.6.7.8;user=phone To: sip:35923456@1.2.3.4:5060;user=phone Contact: sip:222485@5.6.7.8;user=phone CSeq: 100 BYE Call-ID: 63450d656cbd4f55bec37cbfeb50a181(a)192.168.2.111 Max-Forwards: 16 Content-Length: 0 Call-ID is taken after call is has started. 1.2.3.4 is the ip of my pstn provider and 5.6.7.8 of my ser box. When I try to send it using sipsak: sipsak -f bye.txt -s 1.2.3.4 I got the following error: error: SIPURI doesn't not begin with sip Any suggestions / ideas what I'm doing wrong. Thanks, Pavel _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

2 2

[Serusers] Messenger 5.1 Presence
by Nigel Clarke 13 Apr '05

13 Apr '05

Does Microsoft Messenger 5.1 have a problem with presence updates? I get updates for 4.6 clients but not for 5.1. ser.cfg is: cat ser.cfg # # $Id: ser.cfg,v 1.21.2.1 2003/07/30 16:46:18 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=4 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="xxx.com" alias="xxx.local" alias="sip.xxx.local" # ------------------ 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", 1) # -- 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) # -- registrar parameters modparam("registrar","default_expires",1800) modparam("registrar","use_domain",0) # ------------------------- 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==myself) { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication # if (!www_authorize("iptel.org", "subscriber")) { # www_challenge("iptel.org", "0"); # break; # }; log(1,"request for register received"); 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(); }; } Regards, Nigel

2 1

[Serusers] sending bye using sipsak [onsip.org]
by Pavel Siderov 13 Apr '05

13 Apr '05

Hi guys, I read the tutorial on http://onsip.org ( http://www.onsip.org/modules/xoopsfaq/index.php?cat_id=3#2 ) about sending byes but has no success with my tries: bye.txt: BYE sip:35923456@1.2.3.4 SIP/2.0 From: sip:222485@5.6.7.8;user=phone To: sip:35923456@1.2.3.4:5060;user=phone Contact: sip:222485@5.6.7.8;user=phone CSeq: 100 BYE Call-ID: 63450d656cbd4f55bec37cbfeb50a181(a)192.168.2.111 Max-Forwards: 16 Content-Length: 0 Call-ID is taken after call is has started. 1.2.3.4 is the ip of my pstn provider and 5.6.7.8 of my ser box. When I try to send it using sipsak: sipsak -f bye.txt -s 62.244.175.133 I got the following error: error: SIPURI doesn't not begin with sip Any suggestions / ideas what I'm doing wrong. Thanks, Pavel

2 1

[Serusers] Rewrite To Header
by Eric Dean 13 Apr '05

13 Apr '05

Our VoIP service provider routes calls based upon the To field within the SIP header. While SER can easily rewrite the URI, I need to actually prepend a digit string (account code) to every outgoing call with a prefix. Does anyone know how to prefix the To field ?

3 2

RE: [Serusers] Load Balancing via UltraMonkey/ldirectord
by Matt Schulte 13 Apr '05

13 Apr '05

Well, in our company we just lease all equipment. Yes granted we try hard to keep the cost down, we figure the equipment cost is the least of our worries. Now that doesn't mean we'd spend millions on a softswitch, we're still a small company. :-) A layer7 switch, if you compare the price to a softswitch, isn't that much money. The only reason we would consider a hardware solution though at this point is because there is literally nothing (free) software wise out there. What we're really wanting it for is Asterisk, since asterisk doesn't have the ability to do SRV lookups the only other alternative is butchering the dialplan/making a script to perform redundancy to peer with SER. With SER I was assuming use of SRV records otherwise, and for our registered users we would again use SRV records (UA compatibility pending :D) and hope t_replicate can perform adequately enough. We have an SRV bounty for Asterisk, it isn't publicly posted, if anyone is interested ;-) No one stepped up to the plate yet in the ast lists. Matt -----Original Message----- From: Greger V. Teigre [mailto:greger@teigre.com] Sent: Tuesday, April 12, 2005 11:55 PM To: Matt Schulte; serusers(a)lists.iptel.org Subject: Re: [Serusers] Load Balancing via UltraMonkey/ldirectord So, you found the budget? Or was the pain just big enough... Let's see what we can do. It will take some time, I assume, so meanwhile... g-) Matt Schulte wrote: > Heheh, we may actually test one of those F5network switches...i f we > don't come up with a fairly painless, bugfree, and most importantly > supportable solution. :-) I cannot code therefore I would be useless, > but I can safely say learning C is on my to-do list. We may however be > willing to contribute to a bounty, at the very least I'd be more than > happy to test :D > > Matt > > -----Original Message----- > From: Greger V. Teigre [mailto:greger@teigre.com] > Sent: Tuesday, April 12, 2005 5:29 AM > To: Matt Schulte; serusers(a)lists.iptel.org > Subject: Re: [Serusers] Load Balancing via UltraMonkey/ldirectord > > > :-) Yes, layer 7 switch is of course nice. But then again, you need to > make sure that you can price your services where people will buy > them... > > I wonder whether it is possible to gather some people interested in > this and get something started on the development side. AFAIK, LVS > struggles with > > other UDP services too, so a ipvs UDP content analyzer would probably > be of > interest. I looked at the source code and I think the most difficult > thing > would be to extend the ipvs framework to allow a module to peak into > the > > packet (and not only the header). I don't know what kind of > performance penalties you get either. > > I have seen several people being willing to sponsor development. We > could hire somebody at http://www.rentacoder.com/ ;-) > g-) > > Matt Schulte wrote: >> Yah I noticed the other post after I posted mine, I don't see how it >> would easily be possible to address the sticky issue. It would >> require > >> making a SIP aware proxy of sorts, which is a bit out of my >> abilities. > >> Has anyone been able to address this issue? Of course a layer7 switch >> would do wonders and eliminate the need for all this, but who has >> that > >> money laying around :D >> >> I've done a little research (google) and noticed people mentioning it >> when talking about LVS, one guy said he was going to write a module >> but posted nothing more. That would be pretty slick. >> >> Matt >> >> -----Original Message----- >> From: Greger V. Teigre [mailto:greger@teigre.com] >> Sent: Monday, April 11, 2005 3:04 AM >> To: Matt Schulte; serusers(a)lists.iptel.org >> Subject: Re: [Serusers] Load Balancing via UltraMonkey/ldirectord >> >> >> If you see another thread (using the rather intuitive subject: Re: >> [Serusers] more usrloc synchronization), you will see discussions on >> using LVS in general. AFAIK, which high availability solution to use >> for LVS, is more based on your personal preferences, UltraMonkey is >> probably a safe choice. Anyway, you will need to address the >> "stickiness" issue. g-) >> >> Matt Schulte wrote: >>> Has anyone attempted to load balance SER using >>> Ultramonkey/ldirectord? >> >>> I've noticed all it does is pretty much NAT and send requests >>> accordingly, the trick I guess would be the NAT part. If the SIP >>> headers = myself, would there really be any issues? One problem I >>> can > >>> foresee is the possibility that loose routing would hit the wrong >>> server. Just wanted to ask around before I wasted time trying it out >>> for myself :-) Thanks >>> >>> Matt >>> >>> _______________________________________________ >>> Serusers mailing list >>> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

1 0

Re: [Serusers] about SER+nathelper+rtpproxy
by Java Rockx 13 Apr '05

13 Apr '05

Gcc, When dealing with NATed SIP clients you have to handle their RTP (aka, audio and/or video) in a special manner. The reason is that the two SIP UAs in the call cannot directly talk to each other. SER offers two solutions namely rtpproxy and mediaproxy. These are complete independent of each other and both have pros and cons. You can run either of these proxies on physically different servers from SER. So to answer your first question, yes this is a good way. It's not necessarily a good thing to run these media proxies on the same physical server as SER, but nonetheless it's better than no audio. To answer your question about video, the answer, AFAIK, is yes. Both rtpproxy and mediaproxy support streaming video. I've never tried video, but there should be nothing special to do. If you search the serusers mailing list archives you'll likely find other postings related to video. Regards, Paul On 4/13/05, gcc chentob <chentob_gcc(a)hotmail.com> wrote: > > Hello javarockx, > Thank you very much ! I can through nat by the SER+rtpproxy, but there > are some problem about SER I want to know. could you help me. > One is :when using SER +rtpproxy and all of audio data must through the > SER, Is it a good way?Do you test the SER it can support how many ways of > audio ? > The other is : Can the SER support video? > Thank you! > > _________________________________________________________________ > Express yourself instantly with MSN Messenger! Download today it's FREE! > http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > >

1 0

[Serusers] cvs update
by Llanos Serna García-Conde 13 Apr '05

13 Apr '05

1 0

[Serusers] Adding aliases to user names
by Ladislav Andel 13 Apr '05

13 Apr '05

Hi list, I'm running ser-0.9.0. I've come across a strange behaviour of adding new aliases to user names. I add an alias with serctl command, but the alias wont store in the mysql table. If I try it again I get error: <sip:joe@mydomain.com>;q=1;expires=-268 Once I restart SER I can again add the alias, but with same result, it's not saved in the table 'aliases'. Have anybody come across this issue? Thank you, Lada

3 2

[Serusers] (no subject)
by chang jenny 13 Apr '05

13 Apr '05

Hi all, Here is my confusion about SER supporting NAT transversal. 1. With only RTPProxy, what kinds of types of NAT can SER with nathelper transverse? 2. What's the difference between MediaProxy and RTPProxy? 3. If UA supports STUN, do SER need to configure nathelper to support NAT transversal? Just because I knew STUN protocol only process a few kinds of types of NAT, I want to know what advantage it will add if I configure SER with nathelper. Thanks a lot! _________________________________________________________________ 免费下载 MSN Explorer: http://explorer.msn.com/lccn/

1 0

[Serusers] Missing database creation script for serweb
by jaime wong 13 Apr '05

13 Apr '05

Hi Guys, I am a new user and can not find the script in serweb for creating the database. I have installed the .deb packages as i am running a debian box. I am very interested in trying our your system. Please send me a download location or mail it to me at ayudame(a)linuxmail.org Thanks greatly in advance -- _______________________________________________ Check out the latest SMS services @ http://www.linuxmail.org This allows you to send and receive SMS through your mailbox. Powered by Outblaze

2 1

[Serusers] server_monitoring and server_monitoring_agg tables are blank
by Che Sosa 13 Apr '05

13 Apr '05

> No. There is scripts that should be run peridically from cron that > updates the tables. The scripts is included in serweb. > > Jan. Where can I find these scripts? Thanks, Che > On 28-07 11:04, Sanjiv Ranjan wrote: > > Hi all, > > > > My server_monitoring and server_monitoring_agg tables are blank. > > Do, I need to make any setting in ser.cfg file or require something special. > > > > Thanks, > > > > sanjiv

1 1

[Serusers] (no subject)
by jenny 13 Apr '05

13 Apr '05

Hi all, Here is my confusion about SER supporting NAT transversal. 1. With only RTPProxy, what kinds of types of NAT can SER with nathelper transverse? 2. What's the difference between MediaProxy and RTPProxy? 3. If UA supports STUN, do SER need to configure nathelper to support NAT transversal? Just because I knew STUN protocol only process a few kinds of types of NAT, I want to know what advantage it will add if I configure SER with nathelper. Thanks a lot! 　　　　　　　　ljzhang 　　　　　　　　xueyou38(a)163.com 　　　　　　　　　　2005-04-12

1 0

[Serusers] (no subject)
by ljzhang 13 Apr '05

13 Apr '05

Hi all, Here is my confusion about SER supporting NAT transversal. 1. With only RTPProxy, what kinds of types of NAT can SER with nathelper transverse? 2. What's the difference between MediaProxy and RTPProxy? 3. If UA supports STUN, do SER need to configure nathelper to support NAT transversal? Just because I knew STUN protocol only process a few kinds of types of NAT, I want to know what advantage it will add if I configure SER with nathelper. Thanks a lot! 　　　　　　　　ljzhang 　　　　　　　　xueyou38(a)163.com 　　　　　　　　　　2005-04-12

1 0

[Serusers] Load Balancing via UltraMonkey/ldirectord
by Matt Schulte 13 Apr '05

13 Apr '05

Has anyone attempted to load balance SER using Ultramonkey/ldirectord? I've noticed all it does is pretty much NAT and send requests accordingly, the trick I guess would be the NAT part. If the SIP headers = myself, would there really be any issues? One problem I can foresee is the possibility that loose routing would hit the wrong server. Just wanted to ask around before I wasted time trying it out for myself :-) Thanks Matt

3 2

[Serusers] radius accounting------->Mysql
by Kamran Ahmad 13 Apr '05

13 Apr '05

hello radius accounting is using mysql db module...why my modules 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/xlog.so" loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_radius.so" loadmodule "/usr/local/lib/ser/modules/acc.so" loadmodule "/usr/local/lib/ser/modules/exec.so" loadmodule "/usr/local/lib/ser/modules/uri.so" loadmodule "/usr/local/lib/ser/modules/nathelper.so" loadmodule "/usr/local/lib/ser/modules/textops.so" i am having this error 0(0) find_mod_export: <db_use_table> in module mysql not found 0(0) bind_dbmod: Module mysql does not export db_use_table function 0(0) ERROR: acc_db_init: bind_db failed 0(0) ERROR:acc_db_init: failed...did you load a database module? 0(0) init_mod(): Error while initializing module acc ERROR: error while initializing modules 0(0) XLOG: destroy module ... 0(0) DEBUG: tm_shutdown : start 0(0) DEBUG: unlink_timer_lists : emptying DELETE list 0(0) DEBUG: tm_shutdown : emptying hash table 0(0) DEBUG: tm_shutdown : releasing timers 0(0) DEBUG: tm_shutdown : removing semaphores 0(0) DEBUG: tm_shutdown : destroying tmcb lists 0(0) DEBUG: tm_shutdown : done 0(30124) shm_mem_destroy 0(30124) destroying the shared memory lock __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail

2 1

RE: [Serusers] LCR failure syntax
by Matt Schulte 13 Apr '05

13 Apr '05

Ok, I've checked over my config and am going bananas. I cannot get a "failover" scenario working. The first LCR load_gw is fine however whenever a call fails (in this instance I am generating a 404) it never sees the second priority. Thoughts? I Dial 636561XXXX I checked my logs, everything goes through just fine, get the 404 (per failover test), it gets caught by the failure if statement and spits out no more gateways.. lcr table (accounting for e164 and non) +------------+----------+--------+----------+ | prefix | from_uri | grp_id | priority | +------------+----------+--------+----------+ | +1636 | % | 2 | 1 | | +1636 | % | 1 | 2 | | 636 | % | 2 | 1 | | 636 | % | 1 | 2 | +------------+----------+--------+----------+ route[99] { t_on_failure("2"); if(!load_gws()) { sl_send_reply("500", "Internal server error, unable to load gateways"); break; } log (1, "Running next_gw\n"); if(!next_gw()) { sl_send_reply("503", "Service not available, no gateways found"); xlog("L_INFO", "<%ru> <%br>\n"); break; } xlog("L_INFO", "Time %Tf RURI <%ru> \n"); t_relay(); break; } failure_route[2] { log(1, "Hit failure route 2\n"); if(method == "INVITE" && t_check_status("408|500|503|480|400|404")) { xlog("L_INFO", "NOTICE: Hit failure 2 and error status code\n"); if (!next_gw()) { xlog("L_INFO", "ERROR: No more gateways for LCR failover dropping call\n"); t_reply("503", "Service not available, no more gateways"); break; } t_on_failure("2"); # ... t_relay(); } } -----Original Message----- From: Andres [mailto:andres@telesip.net] Sent: Thursday, April 07, 2005 5:11 PM To: Matt Schulte Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] LCR failure syntax Matt Schulte wrote: >Could anyone post a working example of the lcr next_gw syntax for >failure routes? Thanks. > > Matt > > > something like this.... route[8] { if (!load_gws()) { sl_send_reply("500", "Server Internal Error - Cannot load gateways"); break; }; if (!next_gw()) { sl_send_reply("503", "Service not available - No more gateways"); break; }; t_on_failure("4"); if (!t_relay()) { sl_reply_error(); }; } failure_route[4] { if (!next_gw()) { t_reply("503", "Service not available - No more gateways"); break; }; t_relay(); break; } >_______________________________________________ >Serusers mailing list >serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers > > > > -- Andres Network Admin http://www.telesip.net

2 1

RE: [Serusers] Load Balancing via UltraMonkey/ldirectord
by Matt Schulte 13 Apr '05

13 Apr '05

Heheh, we may actually test one of those F5network switches...i f we don't come up with a fairly painless, bugfree, and most importantly supportable solution. :-) I cannot code therefore I would be useless, but I can safely say learning C is on my to-do list. We may however be willing to contribute to a bounty, at the very least I'd be more than happy to test :D Matt -----Original Message----- From: Greger V. Teigre [mailto:greger@teigre.com] Sent: Tuesday, April 12, 2005 5:29 AM To: Matt Schulte; serusers(a)lists.iptel.org Subject: Re: [Serusers] Load Balancing via UltraMonkey/ldirectord :-) Yes, layer 7 switch is of course nice. But then again, you need to make sure that you can price your services where people will buy them... I wonder whether it is possible to gather some people interested in this and get something started on the development side. AFAIK, LVS struggles with other UDP services too, so a ipvs UDP content analyzer would probably be of interest. I looked at the source code and I think the most difficult thing would be to extend the ipvs framework to allow a module to peak into the packet (and not only the header). I don't know what kind of performance penalties you get either. I have seen several people being willing to sponsor development. We could hire somebody at http://www.rentacoder.com/ ;-) g-) Matt Schulte wrote: > Yah I noticed the other post after I posted mine, I don't see how it > would easily be possible to address the sticky issue. It would require > making a SIP aware proxy of sorts, which is a bit out of my abilities. > Has anyone been able to address this issue? Of course a layer7 switch > would do wonders and eliminate the need for all this, but who has that > money laying around :D > > I've done a little research (google) and noticed people mentioning it > when talking about LVS, one guy said he was going to write a module > but posted nothing more. That would be pretty slick. > > Matt > > -----Original Message----- > From: Greger V. Teigre [mailto:greger@teigre.com] > Sent: Monday, April 11, 2005 3:04 AM > To: Matt Schulte; serusers(a)lists.iptel.org > Subject: Re: [Serusers] Load Balancing via UltraMonkey/ldirectord > > > If you see another thread (using the rather intuitive subject: Re: > [Serusers] more usrloc synchronization), you will see discussions on > using LVS in general. AFAIK, which high availability solution to use > for LVS, is > more based on your personal preferences, UltraMonkey is probably a > safe choice. Anyway, you will need to address the "stickiness" issue. > g-) > > Matt Schulte wrote: >> Has anyone attempted to load balance SER using >> Ultramonkey/ldirectord? > >> I've noticed all it does is pretty much NAT and send requests >> accordingly, the trick I guess would be the NAT part. If the SIP >> headers = myself, would there really be any issues? One problem I can >> foresee is the possibility that loose routing would hit the wrong >> server. Just wanted to ask around before I wasted time trying it out >> for myself :-) Thanks >> >> Matt >> >> _______________________________________________ >> Serusers mailing list >> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

2 1

[Serusers] about SER+nathelper+rtpproxy
by gcc chentob 13 Apr '05

13 Apr '05

Hello , I have installed the SER-0.9.0 +nathelper+rtpproxy,it can let the the SER through the nat by the rtpproxy. But there are a problem . The endpoint would sent Bye message to SER when it connect the SER about 32 sec. I have tested some endpoints but it is the same (only can maintain 32 sec connecting). Why? I don't know how to solve the problem. My config file following: dns=no rev_dns=no fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:heslo@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" modparam("auth_db|usrloc|uri_db", "db_url", "mysql://ser:heslo@localhost/ser") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "password_column", "password") 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) 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; }; # ----------------------------------------------------------------- # 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("","subscriber")) { proxy_challenge("","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(); }; } _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

2 1

[Serusers] ser_mysql.sh HA1 calculation failed
by Paul Dracevich 13 Apr '05

13 Apr '05

[root@localhost ser]# /usr/sbin/ser_mysql.sh create MySql password for root: Domain (realm) for the default user 'admin': HA1 calculation failed [root@localhost ser]# I have looked al through google and have asked here as well, but still no luck HELP!!!! Please. Regards Paul Dracevich Wireless Technology Consultant Wayby Group Mobile +64 29 638 9675 Phone +64 9 623 2143 Fax +64 9 623 1380 email paul(a)vnet.cc website www.vnet.cc <file:///C:\Documents%20and%20Settings\paul\Application%20Data\Microsoft \Signatures\www.vnet.cc> "the freedom to communicate is the right of every individual in the 21st century" "Intellectual Property protection is the key to the Knowledge Economy" This email was sent to you via YOUtopia ... it's all about YOU. The information contained in this email and any attachments is confidential and may be legally privileged. If you are not the intended recipient then you must not use, disseminate, distribute or copy any information contained in this email or any attachments. If you have received this email in error, please contact us immediately and delete this email. Thank you.

1 1

[Serusers] (no subject)
by ljzhang 13 Apr '05

13 Apr '05

Hi all, Here is my confusion about SER supporting NAT transversal. 1. With only RTPProxy, what kinds of types of NAT can SER with nathelper transverse? 2. What's the difference between MediaProxy and RTPProxy? 3. If UA supports STUN, do SER need to configure nathelper to support NAT transversal? Just because I knew STUN protocol only process a few kinds of types of NAT, I want to know what advantage it will add if I configure SER with nathelper. Thanks a lot! 　　　　　　　　ljzhang 　　　　　　　　xueyou38(a)163.com 　　　　　　　　　　2005-04-12

1 0

[Serusers] (no subject)
by ljzhang 13 Apr '05

13 Apr '05

Hi all, Here is my confusion about SER supporting NAT transversal. 1. With only RTPProxy, what kinds of types of NAT can SER with nathelper transverse? 2. What's the difference between MediaProxy and RTPProxy? 3. If UA supports STUN, do SER need to configure nathelper to support NAT transversal? Just because I knew STUN protocol only process a few kinds of types of NAT, I want to know what advantage it will add if I configure SER with nathelper. Thanks a lot! 　　　　　　　　ljzhang 　　　　　　　　xueyou38(a)163.com 　　　　　　　　　　2005-04-12

1 0

[Serusers] database schema For ser mysql
by Paul Dracevich 13 Apr '05

13 Apr '05

Can someone please send me a database schema for ser mysql Regards Paul Dracevich Wireless Technology Consultant Wayby Group Mobile +64 29 638 9675 Phone +64 9 623 2143 Fax +64 9 623 1380 email paul(a)vnet.cc website www.vnet.cc <file:///C:\Documents%20and%20Settings\paul\Application%20Data\Microsoft \Signatures\www.vnet.cc> "the freedom to communicate is the right of every individual in the 21st century" "Intellectual Property protection is the key to the Knowledge Economy" This email was sent to you via YOUtopia ... it's all about YOU. The information contained in this email and any attachments is confidential and may be legally privileged. If you are not the intended recipient then you must not use, disseminate, distribute or copy any information contained in this email or any attachments. If you have received this email in error, please contact us immediately and delete this email. Thank you.

3 2

[Serusers] serweb login
by Che Sosa 13 Apr '05

13 Apr '05

What should be the admin account? I tried admin/heslo, doesn't work. I am using: serweb_2004-07-27.tar.gz

2 2

Re: [Serusers] can't connect to RTP proxy
by Mohamed Omar 13 Apr '05

13 Apr '05

I started the RTPproxy application and am still getting the error. the rtpproxt application that am running, I download it from portaone.. Is this the right version to use with SER 0.9? thanks mohamed Java Rockx <javarockx(a)gmail.com> wrote: Mohamed, You need to actually start the rtpproxy application. You can usually do this my just typing ./rtpproxy from the location of the executable. Regards, Paul On Apr 10, 2005 10:51 PM, Mohamed Omar <amatek2004(a)yahoo.ca> wrote: I just installed ser 0.9.0 from onsip.org and compile using the script make_and_install. I also run the update_from_cvs script and the make_and_install again when I got the error below. The config that am using is the one on onsip.org Am I missing something? Thanks in advance 0(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 1(0) INFO: fifo process starting: 23656 1(0) ERROR: send_rtpp_command: can't connect to RTP proxy 1(0) WARNING: rtpp_test: can't get version of the RTP proxy 1(0) WARNING: rtpp_test: support for RTP proxy has been disabled temporarily 1(0) SER: open_uac_fifo: fifo server up at /tmp/ser_fifo... 1(0) WARNING: no fifo_db_url given - fifo DB commands disabled --------------------------------- Post your free ad now! Yahoo! Canada Personals _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers --------------------------------- Post your free ad now! Yahoo! Canada Personals

1 0

Re: [Serusers] SIP + RTPPROXY + NEED HELP
by harry gaillac 13 Apr '05

13 Apr '05

I won't pay for commercial support because of I sent mails for infos without reply . if i need commercial support i'll call Cisco or Nortel Harry --- Andres <andres(a)telesip.net> wrote: > Klaus Darilion wrote: > > > You get what you pay for. > > > Exactly. If this is important to you why don't you > pay for commercial > support from Iptel and stop whinning Harry. > > > regards, > > klaus > > > > harry gaillac wrote: > > > >> I won't reduce it because of i try my best but > Serweb > >> and ser don't work even I spend time to read > mailing > >> list, onsip.org,... > >> > >> Even serweb from iptel.org is not useable !!!!!! > >> I'm not kidding just angry > >> > >> Harry > > > > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers > __________________________________________________________________ Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

2 1

Re: [Serusers] Tags, forwarding, redirects, and picky UACs
by Bogdan-Andrei Iancu 12 Apr '05

12 Apr '05

first, it's not about FROM tag, but TO tag... second, it's better to do it for all provisional responses < 180 (for 183 you might mess with early media) third, here it 's the regexp: onreply_route[1]{ if ( t_check_status("(1[0-7][0-9])|(180)") ) { subst('/^(To:.*)\;tag=[^;[:cntrl:]]*/\1/i'); } break; } bogdan Alistair Cunningham wrote: > Bogdan-Andrei, > > Can you please give me a hint as to how to remove the tag? I've can do > something like: > > onreply_route[1] { > if ( (status=~"180") ) { > replace( ";tag=.*", "" ); > }; > } > > but this would remove the tag from all headers. I could add "From:" > into the regular expression, but this would then remove the whole From > header. > > Alistair Cunningham, > Integrics Ltd, > +44 (0)7870 699 479 > http://integrics.com/ > > > Bogdan-Andrei Iancu wrote: > >> According to RFC 3261, the UAC *must* drop any To-tag received in a >> provisional reply in favour of the To-tag advertised in the final >> reply - be this it means not only to accept a final reply with a >> different To-tag, but also to use it in generating sequential >> messages (like ACK, re-INVITEs, etc) >> >> So you should report the problem to your UAC vendor. Meanwhile you >> can do a trick in SER cfg - use a reply_route to remove the To-tag >> from all provisional replies....this will make happy the UAC. >> >> bogdan >> >> Alistair Cunningham wrote: >> >>> I'm trying to implement forwarding to voicemail with a UAC that's picky >>> about the tags in the To: headers it receives. >>> >>> First, I tried the following: >>> >>> failure_route [1] { >>> rewritehostport("192.168.1.1:5060"); >>> append_branch(); >>> t_relay(); >>> } >>> >>> This failed because the UAC received a "180 Ringing" from the ringing >>> Grandstream phone via ser that contained a To: tag. After the timeout, >>> it received another 180 from Asterisk (the voicemail system) with a >>> different tag. Since it doesn't support forked INVITES, it dropped >>> the call. >>> >>> Then I tried: >>> >>> failure_route [1] { >>> rewritehostport("192.168.1.1:5060"); >>> t_reply( "302", "Moved Temporarily" ); >>> } >>> >>> This time it receives the 180 from the phone as before. Then it >>> receives >>> the 302. Alas, SER has ignored the tag from the phone, and created a >>> new >>> one of it's own, so the UAC again drops the call. >>> >>> Does anyone know of a way round this? Can SER be persuaded to use a tag >>> it has already received? Can I strip the tag from the To: header in >>> one or both of the responses? I'm willing to get my hands dirty with >>> the SER source code if necessary. >>> >> >> >>

2 1

[Serusers] 0.9.0 Stability
by Rod Bacon 12 Apr '05

12 Apr '05

I understand that the latest "stable" release is still 0.8.14, but what are peoples general experiences with 0.9.0? Is it worth the upgrade?

5 9

[Serusers] HA1 calculation failed
by Paul Dracevich 12 Apr '05

12 Apr '05

When I try it comes up with where/usr/sbin/ser_mysql.sh create I have looked, and tried the fixes once again help please Regards Paul Dracevich Wireless Technology Consultant Wayby Group Mobile +64 29 638 9675 Phone +64 9 623 2143 Fax +64 9 623 1380 email paul(a)vnet.cc website www.vnet.cc <file:///C:\Documents%20and%20Settings\paul\Application%20Data\Microsoft \Signatures\www.vnet.cc> "the freedom to communicate is the right of every individual in the 21st century" "Intellectual Property protection is the key to the Knowledge Economy" This email was sent to you via YOUtopia ... it's all about YOU. The information contained in this email and any attachments is confidential and may be legally privileged. If you are not the intended recipient then you must not use, disseminate, distribute or copy any information contained in this email or any attachments. If you have received this email in error, please contact us immediately and delete this email. Thank you.

3 5

[Serusers] avp_db_store
by Glenn Dalgliesh 12 Apr '05

12 Apr '05

I have almost all of the other parts of AVP functioning great but I can't seem to get avp_db_store to work from CVSHEAD. Below is an example and the debug. Not sure if it's my syntax or bug Thanks for an help if(uri=~"sip:\*78@.*") { log(1, "LOG: Enable DND\n"); avp_write("$to/username", "$to_id"); avp_write("$from/username", "s:fromuser"); avp_db_load("$from/username", "s:7879"); avp_print(); avp_db_store("$from/username","i:7879"); rewritehostport ("xxx.yyy.83.5:5060"); route(9); break; }; 8(22938) DEBUG:avpops:load_avps: loaded avps = 1 8(22938) DEBUG:avpops:print_avp: p=0xb61a8340, flags=B 8(22938) DEBUG: name=<7879> 8(22938) DEBUG: val_str=<> 8(22938) DEBUG:avpops:print_avp: p=0xb61a82e4, flags=3 8(22938) DEBUG: name=<fromuser> 8(22938) DEBUG: val_str=<4107358551> 8(22938) DEBUG:avpops:print_avp: p=0xb61a82a0, flags=2 8(22938) DEBUG: id=<57920> 8(22938) DEBUG: val_str=<*78> 8(22938) DEBUG:avpops:store_avps: 0 avps were stored

2 2

[Serusers] Error on compile for ser mysql
by Paul Dracevich 12 Apr '05

12 Apr '05

libmysqlclient.so.10 is needed by ser-mysql-0.8.12-0 I have looked through Google, and the only thing it refers to is mysql-client but I have it installed help please Regards Paul Dracevich Wireless Technology Consultant Wayby Group Mobile +64 29 638 9675 Phone +64 9 623 2143 Fax +64 9 623 1380 email paul(a)vnet.cc website www.vnet.cc <file:///C:\Documents%20and%20Settings\paul\Application%20Data\Microsoft \Signatures\www.vnet.cc> "the freedom to communicate is the right of every individual in the 21st century" "Intellectual Property protection is the key to the Knowledge Economy" This email was sent to you via YOUtopia ... it's all about YOU. The information contained in this email and any attachments is confidential and may be legally privileged. If you are not the intended recipient then you must not use, disseminate, distribute or copy any information contained in this email or any attachments. If you have received this email in error, please contact us immediately and delete this email. Thank you.

2 2

[Serusers] VoIP Server's Phone Number Range
by Felipe Martins 12 Apr '05

12 Apr '05

Hi guys, I've made my first full operational SER Server, in fact there are too server talking to each other. When the call is not to another SER server, it forwards to another external server, when the requested number belongs to my other SER Server it go there and close the voip tunnel, just as usual. So, at the moment, I'm implementing my routing logic, in order to implement it well, i need all the phone ranges and their server names or IP to route all the calls to the right server, for example, if a user calls a "1213..." begging phone number, it goes to Go2Call, and so on the all other Phone numbers. Do anybody know where can I find a list of phone number ranges all over the world, I mean, every VoIP server has a certain range, without it my calls will be lost, and they will not end where they were meant to. Thanks in Advance. -- 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

4 6

[Serusers] call generator
by Ernesto Lucero 12 Apr '05

12 Apr '05

Hi Does anybody know about a good call generador tool for sip, if its free even better thanks Ernesto Lucero Moyotlan telecom

3 2

Re: [Serusers] SIP + RTPPROXY + NEED HELP
by harry gaillac 12 Apr '05

12 Apr '05

I won't reduce it because of i try my best but Serweb and ser don't work even I spend time to read mailing list, onsip.org,... Even serweb from iptel.org is not useable !!!!!! I'm not kidding just angry Harry --- "Greger V. Teigre" <greger(a)teigre.com> a écrit : > I recommend that you reduce your aggressiveness when > posting to the mailing > list. You efficiently make nobody want to help you. > g-( > > harry gaillac wrote: > > Hello, > > > > I have the same troubles with ser+rtpproxy. > > I think of you'll waste time because of > rtpproxy+ser > > documention is bad. > > I looked at www.onsip.org in order to find help > about > > NAT without success but you can waste time to send > > help to serusers mailing list. > > > > We can read some nat troubles in mailing list > every > > week. > > > > I do hope you'll find help. > > > > Regards > > Harry > > > > --- Iantcho Vassilev <ianchov(a)gbg.bg> a écrit : > >> Hello, guys! > >> > >> Here is my situation: > >> > >> I have 2 ADSL at home: > >> > >> I have set up a linux(debian) SER +RTPPROXY on of > >> the ADSL > >> and i use the other Adsl for internet > >> here: > >> me ----> 192.168.0.xx(SER with two ethernet int) > >>> > >> 192.168.0.x(default gateway) > >>> > >> internet > >> > >> I`m using Xphone-Lite. > >> I would like to contact another person registered > on > >> the outside interface of Ser(i`m registering from > >> the interior). > >> Internet IP <---> outside > >> interface(SER)(lan)<---->me > >> But that`s not working > >> What`s should be the mistake(from sipsak i got: > >> from the internet user: sipsak -s > >> sip:adress_registered_from_lan@myADLShere > >> returns my other ADSL line. > >> and from sipsak -s > >> sip:internet_number_user@myADSLhere i got > >> sip:internet_number_user@HIS_IP_ADDRESS > >> > >> > >> rttproxy is isntalled(build from cvs this > morning) > >> > >> SER.cfg is > >> > > > :------------------->>>>>>>>><<<<<<<<<<<-------------------- > >> > >> # ----------- 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 > >> #Listen=83.228.8.112 > >> children=2 > >> 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/textops.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/nathelper.so" > >> > >> #loadmodule "/usr/lib/ser/modules/domain.so" > >> #loadmodule "/usr/lib/ser/modules/mediaproxy.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) > >> modparam("registrar", "nat_flag", 6) > >> modparam("nathelper", "natping_interval", 60) > >> modparam("nathelper", "ping_nated_only", 1) > >> # 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; > >> }; > >> > >> # !! Nathelper > >> # Special handling for NATed clients; > first, > >> NAT test is > >> # executed: it looks for via!=received > and > >> RFC1918 addresses > >> # in Contact (may fail if line-folding is > >> used); also, > >> # the received test should, if completed, > >> should check all > >> # vias for rpesence of received > >> if (nat_uac_test("3")) { > >> # Allow RR-ed requests, as these > may > >> indicate that > >> # a NAT-enabled proxy takes care > of > >> it; unless it is > >> # a REGISTER > >> > >> if (method == "REGISTER" || ! > >> search("^Record-Route:")) { > >> log("LOG: Someone trying to > >> register from private IP, rewriting\n"); > >> > >> # This will work only for > user > >> agents that support symmetric > >> # communication. We tested > quite > >> many of them and majority is > >> # smart enough to be > symmetric. > >> In some phones it takes a configuration > >> # option. With Cisco 7960, it > is > === message truncated === __________________________________________________________________ Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

4 3

Re: [Serusers] cpl_init: mandatory parameter
by Aisling O'Driscoll 12 Apr '05

12 Apr '05

That worked Bogdon,Thank you, I also added: modparam ("cpl-c", "cpl_table", "cpl") Now it requires the cpl_dtd_file - However I am not sure what path here: i.e. modparam("cpl-c", "cpl_dtd_file", "whatpath?") Is there a usual directory where this can be found? Regards, Aisling >---- Original Message ---- >From: bogdan(a)voice-system.ro >To: vivcurran(a)yahoo.co.uk >Subject: Re: [Serusers] cpl_init: mandatory parameter "DB_URL" found >empty >Date: Tue, 12 Apr 2005 18:05:02 +0200 > >>sorry, in cpl-c the parameter is called "cpl_db" - I will change the > >>error message to state the proper parameter name. (db_url -> cpl_db) >> >>bogdan >> >> >>Vivienne Curran wrote: >> >>> Bogdan, >>> >>> I set >>> modparam("cpl-c","db_url","mysql://root:password@localhost/ser"), >>> however when i tried to restart SER I got: >>> >>> set_mod_param_regex: parameter <db_url> not found in module ><cpl-c> >>> parse error (87,20-21): Can't set module parameter >>> >>> I tried db_url in upper case also. An I incoorect in thinking that >the >>> module should load without this anyway? >>> >>> Regards, >>> Aisling. >>> >>> */Bogdan-Andrei Iancu <bogdan(a)voice-system.ro>/* wrote: >>> >>> you have to set the db_url parameter pointing to a DB >connection - >>> default is NULL. For example: >>> modparam("cpl-c","db_url","mysql://ser:heslo@localhost/ser") >>> >>> bogdan >>> >>> Aisling O'Driscoll wrote: >>> >>> >Hello, >>> > >>> >I am using ser 0.9.0. When I try to load the cpl module e.g. >>> >loadmodule "/opt/ser/lib/ser/modules/cpl-c.so", and restart >ser, I >>> >get the following error: >>> > >>> >ERROR:cpl_init: mandatory parameter "DB_URL" found empty >>> >init_mod(): Error while initializing module cpl-c >>> > >>> >When I check in /opt/ser/lib/ser/modules, the cpl-c module si >there. >>> >Does anyone have any clue how this can be resolved? >>> > >>> >Thank you, >>> >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 >>> > >>> > >>> > >>> >>> _______________________________________________ >>> Serusers mailing list >>> Serusers(a)iptel.org >>> http://mail.iptel.org/mailman/listinfo/serusers >>> >>> Send instant messages to your online friends >>> http://uk.messenger.yahoo.com >>> >> >> -------------------Legal Disclaimer--------------------------------------- The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt.

2 1

[Serusers] Paid Implementation Support Requested
by VoIP Project 12 Apr '05

12 Apr '05

Hello, I am working with a Denver based Voice Mail company who is preparing to enter the VoIP business with a IP trunking type service, delivering dial tone and features to small businesses with broadband and 4-8 line analog key systems. This company is leaning towards an open source solution, most likely using a combination of SER and Asterisk. I am seeking a person or group who could perform the initial implementation/configuration of such a platform. Budget has been allocated for this project. Please reply directly to mlvoipproject(a)hotmail.com with your contact information and details of your experience with similar implementations, or if you have any questions about the scope of work. Work on this project is slated to begin immediately. Thank you. -DP _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

1 0

Re: [Serusers] cpl_init: mandatory parameter "DB_URL" found empty
by Vivienne Curran 12 Apr '05

12 Apr '05

Bogdan, I set modparam("cpl-c","db_url","mysql://root:password@localhost/ser"), however when i tried to restart SER I got: set_mod_param_regex: parameter <db_url> not found in module <cpl-c> parse error (87,20-21): Can't set module parameter I tried db_url in upper case also. An I incoorect in thinking that the module should load without this anyway? Regards, Aisling. Bogdan-Andrei Iancu <bogdan(a)voice-system.ro> wrote: you have to set the db_url parameter pointing to a DB connection - default is NULL. For example: modparam("cpl-c","db_url","mysql://ser:heslo@localhost/ser") bogdan Aisling O'Driscoll wrote: >Hello, > >I am using ser 0.9.0. When I try to load the cpl module e.g. >loadmodule "/opt/ser/lib/ser/modules/cpl-c.so", and restart ser, I >get the following error: > >ERROR:cpl_init: mandatory parameter "DB_URL" found empty >init_mod(): Error while initializing module cpl-c > >When I check in /opt/ser/lib/ser/modules, the cpl-c module si there. >Does anyone have any clue how this can be resolved? > >Thank you, >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)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 Send instant messages to your online friends http://uk.messenger.yahoo.com

2 1

[Serusers] cpl_init: mandatory parameter "DB_URL" found empty
by Aisling O'Driscoll 12 Apr '05

12 Apr '05

Hello, I am using ser 0.9.0. When I try to load the cpl module e.g. loadmodule "/opt/ser/lib/ser/modules/cpl-c.so", and restart ser, I get the following error: ERROR:cpl_init: mandatory parameter "DB_URL" found empty init_mod(): Error while initializing module cpl-c When I check in /opt/ser/lib/ser/modules, the cpl-c module si there. Does anyone have any clue how this can be resolved? Thank you, 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.

2 1

[Serusers] STUN/UA/SER/Network
by info＠beeplove.com 12 Apr '05

12 Apr '05

Hello, I am running ser on public ip without [RTP\Media]Proxy. I have two UA from two different NAT cloud and they are only SIP client in their network. I think, they are from Asymetric NAT. I am using STUN to get their public IP. Problem is: When these two UA register to SER for the first time, in location table I see there public IP. But after couple of mintues ( I think, when its renew their information), in location table, public IP is replaced by their private IP. I am not sure what is causing this. I have tried both stund and mystun. Thanks, Mohammad -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

1 0

Re: [Serusers] msilo module + serweb
by harry gaillac 12 Apr '05

12 Apr '05

Thanks Daniel, I think of ser+serweb devoloppers should be synchronized in order to waste time Regards Harry --- Daniel-Constantin Mierla <daniel(a)voice-system.ro> wrote: > The msilo has changed from 0.8.14. In order to have > multidomain support > compatible with other ser modules (subscriber, acc, > ...) the columns has > been split into username and domain. The r_uri > column is still kept for > backward compatibilities (scheduled to be removed), > but it is not filled > by newer ser anymore. > > Daniel > > > harry gaillac wrote: > > >Hi all, > > > >I use ser 0.10.99-dev5 (i386/linux) with the latest > >Ser web from cvs. > >according to mysql log r_uri is not set in table > silo > >?! > >Ser don't return error and message is stored in > table > >silo. > >I need help to fix that problem > > > >Harry > > > >050322 11:48:07 114 Connect ser@localhost > on > > 114 Init DB ser > > 114 Query select val from > >active_sessions where sid = > >'fd33d3dd6e4783743b30428e0942f0b4' and name = > >'phplib_Session' > > 114 Query select val from > >active_sessions where sid = > >'fd33d3dd6e4783743b30428e0942f0b4' and name = > >'phplib_Session' > > 88 Query insert into > silo > >(dst_addr,src_addr,username,domain,body,exp_time,inc_time > >) values > ('sip:alice@home.net','sip:alice@home.net','alice','home.net','helo\r\n',1111747687,1111488487) > > > > > > > > > > > > > >Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace > de stockage pour vos mails ! > >Créez votre Yahoo! Mail sur > http://fr.mail.yahoo.com/ > > > >------------------------------------------------------------------------ > > > >_______________________________________________ > >Serusers mailing list > >serusers(a)lists.iptel.org > >http://lists.iptel.org/mailman/listinfo/serusers > > > > > __________________________________________________________________ Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

2 1

[Serusers] SIP + RTPPROXY + NEED HELP
by Iantcho Vassilev 12 Apr '05

12 Apr '05

Hello, guys! Here is my situation: I have 2 ADSL at home: I have set up a linux(debian) SER +RTPPROXY on of the ADSL and i use the other Adsl for internet here: me ----> 192.168.0.xx(SER with two ethernet int) | 192.168.0.x(default gateway) | internet I`m using Xphone-Lite. I would like to contact another person registered on the outside interface of Ser(i`m registering from the interior). Internet IP <---> outside interface(SER)(lan)<---->me But that`s not working What`s should be the mistake(from sipsak i got: from the internet user: sipsak -s sip:adress_registered_from_lan@myADLShere returns my other ADSL line. and from sipsak -s sip:internet_number_user@myADSLhere i got sip:internet_number_user@HIS_IP_ADDRESS rttproxy is isntalled(build from cvs this morning) SER.cfg is :------------------->>>>>>>>><<<<<<<<<<<-------------------- # ----------- 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 #Listen=83.228.8.112 children=2 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/textops.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/nathelper.so" #loadmodule "/usr/lib/ser/modules/domain.so" #loadmodule "/usr/lib/ser/modules/mediaproxy.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) modparam("registrar", "nat_flag", 6) modparam("nathelper", "natping_interval", 60) modparam("nathelper", "ping_nated_only", 1) # 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; }; # !! Nathelper # Special handling for NATed clients; first, NAT test is # executed: it looks for via!=received and RFC1918 addresses # in Contact (may fail if line-folding is used); also, # the received test should, if completed, should check all # vias for rpesence of received if (nat_uac_test("3")) { # Allow RR-ed requests, as these may indicate that # a NAT-enabled proxy takes care of it; unless it is # a REGISTER if (method == "REGISTER" || ! search("^Record-Route:")) { log("LOG: Someone trying to register from private IP, rewriting\n"); # This will work only for user agents that support symmetric # communication. We tested quite many of them and majority is # smart enough to be symmetric. In some phones it takes a configuration # option. With Cisco 7960, it is called NAT_Enable=Yes, with kphone it is # called "symmetric media" and "symmetric signalling". fix_nated_contact(); # Rewrite contact with source IP of signalling 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 }; }; # 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("iptel.org", "subscriber")) { # www_challenge("iptel.org", "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] { # if client or server know to be behind a NAT, enable relay if (isflagset(6)) { force_rtp_proxy(); }; # NAT processing of replies; apply to all transactions (for example, # re-INVITEs from public to private UA are hard to identify as # NATed at the moment of request processing); look at replies t_on_reply("1"); # send it out now; use stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; } # !! Nathelper onreply_route[1] { # NATed transaction ? if (isflagset(6)) { #&& status =~ "(10)[0-9]") { fix_nated_contact(); force_rtp_proxy(); # otherwise, is it a transaction behind a NAT and we did not # know at time of request processing ? (RFC1918 contacts) } else if (nat_uac_test("1")) { fix_nated_contact(); }; } ----------------------------------------------------------------- http://host.GBG.bg - лидер в Уеб Хостинг решения и регистрация на Домейн имена

3 4

[Serusers] msilo module + serweb
by harry gaillac 12 Apr '05

12 Apr '05

Hi all, I use ser 0.10.99-dev5 (i386/linux) with the latest Ser web from cvs. according to mysql log r_uri is not set in table silo ?! Ser don't return error and message is stored in table silo. I need help to fix that problem Harry 050322 11:48:07 114 Connect ser@localhost on 114 Init DB ser 114 Query select val from active_sessions where sid = 'fd33d3dd6e4783743b30428e0942f0b4' and name = 'phplib_Session' 114 Query select val from active_sessions where sid = 'fd33d3dd6e4783743b30428e0942f0b4' and name = 'phplib_Session' 88 Query insert into silo (dst_addr,src_addr,username,domain,body,exp_time,inc_time ) values ('sip:alice@home.net','sip:alice@home.net','alice','home.net','helo\r\n',1111747687,1111488487) Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

2 1

[Serusers] NAT
by harry gaillac 12 Apr '05

12 Apr '05

Hello, I read the howto frop onsip.org in order to set NAT with rtpproxy. I setup ser-0.9.0 rtpproxy from CVS it's ok . 192.168.0.0/24---FW+NAT---SER+rtpproxy------public network Here are my netfilter rules below : My two Polycom ip 300 (alice & bob) are able to register to ser but Subscribe/Notify via SIMPLE don't work !? When i try to call alice from bob or bob from alice ser reply 404 not found !!!!!!! I wasted much time with ethereal to find the solution. Thanks for help Harry -:( Chain INPUT (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 1273 885K ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED 7 429 ACCEPT all -- lo * 0.0.0.0/0 0.0.0.0/0 state NEW 70 4610 ACCEPT all -- eth0 * 192.168.0.0/24 0.0.0.0/0 state NEW 0 0 ACCEPT tcp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:80 state NEW 0 0 ACCEPT tcp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:443 state NEW 0 0 ACCEPT tcp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:21 state NEW 0 0 ACCEPT tcp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:2401 state NEW 0 0 ACCEPT udp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:53 state NEW 0 0 ACCEPT udp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:123 state NEW 0 0 ACCEPT icmp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 icmp type 0 code 0 state NEW 0 0 ACCEPT icmp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 icmp type 8 code 0 state NEW 0 0 ACCEPT tcp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:5060 state NEW 0 0 ACCEPT udp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:5060 state NEW 0 0 ACCEPT udp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 udp dpts:35000:65000 state NEW 678 32876 REJECT tcp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 reject-with tcp-reset 26 1994 REJECT all -- ppp0 * 0.0.0.0/0 0.0.0.0/0 reject-with icmp-net-prohibited Chain FORWARD (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 0 0 ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED 0 0 ACCEPT all -- eth0 * 192.168.0.0/24 0.0.0.0/0 state NEW 0 0 ACCEPT all -- * eth0 192.168.0.0/24 0.0.0.0/0 state NEW 0 0 ACCEPT tcp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:80 state NEW 0 0 ACCEPT tcp -- * ppp0 0.0.0.0/0 0.0.0.0/0 tcp dpt:80 state NEW 0 0 ACCEPT tcp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:443 state NEW 0 0 ACCEPT tcp -- * ppp0 0.0.0.0/0 0.0.0.0/0 tcp dpt:443 state NEW 0 0 ACCEPT tcp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:21 state NEW 0 0 ACCEPT tcp -- * ppp0 0.0.0.0/0 0.0.0.0/0 tcp dpt:21 state NEW 0 0 ACCEPT tcp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:2401 state NEW 0 0 ACCEPT tcp -- * ppp0 0.0.0.0/0 0.0.0.0/0 tcp dpt:2401 state NEW 0 0 ACCEPT udp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:53 state NEW 0 0 ACCEPT udp -- * ppp0 0.0.0.0/0 0.0.0.0/0 udp dpt:53 state NEW 0 0 ACCEPT udp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:123 state NEW 0 0 ACCEPT udp -- * ppp0 0.0.0.0/0 0.0.0.0/0 udp dpt:123 state NEW 0 0 ACCEPT icmp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 icmp type 0 code 0 state NEW 0 0 ACCEPT icmp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 icmp type 8 code 0 state NEW 0 0 ACCEPT icmp -- * ppp0 0.0.0.0/0 0.0.0.0/0 icmp type 0 code 0 state NEW 0 0 ACCEPT icmp -- * ppp0 0.0.0.0/0 0.0.0.0/0 icmp type 8 code 0 state NEW 0 0 ACCEPT tcp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:5060 state NEW 0 0 ACCEPT udp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:5060 state NEW 0 0 ACCEPT tcp -- * ppp0 0.0.0.0/0 0.0.0.0/0 tcp dpt:5060 state NEW 0 0 ACCEPT udp -- * ppp0 0.0.0.0/0 0.0.0.0/0 udp dpt:5060 state NEW 0 0 ACCEPT udp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 udp dpts:35000:65000 state NEW 0 0 ACCEPT udp -- * ppp0 0.0.0.0/0 0.0.0.0/0 udp dpts:35000:65000 state NEW 0 0 REJECT tcp -- ppp0 * 0.0.0.0/0 0.0.0.0/0 reject-with tcp-reset 0 0 REJECT all -- ppp0 * 0.0.0.0/0 0.0.0.0/0 reject-with icmp-net-prohibited 0 0 REJECT tcp -- * ppp0 0.0.0.0/0 0.0.0.0/0 reject-with tcp-reset 0 0 REJECT all -- * ppp0 0.0.0.0/0 0.0.0.0/0 reject-with icmp-net-prohibited Chain OUTPUT (policy DROP 1 packets, 164 bytes) pkts bytes target prot opt in out source destination 2072 424K ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED 7 429 ACCEPT all -- * lo 0.0.0.0/0 0.0.0.0/0 state NEW 32 2432 ACCEPT all -- * eth0 192.168.0.0/24 0.0.0.0/0 state NEW 47 2820 ACCEPT tcp -- * ppp0 0.0.0.0/0 0.0.0.0/0 tcp dpt:80 state NEW 0 0 ACCEPT tcp -- * ppp0 0.0.0.0/0 0.0.0.0/0 tcp dpt:443 state NEW 0 0 ACCEPT tcp -- * ppp0 0.0.0.0/0 0.0.0.0/0 tcp dpt:21 state NEW 0 0 ACCEPT tcp -- * ppp0 0.0.0.0/0 0.0.0.0/0 tcp dpt:2401 state NEW 80 5888 ACCEPT udp -- * ppp0 0.0.0.0/0 0.0.0.0/0 udp dpt:53 state NEW 0 0 ACCEPT udp -- * ppp0 0.0.0.0/0 0.0.0.0/0 udp dpt:123 state NEW 0 0 ACCEPT icmp -- * ppp0 0.0.0.0/0 0.0.0.0/0 icmp type 0 code 0 state NEW 0 0 ACCEPT icmp -- * ppp0 0.0.0.0/0 0.0.0.0/0 icmp type 8 code 0 state NEW 0 0 ACCEPT tcp -- * ppp0 0.0.0.0/0 0.0.0.0/0 tcp dpt:5060 state NEW 0 0 ACCEPT udp -- * ppp0 0.0.0.0/0 0.0.0.0/0 udp dpt:5060 state NEW 0 0 ACCEPT udp -- * ppp0 0.0.0.0/0 0.0.0.0/0 udp dpts:35000:65000 state NEW 0 0 REJECT tcp -- * ppp0 0.0.0.0/0 0.0.0.0/0 reject-with tcp-reset 0 0 REJECT all -- * ppp0 0.0.0.0/0 0.0.0.0/0 reject-with icmp-net-prohibited __________________________________________________________________ Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

2 2

[Serusers] compiling ser core 0.9.0 on OS X
by Benjamin Black 12 Apr '05

12 Apr '05

in case this hasn't been reported previously, compiling ser core on OS X requires a very minor change to daemonize.c: #include <sys/time.h> has to be above #include <sys/resource.h> if i should submit a patch for this triviality, let me know. otherwise, i'll assume this is sufficient. ben

2 1

[Serusers] SER X AS5300
by Welesley Sibelson Dias 12 Apr '05

12 Apr '05

I have one AS5300 with : Cisco Internetwork Operating System Software IOS (tm) 5300 Software (C5300-JS-M), Version 12.1(1)T, RELEASE SOFTWARE (fc1) Copyright (c) 1986-2000 by cisco Systems, Inc. Compiled Sun 19-Mar-00 01:19 by ccai Image text-base: 0x600088F8, data-base: 0x61150000 ROM: System Bootstrap, Version 11.2(9)XA, RELEASE SOFTWARE (fc2) BOOTFLASH: 5300 Software (C5300-BOOT-M), Version 12.0(4)T1, RELEASE SOFTWARE () tahoGWPSTNUDI uptime is 3 minutes System returned to ROM by reload at 00:06:02 UTC Sat Jan 1 2000 System image file is "flash:c5300-js-mz.121-1.T" cisco AS5300 (R4K) processor (revision A.32) with 65536K/16384K bytes of memory. Processor board ID 10080984 R4700 CPU at 150Mhz, Implementation 33, Rev 1.0, 512KB L2 Cache Channelized E1, Version 1.0. Bridging software. X.25 software, Version 3.0.0. SuperLAT software (copyright 1990 by Meridian Technology Corp). TN3270 Emulation software. Primary Rate ISDN software, Version 1.1Backplane revision 2 Manufacture Cookie Info: EEPROM Type 0x0001, EEPROM Version 0x01, Board ID 0x30, Board Hardware Version 3.2, Item Number 73-2414-6, Board Revision C0, Serial Number 10080984, PLD/ISP Version 255.255, Manufacture Date 14-Oct-1998. 1 Ethernet/IEEE 802.3 interface(s) 1 FastEthernet/IEEE 802.3 interface(s) 35 Serial network interface(s) 240 terminal line(s) 8 Channelized E1/PRI port(s) 128K bytes of non-volatile configuration memory. 16384K bytes of processor board System flash (Read/Write) 8192K bytes of processor board Boot flash (Read/Write) Directory of flash:/ 1 -rw- 9358184 <no date> c5300-js-mz.121-1.T 2 -rw- 465798 <no date> pw.2711.ios but i can't configure codecs i enter into voice-class e enter preference codec but don't accept somebody know with more need me . thks a lot Welesley Sibelson Dias

4 4

[Serusers] SER-0.9 and MediaProxy-1.3 no sound
by Aaron W 12 Apr '05

12 Apr '05

I have been playnig with SER for a few weeks now on an internal network (all 192.168.X.X) I now want to set up SER to handle NAT so that I can give it a public IP and have my Cisco ATA188's and X-Lite Softphones connect from anywhere. I followed the guide/instructions fron www.onsip.org I ahve SER-0.9 and MediaProxy1.3 up and running. Using the same ser.cfg from onsip.org I thought things were good. I can call from one internal Cisco ATA to another, but there is no sound. During the call if I run sessions.py I see the call although the from and To IP addesses are "XXX.XXX.XXX.XXX" and the status is "Inactive". I assume that is correct as it shouldn't use proxying for an internal to internal call. I am NOT using mediaidspather as both SER and MediaProxy are on the same machine. I want to get internal to internal calling to work before I go back to testing NAT. I am not sure how to debug this further. Any help would be great. Below is my ser.cfg, and mediaproxy.ini SER.cfg # file with Nat'ing setup # #set all Master Level Flags # debug=3 #fork=yes #log_stderror=no /* fork=no log_stderror=yes */ dns=no rev_dns=no fifo="/tmp/ser_fifo" # # Load all Modules # loadmodule "//lib/ser/modules/mysql.so" loadmodule "//lib/ser/modules/sl.so" loadmodule "//lib/ser/modules/tm.so" loadmodule "//lib/ser/modules/rr.so" loadmodule "//lib/ser/modules/maxfwd.so" loadmodule "//lib/ser/modules/usrloc.so" loadmodule "//lib/ser/modules/registrar.so" loadmodule "//lib/ser/modules/auth.so" loadmodule "//lib/ser/modules/auth_db.so" loadmodule "//lib/ser/modules/uri.so" loadmodule "//lib/ser/modules/uri_db.so" #loadmodule "//lib/ser/modules/avpops.so" loadmodule "//lib/ser/modules/textops.so" loadmodule "//lib/ser/modules/domain.so" loadmodule "//lib/ser/modules/mediaproxy.so" loadmodule "//lib/ser/modules/nathelper.so" # #Set Module Parameters # modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "password_column", "password") modparam("nathelper", "rtpproxy_disable", 1) modparam("nathelper", "natping_interval", 0) modparam("mediaproxy","natping_interval", 30) modparam("mediaproxy","mediaproxy_socket", "/var/run/mediaproxy.sock") modparam("mediaproxy","sip_asymmetrics","/etc/ser/sip-clients") modparam("mediaproxy","rtp_asymmetrics","/etc/ser/rtp-clients") modparam("usrloc", "db_mode", 2) modparam("registrar", "nat_flag", 6) modparam("rr", "enable_full_lr", 1) # # begin Main Route Block # route { # ----------------------------------------------------------------- # Sanity Check Section # ----------------------------------------------------------------- if (!mf_process_maxfwd_header("10")) { sl_send_reply("483", "Too Many Hops"); break; }; if (msg:len > max_len) { sl_send_reply("513", "Message Overflow"); break; }; # ----------------------------------------------------------------- # Record Route Section # ----------------------------------------------------------------- /*if (method=="INVITE" && client_nat_test("3")) {*/ if (method=="INVITE") { #record_route_preset("192.168.122.135:5060;nat=yes"); # insert IP address #} else if (method!="REGISTER") { record_route(); }; # ----------------------------------------------------------------- # Call Tear Down Section # ----------------------------------------------------------------- if (method=="BYE" || method=="CANCEL") { end_media_session(); }; # ----------------------------------------------------------------- # Loose Route Section # ----------------------------------------------------------------- if (loose_route()) { if (has_totag() && method=="INVITE") { if (client_nat_test("3") || search("^Route:.*;nat=yes")) { setflag(6); # use_media_proxy(); }; }; route(1); break; }; # ----------------------------------------------------------------- # Call Type Processing Section # ----------------------------------------------------------------- if (uri==myself) { if (method=="INVITE") { route(3); break; } else if (method=="REGISTER") { route(2); break; }; if (!lookup("location")) { if (uri=~"^sip:30") { rewritehost("162.168.191.1"); }; if (uri=~"^sip:83") { rewritehost("192.168.194.1"); }; }; route(1); }; } route[1] { # Default Message Handler # ----------------------------------------------------------------- t_on_reply("1"); if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; } route[2] { # ----------------------------------------------------------------- # REGISTER Message Handler # ---------------------------------------------------------------- sl_send_reply("100", "Trying"); if (!search("^Contact: \*") && client_nat_test("7")) { setflag(6); fix_nated_register(); force_rport(); }; if (!www_authorize("a.b.c ","subscriber")) { www_challenge("a.b.c ","0"); break; }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); break; }; consume_credentials(); if (!save("location")) { sl_reply_error(); }; } route[3] { # ----------------------------------------------------------------- # INVITE Message Handler # ----------------------------------------------------------------- if (client_nat_test("3")) { setflag(7); force_rport(); fix_nated_contact(); }; if (!lookup("location")) { if (uri=~"^sip:30") { rewritehost("162.168.191.1"); }; if (uri=~"^sip:83") { rewritehost("192.168.194.1"); }; }; if (!proxy_authorize("a.b.c ","subscriber")) { proxy_challenge("a.b.c","0"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); if (isflagset(6) || isflagset(7)) { use_media_proxy(); }; route(1); } onreply_route[1] { if ((isflagset(6) || isflagset(7)) && (status=~"(180)|(183)|2[0-9][0-9]")) { if (!search("^Content-Length:\ 0")) { use_media_proxy(); }; }; if (client_nat_test("1")) { fix_nated_contact(); }; } Mediaproxy.ini ; ; Configuration file for MediaProxy ; [Dispatcher] ;socket = /var/run/proxydispatcher.sock ;group = ser ;defaultProxy = /var/run/mediaproxy.sock [MediaProxy] ;socket = /var/run/mediaproxy.sock ;group = ser ;listen = None allow = any ;proxyIP = 10.0.0.1 ;portRange = 35000:65000 ;TOS = 0xb8 ;idleTimeout = 60 ;holdTimeout = 3600 ;forceClose = 0 accounting = off [Accounting] user = dbuser password = dbpass host = dbhost database = radius table = radacct

1 0

[Serusers] RegEx manipulation of RURI?
by Martin Koenig 12 Apr '05

12 Apr '05

Hello, is it possible to do regex-manipulation on the RURI? RURI-in aaaa-bbbb-ccccccccccccccc Regex ([aaaaa])-([bbbb])-([c*]) RURI-out \1-\3 With best regards, Martin Koenig

3 5

Re: [Serusers] Call rout to PSTN gw
by Kamran Ahmad 12 Apr '05

12 Apr '05

should i use for NAT+PSTN call but when i am trying from PrivateIP it is saying "603 Decline" if (uri=~"^sip:6[0-9]*@202.42.132.133") { rewritehostport("203.193.46.38:5060"); #t_relay(); force_rport(); fix_nated_contact(); force_rtp_proxy(); t_relay(); break; } --- "Greger V. Teigre" <greger(a)teigre.com> wrote: > You forgot t_relay(); > > if (method=="INVITE") { > rewritehostport("gwIP:5060"); > => > break; > }; > > Kamran Ahmad wrote: > > hello > > > > i have a simple problem i am trying to rout my > call to > > PSTN gateway but it is not working > > > > but i cant receive any request on gateway > > > > route { > > > > # > > > ----------------------------------------------------------------- > > # Sanity Check Section > > # > > > ----------------------------------------------------------------- > > > > if (!mf_process_maxfwd_header("10")) { > > sl_send_reply("483", "Too Many Hops"); > > break; > > }; > > > > if (msg:len > max_len) { > > sl_send_reply("513", "Message > Overflow"); > > break; > > }; > > > > # > > > ----------------------------------------------------------------- > > # Record Route Section > > # > > > ----------------------------------------------------------------- > > > > if (method=="INVITE") { > > rewritehostport("gwIP:5060"); > > break; > > }; > > > > > > if (method!="REGISTER") { > > save("location"); > > record_route(); > > }; > > } > > > > > > > > > > __________________________________ > > Do you Yahoo!? > > Yahoo! Small Business - Try our new resources > site! > > http://smallbusiness.yahoo.com/resources/ > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail

2 1

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

12 Apr '05

By the way I have tried dropping the tbale manually: mysqladmin -u root -p <password> drop ser then /opt/ser/sbin/ser_mysql.sh create. > >---- Original Message ---- >From: ashling.odriscoll(a)cit.ie >To: greger(a)teigre.com, ashling.odriscoll(a)cit.ie >Subject: Re: [Serusers] Starting SER : PID file >exists(/var/run/ser.pid)already running? >Date: Mon, 11 Apr 2005 17:17:44 +0100 > >>Hi Greger, >> >>The error seems to be ERROR: : fix_expr : fix_actions error >> >>I reckon this is something got to do with mysql database because I >>dont think it updated. However when I do /opt/ser/sbin/ser_mysql.sh >>drop and /opt/ser/sbin/ser_mysql.sh, the database still isnt updated >>i.e. it has a column "version" instead of "table_version" in the >>version table of the SER database. What can I do?? >> >>localhost:~ # /opt/ser/sbin/ser -D -E >>Listening on >> udp: 127.0.0.1 [127.0.0.1]:5060 >> udp: 157.190.74.152 [157.190.74.152]:5060 >> tcp: 127.0.0.1 [127.0.0.1]:5060 >> tcp: 157.190.74.152 [157.190.74.152]:5060 >>Aliases: >> tcp: localhost.localdomain:5060 >> tcp: localhost:5060 >> udp: localhost.localdomain:5060 >> udp: localhost:5060 >> *: 157.190.74.152:5060:* >> >>WARNING: no fork mode and more than one listen address found(will >>use only the the first one) >>stateless - initializing >> 0(0) Maxfwd module- initializing >>textops - initializing >> 0(0) db_url=(nil) >> 0(0) db_url= >> 0(0) db_url.len=0 >> 0(0) pa_domain=sip.handhelds.org >> 0(0) pa_mod: use_db=0 db_url.s= pa_domain=sip.handhelds.org >> 0(0) pa_mod_init done >> 0(0) submit_query(): Unknown column 'table_version' in 'field list' >> 0(0) submit_query(): Error while submitting query >> 0(0) table_version(): Error in db_query >> 0(0) register_udomain(): Error while querying table version >> 0(0) domain_fixup(): Error while registering domain >> 0(0) ERROR: fix_expr : fix_actions error >>ERROR: error -1 while trying to fix configuration >>localhost:~ # /opt/ser/sbin/ser -c >>Listening on >> udp: 127.0.0.1 [127.0.0.1]:5060 >> udp: 157.190.74.152 [157.190.74.152]:5060 >> tcp: 127.0.0.1 [127.0.0.1]:5060 >> tcp: 157.190.74.152 [157.190.74.152]:5060 >>Aliases: >> tcp: localhost.localdomain:5060 >> tcp: localhost:5060 >> udp: localhost.localdomain:5060 >> udp: localhost:5060 >> *: 157.190.74.152:5060:* >> >>config file ok, exiting... >>> >>>---- Original Message ---- >>>From: greger(a)teigre.com >>>To: ashling.odriscoll(a)cit.ie >>>Subject: Re: [Serusers] Starting SER : PID file >>>exists(/var/run/ser.pid)already running? >>>Date: Sun, 10 Apr 2005 11:39:19 +0200 >>> >>>>Seems like the output from the end of SER's exit. Could you post >the >>>whole >>>>output? Somewhere you should have an error... >>>>g-) >>>> >>>>Aisling O'Driscoll wrote: >>>>> Hello, >>>>> >>>>> If I start SER with "ser -d -d -d -d -d -d -d -D -E". I get >>>something >>>>> like the following: >>>>> >>>>> 0(0) qm_free(0x8109b00, 0x8145548), called from script_cb.c: >>>>> destroy_script_cb(81) >>>>> 0(0) qm_free: freeing frag. 0x8145530 alloc'ed from script_cb.c: >>>>> register_script_cb(53) >>>>> 0(0) qm_free(0x8109b00, 0x8145850), called from script_cb.c: >>>>> destroy_script_cb(83) >>>>> 0(0) qm_free: freeing frag. 0x8145838 alloc'ed from script_cb.c: >>>>> register_script_cb(53) >>>>> 0(0) qm_free(0x4045b000, 0x4049153c), called from main.c: >>>>> cleanup(373) >>>>> 0(0) qm_free: freeing frag. 0x40491524 alloc'ed from main.c: >>>>> main(1534) >>>>> 0(13787) shm_mem_destroy >>>>> 0(13787) destroying the shared memory lock >>>>> localhost:/opt/ser/sbin # pstree >>>>> >>>>> ....Does that explain anything? Again when I do pstree, I see 2* >>>>> [ser] instead of the usual 27 *[ser]. >>>>> >>>>> Kindest regards, >>>>> Aisling >>>>>> >>>>>> ---- Original Message ---- >>>>>> From: greger(a)teigre.com >>>>>> To: ashling.odriscoll(a)cit.ie, llanosserna(a)hotmail.com >>>>>> Subject: Re: [Serusers] Starting SER : PID file >>>>>> exists(/var/run/ser.pid)already running? >>>>>> Date: Fri, 8 Apr 2005 19:30:22 +0200 >>>>>> >>>>>>> Try to start ser up in debug/no-fork mode!! You will see if >it >>>>>> crashes. >>>>>>> g-) >>>>>>> >>>>>>> Aisling O'Driscoll wrote: >>>>>>>> Hello, >>>>>>>> >>>>>>>> When I removed the ser.pid file from /var/run and ran >>>>>>>> /opt/ser/sbin/serctl start, it said SER had started. Then >when >>>I >>>>>> look >>>>>>>> at pstree, I see 2 * [ser]. However usually when SER is >working >>>>>>>> properly it says 27 * [ser]. When I check netstat -tunap, I >>>dont >>>>>> see >>>>>>>> SER working. >>>>>>>> >>>>>>>> Any other ideas? >>>>>>>> >>>>>>>> ---- Original Message ---- >>>>>>>> From: llanosserna(a)hotmail.com >>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>> Subject: RE: [Serusers] Starting SER : PID file exists >>>>>>>> (/var/run/ser.pid)already running? >>>>>>>> Date: Fri, 08 Apr 2005 13:53:25 +0200 >>>>>>>> >>>>>>>>> <html><div style='background-color:'><DIV class=RTE></DIV> >>>>>>>>> <P>Make sure ser is not running with a </P> >>>>>>>>> <P>>ps -ef</P> >>>>>>>>> <P>I fit's not there, just remove the pid file</P> >>>>>>>>> <P>>rm /var/run/ser.pid</P> >>>>>>>>> <P>And then you should be able to start ser</P> >>>>>>>>> <P> </P> >>>>>>>>> <P> </P> >>>>>>>>> <P> </P> >>>>>>>>> <DIV class=RTE>>Hi, </DIV> >>>>>>>>> <DIV></DIV>> >>>>>>>>> <DIV></DIV>>I am wondering if anyone has ever come across >>>this >>>>>>>>> error before?: >>>>>>>>> <DIV></DIV>> >>>>>>>>> <DIV></DIV>>Starting SER : PID file exists! >>>(/var/run/ser.pid) >>>>>>>>> already running? >>>>>>>>> <DIV></DIV>> >>>>>>>>> <DIV></DIV>>I am using ser 0.9.0 and it worked like a >charm >>>>>> the >>>>>>>>> first few times >>>>>>>>> <DIV></DIV>>that I stopped and started SER. There are no >>>>>> errors in >>>>>>>>> <DIV></DIV>>/var/log/messages. I also started SER as >>>>>>>>> /opt/ser/sbin/ser -c and it >>>>>>>>> <DIV></DIV>>showed that the config was ok and exited. >>>However >>>>>> when >>>>>>>>> I check >>>>>>>>> <DIV></DIV>>pstree, I dont see SER listening. >>>>>>>>> <DIV></DIV>> >>>>>>>>> <DIV></DIV>>Could it perhaps be something got to do with >>>the >>>>>>>>> database?. Example: >>>>>>>>> <DIV></DIV>>Should the version table in the SER database >>>>>> contain >>>>>>>>> "version" or >>>>>>>>> <DIV></DIV>>"table_version"? I have tried dropping and >>>>>> restarting >>>>>>>>> the database >>>>>>>>> <DIV></DIV>>i.e. /opt/ser/sbin/ser_mysql.sh drop, then >>>>>>>>> <DIV></DIV>>./opt/ser/sbin/ser_mysql.sh create. >>>>>>>>> <DIV></DIV>> >>>>>>>>> <DIV></DIV>>Any ideas would be appreciated. >>>>>>>>> <DIV></DIV>>Thanks, >>>>>>>>> <DIV></DIV>>Aisling. >>>>>>>>> <DIV></DIV>> >>>>>>>>> <DIV></DIV>> >>>>>>>>> >>>>>> >>><DIV></DIV>>-------------------Legal  Disclaimer------ >-- >>>>>>>>> ------------------------------- >>>>>>>>> <DIV></DIV>> >>>>>>>>> <DIV></DIV>>The above electronic mail transmission is >>>>>> confidential >>>>>>>>> and intended only for the person to whom it is addressed. >Its >>>>>>>>> contents may be protected by legal and/or professional >>>privilege. >>>>>>>>> Should it be received by you in error please contact the >>>sender >>>>>> at >>>>>>>>> the above quoted email address. Any unauthorised form of >>>>>> reproduction >>>>>>>>> of this message is strictly prohibited. The Institute does >not >>>>>>>>> guarantee the security of any information electronically >>>>>> transmitted >>>>>>>>> and is not liable if the information contained in this >>>>>> communication >>>>>>>>> is not a proper and complete record of the message as >>>transmitted >>>>>> by >>>>>>>>> the sender nor for any delay in its receipt. >>>>>>>>> <DIV></DIV>> >>>>>>>>> ><DIV></DIV>>_______________________________________________ >>>>>>>>> <DIV></DIV>>Serusers mailing list >>>>>>>>> <DIV></DIV>>Serusers(a)iptel.org >>>>>>>>> ><DIV></DIV>>http://mail.iptel.org/mailman/listinfo/serusers >>>>>>>>> <DIV></DIV></div></html> >>>>>>>>> >>>>>>>>> >>>>>>>>> -------------------Legal >>>>>>>>> Disclaimer--------------------------------------- >>>>>>>>> >>>>>>>>> The above electronic mail transmission is confidential and >>>>>> intended >>>>>>>>> only for the person to whom it is addressed. Its contents >may >>>be >>>>>>>>> protected by legal and/or professional privilege. Should it >be >>>>>>>>> received by you in error please contact the sender at the >>>above >>>>>>>>> quoted email address. Any unauthorised form of reproduction >of >>>>>> this >>>>>>>>> message is strictly prohibited. The Institute does not >>>guarantee >>>>>> the >>>>>>>>> security of any information electronically transmitted and >is >>>not >>>>>>>>> liable if the information contained in this communication is >>>not >>>>>> a >>>>>>>>> proper and complete record of the message as transmitted by >>>the >>>>>>>>> sender nor for any delay in its receipt. >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -------------------Legal >>>>>>>> Disclaimer--------------------------------------- >>>>>>>> >>>>>>>> The above electronic mail transmission is confidential and >>>>>> intended >>>>>>>> only for the person to whom it is addressed. Its contents may >>>be >>>>>>>> protected by legal and/or professional privilege. Should it >be >>>>>>>> received by you in error please contact the sender at the >above >>>>>>>> quoted email address. Any unauthorised form of reproduction >of >>>>>> this >>>>>>>> message is strictly prohibited. The Institute does not >>>guarantee >>>>>> the >>>>>>>> security of any information electronically transmitted and is >>>not >>>>>>>> liable if the information contained in this communication is >>>not a >>>>>>>> proper and complete record of the message as transmitted by >the >>>>>>>> sender nor for any delay in its receipt. >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Serusers mailing list >>>>>>>> Serusers(a)iptel.org >>>>>>>> http://mail.iptel.org/mailman/listinfo/serusers >>>>>>> >>>>>>> -------------------Legal >>>>>> Disclaimer--------------------------------------- >>>>>>> >>>>>>> The above electronic mail transmission is confidential and >>>intended >>>>>> only for the person to whom it is addressed. Its contents may >be >>>>>> protected by legal and/or professional privilege. Should it be >>>>>> received by you in error please contact the sender at the above >>>>>> quoted email address. Any unauthorised form of reproduction of >>>this >>>>>> message is strictly prohibited. The Institute does not >guarantee >>>the >>>>>> security of any information electronically transmitted and is >not >>>>>> liable if the information contained in this communication is >not >>>a >>>>>> proper and complete record of the message as transmitted by the >>>>>> sender nor for any delay in its receipt. >>>>> >>>>> >>>>> -------------------Legal >>>>> Disclaimer--------------------------------------- >>>>> >>>>> The above electronic mail transmission is confidential and >>>intended >>>>> only for the person to whom it is addressed. Its contents may be >>>>> protected by legal and/or professional privilege. Should it be >>>>> received by you in error please contact the sender at the above >>>>> quoted email address. Any unauthorised form of reproduction of >>>this >>>>> message is strictly prohibited. The Institute does not guarantee >>>the >>>>> security of any information electronically transmitted and is >not >>>>> liable if the information contained in this communication is not >a >>>>> proper and complete record of the message as transmitted by the >>>>> sender nor for any delay in its receipt. >>>> >>>> >>>>-------------------Legal >>>Disclaimer--------------------------------------- >>>> >>>>The above electronic mail transmission is confidential and >intended >>>only for the person to whom it is addressed. Its contents may be >>>protected by legal and/or professional privilege. Should it be >>>received by you in error please contact the sender at the above >>>quoted email address. Any unauthorised form of reproduction of this >>>message is strictly prohibited. The Institute does not guarantee >the >>>security of any information electronically transmitted and is not >>>liable if the information contained in this communication is not a >>>proper and complete record of the message as transmitted by the >>>sender nor for any delay in its receipt. -------------------Legal Disclaimer--------------------------------------- The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt.

2 1

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

12 Apr '05

Ok I still have this error. However I have manageed to start SER another way. I did "find / -name ser_mysql.sh" beacuse I thought the problem stemmed from my database. I then deleted all the ser_mysql.sh scripts that werent supposed to exists out the /opt/ser directories. i did a manual drop the database and then started the mysql script as /opt/ser/sbin/ser_mysql.sh create. This worked and the tables are updated e.g. verion is now table_version. I still get an error when I start SER as /opt/ser/sbin/serctl start (PID already exists). However the server works when i start it as ser -d -E. ---- Original Message ---- From: ashling.odriscoll(a)cit.ie To: ashling.odriscoll(a)cit.ie, greger(a)teigre.com, ashling.odriscoll(a)cit.ie Subject: Re: [Serusers] Starting SER : PID file exists(/var/run/ser.pid)already running? Date: Mon, 11 Apr 2005 17:26:11 +0100 >By the way I have tried dropping the tbale manually: mysqladmin -u >root -p <password> drop ser >then /opt/ser/sbin/ser_mysql.sh create. > >> >>---- Original Message ---- >>From: ashling.odriscoll(a)cit.ie >>To: greger(a)teigre.com, ashling.odriscoll(a)cit.ie >>Subject: Re: [Serusers] Starting SER : PID file >>exists(/var/run/ser.pid)already running? >>Date: Mon, 11 Apr 2005 17:17:44 +0100 >> >>>Hi Greger, >>> >>>The error seems to be ERROR: : fix_expr : fix_actions error >>> >>>I reckon this is something got to do with mysql database because I >>>dont think it updated. However when I do /opt/ser/sbin/ser_mysql.sh >>>drop and /opt/ser/sbin/ser_mysql.sh, the database still isnt >updated >>>i.e. it has a column "version" instead of "table_version" in the >>>version table of the SER database. What can I do?? >>> >>>localhost:~ # /opt/ser/sbin/ser -D -E >>>Listening on >>> udp: 127.0.0.1 [127.0.0.1]:5060 >>> udp: 157.190.74.152 [157.190.74.152]:5060 >>> tcp: 127.0.0.1 [127.0.0.1]:5060 >>> tcp: 157.190.74.152 [157.190.74.152]:5060 >>>Aliases: >>> tcp: localhost.localdomain:5060 >>> tcp: localhost:5060 >>> udp: localhost.localdomain:5060 >>> udp: localhost:5060 >>> *: 157.190.74.152:5060:* >>> >>>WARNING: no fork mode and more than one listen address found(will >>>use only the the first one) >>>stateless - initializing >>> 0(0) Maxfwd module- initializing >>>textops - initializing >>> 0(0) db_url=(nil) >>> 0(0) db_url= >>> 0(0) db_url.len=0 >>> 0(0) pa_domain=sip.handhelds.org >>> 0(0) pa_mod: use_db=0 db_url.s= pa_domain=sip.handhelds.org >>> 0(0) pa_mod_init done >>> 0(0) submit_query(): Unknown column 'table_version' in 'field >list' >>> 0(0) submit_query(): Error while submitting query >>> 0(0) table_version(): Error in db_query >>> 0(0) register_udomain(): Error while querying table version >>> 0(0) domain_fixup(): Error while registering domain >>> 0(0) ERROR: fix_expr : fix_actions error >>>ERROR: error -1 while trying to fix configuration >>>localhost:~ # /opt/ser/sbin/ser -c >>>Listening on >>> udp: 127.0.0.1 [127.0.0.1]:5060 >>> udp: 157.190.74.152 [157.190.74.152]:5060 >>> tcp: 127.0.0.1 [127.0.0.1]:5060 >>> tcp: 157.190.74.152 [157.190.74.152]:5060 >>>Aliases: >>> tcp: localhost.localdomain:5060 >>> tcp: localhost:5060 >>> udp: localhost.localdomain:5060 >>> udp: localhost:5060 >>> *: 157.190.74.152:5060:* >>> >>>config file ok, exiting... >>>> >>>>---- Original Message ---- >>>>From: greger(a)teigre.com >>>>To: ashling.odriscoll(a)cit.ie >>>>Subject: Re: [Serusers] Starting SER : PID file >>>>exists(/var/run/ser.pid)already running? >>>>Date: Sun, 10 Apr 2005 11:39:19 +0200 >>>> >>>>>Seems like the output from the end of SER's exit. Could you post >>the >>>>whole >>>>>output? Somewhere you should have an error... >>>>>g-) >>>>> >>>>>Aisling O'Driscoll wrote: >>>>>> Hello, >>>>>> >>>>>> If I start SER with "ser -d -d -d -d -d -d -d -D -E". I get >>>>something >>>>>> like the following: >>>>>> >>>>>> 0(0) qm_free(0x8109b00, 0x8145548), called from script_cb.c: >>>>>> destroy_script_cb(81) >>>>>> 0(0) qm_free: freeing frag. 0x8145530 alloc'ed from >script_cb.c: >>>>>> register_script_cb(53) >>>>>> 0(0) qm_free(0x8109b00, 0x8145850), called from script_cb.c: >>>>>> destroy_script_cb(83) >>>>>> 0(0) qm_free: freeing frag. 0x8145838 alloc'ed from >script_cb.c: >>>>>> register_script_cb(53) >>>>>> 0(0) qm_free(0x4045b000, 0x4049153c), called from main.c: >>>>>> cleanup(373) >>>>>> 0(0) qm_free: freeing frag. 0x40491524 alloc'ed from main.c: >>>>>> main(1534) >>>>>> 0(13787) shm_mem_destroy >>>>>> 0(13787) destroying the shared memory lock >>>>>> localhost:/opt/ser/sbin # pstree >>>>>> >>>>>> ....Does that explain anything? Again when I do pstree, I see >2* >>>>>> [ser] instead of the usual 27 *[ser]. >>>>>> >>>>>> Kindest regards, >>>>>> Aisling >>>>>>> >>>>>>> ---- Original Message ---- >>>>>>> From: greger(a)teigre.com >>>>>>> To: ashling.odriscoll(a)cit.ie, llanosserna(a)hotmail.com >>>>>>> Subject: Re: [Serusers] Starting SER : PID file >>>>>>> exists(/var/run/ser.pid)already running? >>>>>>> Date: Fri, 8 Apr 2005 19:30:22 +0200 >>>>>>> >>>>>>>> Try to start ser up in debug/no-fork mode!! You will see if >>it >>>>>>> crashes. >>>>>>>> g-) >>>>>>>> >>>>>>>> Aisling O'Driscoll wrote: >>>>>>>>> Hello, >>>>>>>>> >>>>>>>>> When I removed the ser.pid file from /var/run and ran >>>>>>>>> /opt/ser/sbin/serctl start, it said SER had started. Then >>when >>>>I >>>>>>> look >>>>>>>>> at pstree, I see 2 * [ser]. However usually when SER is >>working >>>>>>>>> properly it says 27 * [ser]. When I check netstat -tunap, I >>>>dont >>>>>>> see >>>>>>>>> SER working. >>>>>>>>> >>>>>>>>> Any other ideas? >>>>>>>>> >>>>>>>>> ---- Original Message ---- >>>>>>>>> From: llanosserna(a)hotmail.com >>>>>>>>> To: ashling.odriscoll(a)cit.ie >>>>>>>>> Subject: RE: [Serusers] Starting SER : PID file exists >>>>>>>>> (/var/run/ser.pid)already running? >>>>>>>>> Date: Fri, 08 Apr 2005 13:53:25 +0200 >>>>>>>>> >>>>>>>>>> <html><div style='background-color:'><DIV class=RTE></DIV> >>>>>>>>>> <P>Make sure ser is not running with a </P> >>>>>>>>>> <P>>ps -ef</P> >>>>>>>>>> <P>I fit's not there, just remove the pid file</P> >>>>>>>>>> <P>>rm /var/run/ser.pid</P> >>>>>>>>>> <P>And then you should be able to start ser</P> >>>>>>>>>> <P> </P> >>>>>>>>>> <P> </P> >>>>>>>>>> <P> </P> >>>>>>>>>> <DIV class=RTE>>Hi, </DIV> >>>>>>>>>> <DIV></DIV>> >>>>>>>>>> <DIV></DIV>>I am wondering if anyone has ever come >across >>>>this >>>>>>>>>> error before?: >>>>>>>>>> <DIV></DIV>> >>>>>>>>>> <DIV></DIV>>Starting SER : PID file exists! >>>>(/var/run/ser.pid) >>>>>>>>>> already running? >>>>>>>>>> <DIV></DIV>> >>>>>>>>>> <DIV></DIV>>I am using ser 0.9.0 and it worked like a >>charm >>>>>>> the >>>>>>>>>> first few times >>>>>>>>>> <DIV></DIV>>that I stopped and started SER. There are no >>>>>>> errors in >>>>>>>>>> <DIV></DIV>>/var/log/messages. I also started SER as >>>>>>>>>> /opt/ser/sbin/ser -c and it >>>>>>>>>> <DIV></DIV>>showed that the config was ok and exited. >>>>However >>>>>>> when >>>>>>>>>> I check >>>>>>>>>> <DIV></DIV>>pstree, I dont see SER listening. >>>>>>>>>> <DIV></DIV>> >>>>>>>>>> <DIV></DIV>>Could it perhaps be something got to do with >>>>the >>>>>>>>>> database?. Example: >>>>>>>>>> <DIV></DIV>>Should the version table in the SER database >>>>>>> contain >>>>>>>>>> "version" or >>>>>>>>>> <DIV></DIV>>"table_version"? I have tried dropping and >>>>>>> restarting >>>>>>>>>> the database >>>>>>>>>> <DIV></DIV>>i.e. /opt/ser/sbin/ser_mysql.sh drop, then >>>>>>>>>> <DIV></DIV>>./opt/ser/sbin/ser_mysql.sh create. >>>>>>>>>> <DIV></DIV>> >>>>>>>>>> <DIV></DIV>>Any ideas would be appreciated. >>>>>>>>>> <DIV></DIV>>Thanks, >>>>>>>>>> <DIV></DIV>>Aisling. >>>>>>>>>> <DIV></DIV>> >>>>>>>>>> <DIV></DIV>> >>>>>>>>>> >>>>>>> >>>><DIV></DIV>>-------------------Legal  Disclaimer----- >- >>-- >>>>>>>>>> ------------------------------- >>>>>>>>>> <DIV></DIV>> >>>>>>>>>> <DIV></DIV>>The above electronic mail transmission is >>>>>>> confidential >>>>>>>>>> and intended only for the person to whom it is addressed. >>Its >>>>>>>>>> contents may be protected by legal and/or professional >>>>privilege. >>>>>>>>>> Should it be received by you in error please contact the >>>>sender >>>>>>> at >>>>>>>>>> the above quoted email address. Any unauthorised form of >>>>>>> reproduction >>>>>>>>>> of this message is strictly prohibited. The Institute does >>not >>>>>>>>>> guarantee the security of any information electronically >>>>>>> transmitted >>>>>>>>>> and is not liable if the information contained in this >>>>>>> communication >>>>>>>>>> is not a proper and complete record of the message as >>>>transmitted >>>>>>> by >>>>>>>>>> the sender nor for any delay in its receipt. >>>>>>>>>> <DIV></DIV>> >>>>>>>>>> >><DIV></DIV>>_______________________________________________ >>>>>>>>>> <DIV></DIV>>Serusers mailing list >>>>>>>>>> <DIV></DIV>>Serusers(a)iptel.org >>>>>>>>>> >><DIV></DIV>>http://mail.iptel.org/mailman/listinfo/serusers >>>>>>>>>> <DIV></DIV></div></html> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -------------------Legal >>>>>>>>>> Disclaimer--------------------------------------- >>>>>>>>>> >>>>>>>>>> The above electronic mail transmission is confidential and >>>>>>> intended >>>>>>>>>> only for the person to whom it is addressed. Its contents >>may >>>>be >>>>>>>>>> protected by legal and/or professional privilege. Should it >>be >>>>>>>>>> received by you in error please contact the sender at the >>>>above >>>>>>>>>> quoted email address. Any unauthorised form of reproduction >>of >>>>>>> this >>>>>>>>>> message is strictly prohibited. The Institute does not >>>>guarantee >>>>>>> the >>>>>>>>>> security of any information electronically transmitted and >>is >>>>not >>>>>>>>>> liable if the information contained in this communication >is >>>>not >>>>>>> a >>>>>>>>>> proper and complete record of the message as transmitted by >>>>the >>>>>>>>>> sender nor for any delay in its receipt. >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -------------------Legal >>>>>>>>> Disclaimer--------------------------------------- >>>>>>>>> >>>>>>>>> The above electronic mail transmission is confidential and >>>>>>> intended >>>>>>>>> only for the person to whom it is addressed. Its contents >may >>>>be >>>>>>>>> protected by legal and/or professional privilege. Should it >>be >>>>>>>>> received by you in error please contact the sender at the >>above >>>>>>>>> quoted email address. Any unauthorised form of reproduction >>of >>>>>>> this >>>>>>>>> message is strictly prohibited. The Institute does not >>>>guarantee >>>>>>> the >>>>>>>>> security of any information electronically transmitted and >is >>>>not >>>>>>>>> liable if the information contained in this communication is >>>>not a >>>>>>>>> proper and complete record of the message as transmitted by >>the >>>>>>>>> sender nor for any delay in its receipt. >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Serusers mailing list >>>>>>>>> Serusers(a)iptel.org >>>>>>>>> http://mail.iptel.org/mailman/listinfo/serusers >>>>>>>> >>>>>>>> -------------------Legal >>>>>>> Disclaimer--------------------------------------- >>>>>>>> >>>>>>>> The above electronic mail transmission is confidential and >>>>intended >>>>>>> only for the person to whom it is addressed. Its contents may >>be >>>>>>> protected by legal and/or professional privilege. Should it be >>>>>>> received by you in error please contact the sender at the >above >>>>>>> quoted email address. Any unauthorised form of reproduction of >>>>this >>>>>>> message is strictly prohibited. The Institute does not >>guarantee >>>>the >>>>>>> security of any information electronically transmitted and is >>not >>>>>>> liable if the information contained in this communication is >>not >>>>a >>>>>>> proper and complete record of the message as transmitted by >the >>>>>>> sender nor for any delay in its receipt. >>>>>> >>>>>> >>>>>> -------------------Legal >>>>>> Disclaimer--------------------------------------- >>>>>> >>>>>> The above electronic mail transmission is confidential and >>>>intended >>>>>> only for the person to whom it is addressed. Its contents may >be >>>>>> protected by legal and/or professional privilege. Should it be >>>>>> received by you in error please contact the sender at the above >>>>>> quoted email address. Any unauthorised form of reproduction of >>>>this >>>>>> message is strictly prohibited. The Institute does not >guarantee >>>>the >>>>>> security of any information electronically transmitted and is >>not >>>>>> liable if the information contained in this communication is >not >>a >>>>>> proper and complete record of the message as transmitted by the >>>>>> sender nor for any delay in its receipt. >>>>> >>>>> >>>>>-------------------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.

1 0

RE: [Serusers] Load Balancing via UltraMonkey/ldirectord
by Matt Schulte 12 Apr '05

12 Apr '05

Yah I noticed the other post after I posted mine, I don't see how it would easily be possible to address the sticky issue. It would require making a SIP aware proxy of sorts, which is a bit out of my abilities. Has anyone been able to address this issue? Of course a layer7 switch would do wonders and eliminate the need for all this, but who has that money laying around :D I've done a little research (google) and noticed people mentioning it when talking about LVS, one guy said he was going to write a module but posted nothing more. That would be pretty slick. Matt -----Original Message----- From: Greger V. Teigre [mailto:greger@teigre.com] Sent: Monday, April 11, 2005 3:04 AM To: Matt Schulte; serusers(a)lists.iptel.org Subject: Re: [Serusers] Load Balancing via UltraMonkey/ldirectord If you see another thread (using the rather intuitive subject: Re: [Serusers] more usrloc synchronization), you will see discussions on using LVS in general. AFAIK, which high availability solution to use for LVS, is more based on your personal preferences, UltraMonkey is probably a safe choice. Anyway, you will need to address the "stickiness" issue. g-) Matt Schulte wrote: > Has anyone attempted to load balance SER using Ultramonkey/ldirectord? > I've noticed all it does is pretty much NAT and send requests > accordingly, the trick I guess would be the NAT part. If the SIP > headers = myself, would there really be any issues? One problem I can > foresee is the possibility that loose routing would hit the wrong > server. Just wanted to ask around before I wasted time trying it out > for myself :-) Thanks > > Matt > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

2 1

Re: [Serusers] still no help - usrloc synchronization
by Tina 12 Apr '05

12 Apr '05

Pretty good news, Paul. I've only tested IP tunneling. It worked for me. The problem I described was born in my thoughts. I've also read some complaints from SIP-LVS users. The only configuration where Call-Id stickness does not necessary is LVS-NAT. Unfortunately, NAT becomes bottleneck very fast. Java Rockx <javarockx(a)gmail.com> wrote: Tina, I wish I had more information on that, but that LVS stuff is a black art to me. One of our engineers whipped up an LVS configuration that seems quite happy with the Call-ID "stickness" you described. All I can say right now is that it is apparently possible to do this with 100% open source. (i'm keeping my fingers crossed) :-) Regards, Paul On Apr 10, 2005 11:03 PM, Tina <kramarv(a)yahoo.com> wrote:Paul, thanks a lot, it helps a lot. The thing I do not understand - how you are going to solve call-id stickness (see my another post). Since we're also use LVS I had to find something proprietary, I am afraid this is not a best solution, but the only I have today. KRs, Tina Java Rockx <javarockx(a)gmail.com> wrote: Tina, I really don't know how the LVS server is configured because our network guy that we acquired from RedHat set all that stuff up. I do know that we basically have this set up: I hope the formatting goes well :-) +-----------+ +----------+ +-------+ +---------+ +--------------------+ | internet |------| Cisco |------| LVS |-----| Cisco |----| Application | | cloud | | 3600 | | | | 3600 | | & DB Servers | +-----------+ +----------+ +--------+ +---------+ +--------------------+ So the "Application & DB Servers" box represents multiple servers (all are dedicated to their service). These include SER, MySQL, Apache, configuration management, monitoring, RTP proxies, etc. MySQL is active-active so we have two-way replication. We only have 2 MySQL servers. And this is all we plan on ever having as MySQL is more than capable of handling anything ser can throw at it (given the right hardware). Each ser server is 100% oblivious to other SER servers except for when handling REGISTER messages. Here is basically the ser.cfg for each SER server: listen=10.3.0.221 # this will be 10.3.0.222 on the peer sip proxy modparam("usrloc", "db_mode", 1) # write-through route { if (method=="REGISTER") { if (src_ip==10.3.0.221) { # ip of peer ser proxy save_memory("location"); break; } else { save("location"); t_replicate("10.3.0.222"); break; }; }; } We have identifed a deficiency in the usrloc module urecord.c file whereby when using write-though mode the save_memory() function still attempt to update MySQL. This is a very bad thing because it causes a primary key violation on the location table. Yesterday I posted a patch to serdev to fix this, but today we identified another case where save_memory() tried to insert in to the location table. I'll post a revised patch to serdev as soon as I get a chance. So here is what happens. Assume I have two sip routers and two MySQL servers as: sip-01 is 10.3.0.221 sip-02 is 10.3.0.222 db-01 is 10.2.0.21 db-02 is 10.2.0.22 Now let's just assume that sip-01 is connected to db-01 and sip-02 is connected to db-02. When a SIP UA connects to a sip router (via LVS), assume sip-01 in this example and REGISTERs, sip-01 will call save("location") which updates/inserts to the location table. sip-01 then calls t_replicate to sip-02. sip-02 recieves the REGISTER message and calls save_memory("location") to update its in-memory cache only. It should never hit db-02. Now db-01 eventually (within a second or two) replicates to db-02 and now sip-02 is good to go, even in the event of a restart. Our difficulties mostly surrounded the fact that ser was inserting the physical IP of eth0 on the server as the top VIA rather than the VIP as required. We solved this by using record_route_preset() and passing the VIP as the IP. We also had to bring up a dummy interface in order to get ser to honor the VIP. Hope this helps. Regards, Paul On Apr 8, 2005 7:19 PM, Tina <kramarv(a)yahoo.com> wrote: Paul, we are using LVS as well. It creates template connection according to source Ip (e.g. UAC) and forwards to one of the tunneled IP. I tested this a couple of weeks ago, ser was happy and inserted VIP into via header, the only issue is to route the calls into right server. I agree, there is no such thing as SIP-level clustering. However, how would you solve location problem by DB replication - 1) usrloc does not update from DB....2) even though, I am afraid it can become bottleneck and lock down users ... KRs, Tina Java Rockx <javarockx(a)gmail.com> wrote: See my inline comments. Regards, Paul On Apr 8, 2005 1:08 PM, Greger V. Teigre <greger(a)teigre.com> wrote: Hi Tina, > I enjoy reading your posts, thanks a lot for the great work you are > doing for ser users! Thanks :-) > I am going to consider that kind of scenario as well (load balancer > returning Virtual IP address). I think for such configuration server > side has to keep session information and always forward a call to the > right server. I believe the load balancer can be in front and transparantly translate addresses in the SIP messages: User agent always sees a.b.c.d | Load balancer with public IP a.b.c.d | | ser1 (10.0.0.2) ser2 (10.0.0.3) Paul: You have a similar load-balancing solution, right? Do you use a commerical load balancer that you can reveal the name of? :-) Our platform is 100% open source. Our load balancer is LVS. I have no idea how it actually works. One if our engineers from RedHat set all that networking stuff up and it's way beyond me. The load balancer need to understand SIP (sort of) and use something (ex. IP address of user agent) to select SER server to send to and rewrite incoming to 10.0.0.2 and 10.0.0.3 respectively and outgoing to a.b.c.d. ser1 and ser2 will happily believe they are alone and communicate directly with user agent using their own private addresses. Both should know about all users (usrloc). Paul just recently posted a small patch for a setup where they use two-way replication between two That small patch will need a slight revision. We discovered through further testing that that patch only fixed attempts to INSERT into the location table. We didn't cover the UPDATE route, unfortunately. I believe Andrew has that patch done and is testing it. So I'll post it to serdev as soon as we know it works - possibly later today. mysql servers and where each SER instance will save all REGISTERs it receives from user agents, but only save to memory those replicated from the other SER peer. Klaus pointed out that the same can be done by not doing mysql replication, but have one DB for each SER and just use t_replicate() and save_noreply() (for two servers, for more than two you need to use forward_tcp()). I have heard complaints that this approach will generate too much network traffic. Also, t_replicate() does not guarantee delivery of the replication (forward_tcp is better, but not fool proof). So, the "best" solution would probably be to hope that Paul's I fully agree. Replication at the sip proxy level, IMHO, is not a good idea. From a purist point of view, replication is not a function of a SIP router - nor should it be. It is a function of the database and we believe that the MySQL replication is a better approach from a speed and reliabilty point of view - not to mention that it simplifies the tasks of the sip router. recent TCP/UDP patch for network access to FIFO commands get included in the CVS. Then, a new replication module should use XMLRPC or whatever protocol the patch is using to forward (in a guaranteed mode) the usrloc information, which then would be injected directly into SER's memory, just like save() would, and of course in whatever db_mode you would like. The replicaton module would have to keep a queue (of course, flushed to a DB or something) in case of network problems, so that the replication would be done (sooner or later) regardless of problems. Of course, this is a major undertaking, so for most replication scenarioes, I would think the forward_tcp() + save_noreply() would work just fine. g-) > "Greger V. Teigre" <greger(a)teigre.com> wrote: > I was thinking about a load balancing scenario where the load > balancer will replace the IP addresses. > g-) > > ---- Original Message ---- > From: Tina > To: Greger V. Teigre > Sent: Wednesday, April 06, 2005 09:45 PM > Subject: Re: [Serusers] still no help - usrloc synchronization > >> Thank you for givingme the scenario with "restricted IP" NAT, I am >> starting to find some acceptable solution. >> Unfortunately, "one-public-IP" approach is not free from problems >> also. If your SIP router inserts this "one-public-IP" into the VIA >> header, the reply routing goes via wrong SIP server... >> If your SIP server inserts its real-IP-address - the scenario >> mentioned above is still not resolved. >> Any comments? >> Tina >> >> "Greger V. Teigre" <greger(a)teigre.com> wrote: >> See inline. >> >>> If you use DNS server for load balancing... the client receives one >>> of your domain IP addresses according to SRV. I don't see the >>> problem >>> with a call here, cause UAC asks t! he address only once (before >>> sending INVITE). UAC already has the IP for BYE/reINVITEs. So why >>> would you replicate INVITEs? >> >> I would never replicate INVITEs, I would just make sure that they are >> proxied through the correct SER server (i.e. IP). >> >> The problems depends on your setup. If you have SERs with different >> IPs, ex UA1 has registered with server A and UA2 has registered with >> server B: If UA2 wants to call UA1 and UA is behind an IP restricted >> NAT, server A is stored in the NAT table of the NAT in front of UA1. >> If server B sends an INVITE to UA1, the INVITE will be refused by >> UA1's NAT. >> This is why a "one public IP" in front of a load balancing >> cluster probably is a good way to go. >> >>> If you use IPVS/LVS... I believe you can force SER to insert it's >>> public IP into VIA,! so there is no problem with replies. With >>> regard >>> to another requests, I believe load balancer keeps connection >>> template, then when another request comes it would be forwarded to >>> the same ser. >> >> Yes. There are different "keys" to use to load balance SIP messages. >> One good way from a NAT point of view is to use originating IP >> address. What you must remember is that the problem is not on the >> server side, but on the client side. The NAT will in many situations >> stop incoming UDP packets if the originating ip:port is not already >> stored in the NAT table. The Via header does not matter for the NAT. >> g-) >> >>> Any comments? >>> >>> "Greger V. Teigre" <greger(a)teigre.com> wrote: >>> Yes, I believe that is so. But still you get a problem if the NAT is >>> restricted, port-restricted or symmetric... The best would be to >>> load>> balance and always make sure that a given client is handled >>> through a given >>> SER (REGISTER and INVITEs). That includes forwarding INVITEs from >>> one >>> SER to >>> another... OR you must load balance in front of your servers with >>> one >>> common >>> public IP. >>> g-) >>> >>> Matt Schulte wrote: >>>> 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 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 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 >>> >>> >>> >>> >>> Yahoo! Messenger >>> Show us what our next emoticon should look like. Join the fun. >> >> >> 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. _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers --------------------------------- Do you Yahoo!? Make Yahoo! your home page __________________________________________________ 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

2 1

[Serusers] SER no calls working
by Mr Greg Plater 12 Apr '05

12 Apr '05

Hi I am having troubles with making calls . I have SER compiled and working with mysql and SERWEB, Small issue with: 1(1885) ERROR: ul_add: flags expected when adding Alias from SERWEB but no issue creating it with serctl I start SER using /usr/local/sbin/ser -D -E No errors and is listening on the correct ip I have three users created with alias's example 38212349, 50, 51 Serctl ul show : output shows the registered users and the alias information no errors. When I try a test call from say alias 38212349 to 38212350 the phone trys to make the call but nothing happens. I see nothing no errors at all. What have I don't wrong. Please help if you can. hehehe I would like to call myself from one phone to the other. Cheers :-)

2 1

[Serusers] Call rout to PSTN gw
by Kamran Ahmad 12 Apr '05

12 Apr '05

hello i have a simple problem i am trying to rout my call to PSTN gateway but it is not working but i cant receive any request on gateway route { # ----------------------------------------------------------------- # Sanity Check Section # ----------------------------------------------------------------- if (!mf_process_maxfwd_header("10")) { sl_send_reply("483", "Too Many Hops"); break; }; if (msg:len > max_len) { sl_send_reply("513", "Message Overflow"); break; }; # ----------------------------------------------------------------- # Record Route Section # ----------------------------------------------------------------- if (method=="INVITE") { rewritehostport("gwIP:5060"); break; }; if (method!="REGISTER") { save("location"); record_route(); }; } __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

RE: [Serusers] STUN server
by info＠beeplove.com 12 Apr '05

12 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? Yes, but, if UA is behind symmetric NAT, I would not configure STUN to it. I'd just led mediaproxy solve the problem. Regards, Lucas But if you have 100 clients, it would be hard to put all clients in one group. Mohammad -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

9 13

[Serusers] Tags, forwarding, redirects, and picky UACs
by Alistair Cunningham 12 Apr '05

12 Apr '05

I'm trying to implement forwarding to voicemail with a UAC that's picky about the tags in the To: headers it receives. First, I tried the following: failure_route [1] { rewritehostport("192.168.1.1:5060"); append_branch(); t_relay(); } This failed because the UAC received a "180 Ringing" from the ringing Grandstream phone via ser that contained a To: tag. After the timeout, it received another 180 from Asterisk (the voicemail system) with a different tag. Since it doesn't support forked INVITES, it dropped the call. Then I tried: failure_route [1] { rewritehostport("192.168.1.1:5060"); t_reply( "302", "Moved Temporarily" ); } This time it receives the 180 from the phone as before. Then it receives the 302. Alas, SER has ignored the tag from the phone, and created a new one of it's own, so the UAC again drops the call. Does anyone know of a way round this? Can SER be persuaded to use a tag it has already received? Can I strip the tag from the To: header in one or both of the responses? I'm willing to get my hands dirty with the SER source code if necessary. -- Alistair Cunningham, Integrics Ltd, +44 (0)7870 699 479 http://integrics.com/

2 2

[Serusers] No response in serctl add with password heslo
by Che Sosa 12 Apr '05

12 Apr '05

I tried adding subscribers using serctl: serctl add che che123 che@localhost It prompts for a MySql password. When I use "heslo", I get NO response. I tried changing the password of admin using: serctl passwrd admin heslo123. This command works with password heslo. What possibly went wrong? These are the config vars in ser_mysql.sh: DBNAME=ser DBHOST=localhost USERNAME=ser DEFAULT_PW=heslo ROUSER=serro RO_PW=47serro11 SQL_USER="root" CMD="mysql -h $DBHOST -u$SQL_USER " DUMP_CMD="mysqldump -h $DBHOST -u$SQL_USER -c -t " BACKUP_CMD="mysqldump -h $DBHOST -u$SQL_USER -c " TABLE_TYPE="TYPE=MyISAM" system info: Linux 2.6.8.1-12mdk #1 Fri Oct 1 12:53:41 CEST 2004 i686 AMD Athlon(TM) XP 1800+ unknown GNU/Linux Using: ser-0.9.0 ser -V output: flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535 @(#) $Id: main.c,v 1.197 2004/12/03 19:09:31 andrei Exp $ main.c compiled on 18:39:55 Apr 6 2005 with gcc 3.4 attached: ser config file

2 1

[Serusers] Still no Help -- No ringback for ISDN->SIP->ISDN" using Cisco 2600 Gateway
by karl 12 Apr '05

12 Apr '05

Dear all, Following my previous email below, I am still facing the same problem without success of any solution. In this respect, I would very much appreciate whether someone who has come across the same problem in the past and possibly solved it, could at least possible tell me if it was a Cisco IOS issue or a ser configuration issue. Many thanks in advanced. Regards, Karl karl <ser_newbie(a)yahoo.com> wrote: Date: Fri, 8 Apr 2005 03:52:06 -0700 (PDT) From: karl <ser_newbie(a)yahoo.com> To: serusers(a)lists.iptel.org Subject: [Serusers] Re [cisco-voip] No early media for ISDN->SIP->ISDN 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=%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 _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers --------------------------------- Do you Yahoo!? Yahoo! Small Business - Try our new resources site! _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

1 0

[Serusers] Undefined symbol: fm_malloc when load pa module
by Cameron Beattie 12 Apr '05

12 Apr '05

I am attempting to load the pa module on SER 0.9.0 and am getting the message could not open module /usr/local/lib/ser/modules/pa.so undefined symbol: fm_malloc. I have seen others advise reinstalling when getting this message. I have done a make proper; make; make install but am still getting the error. Any suggestions? Regards Cameron

2 1

[Serusers] call fwd all with avp_ops question
by Steve Blair 12 Apr '05

12 Apr '05

I'm trying to use avp_ops to implement call forward all but it is not working. I'm hoping this list can offer some suggestions. The idea is that a use turns call forward all on or off via the web page. This sets the flag callfwdall to y or n. If flag=y then the user must enter a phone number to which all calls will be forwarded. When a calls arrives for the users phone number callfwdall is checked, if = y then fwdaddr is written to r-uri and the call proceeds through the rest of the route blocks. This is so that any ACL checks can be done on the newly written r-uri so that user cannot forward to an otherwise inaccessible number. Well this isn't working. Here is a snippet from my config. All other calling is working fine. if (method=="INVITE") { if (lookup("location") | lookup("aliases") ) { xlog("L_INFO", "\n[SER]: AVP LOAD: Checking callfwdall flag \n\n"); if (avp_db_load("$ruri/username", "s:callfwdall")) { if (avp_check("s:callfwdall","eq/y/i")) { if (avp_db_load("$ruri/username", "s:fwdaaddr")) { avp_write("$ruri/username", "s:ocn"); avp_pushto("$ruri/username", "s:fwdaaddr"); rewritehostport("net.isc.upenn.edu:5060"); xlog("L_INFO", "\n[SER]: AVP LOAD new ruri: Time: [%Tf] From uri <%fu> To < %tu> Method: <%rm> R-uri: <%ru> Contact Header: <%ct> \n\n"); setflag(3); } else { xlog("L_INFO", "\n[SER]: AVP LOAD: no fwdaaddr \n\n"); }; Thanks,Steve

2 1

[Serusers] sems 0.8.12 & ser 0.9.0 install-dir is broken
by Barry Murphy 12 Apr '05

12 Apr '05

Hi, During the make of sems I receive this error and I fully understand why, because there is no sems in the local folder. This is after a gmake , gmake install, everything else installs fine, but what use is the other stuff if the sems binary isnt compiled touch /usr/local/sbin/sems install -m 755 sems /usr/local/sbin/ install: sems: No such file or directory gmake: *** [install-bin] Error 71 root@max:/usr/home/ser/ser/answer_machine# uname -a FreeBSD max.unix.co.nz 4.10-RELEASE-p3 FreeBSD 4.10-RELEASE-p3 #1: Wed Jan 12 13:20:12 NZDT 2005 icepick@max.unix.co.nz:/usr/src/sys/compile/MAX i386 Latest sems: cvs co -r ser_rel_0_8_12 answer_machine Latest ser: version: ser 0.9.1 (i386/freebsd) flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535 @(#) $Id: main.c,v 1.197 2004/12/03 19:09:31 andrei Exp $ main.c compiled on 19:38:23 Mar 16 2005 with gcc 2.95 Thanks Barry

1 0

[Serusers] CALL-ID
by Kapil Dhawan 12 Apr '05

12 Apr '05

Hi All When CALL-ID is considered to be a globally unique identifier, then why do we describe one dialog with a combination of CALL-ID, TO tag and FROM tag. Regards _________________________________________________________________ News, views and gossip. http://www.msn.co.in/Cinema/ Get it all at MSN Cinema!

2 1

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

12 Apr '05

Hello list. Regarding to this issue. These are the results for my "production" machine after upgrade the Python from 2.3 to 2.4.1. Since Friday the %MEM is 0.5, as the output of the "top" command indicate : PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND 6131 root 15 0 5460 5460 2492 S 9.9 0.5 119:04 0 mediaproxy.py So, it works!. For the record i'm using : OS : Red Hat 9.0 Python : 2.4.1 SER: 0.8.14 mediaproxy : 1.2.1 Regards, Ricardo Martinez.- > -----Mensaje original----- > De: Ricardo Martinez [mailto:rmartinez@redvoiss.net] > Enviado el: Viernes, 08 de Abril de 2005 18:18 > Para: 'Lucas Aimaretto'; serusers(a)lists.iptel.org > Asunto: RE: [Serusers] Mediaproxy still consuming a lot of > RAM resources. > > > 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 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 > > > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers >

2 1

[Serusers] SER Calls not working with Alias
by Mr Greg Plater 11 Apr '05

11 Apr '05

Hi I am having trouble with calls. I have three clients created with alias's asterisk = 38212352, user1 = 38212351 , user2 =38212350 All users can register and I can see with serctl ul show the aliais and the user names. I am using MYSQL and SERWEB also. When I try to call the alias from each user 1 & 2 nothing happens. I think I have to correct something in the route section. I want users to be able to call by alias and calls for PSTN to route to Asterisk with 0 prefix. I start ser with /usr/local/sbin/ser -D -E Can someone please help put my brain to rest. Thank you for all your support. # ------------------------- 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("192.168.1.4", "subscriber")) { www_challenge("192.168.1.4", "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(); }; if (method == "INVITE" && (uri=~"^sip:0")){ rewritehostport ("192.168.1.5:5060"); t_relay(); break(); }

1 0

[Serusers] 0.9.x AVPOPS
by Glenn Dalgliesh 11 Apr '05

11 Apr '05

It appears that in the 0.9.x tree AVP operator "fm" doesn't exist. Is this feature planed to but added to the new tree? If so any time line or current patches to make it work? Thanks

2 1

[Serusers] SER - Asterisk - sharing single mySQL db and tables
by Gatewood, Andy 11 Apr '05

11 Apr '05

I seem to remember seeing a posting somewhere of how to get SER (when configured to use mySQL) to utilize the same database as Asterisk (when configured with RealTime or ast_data). I know that changing the field and table names in SER isn't terribly difficult so this should be relatively easy. The intention of this of course is to avoid the need to create accounts in multiple locations or manage multiple databases. Does anyone have any information on doing this or know where I might find the posting that now seems to elude me? Andy Gatewood

2 1

[Serusers] new MediaProxy release 1.3.0
by Adrian Georgescu 11 Apr '05

11 Apr '05

Hello, There is a new MediaProxy release available. Changes from version 1.2.1 to 1.3.0 ----------------------------------- - Only create a new session if a request belongs to the first INVITE (no longer creates new sessions on re-INVITEs) - Replaced the many command line options in mediaproxy and proxydispatcher with options in a configuration file: mediaproxy.ini (the startup script in /etc/init.d/mediaproxy will need to be updated) - Rewrote the mysql database connection and moved the database connection settings into the configuration file - Restore the database connection if connection to mysql is lost. - Improved the fake conversation generators to be more precise with the timing of the generated rtp streams - Added option to the rtp generator to generate packets at constant intervals (default) or in bursts. Most phones send at constant intervals, but xten phones send in bursts. To upgrade to the new release you must adjust your mediaproxy startup script as many of the start-up options have been moved to the configuration file mediaproxy.ini There is no change required for the SER module or SER configuration in ser.cfg. To upgrade go to http://mediaproxy.ag-projects.com/ or download the software directly from http://mediaproxy.ag-projects.com/mediaproxy-1.3.0.tar.gz Best regards, Adrian Georgescu

1 0

[Serusers] Instant messages directly from sender to receiver
by Jffdsaklj dsjk 11 Apr '05

11 Apr '05

Is it possible to configure SER in order to avoid that instant messages go through SER, instead of directly to the receiver of the message?. After opening a session for instant messages, we have to send a lot of instant messages. In order to improve the performance, it would be recommendable that these instant messages don't go through SER proxy, as the video/audio streaming does.

3 2

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

11 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 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

2 1

[Serusers] phone + pstn with ser and cisco gateway
by Miquel 11 Apr '05

11 Apr '05

I have a big problem with a gateway (cisco) and ser. Phone to phone with sip it's ok and when i do phone to pstn the packets arrive to gateway but the line is busy and the message (when i made a capture with ethereal ) is -BAD REQUEST Invalid IP. I don't know what i have to configure. I think the ser.cfg is well because the packets arrive to the gateway a it reposes. My quenstions: - I have to register the gateway - What i have to do Thanks - - Miquel

6 10

[Serusers] rpid
by Iqbal 11 Apr '05

11 Apr '05

Hi Has anyone got a small howto on rpid dynaically from the DB (if thats possible), or do you just use append_rpid_hf() Iqbal

2 1

Re: [Serusers] still no help - usrloc synchronization
by Greger V. Teigre 11 Apr '05

11 Apr '05

I was thinking about a load balancing scenario where the load balancer will replace the IP addresses. g-) ---- Original Message ---- From: Tina To: Greger V. Teigre Sent: Wednesday, April 06, 2005 09:45 PM Subject: Re: [Serusers] still no help - usrloc synchronization > Thank you for givingme the scenario with "restricted IP" NAT, I am > starting to find some acceptable solution. > Unfortunately, "one-public-IP" approach is not free from problems > also. If your SIP router inserts this "one-public-IP" into the VIA > header, the reply routing goes via wrong SIP server... > If your SIP server inserts its real-IP-address - the scenario > mentioned above is still not resolved. > Any comments? > Tina > > "Greger V. Teigre" <greger(a)teigre.com> wrote: > See inline. > >> If you use DNS server for load balancing... the client receives one >> of your domain IP addresses according to SRV. I don't see the problem >> with a call here, cause UAC asks the address only once (before >> sending INVITE). UAC already has the IP for BYE/reINVITEs. So why >> would you replicate INVITEs? > > I would never replicate INVITEs, I would just make sure that they are > proxied through the correct SER server (i.e. IP). > > The problems depends on your setup. If you have SERs with different > IPs, ex UA1 has registered with server A and UA2 has registered with > server B: If UA2 wants to call UA1 and UA is behind an IP restricted > NAT, server A is stored in the NAT table of the NAT in front of UA1. > If server B sends an INVITE to UA1, the INVITE will be refused by > UA1's NAT. > This is why a "one public IP" in front of a load balancing > cluster probably is a good way to go. > >> If you use IPVS/LVS... I believe you can force SER to insert it's >> public IP into VIA, so there is no problem with replies. With regard >> to another requests, I believe load balancer keeps connection >> template, then when another request comes it would be forwarded to >> the same ser. > > Yes. There are different "keys" to use to load balance SIP messages. > One good way from a NAT point of view is to use originating IP > address. What you must remember is that the problem is not on the > server side, but on the client side. The NAT will in many situations > stop incoming UDP packets if the originating ip:port is not already > stored in the NAT table. The Via header does not matter for the NAT. > g-) > >> Any comments? >> >> "Greger V. Teigre" <greger(a)teigre.com> wrote: >> Yes, I believe that is so. But still you get a problem if the NAT is >> restricted, port-restricted or symmetric... The best would be to load >> balance and always make sure that a given client is handled through a >> given >> SER (REGISTER and INVITEs). That includes forwarding INVITEs from one >> SER to >> another... OR you must load balance in front of your servers with one >> common >> public IP. >> g-) >> >> Matt Schulte wrote: >>> 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 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 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 >> >> >> >> >> Yahoo! Messenger >> Show us what our next emoticon should look like. Join the fun. > > > Do you Yahoo!? > Better first dates. More second dates. Yahoo! Personals

4 17

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

11 Apr '05

Hi Greger, The error seems to be ERROR: : fix_expr : fix_actions error I reckon this is something got to do with mysql database because I dont think it updated. However when I do /opt/ser/sbin/ser_mysql.sh drop and /opt/ser/sbin/ser_mysql.sh, the database still isnt updated i.e. it has a column "version" instead of "table_version" in the version table of the SER database. What can I do?? localhost:~ # /opt/ser/sbin/ser -D -E Listening on udp: 127.0.0.1 [127.0.0.1]:5060 udp: 157.190.74.152 [157.190.74.152]:5060 tcp: 127.0.0.1 [127.0.0.1]:5060 tcp: 157.190.74.152 [157.190.74.152]:5060 Aliases: tcp: localhost.localdomain:5060 tcp: localhost:5060 udp: localhost.localdomain:5060 udp: localhost:5060 *: 157.190.74.152:5060:* WARNING: no fork mode and more than one listen address found(will use only the the first one) stateless - initializing 0(0) Maxfwd module- initializing textops - initializing 0(0) db_url=(nil) 0(0) db_url= 0(0) db_url.len=0 0(0) pa_domain=sip.handhelds.org 0(0) pa_mod: use_db=0 db_url.s= pa_domain=sip.handhelds.org 0(0) pa_mod_init done 0(0) submit_query(): Unknown column 'table_version' in 'field list' 0(0) submit_query(): Error while submitting query 0(0) table_version(): Error in db_query 0(0) register_udomain(): Error while querying table version 0(0) domain_fixup(): Error while registering domain 0(0) ERROR: fix_expr : fix_actions error ERROR: error -1 while trying to fix configuration localhost:~ # /opt/ser/sbin/ser -c Listening on udp: 127.0.0.1 [127.0.0.1]:5060 udp: 157.190.74.152 [157.190.74.152]:5060 tcp: 127.0.0.1 [127.0.0.1]:5060 tcp: 157.190.74.152 [157.190.74.152]:5060 Aliases: tcp: localhost.localdomain:5060 tcp: localhost:5060 udp: localhost.localdomain:5060 udp: localhost:5060 *: 157.190.74.152:5060:* config file ok, exiting... > >---- Original Message ---- >From: greger(a)teigre.com >To: ashling.odriscoll(a)cit.ie >Subject: Re: [Serusers] Starting SER : PID file >exists(/var/run/ser.pid)already running? >Date: Sun, 10 Apr 2005 11:39:19 +0200 > >>Seems like the output from the end of SER's exit. Could you post the >whole >>output? Somewhere you should have an error... >>g-) >> >>Aisling O'Driscoll wrote: >>> Hello, >>> >>> If I start SER with "ser -d -d -d -d -d -d -d -D -E". I get >something >>> like the following: >>> >>> 0(0) qm_free(0x8109b00, 0x8145548), called from script_cb.c: >>> destroy_script_cb(81) >>> 0(0) qm_free: freeing frag. 0x8145530 alloc'ed from script_cb.c: >>> register_script_cb(53) >>> 0(0) qm_free(0x8109b00, 0x8145850), called from script_cb.c: >>> destroy_script_cb(83) >>> 0(0) qm_free: freeing frag. 0x8145838 alloc'ed from script_cb.c: >>> register_script_cb(53) >>> 0(0) qm_free(0x4045b000, 0x4049153c), called from main.c: >>> cleanup(373) >>> 0(0) qm_free: freeing frag. 0x40491524 alloc'ed from main.c: >>> main(1534) >>> 0(13787) shm_mem_destroy >>> 0(13787) destroying the shared memory lock >>> localhost:/opt/ser/sbin # pstree >>> >>> ....Does that explain anything? Again when I do pstree, I see 2* >>> [ser] instead of the usual 27 *[ser]. >>> >>> Kindest regards, >>> Aisling >>>> >>>> ---- Original Message ---- >>>> From: greger(a)teigre.com >>>> To: ashling.odriscoll(a)cit.ie, llanosserna(a)hotmail.com >>>> Subject: Re: [Serusers] Starting SER : PID file >>>> exists(/var/run/ser.pid)already running? >>>> Date: Fri, 8 Apr 2005 19:30:22 +0200 >>>> >>>>> Try to start ser up in debug/no-fork mode!! You will see if it >>>> crashes. >>>>> g-) >>>>> >>>>> Aisling O'Driscoll wrote: >>>>>> Hello, >>>>>> >>>>>> When I removed the ser.pid file from /var/run and ran >>>>>> /opt/ser/sbin/serctl start, it said SER had started. Then when >I >>>> look >>>>>> at pstree, I see 2 * [ser]. However usually when SER is working >>>>>> properly it says 27 * [ser]. When I check netstat -tunap, I >dont >>>> see >>>>>> SER working. >>>>>> >>>>>> Any other ideas? >>>>>> >>>>>> ---- Original Message ---- >>>>>> From: llanosserna(a)hotmail.com >>>>>> To: ashling.odriscoll(a)cit.ie >>>>>> Subject: RE: [Serusers] Starting SER : PID file exists >>>>>> (/var/run/ser.pid)already running? >>>>>> Date: Fri, 08 Apr 2005 13:53:25 +0200 >>>>>> >>>>>>> <html><div style='background-color:'><DIV class=RTE></DIV> >>>>>>> <P>Make sure ser is not running with a </P> >>>>>>> <P>>ps -ef</P> >>>>>>> <P>I fit's not there, just remove the pid file</P> >>>>>>> <P>>rm /var/run/ser.pid</P> >>>>>>> <P>And then you should be able to start ser</P> >>>>>>> <P> </P> >>>>>>> <P> </P> >>>>>>> <P> </P> >>>>>>> <DIV class=RTE>>Hi, </DIV> >>>>>>> <DIV></DIV>> >>>>>>> <DIV></DIV>>I am wondering if anyone has ever come across >this >>>>>>> error before?: >>>>>>> <DIV></DIV>> >>>>>>> <DIV></DIV>>Starting SER : PID file exists! >(/var/run/ser.pid) >>>>>>> already running? >>>>>>> <DIV></DIV>> >>>>>>> <DIV></DIV>>I am using ser 0.9.0 and it worked like a charm >>>> the >>>>>>> first few times >>>>>>> <DIV></DIV>>that I stopped and started SER. There are no >>>> errors in >>>>>>> <DIV></DIV>>/var/log/messages. I also started SER as >>>>>>> /opt/ser/sbin/ser -c and it >>>>>>> <DIV></DIV>>showed that the config was ok and exited. >However >>>> when >>>>>>> I check >>>>>>> <DIV></DIV>>pstree, I dont see SER listening. >>>>>>> <DIV></DIV>> >>>>>>> <DIV></DIV>>Could it perhaps be something got to do with >the >>>>>>> database?. Example: >>>>>>> <DIV></DIV>>Should the version table in the SER database >>>> contain >>>>>>> "version" or >>>>>>> <DIV></DIV>>"table_version"? I have tried dropping and >>>> restarting >>>>>>> the database >>>>>>> <DIV></DIV>>i.e. /opt/ser/sbin/ser_mysql.sh drop, then >>>>>>> <DIV></DIV>>./opt/ser/sbin/ser_mysql.sh create. >>>>>>> <DIV></DIV>> >>>>>>> <DIV></DIV>>Any ideas would be appreciated. >>>>>>> <DIV></DIV>>Thanks, >>>>>>> <DIV></DIV>>Aisling. >>>>>>> <DIV></DIV>> >>>>>>> <DIV></DIV>> >>>>>>> >>>> ><DIV></DIV>>-------------------Legal  Disclaimer-------- >>>>>>> ------------------------------- >>>>>>> <DIV></DIV>> >>>>>>> <DIV></DIV>>The above electronic mail transmission is >>>> confidential >>>>>>> and intended only for the person to whom it is addressed. Its >>>>>>> contents may be protected by legal and/or professional >privilege. >>>>>>> Should it be received by you in error please contact the >sender >>>> at >>>>>>> the above quoted email address. Any unauthorised form of >>>> reproduction >>>>>>> of this message is strictly prohibited. The Institute does not >>>>>>> guarantee the security of any information electronically >>>> transmitted >>>>>>> and is not liable if the information contained in this >>>> communication >>>>>>> is not a proper and complete record of the message as >transmitted >>>> by >>>>>>> the sender nor for any delay in its receipt. >>>>>>> <DIV></DIV>> >>>>>>> <DIV></DIV>>_______________________________________________ >>>>>>> <DIV></DIV>>Serusers mailing list >>>>>>> <DIV></DIV>>Serusers(a)iptel.org >>>>>>> <DIV></DIV>>http://mail.iptel.org/mailman/listinfo/serusers >>>>>>> <DIV></DIV></div></html> >>>>>>> >>>>>>> >>>>>>> -------------------Legal >>>>>>> Disclaimer--------------------------------------- >>>>>>> >>>>>>> The above electronic mail transmission is confidential and >>>> intended >>>>>>> only for the person to whom it is addressed. Its contents may >be >>>>>>> protected by legal and/or professional privilege. Should it be >>>>>>> received by you in error please contact the sender at the >above >>>>>>> quoted email address. Any unauthorised form of reproduction of >>>> this >>>>>>> message is strictly prohibited. The Institute does not >guarantee >>>> the >>>>>>> security of any information electronically transmitted and is >not >>>>>>> liable if the information contained in this communication is >not >>>> a >>>>>>> proper and complete record of the message as transmitted by >the >>>>>>> sender nor for any delay in its receipt. >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -------------------Legal >>>>>> Disclaimer--------------------------------------- >>>>>> >>>>>> The above electronic mail transmission is confidential and >>>> intended >>>>>> only for the person to whom it is addressed. Its contents may >be >>>>>> protected by legal and/or professional privilege. Should it be >>>>>> received by you in error please contact the sender at the above >>>>>> quoted email address. Any unauthorised form of reproduction of >>>> this >>>>>> message is strictly prohibited. The Institute does not >guarantee >>>> the >>>>>> security of any information electronically transmitted and is >not >>>>>> liable if the information contained in this communication is >not a >>>>>> proper and complete record of the message as transmitted by the >>>>>> sender nor for any delay in its receipt. >>>>>> >>>>>> _______________________________________________ >>>>>> Serusers mailing list >>>>>> Serusers(a)iptel.org >>>>>> http://mail.iptel.org/mailman/listinfo/serusers >>>>> >>>>> -------------------Legal >>>> Disclaimer--------------------------------------- >>>>> >>>>> The above electronic mail transmission is confidential and >intended >>>> only for the person to whom it is addressed. Its contents may be >>>> protected by legal and/or professional privilege. Should it be >>>> received by you in error please contact the sender at the above >>>> quoted email address. Any unauthorised form of reproduction of >this >>>> message is strictly prohibited. The Institute does not guarantee >the >>>> security of any information electronically transmitted and is not >>>> liable if the information contained in this communication is not >a >>>> proper and complete record of the message as transmitted by the >>>> sender nor for any delay in its receipt. >>> >>> >>> -------------------Legal >>> Disclaimer--------------------------------------- >>> >>> The above electronic mail transmission is confidential and >intended >>> only for the person to whom it is addressed. Its contents may be >>> protected by legal and/or professional privilege. Should it be >>> received by you in error please contact the sender at the above >>> quoted email address. Any unauthorised form of reproduction of >this >>> message is strictly prohibited. The Institute does not guarantee >the >>> security of any information electronically transmitted and is not >>> liable if the information contained in this communication is not a >>> proper and complete record of the message as transmitted by the >>> sender nor for any delay in its receipt. >> >> >>-------------------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.

1 0

[Serusers] AS5300/E1 + SER -> PB : Cisco redirect calls on SER
by Alcée 11 Apr '05

11 Apr '05

Hello, I try to use cisco AS5300 with SER, like this : phones -> SER -> AS5300 -> PSTN or phones -> AS5300 -> PSTN | \/ SER But the second form does not work. I don't want people to directly ask for AS5300. So I follow the "Howto" on SER web page. But nothing arrive on SER when I make a call directly to AS5300, The call is forward to pstn. So I make this configuration to minimize the problem. But nothing at all. The "debug ccsip error" tells "no route to destination". Have you any idea ? thanks :) Alcée ! Last configuration change at 14:17:05 UTC Mon Apr 11 2005 by admin ! NVRAM config last updated at 12:57:01 UTC Mon Apr 11 2005 by admin ! version 12.3 service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname VoIP ! boot-start-marker boot-end-marker ! ! ! resource-pool disable ! aaa new-model ! ! aaa authentication login h323 group radius aaa authorization exec h323 group radius aaa accounting delay-start aaa accounting connection h323 start-stop group radius aaa nas port voip aaa session-id common ip subnet-zero ! ! isdn switch-type primary-net5 ! voice rtp send-recv voice echo-canceller extended ! voice class codec 1 codec preference 1 g729r8 bytes 40 codec preference 2 g711ulaw ! voice class codec 2 codec preference 1 g723ar63 bytes 48 codec preference 2 g723r63 bytes 48 codec preference 3 g729br8 bytes 40 codec preference 4 g729r8 bytes 40 codec preference 5 g723ar53 bytes 40 codec preference 6 g723r53 bytes 40 codec preference 7 g711ulaw ! fax interface-type modem ! ! controller E1 0 clock source line primary pri-group timeslots 1-31 ! controller E1 1 pri-group timeslots 1-31 ! controller E1 2 clock source line secondary 4 pri-group timeslots 1-31 ! controller E1 3 pri-group timeslots 1-31 gw-accounting syslog gw-accounting aaa attribute h323-remote-id resolved acct-template callhistory-detail suppress pots ! ! ! interface Ethernet0 ip address 192.168.0.129 255.255.255.0 ! interface Serial0:15 no ip address isdn switch-type primary-net5 isdn protocol-emulate network no cdp enable ! interface Serial1:15 no ip address isdn switch-type primary-net5 no cdp enable ! interface Serial2:15 no ip address isdn switch-type primary-net5 no cdp enable ! interface Serial3:15 no ip address isdn switch-type primary-net5 no cdp enable ! interface FastEthernet0 ip address 172.19.20.2 255.255.255.0 duplex full speed 100 ! interface Dialer0 no ip address ! ip classless ip route 0.0.0.0 0.0.0.0 172.19.20.1 no ip http server ! ! logging facility local0 logging 192.168.0.2 ! ! radius-server host 192.168.0.2 auth-port 1812 acct-port 1813 radius-server key test radius-server vsa send accounting radius-server vsa send authentication ! voice-port 0:D ! voice-port 1:D ! voice-port 2:D ! voice-port 3:D ! ! ! dial-peer voice 3777 voip huntstop preference 2 application session destination-pattern 3777#T progress_ind setup enable 3 progress_ind alert enable 8 voice-class codec 2 session protocol sipv2 session target sip-server dtmf-relay cisco-rtp h245-signal h245-alphanumeric fax rate 9600 icpif 50 ! ! sip-ua retry invite 3 retry response 3 retry bye 3 retry cancel 3 timers expires 300000 timers connect 300 sip-server ipv4:192.168.0.1 ! ! line con 0 line aux 0 line vty 0 4 password intermobile ! ntp server 192.168.0.2 end

1 0

[Serusers] The configuration file parse error when socket settings applied
by Parvel Gu 11 Apr '05

11 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 start 0(1987) parse error (25,1-7): parse error 0(1987) parse error (25,1-7): ERROR: bad config file (2 errors) Is this also a file format problem? I've read the Cfg.tab.c generated by bison. It seems no socket token has been parsed. Any suggestions would be appreciated.

2 1

[Serusers] versions of SuSE
by Damian Bundred 11 Apr '05

11 Apr '05

hi, i was able to get SER working in its most basic mode on an old office machine(infortunatly i dont know what version of SuSE or specs it had) and have just got my new computer, an AMD 64, and have installed SuSE 9.2 64bit on it, and SER has problems seeing a SIP fone at all, even though it says it has loaded up and is running. I was wondering if there might be an incompatability between SER and new versions of SuSE or 64bit versions of SuSE, and was wondering if anyone could tell me the latest vesrion that it works correctly on. Many thanks, Damian Bundred

2 2

[Serusers] mysql database fields
by Llanos Serna García-Conde 11 Apr '05

11 Apr '05

2 2

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

11 Apr '05

1 0

[Serusers] Access denied user serro - Mysql
by Marcin Grzymski 11 Apr '05

11 Apr '05

Hello, I have: ser-0.8.14 mediaproxy-1.2.1 mysql-server-4.0.24 When SER is starting i have error: ############################ bash-2.05b# serctl start Starting SER : Listening on udp: xxxxxxxxxxxxxxx [xxxxxxxxxxxxxxxxxx]:5060 udp: 127.0.0.1 [127.0.0.1]:5060 tcp: xxxxxxxxxxxxxxxxx [xxxxxxxxxxxxxx]:5060 tcp: 127.0.0.1 [127.0.0.1]:5060 Aliases: tcp: localhost:5060 tcp: xxxxxxxxxxxxx:5060 udp: localhost:5060 udp: xxxxxxxxxxxx:5060 *: universe:* *: vco.pl:* stateless - initializing 0(0) Maxfwd module- initializing textops - initializing 0(0) INFO: udp_init: SO_RCVBUF is initially 42080 0(0) INFO: udp_init: SO_RCVBUF is finally 231808 0(0) INFO: udp_init: SO_RCVBUF is initially 42080 0(0) INFO: udp_init: SO_RCVBUF is finally 231808 1(882) INFO: fifo process starting: 882 2(883) new_connection: Access denied for user: 'serro@localhost' (Using password: YES) 2(883) db_init: No memory left 2(883) ERROR:domain_db_init: cannot initialize database connection 2(883) ERROR: domain:child_init(): Unable to connect to the database 2(883) init_mod_child(): Error while initializing module domain 2(883) init_child failed 15(896) INFO: signal 15 received 14(895) INFO: signal 15 received 13(894) INFO: signal 15 received 12(893) INFO: signal 15 received 11(892) INFO: signal 15 received 10(891) INFO: signal 15 received 9(890) INFO: signal 15 received 8(889) INFO: signal 15 received 7(888) INFO: signal 15 received 5(886) INFO: signal 15 received 4(885) INFO: signal 15 received 3(884) INFO: signal 15 received 1(882) INFO: signal 15 received 6(887) INFO: signal 15 received PID file /var/run/ser.pid does not exist -- SER start failed ########################### I don't know why it cannot connect to database. I can connect with this username and password from mysql CLI. in my ser.cfg: ########################### debug=3 fork=yes log_stderror=yes check_via=no dns=no rev_dns=no port=5060 children=4 fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:heslo@localhost/ser" alias=vco.pl alias="universe" 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/domain.so" loadmodule "/usr/local/lib/ser/modules/uri.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" loadmodule "/usr/local/lib/ser/modules/textops.so" loadmodule "/usr/local/lib/ser/modules/mediaproxy.so" loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_db.so" modparam("usrloc", "db_mode", 0) #modparam("usrloc", "db_mode", 2) modparam("usrloc", "db_url", "mysql://ser:______@_______________/ser") modparam("auth_db|uri_db", "db_url", "mysql://serro:______@___________/ser") modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("rr", "enable_full_lr", 1) modparam("mediaproxy", "mediaproxy_socket", "/var/run/proxydispatcher.sock") modparam("mediaproxy", "sip_asymmetrics","/etc/ser/sip-asymmetrics-clients") modparam("mediaproxy", "rtp_asymmetrics","/etc/ser/rtp-asymmetrics-clients") modparam("mediaproxy", "natping_interval", 20) modparam("registrar", "nat_flag", 2) 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; }; # Force subsequent messages to pass trough this proxy record_route(); if (loose_route()) { if (method=="INVITE" || method=="ACK") { use_media_proxy(); }; # end media session for BYE and CANCEL is done above # before entering the loose route. no need to call it here t_relay(); break; }; if (uri==myself) { if (method=="REGISTER") { # Mark as NAT'ed if (client_nat_test("3")) { setflag(2); force_rport(); fix_contact(); }; if (!www_authorize("universe", "subscriber")) { www_challenge("universe", "0"); break; }; # else if (!check_to()) { # sl_send_reply("403", "Username!=To not allowed"); # break; #}; if (!save("location")) { sl_reply_error(); }; }; # if (is_uri_host_local()) { if (!lookup("location")) { sl_send_reply("404", "Not found"); break; }; # }; } else { sl_send_reply("403", "This domain is not served here"); break; }; # if (method=="INVITE") { if (method=="12345") { if (!(is_from_local() || is_uri_host_local())) { sl_send_reply("403", "Relaying is forbidden"); break; }; t_on_failure("1"); } else if (method == "BYE" || method == "CANCEL") { end_media_session(); }; if (client_nat_test("3") && !search("^Record-Route:")) { # Mark as NAT'ed force_rport(); fix_contact(); }; if (method=="INVITE") { t_on_reply("1"); }; if (method=="INVITE" || method=="ACK") { use_media_proxy(); }; if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; } failure_route[1] { end_media_session(); } onreply_route[1] { if (status=~"(183)|(2[0-9][0-9])") { if (client_nat_test("1")) { fix_contact(); }; use_media_proxy(); }; } ############################## Regards Marcin Grzymski

1 0

[Serusers] ACK problem in NAT call
by Kamran Ahmad 11 Apr '05

11 Apr '05

hello hello can any one tell me what could be the problem with my config. I am having problem in PublicIP to PrivateIP call through SER. this is the case 1: PublicIP-------->SER(publicIP)-------->PrivateIP PublicIP------>RTPProxy----->PrivateIP(Here i am not getting ack and after 30 seconds my session is closed an my SJPhone on privateIP is saying ACK timeOUT) 2: UA(privateIP)--------->SER(publicIP)------>UA(privateIP)(both UA on behind same NAT) UA<-----------------RTPProxy-------------->UA(Here UAS is not getting ack and after 30 seconds session is closed an my SJPhone on privateIP is saying ACK timeOUT) when ever there is Call to PrivateIP there is the problem. UAS on PrivateIP is waiting for Ack and after 30 sec session is droped. in this 30 seconds both UAC and UAS can listen. PublicIP(UAC)------------>PrivateIP(UAS)(ACKProblem) PrivateIP(UAC)----------->PrivateIP(UAS)(ACKProblem) PublicIP(UAC)------------>PublicIP(UAS)working PrivateIP(UAS)----------->PublicIP(UAS)working i am using RTPProxy. should i use MediaProxy or stun server. ser.cfg debug=3 fork=yes log_stderror=no dns=no rev_dns=no fifo="/tmp/ser_fifo" #fifo_db_url="mysql://ser:heslo@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/xlog.so" #radius configuration loadmodule "/usr/local/lib/ser/modules/auth.so" #loadmodule "/usr/local/lib/ser/modules/auth_radius.so" #loadmodule "/usr/local/lib/ser/modules/acc.so" #loadmodule "/usr/local/lib/ser/modules/auth_db.so" loadmodule "/usr/local/lib/ser/modules/uri.so" #loadmodule "/usr/local/lib/ser/modules/domain.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_radius.so" modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpproxy.sock") modparam("usrloc", "db_mode", 0) modparam("registrar", "nat_flag", 6) modparam("rr", "enable_full_lr", 1) 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; }; # ----------------------------------------------------------------- # 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(); # fix_nated_contact(); force_rport(); }; sl_send_reply("100", "Trying"); #radius config #end of radius config # 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("","subscriber")) { # proxy_challenge("","0"); # break; # } else if (!check_from()) { # if(!check_from()) { # sl_send_reply("403", "Use From=ID"); # break; # }; consume_credentials(); if (isflagset(6)) { # if (uri=~"^sip:9[0-9]*@.*") { # prefix, strip prefix & shunt our call to the local access PSTN gateway # strip(1); # xlog("L_DBG","prefix 9 detected... entering route 3"); # route(3); #PSTN gateway # break; # } force_rport(); # xlog("L_DBG","going for fixnated and forcertp %fu"); log("hello"); 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(); }; } __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

RE: [Serusers] About serweb
by Gatewood, Andy 11 Apr '05

11 Apr '05

You probably need to set your alias to your domain in ser.cfg. Otherwise, you will need to connect to the exact machine name (i.e. not http://localhost). -----Original Message----- From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Edgar A. Vidal Martínez Sent: Monday, April 11, 2005 3:39 AM To: serusers(a)lists.iptel.org Subject: [Serusers] About serweb Hi everyone: I'm having problems with serweb in the login page, I mean, when I type http://localhost/serweb/html/user_interface/index.php the login screen appears, but after I type a username and a password, the same login screen appears again. Could anybody tell what I'm doing wrong? Thanks in advance Edgar Vidal _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

1 0

Re: [Serusers] phone + pstn with ser and cisco gateway
by Miquel 11 Apr '05

11 Apr '05

Hi Steve, The problem is when a call outside with a number for example 935888888 I' l lsend you my configuration when i arrive to laboratory. And another question, Where's ccsip (i have a 1760 with IOS Version 12.3(9) Thanks -- Miquel

2 1

[Serusers] About serweb
by Edgar A. Vidal Martínez 11 Apr '05

11 Apr '05

Hi everyone: I'm having problems with serweb in the login page, I mean, when I type http://localhost/serweb/html/user_interface/index.php the login screen appears, but after I type a username and a password, the same login screen appears again. Could anybody tell what I'm doing wrong? Thanks in advance Edgar Vidal

2 1

Re: [Serusers] rtpproxy options
by harry gaillac 11 Apr '05

11 Apr '05

I agree you but it would be better to provide these informations in the README! What do you advise me for security for cps ! I get one ip public address, I use netfilter (Policy DROP). When have we to use rtpproxy options ? Harry --- "Greger V. Teigre" <greger(a)teigre.com> wrote: > No documentation. Change in the source file and > recompile. > g-) > > harry gaillac wrote: > > Hi Greger, > > > > Thanks for tour reply, > > > > Why these options? > > Where can we find the documentation in order to > change > > rtp ports ?? > > > > Regards > > Harry > > > >> If you have a firewall that denies all outgoing > >> ports except those > >> explicitly opened (most home routers/FW allow > >> outgoing): > >> SIP messages: udp (and TCP if you use that) port > >> 5060 > >> RTP: udp 35000-65000 (can be changed in > rtpproxy's > >> rttp_defines.h) > >> Both to your SER+RTPPROXY server. > >> > > > > > > --- "Greger V. Teigre" <greger(a)teigre.com> wrote: > >> See inline. > >> > >>> I need help to understand ser+rtpproxy. > >>> > >>> How may I configure rtpproxy options to run with > >>> ser/nathelper on the same box ? > >>> > >>> rttproxy options : > >>> usage: rtpproxy [-2fv] [-l addr1[/addr2]] [-6 > >>> addr1[/addr2]] [-s path] [-t tos] [-r rdir [-S > >> sdir]] > >> > >> Just start rtpproxy without options and it will > >> listen on the standard > >> socket compiled into rtpproxy and nathelper.so. > >>> > >>> SER communicated with RTPPROXY via unix socket. > >>> Does RTPPROXY rewrite INVITE/REGISTER message > with > >>> info from SER? > >> > >> Yes, when you call the appropriate functions. > Read > >> the Getting Started > >> document (chapter 1 + the rtpproxy example > chapter) > >> to get detailed info. > >> > >>> private-------FW+NAT------SER+RTPPROXY------ > >> public > >>> network > >> network > >>> > >>> which ports must be opened on FW box for INVITE > >> and/or > >>> REGISTER methods are they the same than on > >> rtpproxy ? > >> > >> If you have a firewall that denies all outgoing > >> ports except those > >> explicitly opened (most home routers/FW allow > >> outgoing): > >> SIP messages: udp (and TCP if you use that) port > >> 5060 > >> RTP: udp 35000-65000 (can be changed in > rtpproxy's > >> rttp_defines.h) > >> Both to your SER+RTPPROXY server. > >> > >> g-) > >> > >> g-) > >> > >> > > > > > > > > > > > > > > > __________________________________________________________________ > > Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace > de stockage pour > > vos mails ! Créez votre Yahoo! Mail sur > http://fr.mail.yahoo.com/ > > __________________________________________________________________ Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

2 1

Re: [Serusers] rtpproxy options
by Greger V. Teigre 11 Apr '05

11 Apr '05

No documentation. Change in the source file and recompile. g-) harry gaillac wrote: > Hi Greger, > > Thanks for tour reply, > > Why these options? > Where can we find the documentation in order to change > rtp ports ?? > > Regards > Harry > >> If you have a firewall that denies all outgoing >> ports except those >> explicitly opened (most home routers/FW allow >> outgoing): >> SIP messages: udp (and TCP if you use that) port >> 5060 >> RTP: udp 35000-65000 (can be changed in rtpproxy's >> rttp_defines.h) >> Both to your SER+RTPPROXY server. >> > > > --- "Greger V. Teigre" <greger(a)teigre.com> wrote: >> See inline. >> >>> I need help to understand ser+rtpproxy. >>> >>> How may I configure rtpproxy options to run with >>> ser/nathelper on the same box ? >>> >>> rttproxy options : >>> usage: rtpproxy [-2fv] [-l addr1[/addr2]] [-6 >>> addr1[/addr2]] [-s path] [-t tos] [-r rdir [-S >> sdir]] >> >> Just start rtpproxy without options and it will >> listen on the standard >> socket compiled into rtpproxy and nathelper.so. >>> >>> SER communicated with RTPPROXY via unix socket. >>> Does RTPPROXY rewrite INVITE/REGISTER message with >>> info from SER? >> >> Yes, when you call the appropriate functions. Read >> the Getting Started >> document (chapter 1 + the rtpproxy example chapter) >> to get detailed info. >> >>> private-------FW+NAT------SER+RTPPROXY------ >> public >>> network >> network >>> >>> which ports must be opened on FW box for INVITE >> and/or >>> REGISTER methods are they the same than on >> rtpproxy ? >> >> If you have a firewall that denies all outgoing >> ports except those >> explicitly opened (most home routers/FW allow >> outgoing): >> SIP messages: udp (and TCP if you use that) port >> 5060 >> RTP: udp 35000-65000 (can be changed in rtpproxy's >> rttp_defines.h) >> Both to your SER+RTPPROXY server. >> >> g-) >> >> g-) >> >> > > > > > > > __________________________________________________________________ > Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour > vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

1 0

[Serusers] why ser 0.9 can't be started in redhat 9
by 3bs 11 Apr '05

11 Apr '05

dear serusers， I try to install ser 0.9 on redhat 9.After I have executed the" make modules make install ",I try to start ser using "/usr/local/sbin/ser",it always pops up the following errors: 0(0) DEBUG: init_mod: textops textops - initializing 0(0) fixing /usr/local/lib/ser/modules/maxfwd.so mf_process_maxfwd_header 0(0) qm_free(0x80fbfe0, 0x8130ed8), called from maxfwd.c: fixup_maxfwd_header(122) 0(0) qm_free: freeing frag. 0x8130ec0 alloc'ed from cfg.lex: addstr(572) 0(0) fixing /usr/local/lib/ser/modules/sl.so sl_send_reply 0(0) qm_free(0x80fbfe0, 0x8131110), called from sl.c: fixup_sl_send_reply(142) 0(0) qm_free: freeing frag. 0x81310f8 alloc'ed from cfg.lex: addstr(572) 0(0) fixing /usr/local/lib/ser/modules/sl.so sl_send_reply 0(0) qm_free(0x80fbfe0, 0x8131454), called from sl.c: fixup_sl_send_reply(142) 0(0) qm_free: freeing frag. 0x813143c alloc'ed from cfg.lex: addstr(572) ERROR: error -478 while trying to fix configuration Does anyone give helps Best Regards 　　　　　　　　3bs 　　　　　　　　3bs(a)21cn.com 　　　　　　　　　　2005-04-11

2 1

[Serusers] Saving SIP-Method as text
by yy 11 Apr '05

11 Apr '05

Hi, I've noticed that all my radius accounting messages' Sip Method is represented by a code (eg. SIP-Method = 1). Is there a way whereby I can store it as the actual name of the method itseif, such as : Sip Method = Invite ? Please advise. YY --------------------------------- Mon Apr 11 16:27:34 2005 Acct-Status-Type = Start Service-Type = Sip-Session Sip-Response-Code = 200 Sip-Method = 1 User-Name = "2001(a)orion.lab.test.com.au" Calling-Station-Id = "sip:1001@orion.lab.test.com.au" Called-Station-Id = "sip:91711@orion.lab.test.com.au" Sip-Translated-Req-ID = "sip:91711@192.168.1.1:5060" Acct-Session-Id = "000ded22-eeb200af-7abf52ea-7594628f(a)192.168.4.2" Sip-To-Tag = "19C6CC30-4E3" Sip-From-Tag = "000ded22eeb200127e7c3590-329e270c" Sip-Cseq = "102" 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 = "fb24188f75e8946d" Realm = "orion.lab.test.com.au" Timestamp = 1113208054

1 0

[Serusers] rtpproxy options
by harry gaillac 11 Apr '05

11 Apr '05

Hello, I need help to understand ser+rtpproxy. How may I configure rtpproxy options to run with ser/nathelper on the same box ? rttproxy options : usage: rtpproxy [-2fv] [-l addr1[/addr2]] [-6 addr1[/addr2]] [-s path] [-t tos] [-r rdir [-S sdir]] SER communicated with RTPPROXY via unix socket. Does RTPPROXY rewrite INVITE/REGISTER message with info from SER? private-------FW+NAT------SER+RTPPROXY------ public network network which ports must be opened on FW box for INVITE and/or REGISTER methods are they the same than on rtpproxy ? Regards Harry __________________________________________________________________ Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

2 1

Re: [Serusers] still no help - usrloc synchronization
by Java Rockx 11 Apr '05

11 Apr '05

Alex, How does a forking proxy help when dealing with virtual IP addresses? Perhaps I don't quite understand what you mean by a "forking proxy" but it appears you'd have one "main" proxy that basically hands off requests to others? Right? If so, what happens if the "main" proxy crashes? All customers experience a service outage. LVS is a very valid approach to achieving 99.999% uptime from a service perspective. Regards, Paul On Apr 10, 2005 10:49 AM, Alex Vishnev <avishnev(a)optonline.net> wrote: > > Hello All, > > I wanted to join this thread as it seems as a very interesting > discussion. I have been monitoring for some time now. I am not quite sure if > I this has been discussed before, but has anyone considered forking proxy > instead of load balancer? One thing I am not very clear on, is what > problem you are trying to resolve. Are you concerned that if sipuaregisters with sip-01/mysql-01 then LVS sending the next request to > sip-02/mysql-02 without the second knowing what to do? Sorry, if this has > been already discussed. > > Alex >

2 1

Re: [Serusers] more usrloc synchronization
by Tina 11 Apr '05

11 Apr '05

Hello there, see my comments inside. KRs, Tina "Greger V. Teigre" <greger(a)teigre.com> wrote: > Greger, thanks a lot. > The problem with load balancer is that replies goes to the wrong > server due to rewriting outgoing a.b.c.d . BTW, as Paul pointed, if > you define some dummy interface with Virtual IP (VIP), there is no > need to rewrite outgoing messages (I tested this a little). Yes, if you use LVS with direct routing or tunneling, that is what you experience. ===Of course. That why I implemented small "session" stickness. However, it causes additional internal traffic. What I described was a "generic" SIP-aware load balancer where SIP messages would be rewritten and stickiness implemented based on ex. UA IP address (or call-id like vovida's load balancer). ====Sure, it's better solution; I think we'll go this way soon (in our next version). > Why DNS approach is bad (except restricted NAT - let's say I am > solving this)? Well, IMO, DNS SRV in itself is not bad. It's just that many user clients do not support DNS SRV yet. Except that, I like the concept and it will give you a geographical redundancy and load balancing. ===I am trying to build the following architecture: DNS (returns domain's public IP)->LVS+tunneling (Virtual IP)->ser clusters (with private IPs) | | DB (MySQL 4.1 cluster) > I guess, Paul utilizes load-balancer scenario you have described. > Believe there are only proprietary solutions for > "the-replies-problem". We tried Vovida call-id-persistence package, > unfortunately it didn't work for us. Are you referring to the load balancer proxy? IMHO, the SIP-aware load balancer makes things a bit messy. It sounds to me that the LVS + tunneling/direct routing + virtual IP on dummy adapter is a better solution. > In my configuration I use shared remote DB cluster (with > replication). Each ser see it as one-public-IP (exactly the approach > you named for SIP). May be it's good idea to use local DB clusters, > but if you have more than 2 servers your replication algorythm gonna > be complex. Additional problem - it still doesn't solve usrloc > synchronization - you still have to use t_replicate()... I'm not sure if I understand. ===Oh, probably I expressed myself not well enough... So, you have 2 servers at two location, each location with a shared DB and then replication across an IPsec tunnel?? IMHO, mysql 3.23.x two-way replication is quite shaky and dangerous to rely on. With no locking, you will easily get overwrites and you have to be very sure that your application doesn't mess up the DB. I haven't looked at mysql 4.1 clustering, but from the little I have seen, it looks good. Is that what you use? ===We have 2 or more servers with MysQL 4.1 virtual server (clusters balanced by LVS). We use MySQL for maintaining subscribers' accounts, not for location. User location is still in-memory only so far. I am afraid I have to switch to ser 09 in order to use save_memory (thanks Paul!) and forward_tcp() for replication. > With regard to t_replicate() - it doesn't work for more than 2 > servers, so I used exactly forward_tcp() and save_noreply() (you're > absolutely right - this works fine so far); all sers are happy. Of > course, this causes additional traffic. Interesting whether Paul's > FIFO patch reduces traffic between sers? I believe Paul uses forward_tcp() and save_memory() to save the location to the replicated server's memory, while the save("location") on the primary server will store to the DB (which then replicates on the DB level). g-) --------------------------------- Do you Yahoo!? Yahoo! Small Business - Try our new resources site!

2 1

[Serusers] NAT Problem No Voice
by Kamran Ahmad 11 Apr '05

11 Apr '05

hello NATHelper Module is usefull in communicating through sip. now i am getting calles on both sides of NAT but without voice. here is my "var/log/messages" need help on RTP Proxy. how to install RTPProxy. ------------------------------------------------------ Apr 9 01:55:10 achieva ser[10869]: ERROR: force_rtp_proxy2: support for RTP proxy is disabled Apr 9 01:55:15 achieva ser[10870]: ERROR: send_rtpp_command: can't connect to RTP proxy Apr 9 01:55:15 achieva ser[10870]: WARNING: rtpp_test: can't get version of the RTP proxy Apr 9 01:55:15 achieva ser[10870]: WARNING: rtpp_test: support for RTP proxyhas been disabled temporarily Apr 9 01:55:15 achieva ser[10870]: ERROR: force_rtp_proxy2: support for RTP proxy is disabled Apr 9 01:55:15 achieva ser[10870]: ERROR: on_reply processing failed ------------------------------------------------------ ser.cfg ------------------------------------------------------ debug=3 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) /* 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" # ------------------ 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" # !! Nathelper loadmodule "/usr/local/lib/ser/modules/nathelper.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) # !! Nathelper modparam("registrar", "nat_flag", 6) modparam("nathelper", "natping_interval", 30) # Ping interval 30 s modparam("nathelper", "ping_nated_only", 1) # Ping only clients behind NAT # ------------------------- 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; }; # !! Nathelper # Special handling for NATed clients; first, NAT test is # executed: it looks for via!=received and RFC1918 addresses # in Contact (may fail if line-folding is used); also, # the received test should, if completed, should check all # vias for rpesence of received if (nat_uac_test("3")) { # Allow RR-ed requests, as these may indicate that # a NAT-enabled proxy takes care of it; unless it is # a REGISTER if (method == "REGISTER" || ! search("^Record-Route:")) { log("LOG: Someone trying to register from private IP, rewriting\n"); # This will work only for user agents that support symmetric # communication. We tested quite many of them and majority is # smart enough to be symmetric. In some phones it takes a configuration # option. With Cisco 7960, it is called NAT_Enable=Yes, with kphone it is # called "symmetric media" and "symmetric signalling". fix_nated_contact(); # Rewrite contact with source IP of signalling 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 }; }; # 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("iptel.org", "subscriber")) { # www_challenge("iptel.org", "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] { # !! 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 client or server know to be behind a NAT, enable relay if (isflagset(6)) { force_rtp_proxy(); }; # NAT processing of replies; apply to all transactions (for example, # re-INVITEs from public to private UA are hard to identify as # NATed at the moment of request processing); look at replies t_on_reply("1"); # send it out now; use stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; } # !! Nathelper onreply_route[1] { # NATed transaction ? if (isflagset(6) && status =~ "(183)|2[0-9][0-9]") { fix_nated_contact(); force_rtp_proxy(); # otherwise, is it a transaction behind a NAT and we did not # know at time of request processing ? (RFC1918 contacts) } else if (nat_uac_test("1")) { fix_nated_contact(); }; } __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

4 12

[Serusers] SER 0.8 to 0.9: check_to and check_from gone from URI module?
by Cameron Beattie 11 Apr '05

11 Apr '05

I have just downloaded and installed SER 0.9 and note that the URI module doesn't include the check_to and check_from functions any more. I look at the readme file of the uri module and it only includes the is_user and does_uri_exist functions. But I've seen them referred to in the documentation from onsip.org which uses 0.9. Does anyone know if these functions have been replaced with something else or whether I've done something wrong? Regards Cameron

2 1

[Serusers] can't connect to RTP proxy
by Mohamed Omar 11 Apr '05

11 Apr '05

I just installed ser 0.9.0 from onsip.org and compile using the script make_and_install. I also run the update_from_cvs script and the make_and_install again when I got the error below. The config that am using is the one on onsip.org Am I missing something? Thanks in advance 0(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 1(0) INFO: fifo process starting: 23656 1(0) ERROR: send_rtpp_command: can't connect to RTP proxy 1(0) WARNING: rtpp_test: can't get version of the RTP proxy 1(0) WARNING: rtpp_test: support for RTP proxy has been disabled temporarily 1(0) SER: open_uac_fifo: fifo server up at /tmp/ser_fifo... 1(0) WARNING: no fifo_db_url given - fifo DB commands disabled --------------------------------- Post your free ad now! Yahoo! Canada Personals

2 1

[Serusers] about the account by the mysql
by gcc chentob 11 Apr '05

11 Apr '05

Hello all, I have a problem about how to add the account into the mysql(I can use SER control registy by mysql),I don't know how to write the sip.cfg to account users into the mysql, my sip.cif following : #debug=3 # debug level (cmd line: -dddddddddd) #fork=yes #log_stderror=no # (cmd line: -E) /* Uncomment these lines to enter debugging mode debug=3 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/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" # 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/acc.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) modparam("acc", "db_url", "mysql://ser:heslo@localhost/ser") modparam("acc", "log_level", 2) modparam("acc", "log_flag", 2) modparam("acc", "db_flag", 1) modparam("acc", "db_missed_flag", 3) # ------------------------- 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=="mydomain.com") { if (method=="INVITE") { setflag(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(); }; } Thank you! _________________________________________________________________ Don't just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/

3 2

[Serusers] SER issue on startup
by Mr Greg Plater 11 Apr '05

11 Apr '05

Thanks Javarockx That fixed the error and yes I had it running already Thank you _____ From: Java Rockx [mailto:javarockx@gmail.com] Sent: Monday, 11 April 2005 9:50 AM To: Mr Greg Plater Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] SER issue on startup Greg, Could you have multiple instances of ser running? Also, perhaps you can just add this to the top of your ser.cfg: listen=192.168.1.4 port=5060 Regards, Paul On Apr 10, 2005 7:16 PM, Mr Greg Plater <gplater(a)da-bratz.com> wrote: I seen to have mis configured my ser.cfg file in some way. Can anyone tell me what I have done wrong [root@altcall2 ser]# /usr/local/sbin/ser -D -E 0(1832) WARNING: fix_socket_list: could not rev. resolve 1.1.1.1 0(1832) WARNING: fix_socket_list: could not rev. resolve 1.1.1.1 Listening on udp: 127.0.0.1 [127.0.0.1]:5060 udp: 1.1.1.1 [1.1.1.1]:5060 udp: 192.168.1.4 [192.168.1.4]:5060 tcp: 127.0.0.1 [127.0.0.1]:5060 tcp: 1.1.1.1 [1.1.1.1]:5060 tcp: 192.168.1.4 [192.168.1.4]:5060 Aliases: tcp: altcall2:5060 tcp: altcall2.altcall.com:5060 tcp: localhost:5060 udp: altcall2:5060 udp: altcall2.altcall.com:5060 udp: localhost:5060 stateless - initializing [root@altcall2 ser]# 0(0) Maxfwd module- initializing textops - initializing 0(0) ERROR: tcp_init: bind(7, 0x8132bfc, 16) on 127.0.0.1: Address already in use _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

1 0

[Serusers] About serweb
by Edgar Vidal 11 Apr '05

11 Apr '05

Hi everyone: I'm having problems with serweb when I'm trying to login, I mean, when I type http://localhost/serweb/html/user_interface/index.php the screen apears, but when I introduce a user name and a password and press login the same login form screen appears. Could anyone tell me what I'm doing wrong? Thanks in advance Edgar Vidal Edgar Vidal SAS Institute México, S.A. de C.V. Edgar.Vidal(a)sas.com Tel. (52) 55 5000 3814 SAS ... The Power to Know

1 0

[Serusers] SER issue on startup
by Mr Greg Plater 10 Apr '05

10 Apr '05

I seen to have mis configured my ser.cfg file in some way. Can anyone tell me what I have done wrong [root@altcall2 ser]# /usr/local/sbin/ser -D -E 0(1832) WARNING: fix_socket_list: could not rev. resolve 1.1.1.1 0(1832) WARNING: fix_socket_list: could not rev. resolve 1.1.1.1 Listening on udp: 127.0.0.1 [127.0.0.1]:5060 udp: 1.1.1.1 [1.1.1.1]:5060 udp: 192.168.1.4 [192.168.1.4]:5060 tcp: 127.0.0.1 [127.0.0.1]:5060 tcp: 1.1.1.1 [1.1.1.1]:5060 tcp: 192.168.1.4 [192.168.1.4]:5060 Aliases: tcp: altcall2:5060 tcp: altcall2.altcall.com:5060 tcp: localhost:5060 udp: altcall2:5060 udp: altcall2.altcall.com:5060 udp: localhost:5060 stateless - initializing [root@altcall2 ser]# 0(0) Maxfwd module- initializing textops - initializing 0(0) ERROR: tcp_init: bind(7, 0x8132bfc, 16) on 127.0.0.1: Address already in use

2 1

[Serusers] re-write number before sending to asterisk
by Barry Murphy 10 Apr '05

10 Apr '05

Below is what I currently have in my ser.cfg , What can I do to make it add additional numbers infront? I.e. 1./User dials 00 (ser knows to forwards to asterisk) 2./ Ser adds an additional extension 2202 to the 00 before sending to asterisk (this is the pin asterisk requires to make the call) 3./ Asterisk receives 002202...... 4./ Call proceeds. So what I'm after is adding the additional 'hidden' number that people dont see. # send out 00 prefix to wholesale voip.brujula.net 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("asterisk.fast.co.nz:5060"); if (!t_relay()) { sl_reply_error(); }; break; };

2 1

[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 can I use the example: Asterisk = 192.168.1.5 with user name asterisk (2000) registered to SER SER = 192.168.1.4 has users with Alias like 8838212349 Please help if you can :-) Cheers Greg ____________________________________________________________________________ _______________ # # $Id: ser.cfg,v 1.27 2005/03/10 14:16:25 andrei Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ #debug=3 # debug level (cmd line: -dddddddddd) #fork=yes #log_stderror=no # (cmd line: -E) #memlog=5 # memory debug log level #log_facility=LOG_LOCAL0 # sets the facility used for logging (see syslog(3)) /* Uncomment these lines to enter debugging mode fork=no log_stderror=yes */ check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 #children=4 fifo="/tmp/ser_fifo" user=www group=www fifo_user=www # owner of the ser fifo fifo_group=www fifo_mode=0660 # fifo's permissions #disable_core=yes #disables core dumping #open_fd_limit=1024 # sets the open file descriptors limit #mhomed=yes # usefull for multihomed hosts, small performance penalty #disable_tcp=yes tcp_accept_aliases=yes # accepts the tcp alias via option (see NEWS) # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database loadmodule "/usr/local/lib/ser/modules/mysql.so" loadmodule "/usr/local/lib/ser/modules/sl.so" loadmodule "/usr/local/lib/ser/modules/tm.so" loadmodule "/usr/local/lib/ser/modules/rr.so" loadmodule "/usr/local/lib/ser/modules/maxfwd.so" loadmodule "/usr/local/lib/ser/modules/usrloc.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" loadmodule "/usr/local/lib/ser/modules/textops.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_db.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- #modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line modparam("usrloc", "db_mode", 2) # -- auth params -- # Uncomment if you are using auth module # modparam("auth_db", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) # modparam("auth_db", "password_column", "password") # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (msg:len >= max_len ) { sl_send_reply("513", "Message too big"); break; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); break; }; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); route(1); break; }; # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri==myself) { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication if (!www_authorize("127.0.0.1", "subscriber")) { www_challenge("127.0.0.1", "0"); break; }; save("location"); break; }; lookup("aliases"); if (!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); break; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; append_hf("P-hint: usrloc applied\r\n"); route(1); } route[1] { # send it out now; use stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; }

2 1

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

10 Apr '05

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

1 0

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

10 Apr '05

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

2 1

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

10 Apr '05

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

3 2

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

10 Apr '05

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

2 1

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

10 Apr '05

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

1 0

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

10 Apr '05

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

1 1

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

09 Apr '05

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

2 1

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

09 Apr '05

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

2 2

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

09 Apr '05

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

1 0

[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! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

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: [Serusers]sending IM... > hello > Could you explain me how serweb works properly !?? > Harry > --- Erdem HAKI <erdemh(a)tesas.com> wrote: >> Hello, >> >> I set up serweb and it works properly, but when I >> try to send IM to another user, "483 Too many hoops" >> appears.What is the problem? >> >> Thanks.> > _______________________________________________ >> Serusers mailing list >> serusers(a)lists.iptel.org >> http://lists.iptel.org/mailman/listinfo/serusers >> > > > > > > > __________________________________________________________________ > Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos > mails ! > Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

2 2

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