1 Mar
2019
1 Mar
'19
9:23 a.m.
Hi All,
My mind is not right on this one, need a pointer. Here is the simple scenario:
Carrier><kamailio proxy><end device
The end device is a static IP, the proxy dips database and knows where
to send numbers destined for the end device, but if there is no
response from the end device (it's off-line), how do I time-out the
transaction and send a 503 'Service Unavailable' back to the first leg
for the carrier to stop re-invites?
I assume I need a new [FAIL_TWO] route that handles this event.
Thanks.
JR
--
JR Richardson
Engineering for the Masses
Chasing the Azeotrope
1 Mar
1 Mar
10:26 a.m.
New subject: How to Absorb First Leg Re-Invites when no Response from Second Leg Invites
On Fri, Mar 01, 2019 at 08:23:11AM -0600, JR Richardson wrote:
My mind is not right on this one, need a pointer. Here
is the simple scenario:
Carrier><kamailio proxy><end device
The end device is a static IP, the proxy dips database and knows where
to send numbers destined for the end device, but if there is no
response from the end device (it's off-line), how do I time-out the
transaction and send a 503 'Service Unavailable' back to the first leg
for the carrier to stop re-invites?
I assume I need a new [FAIL_TWO] route that handles this event.
You need a failure route and to set the timeout on an INVITE
see:
https://www.kamailio.org/docs/modules/5.2.x/modules/tm.html#tmp.p.fr_inv_ti…
Set the INVITE to endpoint to 30s with t_set_fr
check in the failure route for a 408:
if (t_check_status("408"))
{
send_reply("503","Service Unavailable");
exit;
}
But you might want to send a 4xx (eg 480) or 6xx (603) instead of 503.
6:19 p.m.
New subject: How to Absorb First Leg Re-Invites when no Response from Second Leg Invites
Hi,
Reinvites are in-dialog requests; they would only be sent within the
context of an established dialog (2xx response, end-to-end ACK, the
whole works).
Perhaps what you are referring to is not reinvites but retransmissions
of the initial INVITE?
If so, have a look at this option:
https://kamailio.org/docs/modules/5.2.x/modules/tm.html#tm.p.cancel_b_method
in concert with something like this:
failure_route[...] {
if(t_is_canceled())
exit;
# The scenario you're after.
if(t_branch_timeout()) {
t_reply("503", "Service Unavailable");
exit;
}
}
-- Alex
On Fri, Mar 01, 2019 at 08:23:11AM -0600, JR Richardson wrote:
Hi All,
My mind is not right on this one, need a pointer. Here is the simple scenario:
Carrier><kamailio proxy><end device
The end device is a static IP, the proxy dips database and knows where
to send numbers destined for the end device, but if there is no
response from the end device (it's off-line), how do I time-out the
transaction and send a 503 'Service Unavailable' back to the first leg
for the carrier to stop re-invites?
I assume I need a new [FAIL_TWO] route that handles this event.
Thanks.
JR
--
JR Richardson
Engineering for the Masses
Chasing the Azeotrope
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
2 Mar
2 Mar
5:06 a.m.
New subject: How to Absorb First Leg Re-Invites when no Response from Second Leg Invites
Hi,
In addition , there is a function in tm that helps to understand branch timeout reason
https://www.kamailio.org/docs/modules/5.1.x/modules/tm.html#tm.f.t_branch_r…
Yasin Caner
Alex Balashov <abalashov@evaristesys.com<mailto:abalashov@evaristesys.com>>
şunları yazdı (2 Mar 2019 02:23):
Hi,
Reinvites are in-dialog requests; they would only be sent within the
context of an established dialog (2xx response, end-to-end ACK, the
whole works).
Perhaps what you are referring to is not reinvites but retransmissions
of the initial INVITE?
If so, have a look at this option:
https://kamailio.org/docs/modules/5.2.x/modules/tm.html#tm.p.cancel_b_method
in concert with something like this:
failure_route[...] {
if(t_is_canceled())
exit;
# The scenario you're after.
if(t_branch_timeout()) {
t_reply("503", "Service Unavailable");
exit;
}
}
-- Alex
On Fri, Mar 01, 2019 at 08:23:11AM -0600, JR Richardson wrote:
Hi All,
My mind is not right on this one, need a pointer. Here is the simple scenario:
Carrier><kamailio proxy><end device
The end device is a static IP, the proxy dips database and knows where
to send numbers destined for the end device, but if there is no
response from the end device (it's off-line), how do I time-out the
transaction and send a 503 'Service Unavailable' back to the first leg
for the carrier to stop re-invites?
I assume I need a new [FAIL_TWO] route that handles this event.
Thanks.
JR
--
JR Richardson
Engineering for the Masses
Chasing the Azeotrope
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org<mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
1911
days inactive
1912
days old
3 comments
4 participants
participants (4)
-
Alex Balashov -
Daniel Tryba -
JR Richardson -
YASIN CANER