July 2005 - sr-users - kamailio.org

[Users] "SIP-AVP" RADIUS AVP
by Bogdan-Andrei Iancu 27 Jul '05

27 Jul '05

Hi folks, I extended the syntax of "SIP-AVP" RADIUS AVP to allow definition of any types of OpenSER AVP - ID / STRING AVP name, INTEGER / STRING AVP value . The new syntax is: * value = SIP_AVP_NAME SIP_AVP_VALUE * SIP_AVP_NAME = STRING_NAME | '#'ID_NUMBER * SIP_AVP_VALUE = ':'STRING_VALUE | '#'NUMBER_VALUE . This syntax is backward compatible with the old one. Examples: "email:joe@yahoo.com" -> STRING NAME AVP (email) with STRING VALUE (joe(a)yahoo.com) "#14:joe@yahoo.com" -> ID AVP (14) with STRING VALUE (joe(a)yahoo.com) "age#28" -> STRING NAME AVP (age) with INTEGER VALUE (28) "#14#28" -> ID AVP (14) with INTEGER VALUE (28) RADIUS fans, please give it a try (if needed) and let me know if there are any issues. regards, bogdan PS: it will take some hours to become available on the public CVS server (sourceforge policy).

3 3

[Serusers] fifo flat_rotate
by Steve Blair 27 Jul '05

27 Jul '05

Hello: I'm unclear on exactly what the command serctl fifo flat_rotate is suppose to do? If I merge all of the individual acc_N.log files into one report then delete these same files ser automatically creates new ones as expected. I don't see where this command has any affect. Do I really need to execute this command after removing (or moving) the accounting files? Thanks,Steve -- 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

2 1

[Serusers] Thank you for using voice.dyndns.tv's Voicemail.
by fedora＠voice.dyndns.tv 27 Jul '05

27 Jul '05

Hello 8000(a)voice.dyndns.tv, "8400(a)voice.dyndns.tv" <sip:8400@voice.dyndns.tv> left a voice message for you. Thank you for using voice.dyndns.tv's Voicemail. Your voicemail system. --------------------------------------------------------------- This message was created by voice.dyndns.tv's voicemail system. Please review www.voice.dyndns.tv for more information. ---------------------------------------------------------------

3 2

[Serusers] Missed calls - no entry in database
by Aisling 27 Jul '05

27 Jul '05

Hi, Sorry for re-posting but I am still stuck with the following: 1) I have modified my ser.cfg (based on ser 0.9.0 onsip getting started document) for missed calls based on example from the Terena IP Telephony Cookbook. I get an error with the line: acc_request("404 Not Found"); parse error - unknown command, missing loadmodule? Even though I have loaded the acc.so and tm.so modules and used modparam("acc", "log_missed_flag", 3); 2) Besides that when I comment the above out, I am under the impression that if a user 314 rings user 2092 and hangs up before user 2092 answers i.e. sending a CANCEL message - an entry for this should now be in the "missed_calls" table fo the ser database....Is this correct?...I tested this scenario and the table was still empty. Could someone explain what I am missing? Many thanks (relevant part of ser.cfg included below) Aisling. //ser.cfg # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { #sl_send_reply("404", "Not Found"); #break; #new entered 20/07/05 #call invitations to off-line users are reported using #the acc_request action; to avoid #duplicate reports on request retransmissions, request # is processed statefully (t_newtran, t_reply) if ((method=="INVITE" || method=="ACK") && t_newtran()){ t_reply("404", "Not Found"); #acc_request("404 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 the users current destination t_relay(); break; }; }; route(1); } -------------------Legal Disclaimer--------------------------------------- The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt.

2 1

[Users] debian postgresql package
by Klaus Darilion 27 Jul '05

27 Jul '05

Hi! HEAD version requires "libpq-dev" (libpq4), which is not in debian stable. I'm on stable and use "postgresql-dev" (libpq3) without any problems. Is there a reason why libpg4 is required? If not, I suggest stay with debian stable and require "postgresql-dev" (libpq3). regards, klaus

2 5

[Serusers] Jabber module on latest stable (0.9.x) versions
by Pietro Ravasio 27 Jul '05

27 Jul '05

