sr-users August 2005

sr-users@lists.kamailio.org

220 participants
558 discussions

by Ryan Pagquil

Guys, I'm accounting INVITE and BYE but what I get is INVITE and ACK only, BYE doesn't get in my database. I ngrep 5060 and I saw BYE on the request but it doesn't get accounted. Please Help! This is my ser.cfg... debug=3 fork=yes log_stderror=no listen=202.84.24.107 port=5060 children=4 dns=no rev_dns=no fifo="/tmp/ser_fifo" fifo_db_url="mysql://ser:heslo@localhost/ser" #load module part loadmodule "/usr/local/lib/ser/modules/mysql.so" loadmodule "/usr/local/lib/ser/modules/domain.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/acc.so" #module parameter setup modparam("usrloc", "db_mode", 0) modparam("rr", "enable_full_lr", 1) modparam("auth_db|uri_db|usrloc", "db_url", "mysql://ser:heslo@localhost/ser") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "password_column", "password") modparam("usrloc", "db_mode", 2) 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("registrar", "nat_flag", 6) modparam("acc", "log_level", 1) modparam("acc", "log_fmt", "cdfimorstup") modparam("acc", "report_ack", 1) modparam("acc", "failed_transactions", 1) modparam("acc", "log_flag", 1) modparam("acc", "report_cancels", 1) modparam("acc", "db_flag", 1) modparam("acc", "db_missed_flag", 3) modparam("acc", "db_url", "mysql://ser:heslo@localhost/ser") #our routing logic route { 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#### if (method=="INVITE" && client_nat_test("3")) { record_route_preset("202.84.24.107:5060;nat=yes"); } else if (method!="REGISTER") { record_route(); }; ###call tear down section### if (method=="BYE" || method=="CANCEL") { end_media_session(); }; ###loose route### 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### if (uri!=myself) { route(2); break; }; if (uri==myself) { if (method=="INVITE" || method=="ACK" || method=="BYE") record_route(); setflag(1); 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(1); break; }; if (!lookup("location")) { sl_send_reply("404", "User not found"); break; }; }; route(1); } ##Default message handler## route[1] { t_on_reply("1"); if (!t_relay()) { if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); }; } ##Register message handler## route[2] { 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(); }; } ##INVITE message Handler## route[3] { if (client_nat_test("3")) { setflag(7); force_rport(); fix_nated_contact(); }; lookup("aliases"); if (uri!=myself) { route(1); break; }; if (!lookup("location")) { sl_send_reply("404", "User not found"); break; }; if (method=="CANCEL") { route(1); break; }; if (!proxy_authorize("", "subscriber")) { proxy_challenge("", "0"); break; } else if (!check_from()) { sl_send_reply("403", "User From=ID"); break; }; consume_credentials(); if (isflagset(6) || isflagset(7)) { use_media_proxy(); }; 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(); }; } Please correct me if any wrong configuration in my config. Thanks, -- Ryan Pagquil Infodyne Inc. - PhilOnline.com 3603 Antel Global Corporate Center Doña Julia Vargas Ave. Ortigas Center Pasig City Tel: 687-0715 Web: www.philonline.com

19 years, 3 months

[Serusers] PSTN gateway cluster - how to implement a backup procedure (maybe FAQ)

by Pietro Ravasio

Hi, I'm sorry this is maybe a FAQ, but I can't configure SER in order to statefully forward all method for "PSTN uris" to a backup gateway only when the primary is not reachable or down; I have two gateways: - primary gateway (installed into a remote site, connected to 2 PRIs, IP connected via VPN) - backup gateway (installed locally, connected to a few BRIs) Is there a way to handle "gateway failover" directly into ser? If not possible, I could use DNS round robin, but I'd prefer to handle failover into SER. I've tried with t_on_failure but I can't insert any t_relay logic into onreply_route blocks: .... } else if ((uri=~"sip:0.*")||(uri=~"sip:3.*")) { route(2); } .... route[2] { t_on_failure("2"); prefix("99"); rewritehost("MY.PRIMARY.GW.IP"); t_relay_to_udp("MY.PRIMARY.GW.IP","5060"); } onreply_route[2] { xlog("L_ERR", "Can't connect to primary gateway, redirecting to backup one, uri was %ru"); revert_uri(); xlog("L_ERR", "Uri reverted back to %ru, forwarding to Cisco gw"); t_relay_to_udp("MY.BACKUP.GW.IP","5060"); # <----------- CAN'T DO THIS HERE!!! } Any ideas? Thanks! Pietro -- 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

