<div dir="auto">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.</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 4 Feb 2021 at 12:43, Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com">miconda@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<p><br>
</p>
<div>On 04.02.21 12:59, Denys Pozniak wrote:<br>
</div>
<blockquote type="cite">
<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">
<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></div><div>
<p><br>
</p>
<blockquote type="cite"><br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">чт, 4 февр. 2021 г. в 13:04,
Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com" target="_blank">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">sr-users@lists.kamailio.org</a>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">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">www.asipto.com</a>
<a href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Funding: <a href="https://www.paypal.me/dcmierla" target="_blank">https://www.paypal.me/dcmierla</a></pre>
</div>
</blockquote>
</div>
<br clear="all">
<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>
</blockquote>
<pre cols="72">--
Daniel-Constantin Mierla -- <a href="http://www.asipto.com" target="_blank">www.asipto.com</a>
<a href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Funding: <a href="https://www.paypal.me/dcmierla" target="_blank">https://www.paypal.me/dcmierla</a></pre>
</div>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Regards,</div><div><br></div>David Villasmil<div>email: <a href="mailto:david.villasmil.work@gmail.com" target="_blank">david.villasmil.work@gmail.com</a></div><div>phone: +34669448337</div></div></div>