<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Hello,</p>
<p>the 200ok for PUBLISH contains some additional headers (e.g.,
relate to ETag) that must be used in follow-up PUBLISH requests,
are you sure that replying from intermediary proxy, not the
presence server is resulting in what you want to have?</p>
<p>If the first 200ok is to stop retransmission, then I said, try
with 100 trying response from intermediary proxy.</p>
<p>Cheers,<br>
Daniel<br>
</p>
<div class="moz-cite-prefix">On 04.02.21 14:33, Denys Pozniak wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CA+x3Axp_+b6W=sZUZw7dnYx++dLEjiWNpzf_fv5G2jEv1Qxdfg@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">> 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.
<div><br>
</div>
<div>1) Diagram below is the case I described in the initial
email. Here you can see incoming SIP PUBLISH and 3 forked legs
towards Presence Servers.</div>
<div>As soon as Kamailio Proxy receives SIP PUBLISH it sends 200
Ok back. </div>
<div>The Presence Server that has active subscription answers
with 200 OK otherwise 404 Not Found.</div>
<div>So the question was how to drop sending 200 OK (and any
other replies) from Proxy to the left side.</div>
<div>
<div><br>
</div>
</div>
<div><img src="cid:part1.777411D0.D1C11955@gmail.com"
alt="image.png" class="" width="562" height="199"><br>
</div>
<div><br>
</div>
<div>2) When I drop 200 OK in <b>reply_route</b>, Kamailio
Proxy retransmits SIP PUBLISH to Presence Server.</div>
<div><br>
</div>
<div><img src="cid:part2.CBEDDB76.02FDE410@gmail.com"
alt="image.png" class="" width="562" height="333"><br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">чт, 4 февр. 2021 г. в 14:55,
David Villasmil <<a
href="mailto:david.villasmil.work@gmail.com"
moz-do-not-send="true">david.villasmil.work@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 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" target="_blank"
moz-do-not-send="true">miconda@gmail.com</a>>
wrote:<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><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" 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">
<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" 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>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org"
target="_blank" moz-do-not-send="true">sr-users@lists.kamailio.org</a><br>
<a
href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users"
rel="noreferrer" target="_blank"
moz-do-not-send="true">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote>
</div>
</div>
-- <br>
<div dir="ltr">
<div dir="ltr">
<div>Regards,</div>
<div><br>
</div>
David Villasmil
<div>email: <a
href="mailto:david.villasmil.work@gmail.com"
target="_blank" moz-do-not-send="true">david.villasmil.work@gmail.com</a></div>
<div>phone: +34669448337</div>
</div>
</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>