My Config File: listen=72.65.56.136 #alias=0.0.0.0 alias=dstpl.com check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=6 fifo="/tmp/openser_fifo" fifo_db_url="postgres://openser:openserrw@localhost/openser" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database loadmodule "/usr/local/lib/openser/modules/postgres.so" loadmodule "/usr/local/lib/openser/modules/sl.so" loadmodule "/usr/local/lib/openser/modules/tm.so" loadmodule "/usr/local/lib/openser/modules/rr.so" loadmodule "/usr/local/lib/openser/modules/uac.so" loadmodule "/usr/local/lib/openser/modules/maxfwd.so" loadmodule "/usr/local/lib/openser/modules/usrloc.so" loadmodule "/usr/local/lib/openser/modules/registrar.so" loadmodule "/usr/local/lib/openser/modules/textops.so" # Uncomment this if you want diest authentication mysql.so must be loaded ! loadmodule "/usr/local/lib/openser/modules/auth.so" loadmodule "/usr/local/lib/openser/modules/auth_radius.so" loadmodule "/usr/local/lib/openser/modules/acc.so" loadmodule "/usr/local/lib/openser/modules/avpops.so" loadmodule "/usr/local/lib/openser/modules/avp_radius.so" loadmodule "/usr/local/lib/openser/modules/group_radius.so" # loadmodule "/usr/local/lib/openser/modules/lcr.so" loadmodule "/usr/local/lib/openser/modules/nathelper.so" #loadmodule "/usr/local/lib/openser/modules/mediaproxy.so" loadmodule "/usr/local/lib/openser/modules/uri.so" loadmodule "/usr/local/lib/openser/modules/uri_db.so" loadmodule "/usr/local/lib/openser/modules/permissions.so" modparam("auth_db|permissions|uri_db|usrloc","db_url", "postgres://openser:openserrw@localhost/openser") # ----------------- setting module-specific parameters --------------- # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line #modparam("usrloc", "db_mode", 2) modparam("maxfwd", "max_limit", 32) modparam("auth_radius","radius_config","/etc/radiusclient-ng/radiusclient.co nf") modparam("auth_radius", "service_type", 15) modparam("avp_radius", "radius_config", "/etc/radiusclient-ng/radiusclient.conf") modparam("group_radius", "radius_config", "/etc/radiusclient-ng/radiusclient.conf") # -- Accounting param -- modparam("acc", "radius_config", "/etc/radiusclient-ng/radiusclient.conf") modparam("acc", "service_type", 16) modparam("acc", "radius_flag", 1) modparam("acc", "log_level", 1) # modparam("acc", "radius_missed_flag", 1) modparam("acc", "report_ack", 0) # 1 reporta dos starts en acc modparam("acc", "radius_extra", "Sip-Source-IP-Address=$si") # -- 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) # modparam("avpops", "avp_aliases", "c_uri=i:888; s_ip=i:999" ) modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpproxy.sock") #modparam("usrloc", "db_mode", 2) modparam("registrar", "nat_flag", 6) # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if((method=="INVITE") || (method=="ACK") || (method=="BYE") || (method=="CANCEL")) { setflag(1); } if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; }; if (msg:len > 2048 ) { sl_send_reply("513", "Message too big"); exit; }; # ----------------------------------------------------------------- # Record Route Section # ----------------------------------------------------------------- if (method!="REGISTER") { record_route(); }; if (method=="BYE" || method=="CANCEL") { unforce_rtp_proxy(); } # ----------------------------------------------------------------- # Loose Route Section # ----------------------------------------------------------------- if (loose_route()) { if (has_totag() && (method=="INVITE" || method=="ACK")) { if (nat_uac_test("19")) { setflag(6); force_rport(); fix_nated_contact(); }; force_rtp_proxy("l"); }; route(1); exit; }; if (!uri==myself) { route(5); route(1); exit; }; if (uri==myself) { if (method=="CANCEL") { route(1); exit; } else if (method=="INVITE") { route(3); exit; } else if (method=="REGISTER") { route(2); exit; }; lookup("aliases"); if (uri!=myself) { route(5); route(1); exit; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); exit; }; }; route(1); } route[1] { # ----------------------------------------------------------------- # Default Message Handler # ----------------------------------------------------------------- t_on_reply("1"); if (!t_relay()) { if (method=="INVITE" && isflagset(6)) { unforce_rtp_proxy(); }; sl_reply_error(); }; } route[2] { # ----------------------------------------------------------------- # REGISTER Message Handler # ---------------------------------------------------------------- if (!search("^Contact:\ +\*") && nat_uac_test("19")) { setflag(6); fix_nated_register(); force_rport(); }; sl_send_reply("100", "Trying"); if (!radius_www_authorize("72.65.56.136")) { www_challenge("72.65.56.136", "0"); exit; }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); exit; }; consume_credentials(); if (!save("location")) { sl_reply_error(); }; } onreply_route[1] { if (isflagset(6) && status=~"(180)|(183)|2[0-9][0-9]") { if (!search("^Content-Length:\ +0")) { force_rtp_proxy(); }; }; if (nat_uac_test("1")) { fix_nated_contact(); }; } route[5] { # ----------------------------------------------------------------- # RTP Proxy Enabler # ----------------------------------------------------------------- if (isflagset(6) || isflagset(7)) { force_rport(); fix_nated_contact(); force_rtp_proxy(); }; } route[3] { # ------------------------------------------------------------------------ # INVITE Handler # ------------------------------------------------------------------------ if (nat_uac_test("19")) { setflag(6); } lookup("aliases"); if (uri!=myself) { route(5); route(1); exit; }; if (!allow_trusted() && uri=~"^sip:[0-9]*@.*") { if (!radius_www_authorize("72.65.56.136")) { www_challenge("72.65.56.136", "0"); exit; }; }; if (uri=~"^sip:[0-9]*@.*"){ route(11); exit; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); exit; }; if (method=="CANCEL") { route(1); exit; }; route(5); route(1); } route[11]{ # ----------------------------------------------------------------- # PSTN Handler # ----------------------------------------------------------------- strip(0); prefix(""); rewritehostport("206.234.108.104:5060"); route(5); route(1); } -----Original Message----- From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On Behalf Of Dan-Cristian Bogos Sent: Tuesday, September 04, 2007 1:30 PM To: users openser.org Subject: Re: [OpenSER-Users] Opnser rejecting BYE packet Hello Inaki, yes, it is almost sure that it does (except receiving this answer from remote party). This is the reason all the people place loose-route block before location query and this is why I have assumed that it does not match the loose-routing and ends up to location query automatically. DanB On 9/4/07, Marc LEURENT <lftsy(a)free.fr> wrote: _______________________________________________ Users mailing list Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users

