sr-users April 2003

sr-users@lists.kamailio.org

69 participants
115 discussions

[Serusers] SER on FreeBSD Question
by Steve Blair 02 Apr '03

02 Apr '03

Hello: I'm just getting started with my implementation of SER on FreeBSD 4.7-RELEASE. I've read the documentation, installed Apache and mySQL and would like to add users for my domain. I've tried adding an administrative user using serctl however this script fails for reason I cannot explain. Here is what I did: serctl add user1 password1 email1(a)mydomain.com read: Illegal option -s read: Illegal option -s Enter password: < I entered the default admin account password> ERROR 1045: Access denied for user: 'ser@localhost' (Using password: YES) introducing a new user to the database failed Thanks,Steve

3 2

[Serusers] Errormessages by compiling CVS-Snapshot
by Bjoern Zuelch 02 Apr '03

02 Apr '03

Hi, if we try to compile the CVS-Snapshot on a Solaris 8 machine, we get the following error: # make gcc -g -O9 -funroll-loops -Wall -mcpu=ultrasparc -mtune=ultrasparc -m32 -DNAME='"ser"' -DVERSION='"0.8.11pre9-new_opts"' -DARCH='"sparc64"' -DOS=' "solaris"' -DCOMPILER='"gcc 3.2"' -D__CPU_sparc64 -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_M EM -DSHM_MMAP -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DDNS_IP_HACK -DUS E_IPV6 -DUSE_TCP -DDISABLE_NAGLE -DDIGEST_DOMAIN -DDBG_QM_MALLOC -DFAST_LOC K -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -c lex.yy.c -o lex.yy.o gcc -g -O9 -funroll-loops -Wall -mcpu=ultrasparc -mtune=ultrasparc -m32 -DNAME='"ser"' -DVERSION='"0.8.11pre9-new_opts"' -DARCH='"sparc64"' -DOS=' "solaris"' -DCOMPILER='"gcc 3.2"' -D__CPU_sparc64 -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_M EM -DSHM_MMAP -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DDNS_IP_HACK -DUS E_IPV6 -DUSE_TCP -DDISABLE_NAGLE -DDIGEST_DOMAIN -DDBG_QM_MALLOC -DFAST_LOC K -DHAVE_GETIPNODEBYNAME -DHAVE_SYS_SOCKIO_H -DHAVE_SCHED_YIELD -c cfg.tab.c -o cfg.tab.o /usr/ccs/bin/yaccpar:5: warning: ignoring #pragma ident /usr/ccs/bin/yaccpar: In function `yyparse': /usr/ccs/bin/yaccpar:374: warning: label `yyerrlab' defined but not used /usr/ccs/bin/yaccpar:164: warning: label `yynewstate' defined but not used Extra objs: gcc -O2 lex.yy.o cfg.tab.o -lfl -ldl -lresolv -L/usr/local/lib -lfl -lxnet -lrt -lnsl -o ser Undefined first referenced symbol in file dont_fork cfg.tab.o mk_net_bitlen cfg.tab.o append_action cfg.tab.o port_no cfg.tab.o syn_branch cfg.tab.o dprint lex.yy.o memlog cfg.tab.o aliases cfg.tab.o mhomed cfg.tab.o server_signature cfg.tab.o push cfg.tab.o ... ... ... sock_no cfg.tab.o qm_free lex.yy.o debug lex.yy.o ld: fatal: Symbol referencing errors. No output written to ser collect2: ld returned 1 exit status make: *** [ser] Error 1 We do not know, how to fix this problem. Bjoern

2 1

[Serusers] Ser crashes on startup
by srm＠cs.stir.ac.uk 02 Apr '03

02 Apr '03

