[OpenSIPS-Users] PRACK response to 183 without SDP
Tomi Hakkarainen
tpaivaa at gmail.com
Mon Jan 18 17:32:34 EST 2021
Hi,
I guess does not answer the guestion but take a look at this:
https://github.com/OpenSIPS/opensips/issues/2076
that said could you setup b2b logic to fix interworking issues?
Tomi
On 18. Jan 2021, at 18.31, solarmon <solarmon at one-n.co.uk> wrote:
Hi Johan,
The first 183 packet that is received has no SDP in it and has:
Require: 100rel
I wish to prevent this from being passed on, but still respond what with a PRACK (since 100rel has been requested). The reason for this is that our system will not work if it first receives a 183 without SDP and then receives a second 183 with SDP.
Thank you.
On Mon, 18 Jan 2021 at 16:13, Johan De Clercq <Johan at democon.be> wrote:
> you mean that the remote party sends you required:100rel ? The only way that I know is by using b2b logic.
> Maybe Bogdan can shed some light here.
>
> Op ma 18 jan. 2021 om 17:07 schreef solarmon <solarmon at one-n.co.uk>:
>> Hi,,
>>
>> I have a requirement to stop 183 without SDP packets from being passed, as well as having to reply back with a PRACK.
>>
>> I can stop the 183 without SDP from being passed on with the following in onreply_route[]
>>
>> if ($rs == "183" && !has_body_part("application/sdp")) {
>> drop();
>> exit;
>> }
>>
>> However, how do I reply back with a PRACK?
>>
>> Thank you.
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
Users at lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20210118/797178ac/attachment.html>
More information about the Users
mailing list