Yes I do get the message: "BYE not in loose_route" when I have added the XLOG line as mentioned by you. Regards Dan -----Original Message----- From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On Behalf Of Iñaki Baz Castillo Sent: Tuesday, September 04, 2007 2:55 PM To: users(a)openser.org Subject: Re: [OpenSER-Users] Opnser rejecting BYE packet El Tuesday 04 September 2007 10:49:54 Dan escribió: ----------------------------------------------------------------- Try adding here this log: xlog("L_INFO", "$rm not in loose_route \n"); And test if it appears in the BYE you receive. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

This is happening with some devices and some scenarios only. Scenario 1 is using eyebeam as sip client and voipswitch as terminating gateway. Scenarion 2 is using PAP2 as sip client. Regards Dan -----Original Message----- From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On Behalf Of Iñaki Baz Castillo Sent: Tuesday, September 04, 2007 4:10 PM To: users(a)openser.org Subject: Re: [OpenSER-Users] Opnser rejecting BYE packet El Tuesday 04 September 2007 12:29:57 Dan escribió: So the problem is your SIP device doesn't respect the "Record-Route" header. Humm, which device is it? Does this issue occurs with other SIP clients? (try with X-Lite or other softphones). -- Iñaki Baz Castillo ibc(a)in.ilimit.es _______________________________________________ Users mailing list Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users

Full ngrep log attached. Regards Dan -----Original Message----- From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On Behalf Of Iñaki Baz Castillo Sent: Tuesday, September 04, 2007 5:38 PM To: users(a)openser.org Subject: Re: [OpenSER-Users] Opnser rejecting BYE packet El Tuesday 04 September 2007 13:50:09 Dan escribió: Could you attach a complete INVITE-OK-BYE trace? -- Iñaki Baz Castillo ibc(a)in.ilimit.es _______________________________________________ Users mailing list Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users

El Tuesday 04 September 2007 15:37:46 Iñaki Baz Castillo escribió: I'd like to insist on this. The problem is there: the provider SHOULD send the BYE (in-dialog BYE containing "Route" header) to the URI indicated in the "Contact" header that OpenSer sent to provider. But instead of that, the provider sens the BYE to a wrong URI (sip:test@78.45.146.34). Could you do a ngrep when a call from PAP2 to other PAP2? ngrep -d any -P ' ' -W byline -T -t "$*" udp port 5060 -- Iñaki Baz Castillo ibc(a)in.ilimit.es

El Wednesday 05 September 2007 13:18:19 Dan escribió: so this is a issue with your provider. You should contact them an explain the problem of not sending the BYE to the "Contact" header. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

Scenario 1 happens when call is routed to “voipswitch” and call is hanged by the calledparty. (If calling party hangs then no issues. I.e. when BYE is first sent by voipswitch then accounting doesn’t happen.) Scenario 2 happens when call is made by PAP2 and PAP2 hangs the call. -----Original Message----- From: Dan [mailto:fiedler.dan@gmail.com] Sent: Tuesday, September 04, 2007 4:00 PM To: 'Iñaki Baz Castillo'; 'users(a)openser.org' Subject: RE: [OpenSER-Users] Opnser rejecting BYE packet Yes I do get the message: "BYE not in loose_route" when I have added the XLOG line as mentioned by you. Regards Dan -----Original Message----- From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On Behalf Of Iñaki Baz Castillo Sent: Tuesday, September 04, 2007 2:55 PM To: users(a)openser.org Subject: Re: [OpenSER-Users] Opnser rejecting BYE packet El Tuesday 04 September 2007 10:49:54 Dan escribió: ----------------------------------------------------------------- Try adding here this log: xlog("L_INFO", "$rm not in loose_route \n"); And test if it appears in the BYE you receive. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

Yes (Not real). 78.45.146.34 is openser IP in this scenario. -----Original Message----- From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On Behalf Of Iñaki Baz Castillo Sent: Tuesday, September 04, 2007 4:28 PM To: users(a)openser.org Subject: Re: [OpenSER-Users] Opnser rejecting BYE packet El Tuesday 04 September 2007 12:46:14 Dan escribió: Is 78.45.146.34 your OpenSer IP? -- Iñaki Baz Castillo ibc(a)in.ilimit.es _______________________________________________ Users mailing list Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users