19 years, 3 months

[Serusers] 407 Proxy Authentication Required?

by zhaomin

Hello! I install asterisk and ser in same host, They are working well alone , I want to integrated them together,I used the pstn-gw.cfg from onsip.org .I used the asterisk as a pstn gateway and voicemail.my asterisk's account is 200 201 ,when I dial the number 011201 forward the PSTN gateway ,UA show me error"407 Proxy Authentication Required" How can I solve it? BTW I want to know how does I plan the ser and asterisk dialplan. Ser and asterisk have differ users authentication,How we know them are differ? thanks advance! Zhaomin

19 years, 3 months

RE: [Serusers] Serweb

by Marc Khayat

/tmp/ser_fifo/ is wrong since it'll be looking for a folder... Marc -----Original Message----- From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Marc Khayat Sent: Friday, August 19, 2005 11:03 AM To: Karel Kozlik Cc: serusers(a)lists.iptel.org Subject: RE: [Serusers] Serweb Hi Karel, Thx for bearing with me :) In config_paths.php, I changed it from "/tmp/ser_fifo" to "tmp/ser_fifo/" The errors at the top disappeared but I'm still getting the "FIFO not running or bad path to it" message. Is it wrong to put "tmp/ser_fifo/"? knowing that in ser.cfg, it's /tmp/ser_fifo Thanks again, Marc -----Original Message----- From: Karel Kozlik [mailto:karel@iptel.org] Sent: Friday, August 19, 2005 9:28 AM To: Marc Khayat Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] Serweb sorry Marc, haven't idea what may be wrong. Please check again setting of fifo in serweb. Check variable $config->fifo_server in config_paths.php. It's value must be '/tmp/ser_fifo'. Try enable logging in serweb ($config->enable_loging = true in config.php), set log level to debug ($config->log_level = "PEAR_LOG_DEBUG") and examine the log file if there are some messages refered fifo. Also try search for string 'fifo_server' throught log files (or whole serweb) and check if it's value isn't changed somewhere. You should find this string only in file config_paths.php (one times) and in file functions.php (four times). Karel Marc Khayat napsal(a): > Hi Karel, > I already tried this one by manually changing the permissions on > ser_fifo to 666; I just tried adding fifo_mode=0666 to ser.cfg, but > still the same problem. > > Marc > -----Original Message----- > From: Karel Kozlik [mailto:karel@iptel.org] > Sent: Friday, August 19, 2005 8:21 AM > To: Marc Khayat > Cc: serusers(a)lists.iptel.org > Subject: Re: [Serusers] Serweb > > Hi, > try add: > fifo_mode=0666 > > to your ser.cfg > > Karel > > Marc Khayat napsal(a): > >>/tmp/ser_fifo exists, and is pipe type >>User running Apache is "apache". Owner of ser_fifo is User: "root", >>Group: "root". >>I joined user "apache" to group "root", same. >> >>I created group "ser" and joined "root" "apache" to that group, and >>added fifo_group=ser to the ser.cfg, but still same problem: >> >>Warning: filetype(): Lstat failed for (null) (errno=13 - Permission >>denied) in /var/www/html/serweb/html/functions.php on line 306 >> >>Warning: Cannot modify header information - headers already sent by >>(output started at /var/www/html/serweb/html/functions.php:306) in >>/var/www/html/serweb/html/page.php on line 35 >> >> >>Thanks, >> >>Marc >> >>-----Original Message----- >>From: Karel Kozlik [mailto:karel@iptel.org] >>Sent: Thursday, August 18, 2005 1:38 PM >>To: Marc Khayat >>Cc: serusers(a)lists.iptel.org >>Subject: Re: [Serusers] Serweb >> >>Hello, >>please check if file /tmp/ser_fifo exists and if it's type is pipe. > > Also > >>check rights - if user under which apache is running have access to > > read > >>and write to this file. >> >>Karel >> >>Marc Khayat napsal(a): >> >> >>>The domain thing is working, but problem 2 is still bugging me. >>>Help anyone? >>> >>>Marc >>> >>>-----Original Message----- >>>From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] >> >>On >> >> >>>Behalf Of Marc Khayat >>>Sent: Thursday, August 18, 2005 11:15 AM >>>To: serusers(a)lists.iptel.org >>>Subject: RE: [Serusers] Serweb >>> >>>Never mind guys... it's working! >>> >>>Marc >>>-----Original Message----- >>>From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] >> >>On >> >> >>>Behalf Of Marc Khayat >>>Sent: Thursday, August 18, 2005 10:53 AM >>>To: serusers(a)lists.iptel.org >>>Subject: [Serusers] Serweb >>> >>>Hi all, >>>I'm using SER-0.9.3 and its serweb version. >>>I have 2 problems with it: >>>1- On the login page, when I enter the username, it automatically >>>completes it with the FQDN, while I need only the domain name; i.e. I >>>login to http://ser.xyz.com, I enter the username aloha, it's >> >>completed >> >> >>>as aloha(a)ser.xyz.com while I need it as aloha(a)xyz.com. Currently, I'm >>>writing in manually >>> >>>2- When I login, I'm getting an error on the first page only as "FIFO >>>not running or bad path to it". The path to it (in config_paths.php >> >>file >> >> >>>is /tmp/ser_fifo, which is correct), and when I enter the command >> >>serctl >> >> >>>monitor, the counter isn't constant, and same path. >>> >>>Can anyone help me plz, >>> >>>Thanks, >>> >>>Marc >>> >>>_______________________________________________ >>>Serusers mailing list >>>serusers(a)lists.iptel.org >>>http://lists.iptel.org/mailman/listinfo/serusers >>> >>> >>>_______________________________________________ >>>Serusers mailing list >>>serusers(a)lists.iptel.org >>>http://lists.iptel.org/mailman/listinfo/serusers >>> >>> >>>_______________________________________________ >>>Serusers mailing list >>>serusers(a)lists.iptel.org >>>http://lists.iptel.org/mailman/listinfo/serusers >> >> >> > > _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

