<div dir="ltr">Thanks for the response. This somehow answers my second question.<div>I still would like to know what should happen when server observers too high 'h' parameter</div><div>when clients sends ack.<br><div class="gmail_extra"><div><div class="gmail_signature" data-smartmail="gmail_signature"><br>Best regards<br>Michal Piotrowski<br><a href="mailto:michal.piotrowski@erlang-solutions.com" target="_blank">michal.piotrowski@erlang-solutions.com</a></div></div>
<br><div class="gmail_quote">On 14 February 2017 at 14:05, Ruslan N. Marchenko <span dir="ltr"><<a href="mailto:me@ruff.mobi" target="_blank">me@ruff.mobi</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Feb 14, 2017 at 12:17:10PM +0100, Michal Piotrowski wrote:<br>
> In XEP-0198 I didn't find any information what should happen if clients sends<br>
> too high 'h' parameter. <br>
><br>
> What should be the server response in this case? The safest is probably to<br>
> close the stream with error indicating a policy violation.<br>
><br>
> Also what should happen if a client resumes a stream with such too high 'h'<br>
> parameter? This is also not clearly defined in the XEP but I understand that<br>
> the server should return a <failed> response with some reason and allow the<br>
> client to try again or bind the session without resumption. <br>
><br>
<br>
</span>Why, there's general case in error handling section:<br>
<br>
 Stream management errors SHOULD be considered recoverable;<br>
 however, misuse of stream management MAY result in termination of the<br>
 stream.<br></blockquote><div><br></div><div>Yes there is a general case, that's why I said it's not "clearly" defined.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
So if your implementation can recover from this state - use it,<br>
otherwise just close the stream.<br>
<br>
Resume with higher number - again means most probably what is found - is not<br>
correct session to resume, hence <item-not-found/><br>
<br>
--RR<br>
______________________________<wbr>_________________<br>
Standards mailing list<br>
Info: <a href="https://mail.jabber.org/mailman/listinfo/standards" rel="noreferrer" target="_blank">https://mail.jabber.org/<wbr>mailman/listinfo/standards</a><br>
Unsubscribe: <a href="mailto:Standards-unsubscribe@xmpp.org">Standards-unsubscribe@xmpp.org</a><br>
______________________________<wbr>_________________<br>
</blockquote></div><br></div></div></div>