Hey Everyone,
when i try to load module perl.so, i get this message :
ERROR: load_module: could not open module
</usr/local/lib/openser/modules/perl.so>:
/usr/local/lib/openser/modules/perl.so: undefined symbol: boot_OpenSER
In /usr/local/lib/openser/modules/ i have not only perl.so but also the
lib/perl dir.
openser-1.2.0-tls or openser-1.2.1-tls
Any idea ?
Thanks,
--
Richard Timsit <Richard.Timsit(a)epfl.ch>
EPFL
Hi,
Question is: how do you deal with the multiple 200 OK responses that
parallel forking in ser (using append_branches and then
t_forward_nonack) deliver?
I am doing some tests and it is not really a problem ... but maybe
someone has a better idea. In my configuration, the first 200 OK
received is forwarded to the caller and the whole SIP session setup
(caller + 1st callee).
Next 200 OKs are also delivered to the caller, who happily ignores
them ... it is the task of the 2nd (and 3rd, ... ) callee to at a
certain point give up and send a BYE, to which the caller replies with
481 no call leg ...
It all works ... but, I wonder if ser could send CANCELs after
receiving the 1st 200 OK ... if yes, how? :)
I have a route_reply setup ... but only the first 200 OK gets shown
... next 200 OKs are not matched to any transaction and thus
"silently" forwarded ... (via)
Cesc
Hi, I use ngrep command for debuggin but it creates a binary file instead of
text file
~# ngrep -P '' -W byline "" udp port 5060 > FILE.LOG
~# file FILE.LOG
FILE.LOG: data
but I want to get a text file or I have some problems in file editors and so.
I haven't saw option in ngrep for my issue, does somebody know how ngrep to
generate text files isntead of binary files?
Thanks a lot.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
Dear all,
I found a problem in using t_uac_dlg to send INVITE via FIFO.
When it got a 200 OK response, it sends ACK automaticlly.
I saw the Via branch parameter value in the ACK is the same with the value in
INVITE.
But based on RFC3261 sec.13.2.2, and sec.8.1.1.7,
the branch parameter value in ACK should not be the same for 2xx response.
Is there any patch code??
--
Kevin Kuei
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Guys,
Its stange, because I guess this module doesnt depend on anyone else. Am I
wrong? Im trying to run it in a i686 kernel. May this be the problem?
version: ser 0.8.11-r1 (i386/linux)
flags: STATS:Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, DNS_IP_HACK, SHM_MEM,
SHM_MMAP, PKG_MALLOC, F_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.1 2006/11/22 15:56:27 malmeida Exp $
main.c compiled on 06:45:02 Aug 3 2007 with gcc-3.3 3.3
nocserver:/tools/ciscoenvcontrol# uname -a
Linux nocserver 2.6.15-23-686 #1 SMP PREEMPT Tue May 23 14:03:07 UTC 2006
i686 GNU/Linux
The ser.cfg file is the default, as you can see bellow:
# ----------- global configuration parameters ------------------------
debug=10 # debug level (cmd line: -dddddddddd)
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"
listen=200.231.193.7
# ------------------ 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)
# -- 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 (len_gt( 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("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]
{
# send it out now; use stateful forwarding as it works reliably
# even for UDP2TCP
if (!t_relay()) {
sl_reply_error();
};
}
Thanks in advance!
Fernando
________________________________________
From: serusers-bounces(a)lists.iptel.org
[mailto:serusers-bounces@lists.iptel.org] On Behalf Of Fernando Schmitt
Sent: Friday, August 03, 2007 9:17 PM
To: serusers(a)lists.iptel.org
Subject: [Serusers] Problem with TM initialialization
Guys,
Im receiving the following output when running ser:
0(5705) Aug 03 06:58:26 DEBUG: register_fifo_cmd: new command (sl_stats)
registered
0(5705) Aug 03 06:58:26 DEBUG: MD5 calculated:
103d8e7e9fc1a3538c1143a96b22bab4
0(5705) Aug 03 06:58:26 DEBUG: init_mod: tm
0(5705) Aug 03 06:58:26 TM - initializing...
0(5705) Aug 03 06:58:26 Call-ID initialization: '79dff3eb'
0(5705) Aug 03 06:58:26 DEBUG: register_fifo_cmd: new command (t_uac_dlg)
registered
0(5705) Aug 03 06:58:26 DEBUG: register_fifo_cmd: new command (t_hash)
registered
0(5705) Aug 03 06:58:26 DEBUG: lock_initialize: lock initialization started
0(5705) Aug 03 06:58:26 init_mod(): Error while initializing module tm
ERROR: error while initializing modules
Do you know why?
Thanks!
Hi all
Anyone here has any idea as to how we can keep the performance counters -
ie the number of INVITEz recieved, the number of successfull responses to
INVITE rcvd n so on... so that a performance metric cud be calculated as
to how many calls got thru.. hwo many got thru voice, how many thru
signalling only, n other such things???
Dint find ne module so far that cud help out in this...
Has neone got ne idea??
Thanks...
Parminder Nayyar
