<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><br>
</p>
<div class="moz-cite-prefix">On 04.02.21 12:59, Denys Pozniak wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CA+x3Axo=BLmrAnDBj71cGw9_JijWT+i1x2p8DhpF8Q+S7i00mg@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">> 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?<br>
<div>Looks it is difficult to do this as Kamailio Proxy forks
via append_branch() incoming SIP PUBLISH to all Presence
Servers.<br>
</div>
</div>
</blockquote>
<p><br>
</p>
<p>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.</p>
<p><br>
</p>
<blockquote type="cite"
cite="mid:CA+x3Axo=BLmrAnDBj71cGw9_JijWT+i1x2p8DhpF8Q+S7i00mg@mail.gmail.com">
<div dir="ltr">
<div>And even if Presence Server answers 200 OK, the Kamailio
Proxy still sends a repeated SIP PUBLISH there within the fr
timer.<br>
</div>
</div>
</blockquote>
<p><br>
</p>
<p>This remark is also not clear, is the 200ok handled by Kamailio,
sent upstream, but then Kamailio still resends the PUBLISH?<br>
<br>
Cheers,<br>
Daniel</p>
<p><br>
</p>
<blockquote type="cite"
cite="mid:CA+x3Axo=BLmrAnDBj71cGw9_JijWT+i1x2p8DhpF8Q+S7i00mg@mail.gmail.com"><br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">чт, 4 февр. 2021 г. в 13:04,
Daniel-Constantin Mierla <<a
href="mailto:miconda@gmail.com" moz-do-not-send="true">miconda@gmail.com</a>>:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<p>Hello,</p>
<p>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.<br>
</p>
<p>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?</p>
<p>Cheers,<br>
Daniel<br>
</p>
<div>On 04.02.21 11:47, Denys Pozniak wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>Hello!</div>
<div><br>
</div>
<div>In the configuration below Kamailio Proxy creates a
transaction for the SIP PUBLISH to get info from the
HTTP server in async mode.</div>
<div>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.<br>
</div>
<div>If drop 200 OK in <b>reply_route</b>, tm module
starts to retransmit.<br>
</div>
<div>Those it is necessary that the 200 OK be consumed
by the tm module, but does not go further.<br>
</div>
<div><br>
</div>
<div><i>if ( !is_method("PUBLISH") ) {<br>
</i></div>
<div><i> sl_send_reply("200", "Ok");<br>
t_newtran();<br>
</i></div>
<div><i> $http_req(suspend) = 1;<br>
http_async_query("$var(url)", "CALLBACK");<br>
</i></div>
<div><i>}</i></div>
<div><i><br>
</i></div>
<div><i>route[CALLBACK] {<br>
</i></div>
<div><i> <some header manipulation></i></div>
<i> t_on_reply("PUBLISH_REPLY");<br>
route(RELAY);<br>
exit;<br>
</i>
<div><i>}</i></div>
<div><i><br>
</i></div>
<div><i>onreply_route[PUBLISH_REPLY] {<br>
if ( t_check_status("200") ) {<br>
<b>drop; # Does not work!!!</b><br>
}<br>
}<br>
</i></div>
<div><br>
</div>
<div>Any advice is appreciated</div>
<div><br>
</div>
-- <br>
<div dir="ltr">
<div dir="ltr"><br>
<div>
<div>BR,</div>
<div>Denys Pozniak<br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
</div>
</div>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
Kamailio (SER) - Users Mailing List
<a href="mailto:sr-users@lists.kamailio.org" target="_blank" moz-do-not-send="true">sr-users@lists.kamailio.org</a>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" target="_blank" moz-do-not-send="true">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<pre cols="72">--
Daniel-Constantin Mierla -- <a href="http://www.asipto.com" target="_blank" moz-do-not-send="true">www.asipto.com</a>
<a href="http://www.twitter.com/miconda" target="_blank" moz-do-not-send="true">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" target="_blank" moz-do-not-send="true">www.linkedin.com/in/miconda</a>
Funding: <a href="https://www.paypal.me/dcmierla" target="_blank" moz-do-not-send="true">https://www.paypal.me/dcmierla</a></pre>
</div>
</blockquote>
</div>
<br clear="all">
<div><br>
</div>
-- <br>
<div dir="ltr" class="gmail_signature">
<div dir="ltr"><br>
<div>
<div>BR,</div>
<div>Denys Pozniak<br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
</div>
</div>
</blockquote>
<pre class="moz-signature" cols="72">--
Daniel-Constantin Mierla -- <a class="moz-txt-link-abbreviated" href="http://www.asipto.com">www.asipto.com</a>
<a class="moz-txt-link-abbreviated" href="http://www.twitter.com/miconda">www.twitter.com/miconda</a> -- <a class="moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda">www.linkedin.com/in/miconda</a>
Funding: <a class="moz-txt-link-freetext" href="https://www.paypal.me/dcmierla">https://www.paypal.me/dcmierla</a></pre>
</body>
</html>