Hi Ranga (and Adrian) I was just qurius on when they would be finished with the software. Failure routes is a good thing ;-) -Atle * Ranga <rrao_v(a)yahoo.com> [040902 07:02]:

Hey Atle/Adrian, I guess I am lost in the discussion. I wasnt talking about the project that Adrian was mentioning. I seem to have overlooked. -R --- Ranga <rrao_v(a)yahoo.com> wrote: __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail

Ok. Cool -Atle * Adrian Georgescu <ag(a)ag-projects.com> [040902 11:18]:

On Sep 2, 2004, at 12:22 PM, Jan Janak wrote: Yes there will be some additional support to make sure same route si followed regardless of how the phone (mis)behaves.

Yes Jan, if less work the better. On Sep 2, 2004, at 1:41 PM, Jan Janak wrote:

E164 normalization I was referring into the document to has (almost) nothing to do with ENUM. It has to do with a consistent table with destination prefixes in PSTN (country codes e.g. 49171 geman mobile/ network numbers to make it more clear). The destinations have names and prices you might link to/from external systems. The normalization means all PSTN calls will be brought to a normalized form according to E164 standard. If you dial extra 9 before pst numbers, local numbers without country codes or not or you send to the gateway the country prefix or add two zero is totally up to each configuration at each provider. LCR makes sure it looks up the destination from one consistent table which matches what Telco today are used to in building a dest/cost database. Adrian On Sep 2, 2004, at 12:32 PM, Jan Janak wrote:

hello,Jan I meet some trouble when I use SER .I hope that when the call timeouts or is declined by the callee the call would be forward to SEMS. In my ser.cfg ,I wrote : if (method=="INVITE") { t_on_failure("1"); } But when the caller cancels the call,487 reply the callee sends aslo make INVITE enter the failure_route. I don't export it. So how can I distinguish 487 and 603 ? Thanks for your help Wei

Hi I have the same problem, please take a look into this report: http://lists.iptel.org/pipermail/serusers/2004-August/010930.html ...if the called-user belongs to the voicemail group and the caller-user cancels the call I see irregular behavior in both ser instances and no Sip-Response-Code=487 is recorded in radius acc (just an start record without stop). I´ve just tried with "t_check_status" but I have the same problem... please send us some advice... thank you Rafael ser.cfg:: # does the user wish redirection on no availability? (i.e., is he # in the voicemail group?) -- determine it now and store it in # flag 4, before we rewrite the flag using UsrLoc if (is_user_in("Request-URI", "voicemail")) { setflag(4); }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { # handle user which was not found route(4); break; }; # if user is on-line and is in voicemail group, enable redirection if (method == "INVITE" && isflagset(4)) { t_on_failure("1"); }; t_relay(); } # ------------- handling of unavailable user ------------------ route[4] { # non-Voip -- just send "off-line" if (!(method=="INVITE" || method=="ACK" || method=="CANCEL" || method=="BYE")) { sl_send_reply("404", "Not Found"); acc_rad_request("404 Not Found"); break; }; # not voicemail subscriber if (!isflagset(4)) { sl_send_reply("404", "Not Found and no voicemail turned on"); acc_rad_request("404 Not Found"); break; }; # forward to voicemail now rewritehostport("call.millicom.com.pe:5090"); t_relay_to_udp("call.millicom.com.pe", "5090"); } # if forwarding downstream did not succeed, try voicemail running # at bat.iptel.org:5090 failure_route[1]{ if (t_check_status("408|486|487")){ revert_uri (); rewritehostport ("call.millicom.com.pe:5090"); append_branch(); t_relay(); break; } } Richard <richard(a)o-matrix.org> wrote: You can use t_check_status("487") to check the code in failure_route[1]. Richard -----Original Message----- From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Zhang Wei Sent: Friday, September 03, 2004 8:30 PM To: Jan Janak Cc: serusers(a)lists.iptel.org Subject: [Serusers] How can I distinguish 487 and 603 reply? hello,Jan I meet some trouble when I use SER .I hope that when the call timeouts or is declined by the callee the call would be forward to SEMS. In my ser.cfg ,I wrote : if (method=="INVITE") { t_on_failure("1"); } But when the caller cancels the call,487 reply the callee sends aslo make INVITE enter the failure_route. I don't export it. So how can I distinguish 487 and 603 ? Thanks for your help Wei _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers --------------------------------- Do You Yahoo!? Todo lo que quieres saber de Estados Unidos, América Latina y el resto del Mundo. Visíta Yahoo! Noticias.