19 years, 3 months

RE: [Serusers] Serweb

by Marc Khayat

Hi Karel, Thx for bearing with me :) In config_paths.php, I changed it from "/tmp/ser_fifo" to "tmp/ser_fifo/" The errors at the top disappeared but I'm still getting the "FIFO not running or bad path to it" message. Is it wrong to put "tmp/ser_fifo/"? knowing that in ser.cfg, it's /tmp/ser_fifo Thanks again, Marc -----Original Message----- From: Karel Kozlik [mailto:karel@iptel.org] Sent: Friday, August 19, 2005 9:28 AM To: Marc Khayat Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] Serweb sorry Marc, haven't idea what may be wrong. Please check again setting of fifo in serweb. Check variable $config->fifo_server in config_paths.php. It's value must be '/tmp/ser_fifo'. Try enable logging in serweb ($config->enable_loging = true in config.php), set log level to debug ($config->log_level = "PEAR_LOG_DEBUG") and examine the log file if there are some messages refered fifo. Also try search for string 'fifo_server' throught log files (or whole serweb) and check if it's value isn't changed somewhere. You should find this string only in file config_paths.php (one times) and in file functions.php (four times). Karel Marc Khayat napsal(a): > Hi Karel, > I already tried this one by manually changing the permissions on > ser_fifo to 666; I just tried adding fifo_mode=0666 to ser.cfg, but > still the same problem. > > Marc > -----Original Message----- > From: Karel Kozlik [mailto:karel@iptel.org] > Sent: Friday, August 19, 2005 8:21 AM > To: Marc Khayat > Cc: serusers(a)lists.iptel.org > Subject: Re: [Serusers] Serweb > > Hi, > try add: > fifo_mode=0666 > > to your ser.cfg > > Karel > > Marc Khayat napsal(a): > >>/tmp/ser_fifo exists, and is pipe type >>User running Apache is "apache". Owner of ser_fifo is User: "root", >>Group: "root". >>I joined user "apache" to group "root", same. >> >>I created group "ser" and joined "root" "apache" to that group, and >>added fifo_group=ser to the ser.cfg, but still same problem: >> >>Warning: filetype(): Lstat failed for (null) (errno=13 - Permission >>denied) in /var/www/html/serweb/html/functions.php on line 306 >> >>Warning: Cannot modify header information - headers already sent by >>(output started at /var/www/html/serweb/html/functions.php:306) in >>/var/www/html/serweb/html/page.php on line 35 >> >> >>Thanks, >> >>Marc >> >>-----Original Message----- >>From: Karel Kozlik [mailto:karel@iptel.org] >>Sent: Thursday, August 18, 2005 1:38 PM >>To: Marc Khayat >>Cc: serusers(a)lists.iptel.org >>Subject: Re: [Serusers] Serweb >> >>Hello, >>please check if file /tmp/ser_fifo exists and if it's type is pipe. > > Also > >>check rights - if user under which apache is running have access to > > read > >>and write to this file. >> >>Karel >> >>Marc Khayat napsal(a): >> >> >>>The domain thing is working, but problem 2 is still bugging me. >>>Help anyone? >>> >>>Marc >>> >>>-----Original Message----- >>>From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] >> >>On >> >> >>>Behalf Of Marc Khayat >>>Sent: Thursday, August 18, 2005 11:15 AM >>>To: serusers(a)lists.iptel.org >>>Subject: RE: [Serusers] Serweb >>> >>>Never mind guys... it's working! >>> >>>Marc >>>-----Original Message----- >>>From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] >> >>On >> >> >>>Behalf Of Marc Khayat >>>Sent: Thursday, August 18, 2005 10:53 AM >>>To: serusers(a)lists.iptel.org >>>Subject: [Serusers] Serweb >>> >>>Hi all, >>>I'm using SER-0.9.3 and its serweb version. >>>I have 2 problems with it: >>>1- On the login page, when I enter the username, it automatically >>>completes it with the FQDN, while I need only the domain name; i.e. I >>>login to http://ser.xyz.com, I enter the username aloha, it's >> >>completed >> >> >>>as aloha(a)ser.xyz.com while I need it as aloha(a)xyz.com. Currently, I'm >>>writing in manually >>> >>>2- When I login, I'm getting an error on the first page only as "FIFO >>>not running or bad path to it". The path to it (in config_paths.php >> >>file >> >> >>>is /tmp/ser_fifo, which is correct), and when I enter the command >> >>serctl >> >> >>>monitor, the counter isn't constant, and same path. >>> >>>Can anyone help me plz, >>> >>>Thanks, >>> >>>Marc >>> >>>_______________________________________________ >>>Serusers mailing list >>>serusers(a)lists.iptel.org >>>http://lists.iptel.org/mailman/listinfo/serusers >>> >>> >>>_______________________________________________ >>>Serusers mailing list >>>serusers(a)lists.iptel.org >>>http://lists.iptel.org/mailman/listinfo/serusers >>> >>> >>>_______________________________________________ >>>Serusers mailing list >>>serusers(a)lists.iptel.org >>>http://lists.iptel.org/mailman/listinfo/serusers >> >> >> > >