Hi, I am using the latest cvs code (although the follwoing occurs since a few days) -- I first thought it is some file "under development" and that is why I have updated from CVS frequently, but I am not convinced of this anymore, as you are usually good in fixing things up quickly. Maybe you could interpret this for me? (the lines referring to polserver connector are our own module, but that seems to be fine here). many thanks, Stephan ------------ LOG below. ------------ Apr 2 10:54:22 d254196 ser: Listening on Apr 2 10:54:22 d254196 ser: 127.0.0.1 [127.0.0.1]::5060 Apr 2 10:54:22 d254196 ser: 139.153.254.196 [139.153.254.196]::5060Apr 2 10:54:22 d254196 ser: Aliases: localhost:5060 localhost.localdomain:5060 d254196.cs.stir.ac.uk:*Apr 2 10:54:22 d254196 ser: ser startup succeeded Apr 2 10:54:22 d254196 ser: INFO: signal 13 received Apr 2 10:54:22 d254196 ser: INFO: signal 13 received Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: mod_init(): Database connection opened successfulyApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: pol server connector - initializingApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: pol server connector - initializing: doneApr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: udp_init: SO_RCVBUF is initially 65535Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: udp_init: SO_RCVBUF is finally 131070Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: udp_init: SO_RCVBUF is initially 65535Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: udp_init: SO_RCVBUF is finally 131070Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8752]: INFO: fifo process starting: 8752Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8752]: SER: open_uac_fifo: fifo server up at /tmp/ser_fifo...Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: SIGCHLD received: we do not worry about grand-childrenApr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop: dead child 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop: dead child 12Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop: dead child 13Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8764]: BUG: tcp_main_loop: dead child 14Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8763 exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not generated Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8762 exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not generated Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8761 exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not generated Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: child process 8760 exited by a signal 11Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: core was not generated Apr 2 10:54:22 d254196 /usr/local/sbin/ser[8739]: INFO: terminating due to SIGCHLDApr 2 10:54:23 d254196 /usr/local/sbin/ser[8741]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8742]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8743]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8744]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8745]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8746]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8750]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8751]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8759]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8764]: INFO: signal 15 received Apr 2 10:54:23 d254196 /usr/local/sbin/ser[8752]: INFO: signal 15 received -- The University of Stirling is a university established in Scotland by charter at Stirling, FK9 4LA. Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not disclose, copy or deliver this message to anyone and any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of the University of Stirling shall be understood as neither given nor endorsed by it.

4 3

[Serusers] RE: SIP Proxy instalation - NO big problems any more :-) :-) :-) meanwhile
by Jiri Kuthan 02 Apr '03

02 Apr '03

Valery, I really don't know why your web server's PHP does not send emails. When the subscription is completed, a "thank you for registering" webpage should show up -- you can play with serweb in action at iptel.org. Let me know when you learn what the problem was. -jiri At 12:38 PM 4/2/2003, Valery Shampal wrote: >Dear Jiri, > >We have a good progress in establishing our VoIP Test/Demo Lab. >But we still have a problem with registration via Web. >One more time, I am not sure we will use it but I definitely want it >to work - just in case... > >Following a situation: > >1. sendmail command works well from the Linux command line. It sends > mail to our Exchange server (for example, valery(a)nsi.co.il) >2. After filling the subscribe web form, an empty form returns on screen. > We have no message on screen that registration has been started, but > we are not sure something like this must be :-) >3. We do not see any mail on Linux mail queue >4. Mail is not being sent to Exchange server >5. We saw sendmail command in one of your scripts, so it must work >6. We checked and did all you have suggested in your mail: > >PHP sends to SMTP daemon at localhost. >Try looking at the place where your web and email servers stores >their logs. If PHP or your web server are misconfigured, that's where >you will best learn it. > > We did or best but did not see any problem. May be we do not know where > and what to search for or to look at :-( >7. So, it still does not want to work. > >Regards, > > Valery > > > > >-----Original Message----- >From: Jiri Kuthan [<mailto:jiri@iptel.org>mailto:jiri@iptel.org] >Sent: Tuesday, April 01, 2003 11:31 AM >To: Valery Shampal; 'jan(a)iptel.org'; Valery Shampal >Cc: Igor Vinokur; Mihai Teodorescu >Subject: RE: SIP Proxy instalation - NO big problems any more :-) :-) :-) meanwhile > >At 10:18 AM 4/1/2003, Valery Shampal wrote: > >>Jan, >> >>Great. You are absolutely right in what you wrote in the >>last topic. Any way, we did not suppose to define users via Web interface. We supposed to define users (there might be hundreds of them for DEmo and Testing > >> >>purpose) by means of a script directly into database. > >In which case you are probably best server through the sercrtl utility. > >>We just like to use all the options, including this cute Web interface. >> >>Regarding the mail. MTA is running on our Linux. >> >>We just wanted to understand what and where must be defined >>in order a mail will be really sent. > >PHP sends to SMTP daemon at localhost. > >>As I understood, a user defined via Web interface was not defined in DB only because (for some reason) a mail has not been sent. A reason we wanted to know what log files and where to look into was to understand what kind of error we have. > >-Jiri -- Jiri Kuthan http://iptel.org/~jiri/

