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
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
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.
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/
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
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
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.comout_uri=sip:sip.abc.com via_cnt==1"....
Thanks,
Bo
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();
};
}
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
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
>
>
>