19 years, 3 months

[Serusers] Re: Document

by Lazy.charles

19 years, 3 months

[Serusers] nathelper/rtpproxy + MOH

by harry gaillac

Hello, Sorry I post the same mail I 've posted a few days ago ! Anybody could explain me how nathelper module/rtpproxy will support music on hold ? Regards Harry ___________________________________________________________________________ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com

19 years, 3 months

[Serusers] Replication problem

by Andreas Granig

Hi all, we use DNSSRV balancing and forward_tcp() to replicate registrations from one SER to the other SERs in the system. Now when one machine completely crashes, all other SER processes on all other machines hang when processing a REGISTER until tcp-connect times out, leading to a system load of ~16 per machine assuming 16 child processes per SER, and no other messages can be processed. I understand that replicating using UDP would solve this issue, but then replicated registrations get lost every now and then because of unreliable transmission, and as far as I found out t_replicate() can only be used for replicating to *one* other SER. This really gets me thinking about patching out the internal location cache and lookup every location from memory, because this additional lookup really doesn't hurt because of ~10 other DB queries per call. IMHO in systems with more than two SERs this cache is just a big pain. Andy

19 years, 3 months

[Serusers] User-Agent: Asterisk PBX

by fedora＠voice.dyndns.tv

BYE sip:8000@221.186.150.68:5060 SIP/2.0 Via: SIP/2.0/UDP 221.186.150.67:5062;branch=z9hG4bK11fd3baa;rport Route: <sip:8000@221.186.150.68:5060> From: <sip:5000@voice.dyndns.tv>;tag=as41dc7302 To: 8000 <sip:8000@voice.dyndns.tv>;tag=3486931228 Contact: <sip:5000@221.186.150.67:5062> Call-ID: CFAB7CE0-4B0D-4892-A3F0-5B0E3F3A9C59(a)221.186.150.68 CSeq: 102 BYE User-Agent: Asterisk PBX Content-Length: 0

