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

Daniel-Constantin Mierla miconda at gmail.com
Thu Feb 4 13:38:34 CET 2021


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 <mailto: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 List
>>     sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>>     https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
>
>     -- 
>     Daniel-Constantin Mierla -- www.asipto.com <http://www.asipto.com>
>     www.twitter.com/miconda <http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda>
>     Funding: https://www.paypal.me/dcmierla <https://www.paypal.me/dcmierla>
>
>
>
> -- 
>
> BR,
> Denys Pozniak
>
>
-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Funding: https://www.paypal.me/dcmierla

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210204/3c27bfc0/attachment.htm>


More information about the sr-users mailing list