18 Feb
2016
18 Feb
'16
9:35 p.m.
Hi,
for some strange reason, ask my regulator.... i need to manipulate certain
calls.
the scenario goes like this:
1. caller sends invite to kamailio.
2. kamailio transfer the call to asterisk.
3. asterisk send progress and play "hello".
4. asterisk creates a new call (dial) to the same kamailio with destination
callee.
5. the callee answers the call.
here, i need to block the 200ok. so that the caller does not receive it.
i managed to block it with t_suspend().
but, there is no bidirectional media.
the 183 progress was sent with sendreceive.
it seems the asterisk is waiting for the ACK in order to open both ways for
media.
i tried to use uac_send_req() but it is being sent with no to tag. and when
i try manipulating the uac_req(turi) it does not help because it takes all
the string i entered and wraps it with <>.
any ideas?
BR,
Uri
18 Feb
18 Feb
9:38 p.m.
i forgot to mention i use PJSIP on my asterisk........
On Thu, Feb 18, 2016 at 9:35 PM, Uri Shacked <ushacked(a)gmail.com> wrote:
Hi,
for some strange reason, ask my regulator.... i need to manipulate certain
calls.
the scenario goes like this:
1. caller sends invite to kamailio.
2. kamailio transfer the call to asterisk.
3. asterisk send progress and play "hello".
4. asterisk creates a new call (dial) to the same kamailio with
destination callee.
5. the callee answers the call.
here, i need to block the 200ok. so that the caller does not receive it.
i managed to block it with t_suspend().
but, there is no bidirectional media.
the 183 progress was sent with sendreceive.
it seems the asterisk is waiting for the ACK in order to open both ways
for media.
i tried to use uac_send_req() but it is being sent with no to tag. and
when i try manipulating the uac_req(turi) it does not help because it takes
all the string i entered and wraps it with <>.
any ideas?
BR,
Uri
11:31 p.m.
Uri,
Can't you block a reply in an onreply_route by just dropping it?
route {
t_on_reply("MAYBE_BLOCK");
}
onreply_route[MAYBE_BLOCK] {
if(is_method("INVITE") && t_check_status("200"))
drop;
}
-- Alex
--
Alex Balashov | Principal | Evariste Systems LLC
303 Perimeter Center North, Suite 300
Atlanta, GA 30346
United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
19 Feb
19 Feb
10:09 a.m.
Hello,
On 18/02/16 20:35, Uri Shacked wrote:
Hi,
for some strange reason, ask my regulator.... i need to manipulate
certain calls.
the scenario goes like this:
1. caller sends invite to kamailio.
2. kamailio transfer the call to asterisk.
3. asterisk send progress and play "hello".
4. asterisk creates a new call (dial) to the same kamailio with
destination callee.
5. the callee answers the call.
here, i need to block the 200ok. so that the caller does not receive it.
i managed to block it with t_suspend().
but, there is no bidirectional media.
the 183 progress was sent with sendreceive.
it seems the asterisk is waiting for the ACK in order to open both
ways for media.
i tried to use uac_send_req() but it is being sent with no to tag. and
when i try manipulating the uac_req(turi) it does not help because it
takes all the string i entered and wraps it with <>.
any ideas?
But if asterisk is waiting for ACK, that is not going to happen if you
drop the 200ok.
Maybe Asterisk is waiting for PRACK following the 183, can you check the
Requires header in 183?
While 200ok can be dropped by having a reply_route with drop for 200ok,
it doesn't feel like it is solving what you are looking for.
Cheers,
Daniel
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Book: SIP Routing With Kamailio - http://www.asipto.com
http://miconda.eu
2:27 p.m.
Hi,
thanks for the quick response.
regarding to the 200 drop, it is less of an issue. i actually tried
t_drop_replies() on the reply_route.
it works only on failure_route.
but, didn't try another on_reply route and drop. i will try. thanks.
still, daniel is right, the main problem is the ACK.
as i wrote, i use uac_req_send() to try and send the asterisk a fake ACK.
i enter the following:
$uac_req(method)="ACK";
$uac_req(ruri)= "exten@asterisk:5080";
$uac_req(furi)="from(a)caller.com".com";
$uac_req(turi)="exten@asterisk:5080" + ";" + "saved_to_tag"
$uac_req(callid)=$dlg(callid);
uac_req_send();
the problem is that the actual ACK sent, is malformed in the TO header.
it is populated as <exten@asterisk:5080;to_tag>
instead of <exten@asterisk:5080>;to_tag
what do you think?
thanks,
uri
Hello,
On 18/02/16 20:35, Uri Shacked wrote:
Hi,
for some strange reason, ask my regulator.... i need to manipulate
certain calls.
the scenario goes like this:
1. caller sends invite to kamailio.
2. kamailio transfer the call to asterisk.
3. asterisk send progress and play "hello".
4. asterisk creates a new call (dial) to the same kamailio with
destination callee.
5. the callee answers the call.
here, i need to block the 200ok. so that the caller does not receive it.
i managed to block it with t_suspend().
but, there is no bidirectional media.
the 183 progress was sent with sendreceive.
it seems the asterisk is waiting for the ACK in order to open both
ways for media.
i tried to use uac_send_req() but it is being sent with no to tag. and
when i try manipulating the uac_req(turi) it does not help because it
takes all the string i entered and wraps it with <>.
any ideas?
But if asterisk is waiting for ACK, that is not going to happen if you
drop the 200ok.
Maybe Asterisk is waiting for PRACK following the 183, can you check the
Requires header in 183?
While 200ok can be dropped by having a reply_route with drop for 200ok,
it doesn't feel like it is solving what you are looking for.
Cheers,
Daniel
25 Feb
25 Feb
2:05 p.m.
Hi,
I managed to drop and block the 200 with t_suspend (for the first
reply) and with dropping as well for the re-transmissions (thanks
alex).
Now, as expected, asterisk re-transmit the 200 (and I keep on dropping
it...). And, after 30 seconds approximately, asterisk sends bye. I
guess because it didn't receive the ACK.
So, the main problem, because I don't like to make changes in the
asterisk core, is to send an ACK from kamailio using the UAC module.
As I mentioned before, there is a problem with this ACK - I can't set
the to_tag in the request.
Any ideas?
Thank,
Uri
On Fri, Feb 19, 2016 at 2:27 PM, Uri Shacked <ushacked(a)gmail.com> wrote:
Hi,
thanks for the quick response.
regarding to the 200 drop, it is less of an issue. i actually tried
t_drop_replies() on the reply_route.
it works only on failure_route.
but, didn't try another on_reply route and drop. i will try. thanks.
still, daniel is right, the main problem is the ACK.
as i wrote, i use uac_req_send() to try and send the asterisk a fake ACK.
i enter the following:
$uac_req(method)="ACK";
$uac_req(ruri)= "exten@asterisk:5080";
$uac_req(furi)="from(a)caller.com".com";
$uac_req(turi)="exten@asterisk:5080" + ";" +
"saved_to_tag"
$uac_req(callid)=$dlg(callid);
uac_req_send();
the problem is that the actual ACK sent, is malformed in the TO header.
it is populated as <exten@asterisk:5080;to_tag>
instead of <exten@asterisk:5080>;to_tag
what do you think?
thanks,
uri
Hello,
On 18/02/16 20:35, Uri Shacked wrote:
Hi,
for some strange reason, ask my regulator.... i need to manipulate
certain calls.
the scenario goes like this:
1. caller sends invite to kamailio.
2. kamailio transfer the call to asterisk.
3. asterisk send progress and play "hello".
4. asterisk creates a new call (dial) to the same kamailio with
destination callee.
5. the callee answers the call.
here, i need to block the 200ok. so that the caller does not receive it.
i managed to block it with t_suspend().
but, there is no bidirectional media.
the 183 progress was sent with sendreceive.
it seems the asterisk is waiting for the ACK in order to open both
ways for media.
i tried to use uac_send_req() but it is being sent with no to tag. and
when i try manipulating the uac_req(turi) it does not help because it
takes all the string i entered and wraps it with <>.
any ideas?
But if asterisk is waiting for ACK, that is not going to happen if you
drop the 200ok.
Maybe Asterisk is waiting for PRACK following the 183, can you check the
Requires header in 183?
While 200ok can be dropped by having a reply_route with drop for 200ok,
it doesn't feel like it is solving what you are looking for.
Cheers,
Daniel
3196
days inactive
3203
days old
5 comments
3 participants
participants (3)
-
Alex Balashov -
Daniel-Constantin Mierla -
Uri Shacked