<p style="font-family:'굴림'; font-size:10pt;line-height:1.5;">Hi Felix,</p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><br></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;">I think current LTP spec quite works well with negative claim also. Consider below reception claim according to the LTP spec but negative claim.</p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><br></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;">lower bound = 0</p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;">upper bound = 7000</p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;">negative reception claim count = 1</p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;">offset = 1000</p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;">length = 2000</p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><br></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;">it means a receiver is requesting block of segements which starts at 1000 and length is 2000, i.e., 1000 ~ 2999, for retransmission.</p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;">A sender can safely remove 2 blocks, i.e., 0 - 999 and 3000 - 7000. I think it is simpler, lower overhead and *importantly* easier to calculate (acutally no painful for localizing the target segment position).</p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"><br></p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;">Cheol</p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"></p><div style="margin-top:30px;margin-left:0.8em;font-size:12px;font-family:돋움,arial;color:#0066CC;font-weight: bold;">--------- 원본 메일 ---------</div><blockquote style="font-size:12px;border-left-style:solid;border-left-width:2px;margin-bottom:0pt;margin-left:0.8em;margin-right:0pt;margin-top:0pt;padding-left:1em;"><div style="font-family:arial,돋움;line-height:1.5"><b>보낸사람</b> : <Felix.Flentge@esa.int><br><b>받는사람</b> : "구철회" <chkoo@kari.re.kr><br><b>참조</b> : "sis-dtn@mailman.ccsds.org" <sis-dtn@mailman.ccsds.org><br><b>받은날짜</b> : 2022-04-04 (월) 17:40:24<br><b>제목</b> : Re: [Sis-dtn] Positive reception claim vs. Negative reception claim in LTP Report Segment preparation and processing<br><!-- original content --><div style="margin-top:5px;"><span style=" font-size:10pt;font-family:sans-serif">Hi Cheol,</span>
<br>
<br><span style=" font-size:10pt;font-family:sans-serif">interesting question.
One thing I can think of is that the positive claims would allow you to
free memory earlier while for negative claims you need to wait until the
end of a session.</span>
<br>
<br><span style=" font-size:10pt;font-family:sans-serif">Regards,</span>
<br><span style=" font-size:10pt;font-family:sans-serif">Felix</span>
<br>
<br>
<br>
<br><span style=" font-size:9pt;color:#5f5f5f;font-family:sans-serif">From:
</span><span style=" font-size:9pt;font-family:sans-serif">"구철회
via SIS-DTN" <sis-dtn@mailman.ccsds.org></span>
<br><span style=" font-size:9pt;color:#5f5f5f;font-family:sans-serif">To:
</span><span style=" font-size:9pt;font-family:sans-serif">"sis-dtn@mailman.ccsds.org"
<sis-dtn@mailman.ccsds.org></span>
<br><span style=" font-size:9pt;color:#5f5f5f;font-family:sans-serif">Date:
</span><span style=" font-size:9pt;font-family:sans-serif">04/04/2022
10:15</span>
<br><span style=" font-size:9pt;color:#5f5f5f;font-family:sans-serif">Subject:
</span><span style=" font-size:9pt;font-family:sans-serif">[Sis-dtn]
Positive reception claim vs. Negative reception claim in LTP Report Segment
preparation and processing</span>
<br><span style=" font-size:9pt;color:#5f5f5f;font-family:sans-serif">Sent
by: </span><span style=" font-size:9pt;font-family:sans-serif">"SIS-DTN"
<sis-dtn-bounces@mailman.ccsds.org></span>
<br>
<hr noshade="">
<br>
<br>
<div><span style=" font-size:10pt;font-family:sans-serif">Greetings,</span>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:10pt;font-family:sans-serif"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:10pt;font-family:sans-serif">This
is Cheol. I am developing an LTP reference implementation. During reading
the LTP specification (RFC-5326), the preparation of reception claim in
Report Segment makes me confusing about why it is positive claim not negative
claim for segments that were not received successfully (i.e., NAK).</span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:10pt;font-family:sans-serif"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:10pt;font-family:sans-serif">For
reference, CFDP’s NAK PDU has the negative claim structure when it is
requested to report missing PDUs. Does anyone know about the background
of choosing the positive claim for NAK operation in LTP?</span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:10pt;font-family:sans-serif">I
think negative claim is simpler and more efficient in terms of overhead
for sender and receiver both.</span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:10pt;font-family:sans-serif">I
like to listen experts’ opinion on LTP operation and honestly hope it
to be changed in newly coming LTP spec.</span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:10pt;font-family:sans-serif"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:10pt;font-family:sans-serif">Cheol</span></p>
<br><span style=" font-size:10pt;font-family:sans-serif"> </span><tt><span style=" font-size:10pt">_______________________________________________<br>
SIS-DTN mailing list<br>
SIS-DTN@mailman.ccsds.org<br>
</span></tt><a href="https://protect2.fireeye.com/v1/url?k=933edf14-cca5b51c-933bae9a-ac1f6bdccbcc-93bc8ad36316533d&q=1&e=24a03daf-8e73-4317-a689-3216c529ea83&u=https%3A%2F%2Fmailman.ccsds.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fsis-dtn"><tt><span style=" font-size:10pt">https://mailman.ccsds.org/cgi-bin/mailman/listinfo/sis-dtn</span></tt></a><tt><span style=" font-size:10pt"><br>
</span></tt>
<br>
<br></div>
</div><!-- original content --><br></div></blockquote><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;"></p>
<img src='https://webmail.kari.re.kr:443/checkread/NDg2NTUw/c2lzLWR0bkBtYWlsbWFuLmNjc2RzLm9yZw==/' width='1px' height='1px' />