Hello, Bogdan
I understand, thank you very much.
mailto:denis7...@mail.ru
Hi Denis,
3xx is a final response and it cannot be simply drop (as will let the
transaction state machine in an ambiguous state). Not to mention that you will
de-syncronize the callee side (which rejected the call) and
Hi Denis,
3xx is a final response and it cannot be simply drop (as will let the
transaction state machine in an ambiguous state). Not to mention that
you will de-syncronize the callee side (which rejected the call) and the
caller side (still waiting for a final answer).
What you can do is to
lling list
Subject: Re: [OpenSIPS-Users] reject 3xx code
The comma in your regex is unnecessary; it allows a match for “30,”. It should
just be “30[12]”.
Also, where is the status variable being set from? There are two places to get
the return code: $rs and $T_reply_code.
Or you could use t_ch
]”)) {
drop();
}
Ben Newlin
From: on behalf of Denis
Reply-To: OpenSIPS users mailling list
Date: Thursday, August 18, 2016 at 4:58 AM
To: "users@lists.opensips.org"
Subject: [OpenSIPS-Users] reject 3xx code
Hello
I am using Opensips 2.1.2.
I want to block sending 3xx codes to caller.
Alex, and how can i do it replay route?
exit, drop, t_relay something else?
--
mailto:denis7...@mail.ru
> It can certainly be done in the onreply_route.
> Conceptually, doing it there makes more sense. The failure_route is
> not triggered by any particular SIP reply per se, but rather a
> br
It can certainly be done in the onreply_route.
Conceptually, doing it there makes more sense. The failure_route is not
triggered by any particular SIP reply per se, but rather a branch failure event
on a transaction. That can be the result of a timeout (e.g. fr_timer) or
something else that do
Denis,
all the examples I have seen for this do the status check in a failure
route:
t_on_failure("1");
..
failure_route[1] {
if (t_was_cancelled()) {
exit;
}
# uncomment the following lines if you want to block client
# redirect based on 3xx replies.
Hello
I am using Opensips 2.1.2.
I want to block sending 3xx codes to caller.
In reply route i wrote such code
if (status=~"30[1,2]") {
drop();
}
but i see that 302, for example, still process successfully.
Thank you for any help.
--
mailto:denis7...@mail.ru__