19 years, 3 months

RE: [Serusers] Serweb

by Marc Khayat

Hi Karel, I already tried this one by manually changing the permissions on ser_fifo to 666; I just tried adding fifo_mode=0666 to ser.cfg, but still the same problem. Marc -----Original Message----- From: Karel Kozlik [mailto:karel@iptel.org] Sent: Friday, August 19, 2005 8:21 AM To: Marc Khayat Cc: serusers(a)lists.iptel.org Subject: Re: [Serusers] Serweb Hi, try add: fifo_mode=0666 to your ser.cfg Karel Marc Khayat napsal(a): > /tmp/ser_fifo exists, and is pipe type > User running Apache is "apache". Owner of ser_fifo is User: "root", > Group: "root". > I joined user "apache" to group "root", same. > > I created group "ser" and joined "root" "apache" to that group, and > added fifo_group=ser to the ser.cfg, but still same problem: > > Warning: filetype(): Lstat failed for (null) (errno=13 - Permission > denied) in /var/www/html/serweb/html/functions.php on line 306 > > Warning: Cannot modify header information - headers already sent by > (output started at /var/www/html/serweb/html/functions.php:306) in > /var/www/html/serweb/html/page.php on line 35 > > > Thanks, > > Marc > > -----Original Message----- > From: Karel Kozlik [mailto:karel@iptel.org] > Sent: Thursday, August 18, 2005 1:38 PM > To: Marc Khayat > Cc: serusers(a)lists.iptel.org > Subject: Re: [Serusers] Serweb > > Hello, > please check if file /tmp/ser_fifo exists and if it's type is pipe. Also > > check rights - if user under which apache is running have access to read > > and write to this file. > > Karel > > Marc Khayat napsal(a): > >>The domain thing is working, but problem 2 is still bugging me. >>Help anyone? >> >>Marc >> >>-----Original Message----- >>From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] > > On > >>Behalf Of Marc Khayat >>Sent: Thursday, August 18, 2005 11:15 AM >>To: serusers(a)lists.iptel.org >>Subject: RE: [Serusers] Serweb >> >>Never mind guys... it's working! >> >>Marc >>-----Original Message----- >>From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] > > On > >>Behalf Of Marc Khayat >>Sent: Thursday, August 18, 2005 10:53 AM >>To: serusers(a)lists.iptel.org >>Subject: [Serusers] Serweb >> >>Hi all, >>I'm using SER-0.9.3 and its serweb version. >>I have 2 problems with it: >>1- On the login page, when I enter the username, it automatically >>completes it with the FQDN, while I need only the domain name; i.e. I >>login to http://ser.xyz.com, I enter the username aloha, it's > > completed > >>as aloha(a)ser.xyz.com while I need it as aloha(a)xyz.com. Currently, I'm >>writing in manually >> >>2- When I login, I'm getting an error on the first page only as "FIFO >>not running or bad path to it". The path to it (in config_paths.php > > file > >>is /tmp/ser_fifo, which is correct), and when I enter the command > > serctl > >>monitor, the counter isn't constant, and same path. >> >>Can anyone help me plz, >> >>Thanks, >> >>Marc >> >>_______________________________________________ >>Serusers mailing list >>serusers(a)lists.iptel.org >>http://lists.iptel.org/mailman/listinfo/serusers >> >> >>_______________________________________________ >>Serusers mailing list >>serusers(a)lists.iptel.org >>http://lists.iptel.org/mailman/listinfo/serusers >> >> >>_______________________________________________ >>Serusers mailing list >>serusers(a)lists.iptel.org >>http://lists.iptel.org/mailman/listinfo/serusers > > >

19 years, 3 months

← Newer
1
...
19
20
21
22
23
24
25
...
56
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users August 2005