Hi! Is there anybody who's succesfully running jabber module on top of a recent "stable" ser/openser version? I can't get the server running, it hangs and I have then to kill it with "kill -9". This is the error log (running on openser 0.9.5, not forking, debug level = 8): ... 0(21394) DEBUG: init_mod_child (1): avpops 0(21394) get_connection(): Connection found in the pool 0(21394) XJAB:xjab_check_workers: worker[0][pid=21403] has exited - status=0 err=21403 errno=0 0(21394) XJAB:21402:xjab_check_workers: create a new worker[0] 0(21394) XJAB:xj_worker[0]:21405: exiting - wrong parameters 0(21394) XJAB:xjab_check_workers: worker[1][pid=21404] has exited - status=0 err=21404 errno=0 0(21394) XJAB:21402:xjab_check_workers: create a new worker[1] 0(21394) XJAB:xj_worker[1]:21406: exiting - wrong parameters 0(21394) SIGCHLD received: we do not worry about grand-children I don't really understand why I get different errors on different modules lowering the debug level (3): 2(0) get_connection(): Inherited open database connections, this is not a good idea 2(0) db_init(): Could not create a connection 2(0) ERROR: child_init(-2): Error while connecting database 2(0) init_mod_child(): Error while initializing module usrloc Please note that everything is working fine if I disable jabber module I have seen jabber module hasn't been modified recently, is it possible it is now somehow not compatibile with *sql modules? -- Ing. Pietro Ravasio - pietro.ravasio(a)abbeynet.it Enterprise Market Manager Abbeynet S.p.A. - http://www.abbeynet.it TEL: +390702109044 GSM: +393282172055 FAX: +390702109055

1 0

[Users] Malformated packets, how to handle???
by Kanakatti Mahesh Subramanya 27 Jul '05

27 Jul '05

Every now and then, some of our users take it into their heads to muck around with their fones, and they (usually) do not do anything evil. However, I occassionally end up with sitiations where the fones generate 'fun' SUBSCRIBE packets that look like SUBSCRIBE <foo.bar>@aptela.com yeah, thats '<foo.bar>', not 'foo.bar' Which, by definition, causes openser to complain about parse_header failing, etc., etc. Short of scanning logs, doing ngreps, etc., is there any way to deal with this? I'd think the ability to deal with malformatted packets with a '400' or '416' would be useful? cheers

2 1

[Serusers] Do i need Call id while sending SIP IM?
by Abhijit A.Mahajani 27 Jul '05

27 Jul '05

Do I need Call id field while sending any SIP Instant Message? Is it Mandatory ? Can i Send Instant Message just by specifying , from & to fields and the Msg? Regards. Abhijit

2 1

[Users] gw-pstn.3.07.cfg with Call-Transfer support
by Bastian Schern 27 Jul '05

27 Jul '05