1 0

[Fwd: Re: [Serusers] SMS gateway using a mobile phone]
by Bogdan-Andrei IANCU 02 Apr '03

02 Apr '03

Hi, all the changes are on CVS. Feel free to download and test. Thanks for the feedback, Bogdan -------- Original Message -------- Subject: Re: [Serusers] SMS gateway using a mobile phone Date: Tue, 01 Apr 2003 18:30:18 +0200 From: Bogdan-Andrei IANCU <iancu(a)fokus.fraunhofer.de> Reply-To: iancu(a)fokus.fraunhofer.de To: "LeeCC, Kenny" <Kenny.LeeCC(a)hp.com> CC: serusers(a)lists.iptel.org References: <6A52901B8F7E2A42B2C169B7AC932DDE02820E71(a)msaexc01.asiapacific.cpqcorp.net> Hi Kenny, First, I want to say that our SMS module is base on the same library as Stefan Frings's "SMS Server Tools", so , if you succeeded it in sending a SMS with this tool, you can do it also with the SMS GW. The log you sent actually says the SMS GW is trying (using AT+CREG command) to find out if the modem is registered on the GSM network (if you have signal on your phone). But, if your phone doesn't support AT+CREG command (as you said), the GW will remain blocked there until it will figure out the modem status regarding registration on the network. You said you were able to use the "SMS Server Tools" which actually does to same - first checks if the modem is registered on GSM network. My opinion is you specified to "putsms" the '-m' parameter (the PDU mod) to "DIGICOM" - this is the only way haw to skip the registration check. Please tell me if I right or not. If yes, you can find a similar setting for the SMS GW - in "modem" section switch the 'm' param from '"new" to "digicom". Now, regarding the SMS center number. I guess you are right. I will turn this parameter to "optional" - to be more flexible- and I will move it from "network" section to the "modem" one. As soon as I will finish the changing, I will let you know. Yes, indeed, there is no support for 57600 baud rate - I will added asap. In order to be able to help you more, if it's possible, please send me exactly the parameters you used with "putsms" (from "SMS Server Tools"). Best regards, Bogdan LeeCC, Kenny wrote: >Hi, > >Am trying to get SER to send SMS messages out via my SER server serial/comm port connected to a Motorola Timeport P7382 mobile phone but am having trouble because of SER "sms.so" module keep trying to register the SMS center number; syslog snippet. > > >Apr 1 18:32:28 gits /usr/sbin/ser[18276]: INFO:initmodem: Checking if Modem is registered to the network >Apr 1 18:32:30 gits /usr/sbin/ser[18266]: NOTICE:initmodem: Waiting 2 sec. before retrying > > >The mobile phone already register to the SMS center number thus re-registering is not required. "sms.so" module doesn't seems to pick up the message that the mobile phone have already registered to the SMS center number and I have to amend and recompile "libsms_modem.c" because the mobile phone do not recognise AT+CREG command but AT+CSCA command. > >To test whether the mobile phone is able to send SMS messages out via the serial/comm port, I used Stefan Frings "SMS Server Tools" by commenting the config file from registering the SMS center number and it managed to send out sms messages. However on SER "sms.so" modules, I have no idea how to stop it from registering the SMS center number. From the "../sms/README" file, it did mention that "c=SMS_center" is mandatory. That looks like not registering to the SMS center is a no-no. :-( Other than changing some words here and there of the source code via gut feel, I don't have any experience in C thus am yelping for help here. > >Btw, the modem baud rate on "sms.c" only supports up to 38400 and that won't work with my mobile phone, thus have to add a line for 57600 baud rate. Maybe is already added in the latest CVS. Am using the stable version source. Below is my "ser.cfg". > >Thanks & rgds, >kenny.leecc >------------------------------------------- > ># ># $Id: ser.cfg,v 1.12 2002/10/21 02:40:06 jiri Exp $ ># ># simple quick-start config script ># > ># ----------- global configuration parameters ------------------------ > >debug=9 # debug level (cmd line: -dddddddddd) >fork=yes >log_stderror=no # (cmd line: -E) >check_via=no # (cmd. line: -v) >dns=no # (cmd. line: -r) >rev_dns=no # (cmd. line: -R) >port=5060 >children=4 >fifo="/tmp/ser_fifo" > ># ------------------ module loading ---------------------------------- > ># 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/sms.so" >loadmodule "//usr/lib/ser/modules/im.so" >loadmodule "//usr/lib/ser/modules/textops.so" >loadmodule "//usr/lib/ser/modules/usrloc.so" >loadmodule "//usr/lib/ser/modules/registrar.so" >loadmodule "//usr/lib/ser/modules/pike.so" > ># Uncomment this if you want digest authentication ># mysql.so must be loaded ! >loadmodule "//usr/lib/ser/modules/auth.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", "secret", "alsdkhglaksdhfkloiwr") >modparam("auth", "calculate_ha1", yes) ># ># If you set "calculate_ha1" parameter to yes (which true in this config), ># uncomment also the following parameter) ># >modparam("auth", "password_column", "password") > ># -- SMS params -- >modparam("sms","modems","Motorola [d=/dev/ttyS0;b=57600;m=new;l=20;r=2]") >modparam("sms","networks","Maxis[c=60120000015;m=10]") >modparam("sms","links","Motorola [Maxis]") >modparam("sms","domain","gits.msasip.net") >modparam("sms","max_sms_parts",3) >modparam("sms","use_contact",1) > ># -- tm params -- >modparam("tm", "fr_timer", 10 ) >modparam("tm", "fr_inv_timer", 10 ) >modparam("tm", "wt_timer", 10 ) > ># -- pike params -- ># no more than minimum 5 or maximum 5*3 msg per 10 secs - only for sms >modparam("pike","sampling_time_unit",60) >modparam("pike","reqs_density_per_unit",5) >modparam("pike","removel_latency",30) > ># ------------------------- request routing logic ------------------- > ># main routing logic > >alias="my.domain" > >route{ > > # initial sanity checks -- messages with > # max_forwars==0, or excessively long requests > # filter too old messages > if (!mf_process_maxfwd_header("10")) { > log("LOG: Too many hops\n"); > sl_send_reply("483","Too Many Hops"); > break; > }; > > # messages too large are denied > if (len_gt( max_len )) { > sl_send_reply("513", "Message too big"); > break; > }; > > # accept only req coming from my.domain > if (!src_ip==192.168.1.1 | > !( uri=~"my.domain" | uri=~"192\.168\.1\.0" )) > { > sl_send_reply("403","Forbidden"); > log("SER:Forbidden request: wrong src_ip or req_uri\n"); > break; > }; > > # we are not interested in non-MESSAGE requests > if (!method=="MESSAGE") > { > sl_send_reply("501","Not Implemented"); > break; > }; > > # error occured ... > if (! t_newtran()) > { > sl_reply_error(); > break; > }; > > ### ------ SMS GATEWAY -------- > # let's block ips that send a lot of request!! > if (!pike_check_req() ) > { > break; > }; > # SMS expects only the numbers as follows + > #if (!(uri=~"sip:+[^0][0-9]{3}")) > if (!(uri=="sip:0121234567")) > { > log("SER: invalid number format!!\n"); > if (!t_reply("502","Bad gateway - invalid number")) > { > # if replying failed, retry statelessly > sl_reply_error(); > }; > break; > }; > if (sms_send_msg_to_net("Maxis")) > { > # for sending replies, we won't use the statefull > # function because it is not able to add the Contact > # header (in fact to add any rpl_lump :-( ) > # things went well, send ok upstream > if (!t_reply("202", "yes sir, SMS sent over")) > { > # if replying failed, retry statelessly > sl_reply_error(); > }; > } else { > if (!t_reply("502", "Bad gateway - SMS error")) > { > # if replying failed, retry statelessly > sl_reply_error(); > }; > break; > }; > > # Do strict routing if pre-loaded route headers present > rewriteFromRoute(); > > # forward or handoff to PSTN > if (uri=~"^sip:9[0-9]*@192.168.1.66") { > strip(1); > log("Forwarding to PSTN\n"); > rewritehostport("192.168.1.50:5060"); > }; > > lookup("aliases"); > # 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("my.domain", "subscriber")) { > www_challenge("my.domain", "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 > if (!t_relay()) { > sl_reply_error(); > }; > >} >_______________________________________________ >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] modparam auth
by Magnus Melin 02 Apr '03

02 Apr '03

Hello We´re trying to install the ser, and eventually we hope it will work with our jabberserver aswell. Now though we have some problem that we can't solve. version: ser 0.8.11pre8-mem (i386/linux) When starting the ser ( ./ser -f etc/ser.cfg) we get the following error message: 0(10388) set_mod_param_regex: auth matches module auth 0(10388) set_mod_param_regex: parameter <calculate_ha1> not found in module <auth> 0(10388) qm_free(0x80a1a40, 0x80a8a60), called from modparam.c: set_mod_param_regex(130) 0(10388) qm_free: freeing block alloc'ed from modparam.c: set_mod_param_regex(85) 0(10388) parse error (82,39-40): Can't set module parameter . . . . 0(10388) set_mod_param_regex: auth matches module auth 0(10388) set_mod_param_regex: parameter <password_column> not found in module <auth> 0(10388) qm_free(0x80a1a40, 0x80a8b14), called from modparam.c: set_mod_param_regex(130) 0(10388) qm_free: freeing block alloc'ed from modparam.c: set_mod_param_regex(85) 0(10388) parse error (83,47-48): Can't set module parameter The ser.cfg file looks like this: modparam("usrloc", "db_mode", 2) modparam("auth", "calculate_ha1", true) modparam("auth", "password_column", "password") Please, help us on this since we can't move forward as long as we have this problem. Let us know if you need more info. Magnus _________________________________________________________________ Hitta rätt köpare på MSN Köp & Sälj http://www.msn.se/koposalj

