18 Jan
2011
18 Jan
'11
12:34 p.m.
I changed the flag, and added:
if (t_check_status("408|480")) {
setflag(4);
t_reply("480","Temporarily unavailable");
exit;
}
But with no difference ..
On Tue, Jan 18, 2011 at 12:02 PM, Daniel-Constantin Mierla
<miconda(a)gmail.com> wrote:
Not sure if it is documented, but iirc, failed
transactions accounting
reports each stage of a failed forwarding (i.e., each final negative reply
received for a transactions is reported).
Try:
modparam("acc", "failed_transaction_flag", 4)
And in failure route before t_reply(480...) do
setflag(4);
See if this way is reported only once.
Be sure flag 4 is not used for something else, of if it used then use an
unused one.
Cheers,
Daniel
On 1/18/11 11:41 AM, Mino Haluz wrote:
These are my modparams.
modparam("acc", "failed_transaction_flag", 1)
modparam("acc", "report_cancels", 1)
modparam("acc", "report_ack", 0)
modparam("acc", "early_media", 0)
modparam("acc", "log_level", 5)
modparam("acc", "log_flag", 1)
modparam("acc", "log_missed_flag", 1)
modparam("acc", "radius_config",
"/etc/radiusclient-ng/radiusclient.conf") # This is the
location of the configuration file of radius client
modparam("acc", "radius_flag", 1)
modparam("acc", "radius_missed_flag", 1)
Packet 408 is not sent to the caller, ony my 480.
And this is my failroute once more:
failure_route[FAIL_ONE] {
if (t_is_canceled()) {
exit;
}
if (t_check_status("408|480")) {
t_reply("480","Temporarily unavailable");
exit;
}
}
On Tue, Jan 18, 2011 at 11:27 AM, Daniel-Constantin Mierla
<miconda(a)gmail.com> wrote:
--
Daniel-Constantin Mierla
Kamailio (OpenSER) Advanced Training
Jan 24-26, 2011, Irvine, CA, USA
http://www.asipto.com
Do you have failed transaction accounting enabled?
Can you watch the sip traffic (ngrep, wireshark), is the 408 sent to
caller
as well?
Cheers,
Daniel
On 1/18/11 10:54 AM, Mino Haluz wrote:
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
So
failure_route[FAIL_ONE] {
...
if (t_check_status("408")) {
t_reply("480","Temporarily Unavailable");
exit;
}
}
Thank you, but I am encountering particular problem, that there are 2
messages stored in the radius, the original 408 and my 480 Temporarily
unavailabe. Can I force to do not write that original 408 to radius?
On Fri, Jan 14, 2011 at 10:39 AM, Klaus Darilion
<klaus.mailinglists(a)pernau.at> wrote:
>
> Am 14.01.2011 10:28, schrieb Mino Haluz:
>>
>> Hi,
>>
>> I would like to force kamailio to send another code as Request timeout
>> when fr invite timeout is hit. Is there some nice way how to achieve
>> it,
>> or I have to edit the code ? :(
>
> activate a failure route: t_on_failure("foo")
>
>
> then in failure route check for the status (e.g. 408):
>
> failure_route[foo] {
> ...
> if (t_check_status("487")) {
> t_reply("499","or what ever you want");
> exit;
> }
> ...
> }
>
>
> regards
> klaus
>
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla
Kamailio (OpenSER) Advanced Training
Jan 24-26, 2011, Irvine, CA, USA
http://www.asipto.com