Does anyone have a working example of a config file for ser 0.9
that they can share. My 0.8.14 config keeps failing. The line
numbers in the debug output indicate the problem is on a line
that is blank. The NEWS file is no help.
Thanks
--
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
I am trying to recompile from the src using the 8.14 src code located in the
released version of 8.14, but am having a lot of problems with files not
found so it won't compile properly. Has anyone else had problems with this
?
I have also tried to compile the one from the cvs this one however even
gives me greater errors.
I would like to compile it with option for logging the acc transactions into
mysql database . which is not turned compiled by default ( why this would be
I don't know . should be one with mysql and one with the radius support) .
but any way if someone could shed some light this would be nice or even
nicer yet a compiled version for Fedora Core 3
The link below mentions the problem that someone else was also having with
similar problems but no resolution that i could find.
http://lists.iptel.org/pipermail/serusers/2005-January/014970.html
Thanks
Mr. B
<http://cr.yp.to/djb.html>Hello,
did somebody success to control a SER proxy with D.J. Bernstein's
daemontools?
As soon as SER is run, it puts itself to the shell background. As far as
I found out, this behavior prevents the daemontools from controlling SER.
What did anybody already experiment with this toolkit? What do you use
to control you SER processes (auto-respawn, logging, etc.)?
It would be also great to use Bernstein's multilog to collect SER logs
in a comfortable manner (with per instance log, log rotation,
timestamps, etc).
What do you use here? Any recommendation?
Best regards,
Urs Uschmann
Thanks!
We just tried and it worked....just a "small" missing detail.
Samuel
Unclassified.
>>> Jan Janak <jan(a)iptel.org> 01/27/05 06:55PM >>>
Try to use mhomed=yes in the configuration file of SER_1. It should
then
put the IP of the outgoing interface (unicast) into Via.
Jan.
On 25-01 10:30, Samuel Osorio Calvo wrote:
> Hi,
>
> I have received this and I don't know what's wrong, maybe any guru
can
> help:
>
> Samuel.
>
> Unclassified.
> >In my test lab i found that SER adds a wrong VIA header.
> >The scenario is like this:
> >phone1 ---- SER_1 ----- SER_2 ---- phone2
> >
> >phone 1 is registered at SER_1 (it's proxy)
> >phone 2 is registered at SER_2 (it's proxy)
> >
> >When phone2 wants to call phone1, it sends the invite to SER2. SER2
> checks in their local database for phone1, and does not find it.
SER2
> forwards the invite message on (using >multicast address 230.x.x.x).
> SER1 is listening on two addresses: unicast one (192.y.y.y) and
> multicast one (230.x.x.x). He receives the invite from the multicast
> address, checks for >phone1 and finds it registered in his local
> database. SER1 relays (t_relay) to phone one. Here is where the error
is
> introduced: SER1 adds a VIA header to the message relayed to
>phone1,
> but instead of this header containing the SER1_unicast address, it
> contains the multicast one. This makes phone1 to then reply and send
> messages to the multicast >address (taken from the via in the
invite),
> instead of following the recourd-route setting (for the OK message
it
> does follow it, not for ACK or 1xx).
> >
> >Any idea on what is wrong?
> >I read in the code something about support for multi-homed proxies,
as
> well as a parameter called default_global_address. Might these help?
> >
> >Thanks in advance!
> >
> >Cesc
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
Hi,
I have received this and I don't know what's wrong, maybe any guru can
help:
Samuel.
Unclassified.
>In my test lab i found that SER adds a wrong VIA header.
>The scenario is like this:
>phone1 ---- SER_1 ----- SER_2 ---- phone2
>
>phone 1 is registered at SER_1 (it's proxy)
>phone 2 is registered at SER_2 (it's proxy)
>
>When phone2 wants to call phone1, it sends the invite to SER2. SER2
checks in their local database for phone1, and does not find it. SER2
forwards the invite message on (using >multicast address 230.x.x.x).
SER1 is listening on two addresses: unicast one (192.y.y.y) and
multicast one (230.x.x.x). He receives the invite from the multicast
address, checks for >phone1 and finds it registered in his local
database. SER1 relays (t_relay) to phone one. Here is where the error is
introduced: SER1 adds a VIA header to the message relayed to >phone1,
but instead of this header containing the SER1_unicast address, it
contains the multicast one. This makes phone1 to then reply and send
messages to the multicast >address (taken from the via in the invite),
instead of following the recourd-route setting (for the OK message it
does follow it, not for ACK or 1xx).
>
>Any idea on what is wrong?
>I read in the code something about support for multi-homed proxies, as
well as a parameter called default_global_address. Might these help?
>
>Thanks in advance!
>
>Cesc
Hi all,
I'm running SER 0.9 on an FEDORA CORE 3 machine and it crashes every
time I try to use mysql module. I have compile SER in mode debug and spent
some time trying to figure it out. I first found a bug in the q_find_free
function in q_malloc.c:290: "if (f->size == size)" which cause memory
access violation when f is NULL. I fixed this but it didn't solve the
problem.
I attached here the coredump and the ser.cfg file. The version of MySQL
Server and libraries is 4.1
Any helps will be highly appreciated,
Quang
I am trying to recompile from the src using the 8.14 src code located in the
release version, but am having a lot of problems with files not found so it
won't compile properly. Has anyone else had problems with this ?
I would like to compile it with option for logging the acc transactions into
mysql database . which is not turned compiled by default ( why this would be
I don't know . should be one with mysql and one with the radius support) .
but any way if someone could shed some light this would be nice or even
nicer yet a compiled version for Fedora Core 3
Thanks
b
Hi All.
I think there may be a bug in the speeddial module with ser-0.9
I have this as my modparam
modparam("speeddial", "use_domain", 0)
Yet in my MySQL server logs I see ser issuing the following SQL:
select new_uri from speed_dial where username='4071112222' AND domain='mycompany.com' AND
sd_username='01'
Given the fact that my modparam says not to use the domain shouldn't the sql be as follows?
select new_uri from speed_dial where username='4071112222' AND sd_username='01'
Is this a bug?
Regards,
Paul
__________________________________
Do you Yahoo!?
Yahoo! Mail - now with 250MB free storage. Learn more.
http://info.mail.yahoo.com/mail_250
Hi all,
Help needed.
I'm running SER 0.8.14 (i386/linux) with serweb_2004-07-27 on a debian
machine. I need to achieve the missed calls and accounting... Be able to
see them from my serweb interface which I can't for now.
I can register, authenticate and make calls normally.
I tried to check from the database i.e without serweb, nothing is stored
also.
Here is my ser.cfg file:
................................ser.cfg.....................
#
# config script + accounting + misseed calls
#
# ----------- 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
fifo="/tmp/ser_fifo"
# ------------------ module loading ----------------------------------
# Uncomment this if you want to use SQL database
loadmodule "/usr/lib/ser/modules/mysql.so"
loadmodule "/usr/lib/ser/modules/sl.so"
loadmodule "/usr/lib/ser/modules/tm.so"
loadmodule "/usr/lib/ser/modules/rr.so"
loadmodule "/usr/lib/ser/modules/maxfwd.so"
loadmodule "/usr/lib/ser/modules/usrloc.so"
loadmodule "/usr/lib/ser/modules/registrar.so"
loadmodule "/usr/lib/ser/modules/textops.so"
loadmodule "/usr/lib/ser/modules/auth.so"
loadmodule "/usr/lib/ser/modules/auth_db.so"
loadmodule "/usr/lib/ser/modules/acc.so"
# ----------------- setting module-specific parameters ---------------
# -- usrloc params --
#modparam("usrloc", "db_mode", 0)
modparam("usrloc", "db_mode", 2)
# -- auth params --
modparam("auth_db", "calculate_ha1", yes)
modparam("auth_db", "password_column", "password")
# -- rr params --
modparam("rr", "enable_full_lr", 1)
# -- acc params --
modparam("acc", "log_level", 1) #Accounting
modparam("acc", "log_flag", 1 ) #Accounting
modparam("acc", "log_missed_flag", 3 ) #missed calls
# ------------------------- 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;
};
# record-route INVITES to make sure BYEs will visit our server too
if (method=="INVITE") 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;
};
# labeled all transaction for accounting
setflag(1);
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("xxx.org", "subscriber")) {
www_challenge("xxx.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")) {
# call invitations to off-line users are reported using the
# acc_request action; to avoid duplicate reports on request
# retransmissions, request is processed statefuly (t_newtran,
# t_reply)
if ((method=="INVITE" || method=="ACK") && t_newtran() ) {
t_reply("404", "Not Found");
#acc_request("404 Not Found"); #produce error (not found)
break;
};
# all other requests to off-line users are simply replied
# statelessly and no reports are issued
sl_send_reply("404", "Not Found");
break;
} else {
# user on-line; report on failed transactions; mark the
# transaction for reporting using the same number as
# configured above; if the call is really missed, a report
# will be issued
setflag(3);
# forward to user's current destination
t_relay();
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();
};
}
#............................end....................