2 1

[Serusers] Strange response
by Bo 01 Apr '03

01 Apr '03

Hi, I have tested cisco ATA186 (private IP) with SER under different circumstances. With Linksys and D-link router, there were no problem. But with Lioncom ADSL router, a strange thing happened. In this case, the ATA is having a private IP 192.168.5.2 and the SIP port number is the default 5060. The public IP of the ADSL connection was 195.226.252.124. The following is the traces from ngrep. As you can see, the Lioncom router forwarded (NAT) the SIP REGISTER with port 30150 while SER sent the response back to port 5060. So the ATA couldn't receive the response at all. What maybe the problem? # U 195.226.252.124:30150 -> 192.168.3.29:5060 REGISTER sip:sip.abc.com SIP/2.0..Via: SIP/2.0/UDP 192.168.5.2:5060..From: <sip:6701892@si p.abc.com;user=phone>..To: <sip:6701892@sip.abc.com;user=phone>..Call-ID: 1781909739@1 92.168.5.2..CSeq: 1 REGISTER..Contact: *..Expires: 0..User-Agent: Cisco ATA v2.15 ata18x (0209 27a)..Content-Length: 0.... # U 192.168.3.29:5060 -> 195.226.252.124:5060 SIP/2.0 401 Unauthorized..Via: SIP/2.0/UDP 192.168.5.2:5060;received=195.226.252.124..From: <s ip:6701892@sip.abc.com;user=phone>..To: <sip:6701892@sip.abc.com;user=phone>;tag=d907c 037823644515dfe0ede38ca9976.9b53..Call-ID: 1781909739@192.168.5.2..CSeq: 1 REGISTER..WWW-Authen ticate: Digest realm="sip.abc.com", nonce="3e89f40b00000000e3fd8eedb58e5662ca62981749bb0006 ", algorithm=MD5..Server: Sip EXpress router (0.8.10 (i386/linux))..Content-Length: 0..Warning: 392 192.168.3.29:5060 "Noisy feedback tells: pid=10613 req_src_ip=195.226.252.124 in_uri=sip:s ip.bmx-inc.com out_uri=sip:sip.abc.com via_cnt==1".... Thanks, Bo

3 4

[Serusers] SMS gateway using a mobile phone
by LeeCC, Kenny 01 Apr '03

01 Apr '03

Hi, Am trying to get SER to send SMS messages out via my SER server serial/comm port connected to a Motorola Timeport P7382 mobile phone but am having trouble because of SER "sms.so" module keep trying to register the SMS center number; syslog snippet. <snip> Apr 1 18:32:28 gits /usr/sbin/ser[18276]: INFO:initmodem: Checking if Modem is registered to the network Apr 1 18:32:30 gits /usr/sbin/ser[18266]: NOTICE:initmodem: Waiting 2 sec. before retrying <snip> The mobile phone already register to the SMS center number thus re-registering is not required. "sms.so" module doesn't seems to pick up the message that the mobile phone have already registered to the SMS center number and I have to amend and recompile "libsms_modem.c" because the mobile phone do not recognise AT+CREG command but AT+CSCA command. To test whether the mobile phone is able to send SMS messages out via the serial/comm port, I used Stefan Frings "SMS Server Tools" by commenting the config file from registering the SMS center number and it managed to send out sms messages. However on SER "sms.so" modules, I have no idea how to stop it from registering the SMS center number. From the "../sms/README" file, it did mention that "c=SMS_center" is mandatory. That looks like not registering to the SMS center is a no-no. :-( Other than changing some words here and there of the source code via gut feel, I don't have any experience in C thus am yelping for help here. Btw, the modem baud rate on "sms.c" only supports up to 38400 and that won't work with my mobile phone, thus have to add a line for 57600 baud rate. Maybe is already added in the latest CVS. Am using the stable version source. Below is my "ser.cfg". Thanks & rgds, kenny.leecc ------------------------------------------- # # $Id: ser.cfg,v 1.12 2002/10/21 02:40:06 jiri Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ debug=9 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=4 fifo="/tmp/ser_fifo" # ------------------ module loading ---------------------------------- # 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/sms.so" loadmodule "//usr/lib/ser/modules/im.so" loadmodule "//usr/lib/ser/modules/textops.so" loadmodule "//usr/lib/ser/modules/usrloc.so" loadmodule "//usr/lib/ser/modules/registrar.so" loadmodule "//usr/lib/ser/modules/pike.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! loadmodule "//usr/lib/ser/modules/auth.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", "secret", "alsdkhglaksdhfkloiwr") modparam("auth", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) # modparam("auth", "password_column", "password") # -- SMS params -- modparam("sms","modems","Motorola [d=/dev/ttyS0;b=57600;m=new;l=20;r=2]") modparam("sms","networks","Maxis[c=60120000015;m=10]") modparam("sms","links","Motorola [Maxis]") modparam("sms","domain","gits.msasip.net") modparam("sms","max_sms_parts",3) modparam("sms","use_contact",1) # -- tm params -- modparam("tm", "fr_timer", 10 ) modparam("tm", "fr_inv_timer", 10 ) modparam("tm", "wt_timer", 10 ) # -- pike params -- # no more than minimum 5 or maximum 5*3 msg per 10 secs - only for sms modparam("pike","sampling_time_unit",60) modparam("pike","reqs_density_per_unit",5) modparam("pike","removel_latency",30) # ------------------------- request routing logic ------------------- # main routing logic alias="my.domain" route{ # initial sanity checks -- messages with # max_forwars==0, or excessively long requests # filter too old messages if (!mf_process_maxfwd_header("10")) { log("LOG: Too many hops\n"); sl_send_reply("483","Too Many Hops"); break; }; # messages too large are denied if (len_gt( max_len )) { sl_send_reply("513", "Message too big"); break; }; # accept only req coming from my.domain if (!src_ip==192.168.1.1 | !( uri=~"my.domain" | uri=~"192\.168\.1\.0" )) { sl_send_reply("403","Forbidden"); log("SER:Forbidden request: wrong src_ip or req_uri\n"); break; }; # we are not interested in non-MESSAGE requests if (!method=="MESSAGE") { sl_send_reply("501","Not Implemented"); break; }; # error occured ... if (! t_newtran()) { sl_reply_error(); break; }; ### ------ SMS GATEWAY -------- # let's block ips that send a lot of request!! if (!pike_check_req() ) { break; }; # SMS expects only the numbers as follows +<int> <area> <nr> #if (!(uri=~"sip:+[^0][0-9]{3}")) if (!(uri=="sip:0121234567")) { log("SER: invalid number format!!\n"); if (!t_reply("502","Bad gateway - invalid number")) { # if replying failed, retry statelessly sl_reply_error(); }; break; }; if (sms_send_msg_to_net("Maxis")) { # for sending replies, we won't use the statefull # function because it is not able to add the Contact # header (in fact to add any rpl_lump :-( ) # things went well, send ok upstream if (!t_reply("202", "yes sir, SMS sent over")) { # if replying failed, retry statelessly sl_reply_error(); }; } else { if (!t_reply("502", "Bad gateway - SMS error")) { # if replying failed, retry statelessly sl_reply_error(); }; break; }; # Do strict routing if pre-loaded route headers present rewriteFromRoute(); # forward or handoff to PSTN if (uri=~"^sip:9[0-9]*@192.168.1.66") { strip(1); log("Forwarding to PSTN\n"); rewritehostport("192.168.1.50:5060"); }; lookup("aliases"); # 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("my.domain", "subscriber")) { www_challenge("my.domain", "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 if (!t_relay()) { sl_reply_error(); }; }

