Hi
Thanks for the info, are you saying that only when the call is completed i.e after INVITE --> BYE will it get logged, all I was doing with the script below was to initiate a simple call, to a fake number, which would generate a INVITE statement, this I thought should get logged, or should I then route this call to a dead end (I dont have pstn interconnect as yet), and only then will it get logged.
tks
iqbal
On 10/13/2004, "Daniel-Constantin Mierla" Daniel-Constantin.Mierla@fokus.fraunhofer.de wrote:
you need first to create a transaction to get the accounting information, you have loaded the tm module but you don't use any of its methods for relaying the request or replying to a request. The acc data is stored when the transaction completes, due to some tm callback functions. As a start point, see the tm and acc module documentation or the sample config for accounting (sip_router/examples/acc.cfg).
Daniel
On 10/13/04 22:11, Iqbal wrote:
Hi
After having tried mysql accounting, I dropped it and recompiled acc.so to support radius, well again it all logs in successfully, and authenticates the user with the user in the radius database.
BUT once again when I try to send accouting packets it fails, I have checked all the docs, set the setflag command etc etc, and my config is below...but I still see no errors on ser debug or even in mysql.
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/mysql.so" loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/acc.so" loadmodule "/usr/local/lib/ser/modules/auth_radius.so"
modparam("rr", "enable_full_lr", 1) modparam("acc","log_level",1) modparam("auth_radius","radius_config","/usr/local/etc/radiusclient/radiusclient.conf") modparam("auth_radius","service_type",15) modparam("acc", "db_url", "mysql://ser_usr:p1cK0@193.218.160.14/ser") modparam("acc", "service_type", 15) modparam("acc", "radius_flag", 1) modparam("acc", "radius_missed_flag", 3)
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();
if (method=="INVITE" || method=="BYE" || method=="CANCEL") { setflag(1); };
#Authorise via radius
if (method=="REGISTER") { if (!radius_www_authorize("")) { www_challenge("", "1"); }; save("location"); break; };}
Now this seems to be the simplest config I can have, the UA authenticates fine, when I dial a number, I see the invite message appearing in the debug logs of SER
12(10813) SIP Request: 12(10813) method: <INVITE> 12(10813) uri: sip:3333333@server.com 12(10813) version: <SIP/2.0> 12(10813) parse_headers: flags=1 12(10813) Found param type 235, <rport> = <n/a>; state=6 12(10813) Found param type 232, <branch> = <z9hG4bK7991809E736B4750A6A288DC25D3FFD4>; state=16 12(10813) end of header reached, state=5 12(10813) parse_headers: Via found, flags=1 12(10813) parse_headers: this is the first via 12(10813) After parse_msg... 12(10813) preparing to run routing scripts... 12(10813) DEBUG : is_maxfwd_present: searching for max_forwards header 12(10813) parse_headers: flags=128 12(10813) end of header reached, state=9 12(10813) DEBUG: get_hdr_field: <To> [34]; uri=[sip:3333333@server.com] 12(10813) DEBUG: to body [sip:3333333@server.com
hence I figure that th INVITE tag should get recognised and using the setflag(1) parameter and radius_flag section, it should all work...but it dont :-(...help
Iqbal
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers