Regarding the message below that I posted earlier today. I have some additional info..
I have tested this same accounting config on version 8.12 stable release of SER and it works fine. Is there bug in the SQL "acc" module for 8.12 CVS head?
Thanks!
Darren Nay
----- Original Message -----
From: Darren Nay
To: serusers(a)lists.iptel.org
Sent: Monday, December 29, 2003 11:51 AM
Subject: SQL Accounting - Problems
Hey All,
I am trying to get SQL accounting to work within SER, but I am having a problem. The data is not being saved into the database.
I've got the SER configured to use accounting. I've compiled the "acc" module with SQL support, and I believe that everything should be working.. However, I am getting the following errors in debug mode..
stateless - initializing
0(5814) Warning: uac does not spread accross the whole hash table
Maxfwd module- initializing
acc - initializing
0(5814) mod_init(): Database connection opened successfuly
textops - initializing
0(5814) auth_db:mod_init(): Database connection opened successfuly
0(0) INFO: udp_init: SO_RCVBUF is initially 8192
0(0) INFO: udp_init: SO_RCVBUF is finally 262144
2(5816) INFO: fifo process starting: 5816
2(5816) SER: open_uac_fifo: fifo server up at /tmp/ser_fifo...
2(5816) WARNING: no fifo_db_url given - fifo DB commands disabled!
This below is what I get when I make a call...
0(5814) BUG:tm:register_tmcb: no transaction found
0(5814) ERROR:acc:acc_onreq: cannot register additional callbacks
0(5814) BUG:tm:register_tmcb: no transaction found
0(5814) ERROR:acc:acc_onreq: cannot register additional callbacks
My call processing is working perfectly, but the accounting transactions (call records) are not being saved into the database in the "acc" table.
Also, my userloc registrations are being saved to the database in the "locations" table, and so I know that there isn't a problem with my mysql.so module. The database connectivity seems to be fine.
I have attached me ser.cfg as well.
If anyone knows why I am getting these errors, and why my accounting isn't being saved to the "acc" table in the database then I would very much appreciate the help!
Thanks!
Darren Nay - dnay(a)libertyisp.com
Hello,
For now I'm just interested in the S-CSCF because I want to make a lab
implementation of the IMS so I only need the functions of the Home Network.
P-CSCF is only need for roaming UE and I-CSCF can be optional.
Why you you say that the extentions to SER will not be small? Have you
already tried?
Regards,
João
-----Original Message-----
From: Kevin Chu [mailto:kevin.chu@viditec.com]
Sent: segunda-feira, 12 de Janeiro de 2004 17:03
To: Joao Sampaio
Cc: SER Users
Subject: RE: S-CSCF IMS
Hello,
As my understanding, I don't think it is possible to configure
SER to work as a S-CSCF without any modification.
On the other hand, I don't think the modification or extension
will be small for SER working as a S-CSCF in IMS.
I am just curious, but why you are interesting about using SER
as S-CSCF only? How about the others, like P-CSCF and I-CSCF?
Regards,
Kevin
----------------------------------------------------------
Date: Fri, 9 Jan 2004 17:19:30 -0000
From: Joao Sampaio <est-j-sampaio(a)ptinovacao.pt>
Subject: [Serusers] S-CSCF IMS
To: "'serusers(a)lists.iptel.org'" <serusers(a)lists.iptel.org>
Message-ID:
<D397A7FACCC45A44A0A207FD892961EA08AEFD86(a)mail.intra.cet.pt>
Content-Type: text/plain; charset="iso-8859-1"
Hello,
I want to ask if someone have already configured or have some idea how to
configure SER to behave as a S-CSCF from the UMTS Realease 5 IMS?
Thank you.
Joco Sampaio
Hi Maxim,
Any update on your's b2bua?
(of course, I don't mean to hurry you up, and I'm thankful for your effort)
Thanks,
Edgar
> David Luyens wrote:
>> Hi Maxim, can you tell me how far you have come with your code?
> I have to finish my python radiusclient binding. I think that it
> would be ready in 2-3 weeks.
>
> -Maxim
>
>
>> David
>
> -----Oorspronkelijk bericht-----
> Van: Maxim Sobolev [mailto:sobomax at portaone.com]
> Verzonden: donderdag 4 december 2003 19:58
> Aan: David Luyens
> CC: serusers at iptel.org
> Onderwerp: Re: [Serusers] prepaid service
>
>
> On Thu, Dec 04, 2003 at 07:15:26PM +0100, David Luyens wrote:
>
>>Hi, been browsing the manual but still got this question:
>>
>>Is there a prepaid application for ser available? (eg B2BUA on Vocal)
>
>
> No, I believe iptel has something like that for $$$. I am currently
> working on implementing my own b2bua (Vovida's is too buggy, slow and
> unflexible), basic functionality is already done, but I still have to do
> Radius auth/accounting before releasing something.
>
> -Maxim
>
>
>
I like to know the meaning of rtpproxy options; i havent found
documentation or a readme.
rtpproxy [-2fv] [-l address] [-6 address] [-s path] [-t tos]
I m specially interested if ou cand bind the proxy to a specifically ip
address or interface.
Thanks
Hi,
I need to upgrade the NAThelper module from 0.8.11 to 0.8.12 in order to
have some of the lastest features and commands built in. But when I trying
to do the rpm upgrade, i have error on failed dependecies on the "ser-mysql
< 0.8.12 conflict with ser-0.8.12. Please advice is there anyway that I can
be able to do the upgrade for the Nathelper only or is there anyway to
bypass the mysql module. I am using Linux 9.0. Pease advice.
best regards,
shirley toh
Hey All,
Since we have ramped up usage from about 2 SIP phones to 30 SIP phones on our SER boxes to start some testing we are now getting a LOT of "Out of memory" errors in the syslog.
We were originally running on a Sun Ultra60 with Solaris 9 but changed to an Intel box running Redhat 9 since we thought that there might be some memory leaks on Solaris. Unfortunately the problem exists regardless of the OS. When we start SER, it usually works fine for about 5 mins and then it starts giving the errors.
We have plenty of memory on both servers that we have tested this on. Over a gig on each. Also, when I run top to check system resources it tells me that there is still over 800 meg of physical memory and over a gig of swap free even while SER is spitting out these errors.
The errors that we are seeing the logs are as follows:
Jan 14 13:32:45 jupiter /usr/sbin/ser[27179]: ERROR: build_req_buf_from_sip_req: out of memory
Jan 14 13:32:45 jupiter /usr/sbin/ser[27179]: ERROR: print_uac_request: no pkg_mem
Jan 14 13:32:45 jupiter /usr/sbin/ser[27179]: ERROR: t_forward_nonack: failure to add branches
We get these over and over again in the syslog.
Anyone know the reason that we are getting these errors? Is this a bug with SER? or misconfiguration somehow on our part? If so, how do we fix it?
I have included our ser.cfg file as an attachment to this email, and I have also included debug output from SER as a seperate attachment.
Any help would be very much appreciated! Thanks,
Darren Nay - dnay(a)libertyisp.com
Hi,
The exec module has a nice variable that holds the destination user of an URI
request ($SIP_OUSER).
Is there a variable that holds the originating user as well?
Basically we want to perform a mysql lookup of a custom table where the
username resides.
Regards,
Andres
Greetings everyone,
I'm trying to use the cpl-c module in ser 0.8.12.
I uploaded through CPLEd a small script that would redirect to user1 the calls destined to user3.
Calls between users that don´t have a CPL script associated are established.
But if a call is destined to user3, when the cpl_run_script function is called, I get the following errors from the logs:
ERROR: t_reply: cannot send a t_reply to a message for which no T-state has been established
ERROR:cpl_invoke_script: unable to send 100 reply!
My configuration file is:
#
# $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp $
#
# simple quick-start config script
#
# ----------- 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
debug=7
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"
fifo_mode=0666 #permite acesso ao fifo
# ------------------ 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/cpl-c.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"
# 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)
# 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_db", "calculate_ha1", yes)
#
# If you set "calculate_ha1" parameter to yes (which true in this config),
# uncomment also the following parameter)
#
modparam("auth_db", "password_column", "password")
# -- rr params --
# add value to ;lr param to make some broken UAs happy
modparam("rr", "enable_full_lr", 1)
# -- cpl-c module --
modparam("cpl-c","cpl_db","mysql://ser:heslo@localhost/ser")
modparam("cpl-c","cpl_table","cpl")
modparam("cpl-c","cpl_dtd_file","/usr/local/etc/ser/cpl-06.dtd")
modparam("cpl-c","log_dir","/var/log/ser/cpl")
modparam("cpl-c","proxy_recurse",0)
# ------------------------- 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;
};
# 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
record_route();
# loose-route processing
if (loose_route()) {
t_relay();
break;
};
lookup("aliases");
setflag(1);
# 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=~"klingon.av.it.pt") {
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication
if(!cpl_process_register())
{
break;
};
if (!www_authorize("klingon.av.it.pt", "subscriber")) {
www_challenge("klingon.av.it.pt", "0");
break;
};
save("location");
break;
};
if(method=="INVITE") {
log(1,"Invite \n");
cpl_run_script("incoming");
cpl_run_script("outgoing");
};
# native SIP destinations are handled using our USRLOC DB
if (!lookup("location")) {
sl_send_reply("404", "Not Found");
break;
};
};
# forward to current uri now; use stateful forwarding; that
# works reliably even if we forward from TCP to UDP
if (!t_relay()) {
sl_reply_error();
};
}
If I use t_newtran prior to cpl_run_script, I get errors for every calls:
ERROR: t_newtran: transaction already in process 0x422baf48
ERROR: sl_reply_error used: I'm terribly sorry, server error occured (1/SL)
WARNING: script writer didn't release transaction
Can anyone help me on this?
José Nunes
I have a SER proxy setup and would like to forward all calls to a gateway. If that gateway is down i would like to forward the calls to a different gateway. Is this possible. I have tried. the following,
if (method=="INVITE") {
t_on_failure("1");
}
t_relay_to_udp("MainGateway.com","5050");
.
.
.
failure_route[1] {
t_relay_to_udp("BackupGateway.com", "5060");
}
but when the main gateway goes down the calls never get to the backup gateway and i get the following in /var/adm/messages
Jan 14 15:40:55 sun /usr/local/sbin/ser[26727]: [ID 680273 daemon.error] ERROR: t_forward_nonack: no branched for fwding
Jan 14 15:40:55 sun /usr/local/sbin/ser[26727]: [ID 204228 daemon.error] ERROR: failure_route: t_relay_to failed
Jan 14 15:40:55 sun /usr/local/sbin/ser[26727]: [ID 749208 daemon.error] ERROR: on_negative_reply: Error in do_action
i understand that this code would work if i were to create a different branch to send to a different address of the user, but i dont want to do that i want to try to reach the same user via a different gateway. Is there any way to do this?
please help.
Thanku
---------------------------------
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes