Hello,
I made a ngrep and I noticed that NO "487 Request Cancelled" is reaching my ser on CANCEL. That could be the problem.
I also tried to use the avpops module:
if (method == "CANCEL") { setflag(1); avp_write("cancel", "s:failover"); log(1, "-CANCEL PSTN-\n"); };
...and then with avp_check in the failover route. Without result. Could it be that the variables in the avp don't reach another route?
Thanks for your help
Sebastian
----- Original Message ----- From: "Bayan William Towfiq" william@telepacket.com To: "Sebastian Kühner" skuehner@veraza.com Cc: serusers@lists.iptel.org Sent: Thursday, August 18, 2005 3:39 PM Subject: Re: [Serusers] cancal
Hi Sebastian, Sorry about that, I misread the code. I will test your code and dig up an example of how I do it in my failure routes to show you.
William
Sebastian Kühner wrote:
Hi William,
Thanks for your help.
In my failover route I have the following code:
failure_route[2] { if (t_check_status("408|500|503")) { log (1, "next gateway...\n"); if (!next_gw()) { t_reply("503", "Service not available, no more gateways"); break; } log (1, "gateway changed...\n"); t_on_failure("2"); t_relay(); } }
So the status is already filtered. I tried your code but without
result...
Does anybody know how I can stop the failover timer?
Thanks!
Sebastian
----- Original Message ----- From: "Bayan William Towfiq" william@telepacket.com To: "Sebastian Kühner" skuehner@veraza.com Cc: serusers@lists.iptel.org Sent: Thursday, August 18, 2005 1:28 AM Subject: Re: [Serusers] cancal
Hi Sebastian, If the message is a cancel you it will have status 487
so you can just add
if (t_check_status("487")) { break; };before the rest of the code in the failure route. You can mail me privately if you have any more questions about this issue.
William
Sebastian Kühner wrote:
Hello,
I'm using ser to forward to PSTN Gatways.
Before the t_relay I put the command:
t_on_failure("2");
So, after a timeout ser goes to:
failure_route[2] { log (1, "next gateway...\n"); if (t_check_status("408|500|503")) { if (!next_gw()) { t_reply("503", "Service not available, no more gateways"); break; } log (1, "gateway changed...\n"); } t_on_failure("2"); t_relay(); }
This is working very good... if the user doesn't make a hangup.
If caller hangs up, the CANCEL hits SER and the call is cleanly
terminated.
SER however continues to failure_route after timeout of the initial INVITE... ser sends out a new INVITE message to another PSTN-Server...
and
the phone rings (with nobody in the line)
Many thanks for your help!
Sebastian
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers