14 Jan
2011
14 Jan
'11
10:28 a.m.
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 ? :(
Thank you!
14 Jan
14 Jan
10:39 a.m.
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
18 Jan
18 Jan
10:54 a.m.
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
11:27 a.m.
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:
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:
--
Daniel-Constantin Mierla
Kamailio (OpenSER) Advanced Training
Jan 24-26, 2011, Irvine, CA, USA
http://www.asipto.com
Am 14.01.2011 10:28, schrieb Mino Haluz:
_______________________________________________
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 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
11:41 a.m.
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:
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:
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:
--
Daniel-Constantin Mierla
Kamailio (OpenSER) Advanced Training
Jan 24-26, 2011, Irvine, CA, USA
http://www.asipto.com
Am 14.01.2011 10:28, schrieb Mino Haluz:
_______________________________________________
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
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
12:02 p.m.
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:
--
Daniel-Constantin Mierla
Kamailio (OpenSER) Advanced Training
Jan 24-26, 2011, Irvine, CA, USA
http://www.asipto.com
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
1: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
2:21 p.m.
Am 18.01.2011 12:02, schrieb Daniel-Constantin Mierla:
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);
maybe resetflag(4)?
regards
klaus
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:
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
5066
days inactive
5070
days old
7 comments
3 participants
participants (3)
-
Daniel-Constantin Mierla -
Klaus Darilion -
Mino Haluz