[SR-Users] How to drop 200 OK in onreply_route ?

[David Villasmil]

I think he’s trying to reply to the client immediately with a 200 and
consume and not forward the 200 coming from the presence servers.

On Thu, 4 Feb 2021 at 12:43, Daniel-Constantin Mierla <miconda at gmail.com>
wrote:

>
> On 04.02.21 12:59, Denys Pozniak wrote:
>
> > If you need to stop the retransmission, a 100 trying should be sent
> instead of 200ok. Can you reconfigure the next hop to do that? Or is it out
> of your control?
> Looks it is difficult to do this as Kamailio Proxy forks via
> append_branch() incoming SIP PUBLISH to all Presence Servers.
>
>
> I do not understand what is difficult, to configure the next hop
> application to send 100 trying? Or maybe you can provide a diagram of how
> sip traffic is routed on your case.
>
>
> And even if Presence Server answers 200 OK, the Kamailio Proxy still sends
> a repeated SIP PUBLISH there within the fr timer.
>
>
> This remark is also not clear, is the 200ok handled by Kamailio, sent
> upstream, but then Kamailio still resends the PUBLISH?
>
> Cheers,
> Daniel
>
>
>
> чт, 4 февр. 2021 г. в 13:04, Daniel-Constantin Mierla <miconda at gmail.com>:
>
>> Hello,
>>
>> if the 200ok is consumed by tm, it will destroy the transaction very
>> soon. I am not sure this is a good path to go.
>>
>> If you need to stop the retransmission, a 100 trying should be sent
>> instead of 200ok. Can you reconfigure the next hop to do that? Or is it out
>> of your control?
>>
>> Cheers,
>> Daniel
>> On 04.02.21 11:47, Denys Pozniak wrote:
>>
>> Hello!
>>
>> In the configuration below Kamailio Proxy creates a transaction for the
>> SIP PUBLISH to get info from the HTTP server in async mode.
>> But before creating a transaction, a synthetic 200 OK is sent, so that I
>> need somehow to drop the real 200 OK from the upstream Presence Server.
>> If drop 200 OK in *reply_route*, tm module starts to retransmit.
>> Those it is necessary that the 200 OK be consumed by the tm module, but
>> does not go further.
>>
>>
>> *if ( !is_method("PUBLISH") ) { *
>>
>>
>> *        sl_send_reply("200", "Ok");         t_newtran(); *
>>
>>
>> *        $http_req(suspend) = 1;          http_async_query("$var(url)",
>> "CALLBACK"); *
>> *}*
>>
>>
>> *route[CALLBACK] { *
>> *        <some header manipulation>*
>>
>>
>>
>> *        t_on_reply("PUBLISH_REPLY");         route(RELAY);         exit;
>> *
>> *}*
>>
>>
>>
>>
>>
>>
>> *onreply_route[PUBLISH_REPLY] {         if ( t_check_status("200") ) {
>>               drop; # Does not work!!!         } } *
>>
>> Any advice is appreciated
>>
>> --
>>
>> BR,
>> Denys Pozniak
>>
>>
>>
>> _______________________________________________
>> Kamailio (SER) - Users Mailing Listsr-users at lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
>> --
>> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
>> Funding: https://www.paypal.me/dcmierla
>>
>>
>
> --
>
> BR,
> Denys Pozniak
>
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Funding: https://www.paypal.me/dcmierla
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-- 
Regards,

David Villasmil
email: david.villasmil.work at gmail.com
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210204/996cb715/attachment.htm>