Hello, I tried out the SER config "gw-pstn.3.07.cfg" from www.onsip.org. Nearly everything works fine but "Call-Transfer" is not working. Is it possible to integrate "Call-Transfer" support into the "gw-pstn.3.07.cfg"? Does anybody integrates this already? Regards Bastian debug=3 fork=yes log_stderror=no listen=192.0.2.13 # INSERT YOUR IP ADDRESS HERE port=5060 children=4 dns=no rev_dns=no fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:heslo@localhost/ser" 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/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_db.so" loadmodule "/usr/local/lib/ser/modules/uri.so" loadmodule "/usr/local/lib/ser/modules/uri_db.so" loadmodule "/usr/local/lib/ser/modules/mediaproxy.so" loadmodule "/usr/local/lib/ser/modules/nathelper.so" loadmodule "/usr/local/lib/ser/modules/textops.so" loadmodule "/usr/local/lib/ser/modules/avpops.so" loadmodule "/usr/local/lib/ser/modules/domain.so" loadmodule "/usr/local/lib/ser/modules/permissions.so" modparam("auth_db|permissions|uri_db|usrloc", "db_url", "mysql://ser:heslo@localhost/ser") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "password_column", "password") modparam("nathelper", "rtpproxy_disable", 1) modparam("nathelper", "natping_interval", 0) modparam("mediaproxy","natping_interval", 30) modparam("mediaproxy","mediaproxy_socket", "/var/run/mediaproxy.sock") modparam("mediaproxy","sip_asymmetrics","/usr/local/etc/ser/sip-clients") modparam("mediaproxy","rtp_asymmetrics","/usr/local/etc/ser/rtp-clients") modparam("usrloc", "db_mode", 2) modparam("registrar", "nat_flag", 6) modparam("rr", "enable_full_lr", 1) modparam("tm", "fr_inv_timer", 27) modparam("tm", "fr_inv_timer_avp", "inv_timeout") modparam("permissions", "db_mode", 1) modparam("permissions", "trusted_table", "trusted") route { # ----------------------------------------------------------------- # Sanity Check Section # ----------------------------------------------------------------- if (!mf_process_maxfwd_header("10")) { sl_send_reply("483", "Too Many Hops"); break; }; if (msg:len > max_len) { sl_send_reply("513", "Message Overflow"); break; }; # ----------------------------------------------------------------- # Record Route Section # ----------------------------------------------------------------- if (method=="INVITE" && client_nat_test("3")) { # INSERT YOUR IP ADDRESS HERE record_route_preset("192.0.2.13:5060;nat=yes"); } else if (method!="REGISTER") { record_route(); }; # ----------------------------------------------------------------- # Call Tear Down Section # ----------------------------------------------------------------- if (method=="BYE" || method=="CANCEL") { end_media_session(); }; # ----------------------------------------------------------------- # Loose Route Section # ----------------------------------------------------------------- if (loose_route()) { if (has_totag() && (method=="INVITE" || method=="ACK")) { if (client_nat_test("3")||search("^Route:.*;nat=yes")){ setflag(6); use_media_proxy(); }; }; route(1); break; }; # ----------------------------------------------------------------- # Call Type Processing Section # ----------------------------------------------------------------- if (uri!=myself) { route(5); route(1); break; }; if (uri==myself) { if (method=="ACK") { route(6); break; } else if (method=="CANCEL") { route(3); break; } else if (method=="INVITE") { route(3); break; } else if (method=="REGISTER") { route(2); break; }; lookup("aliases"); if (uri!=myself) { route(5); route(1); break; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); break; }; }; route(1); } route[1] { # ----------------------------------------------------------------- # Default Message Handler # ----------------------------------------------------------------- t_on_reply("1"); if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; } route[2] { # ----------------------------------------------------------------- # REGISTER Message Handler # ----------------------------------------------------------------- sl_send_reply("100", "Trying"); if (!search("^Contact:\ +\*") && client_nat_test("7")) { setflag(6); fix_nated_register(); force_rport(); }; if (!www_authorize("","subscriber")) { www_challenge("","0"); break; }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); break; }; consume_credentials(); if (!save("location")) { sl_reply_error(); }; } route[3] { # ----------------------------------------------------------------- # CANCEL and INVITE Message Handler # ----------------------------------------------------------------- if (client_nat_test("3")) { setflag(7); force_rport(); fix_nated_contact(); }; if (method=="INVITE" && !allow_trusted()) { if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); }; lookup("aliases"); if (uri!=myself) { route(5); route(1); break; }; if (uri=~"^sip:011[0-9]*@") { # International PSTN route(4); break; }; if (!lookup("location")) { if (uri=~"^sip:[0-9]{10}@") { # Domestic PSTN route(4); break; }; sl_send_reply("404", "User Not Found"); break; }; if (method=="CANCEL") { route(1); break; }; route(5); route(1); } route[4] { # ----------------------------------------------------------------- # PSTN Handler # ----------------------------------------------------------------- rewritehost("192.0.2.245"); # INSERT YOUR PSTN GATEWAY IP ADDRESS avp_write("i:45", "inv_timeout"); route(5); route(1); } route[5] { # ----------------------------------------------------------------- # RTP Proxy Enabler # ----------------------------------------------------------------- if (isflagset(6) || isflagset(7)) { use_media_proxy(); }; } route[6] { # ------------------------------------------------------------------------ # ACK Handler # ------------------------------------------------------------------------ # ------------------------------------------------------------------------ # Aliases Section # ------------------------------------------------------------------------ lookup("aliases"); if (uri!=myself) { route(5); route(1); break; }; lookup("location"); route(1); } onreply_route[1] { if ((isflagset(6) || isflagset(7)) && (status=~"(180)|(183)|2[0-9][0-9]")) { if (!search("^Content-Length:\ +0")) { use_media_proxy(); }; }; if (client_nat_test("1")) { fix_nated_contact(); }; }

2 1

Re:[Serusers] Missed calls - no entry in database
by Greger V. Teigre 27 Jul '05

27 Jul '05

Aisling, The CANCEL will have a to_tag and be caught by the loose_route test and t_relayed. You will have to have the CANELtest and set the flag somwhere there as well. g-) ---------------------------------------------------------------------- Hi, Sorry for re-posting but I am still stuck with the following: 1) I have modified my ser.cfg (based on ser 0.9.0 onsip getting started document) for missed calls based on example from the Terena IP Telephony Cookbook. I get an error with the line: acc_request("404 Not Found"); parse error - unknown command, missing loadmodule? Even though I have loaded the acc.so and tm.so modules and used modparam("acc", "log_missed_flag", 3); 2) Besides that when I comment the above out, I am under the impression that if a user 314 rings user 2092 and hangs up before user 2092 answers i.e. sending a CANCEL message - an entry for this should now be in the "missed_calls" table fo the ser database....Is this correct?...I tested this scenario and the table was still empty. Could someone explain what I am missing? Many thanks (relevant part of ser.cfg included below) Aisling. //ser.cfg # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { #sl_send_reply("404", "Not Found"); #break; #new entered 20/07/05 #call invitations to off-line users are reported using #the acc_request action; to avoid #duplicate reports on request retransmissions, request # is processed statefully (t_newtran, t_reply) if ((method=="INVITE" || method=="ACK") && t_newtran()){ t_reply("404", "Not Found"); #acc_request("404 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 the users current destination t_relay(); break; }; }; route(1); } -------------------Legal Disclaimer--------------------------------------- The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt.

1 0