Hello,
I finished SER RADIUS Howto. The document thoroughly describes
installation and configuration of RADIUS server and client libraries for
authentication and accounting with ser.
RADIUS related questions appear quite often on the mailing lists so I hope the
document helps.
I would appreciate if anyone using another RADIUS server than FreeRADIUS
could describe the setup and send it to me (plaintext is OK, I will
convert it to docbook).
You can get the document from here:
http://iptel.org/ser/ser_radius.html
Any feedback is appreciated.
Jan.
I have serweb installed, but I'm not sure if I'm missing something. I
don't seem to have an option to add a new user.
Also, the SerAdmin files on the CVS site seem to be corrupted. I have
tried extracting them on both linux and windows and I have downloaded
them multiple times to no avail.
Any ideas on these?
Stephen
I have installed the new version and am still seeing the same problem.
This is the line in the config file that it doesn't like.
if(!vm("/tmp/am_fifo","voicemail")){
[root@voip2 etc]# /usr/sbin/ser -V
version: ser 0.8.12dev-t16 (i386/linux)
flags: STATS:Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, 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.167 2003/07/07 14:08:26 jiri Exp $
main.c compiled on 10:02:36 Sep 11 2003 with gcc 3.2
>
>
>Sep 10 16:36:36 voip2 ser: parse error (127,37-38): Command cannot be
>used in the block
>Sep 10 16:36:36 voip2 ser: ERROR: bad config file (1 errors)
>Sep 10 16:36:36 voip2 ser: ser startup failed
I see -- that's actually a bug in SER. We only tested for remote
voicemail and never gave an intergrated version a try. It is now
fixed on CVS. Feel free to update from CVS, recompile and retry.
Sorry for the inconvenience and thanks for reporting.
-Jiri
Jiri,
I downloaded the new tarball and did make all and make install.
Strangely, the tarball is 0.8.12 even though I downloaded it from the
0.8.13 page.
Now, mysql.so is failing to load, even though there is a mysql directory
in my modules. If I try to make the mysql module independently, it
fails.
Any chance of a ser rpm and ser-mysql rpm for this release?
version: ser 0.8.12dev-t16 (i386/linux)
flags: STATS:Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, 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.167 2003/07/07 14:08:26 jiri Exp $
main.c compiled on 10:02:36 Sep 11 2003 with gcc 3.2
What's going on here?
Thanks,
Stephen
>Sep 10 16:36:36 voip2 ser: parse error (127,37-38): Command cannot be
>used in the block
>Sep 10 16:36:36 voip2 ser: ERROR: bad config file (1 errors)
>Sep 10 16:36:36 voip2 ser: ser startup failed
I see -- that's actually a bug in SER. We only tested for remote
voicemail and never gave an intergrated version a try. It is now
fixed on CVS. Feel free to update from CVS, recompile and retry.
Sorry for the inconvenience and thanks for reporting.
-Jiri
Hi list,
has anyone tried the SIP phone with SER?
http://www.sipphone.com it is advertized by Michael (Lindows).
If anyone found any good results, please let me know.
Thanks,
__________________________________
NZEYIMANA Emery Fabrice
NEFA Computing Services, Inc.
P.O. Box 5078 Kigali
Office Phone: +250-51 11 06
Office Fax: +250-50 15 19
Mobile: +250-08517768
Email: dg(a)nefacomp.net
http://www.nefacomp.net/
Hello Steve,
the 'make install' feature has not been yet tested on FreeBSD 4.7.
I would sugest, that you the installation by hand. If you just typed 'make
install', the configuration file should be /etc/sems/sems.conf. If this file
has not been copied, you should try to create it and thatfor use the
template in the source directory sems.conf.sample.
If you have further problems, don't hesitate to write to the mailling list
serusers(a)lists.iptel.org.
It would also help, if you say where your version comes from (CVS, web, RPM,
distribution, CD ...).
Regards,
Raphael Coeffic.
----- Original Message -----
From: "Steve Blair" <blairs(a)isc.upenn.edu>
To: <raphael.coeffic(a)gmx.de>
Sent: Thursday, September 11, 2003 2:15 PM
Subject: SEMS
>
> Dear Raphael:
>
> I just installed and built SEMS on a FreeBSD 4.7 machine. The
> build worked using gmake but I'm having trouble with the initial
> install. When I start ans_machine the following is displayed:
>
> Configuration:
> configuration file: /etc/sems/sems.conf
> Ser's FIFO: /tmp/ser_fifo
> our FIFO: /tmp/am_fifo
> smtp server ip: localhost
> smtp server port: 25
> announce path: /usr/lib/voicemail/audio
> default announce: default.wav
> plug-in path: lib
> maximum record time: 30
> daemon mode: 1
>
> The problem is twofold. First, where is this information stored?
> Second, how do I change it?
>
> /etc/sems/sems.conf does not exist nor does a template config
> file from what I can see. Also /etc/sems was not created by
> the install script. Is this correct or does the lack of this directory
> suggest the build process has failed?
>
> Thanks,Steve
>
> --
>
> ISC Network Engineering
> The University of Pennsylvania
> 3401 Walnut Street, Suite 221A
> Philadelphia, PA 19104
>
>
> voice: 215-573-8396
> fax: 215-898-9348
>
> sip:blairs@upenn.edu
>
>
I have tried to work through your suggestions. Please see my responses.
I appreciate your attentivness and help.
Stephen
>>1) Having issues with correctly increasing the number of children. If
I
>What problems do you have with high number of connections in my.cnf?
Most of the documentation that I had seen had my use max-connections =
x. I finally found a suggestion to use set-variable=max-connections=x
and it worked.
>>2) I only want the call to fail to route 2 for calls that terminate in
>>my network. I don't want calls leaving the network to try to go to
>>voicemail after the time hits.
>Sure. What is the question, script? If so, that's easy: set
t_on_failure
>only from within the uri==myself condition.
Unless I am mistaken, that will only help calls originating outside of
my network. If I place a call to 18885551212, even if it's not a local
destination, the uri still looks like sip:18885551212@209.242.10.153 and
matches uri==myself. I did place this portion inside the myself check
and it still tries to transfer to vm after the time expires.
>Actually, most of your script should be within this condition. If
>a request for other domain comes (i.e., uri==msyelf does not hold),
>you just forward using t_relay and that's it. All the script
processing,
>uri rewriting, redirection makes only sense if you "own" the request.
Thanks, I fixed that.
>>3) I can't seem to figure out how to format the rewrite/append/etc to
>>trigger the voicemail call. Maybe I don't understand the routing
loop.
>>Can someone take a look at the config and give me some ideas?
>The "user-offline" part is I guess ok. There are some nits though:
>- you ignore non-VoIP messages to off-line users -- is an instant
> MESSAGE comes, you just break. you should indicate the status
> sip-wise instead. Use sl_send_reply("404","not found");
>- I don't know what the append_branch in your script is good for,
> but I don't think you need it.
This is the part that I really need help with! When the call timer
fails, the call goes to the route[1]. How do I get it into voice mail
from that point?
>>5) I'm not seeing the activity/routing logs going anywhere. If I run
>>ser manually, I see information on the stderr, but nothing in the
>>database or logs in terms of the connections.
>If you start manually, force messages and see them on your console,
>then everything is all right, isn't it? If you start from an init
>script and keep forcing use of stderr, you will obviously will not
>see anything -- you need to turn stderr off and watch syslog output.
This did send the syslog to the messages file, but where are the call
transaction records?
Here is my lastest config.
modparam("tm", "fr_inv_timer", 5 )
modparam("tm", "fr_timer", 10 )
modparam("usrloc", "db_mode", 2)
#modparam("auth_db", "db_url","sql://ser:heslo@localhost/ser")
modparam("auth_db", "calculate_ha1", yes)
modparam("auth_db", "password_column", "password")
modparam("voicemail", "db_url","sql://ser:heslo@localhost/ser")
modparam("rr", "enable_full_lr", 1)
# -- acc params --
modparam("acc", "report_ack", 1)
modparam("acc", "log_level", 1)
modparam("acc", "log_flag", 1 )
modparam("acc", "db_flag", 1 )
modparam("acc", "log_missed_flag", 3 )
modparam("acc", "db_missed_flag", 3 )
# report to syslog: From, i-uri, status, digest id
modparam("acc", "log_fmt", "fisu" )
# ------------------------- request routing logic -------------------
alias="test.net"
alias="209.242.10.153"
route{
if (!mf_process_maxfwd_header("10")) {
log("LOG: Too many hops\n");
sl_send_reply("483","Too Many Hops");
break;
};
if (len_gt( max_len )) {
sl_send_reply("513", "Wow -- Message too large");
break;
};
if (loose_route()) { t_relay(); break; };
if (method=="INVITE") {record_route();};
# account completed transactions via syslog
setflag(1);
if (uri==myself) {
if (src_ip==66.155.138.5) {
log("gateway-originated request");
} else {
if (method=="REGISTER") {
log(1,"authenticating");
if (!www_authorize("test.net",
"subscriber")) {
www_challenge("test.net", "0");
break;
};
save("location");
break;
};
};
if (uri=~"sip:voicemail\+@") {
log(1,"call matches voicemail");
t_newtran();
t_reply("100", "trying -- just a second");
if (!vm("/tmp/am_fifo","announcement")) {
t_reply("500", "SEMS error");
};
break;
};
if (uri=~"sip:2[0-9]+@.*") {
log(1,"call matches local number");
if (!lookup("location")) {
log(1,"failed lookup");
if (method=="INVITE" || method=="ACK") {
t_newtran();
t_reply("100", "trying -- one
moment");
if(!vm("/tmp/am_fifo","voicemail")){
t_reply("500", "SEMS
error");
};
break;
};
};
} else {
rewritehostport("66.155.138.5:5060");
};
t_on_failure("1");
if (!t_relay()) {
sl_reply_error();
break;
};
};
}
failure_route[1]{
log(1,"call sent to voicemail due to no answer\n");
if (uri=~"sip:2[0-9]+@.*") {
if (method=="INVITE" || method=="ACK") {
#WHAT DO I PUT HERE TO TRIGGER THE VM?
t_relay();
};
break;
};
}
** High Priority **
If I do this
"dig -t SRV _sip._udp.myproxy.com"
I do not get an "answer section" in the response ......
I think that this is the reason for my SER coming up with "too many
hops".
Does any one know the reason / solution to this problem