2 1

[Serusers] Statistics Question
by Ricardo Villa 01 Apr '03

01 Apr '03

For the last couple of days the Transaction Statistics show "10 Waiting". Even when there is no traffic. What exactly does it represent? and how can it stay stuck? Thanks, Ricardo [cycle #: 18173; if constant make sure server lives and fifo is on] Server: Sip EXpress router (0.8.10 (i386/linux)) Now: Tue Apr 1 10:53:20 2003 Up Since: Mon Mar 24 17:30:57 2003 Up time: 667343 [sec] Transaction Statistics Current: 0 (10 waiting) Total: 609 (0 local) Replied localy: 394 Completion status 6xx: 4, 5xx: 0, 4xx: 219, 3xx: 0,2xx: 518 Stateless Server Statistics 200: 922 202: 0 2xx: 0 300: 0 301: 0 302: 0 3xx: 0 400: 0 401: 995 403: 0 404: 11227 407: 0 408: 0 483: 8 4xx: 1901 500: 0 5xx: 0 6xx: 0 xxx: 0 failures: 4 UsrLoc Stats Domain Registered Expired 'location' 2 35 'aliases' 13 0

2 1

RE: [Serusers] how do i add an alias?
by Sunithi JP 01 Apr '03

01 Apr '03

hi Jan. tried what u have said.i am still getting the same error. sunithi -----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Tuesday, April 01, 2003 6:42 PM To: Sunithi JP Cc: 'serusers(a)lists.iptel.org' Subject: Re: [Serusers] how do i add an alias? Hello, it should look like this: sc alias add test2 sip:test@indts.com Jan. On 01-04 18:27, Sunithi JP wrote: > hi all, > i am running SER (ver 0.8.10) with MySql support. > > i made an entry in the database for a user "test" using the command : > - serctl add test test test(a)indts.com <mailto:test@indts.com> > > now, i want to add an alias for the user "test". so when i type : > - serctl alias add test(a)indts.com <mailto:test@indts.com> > sip:test2@indts.com <mailto:sip:test2@indts.com> > > i get the following error > > sip:test2@indts.com <mailto:sip:test2@indts.com> > 400 ul_add: contact expected > > what is happening? pls help > > thx, > sunithi > > >

3 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 April 2003