<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;">Add my positive vote for this. We should support such limited or constrained CFDP entity here.</p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;">We may want to add a condition code for this in Table 5-5 when the limited or constrained CFDP entity receives data which exceeds 32 bit size, such as "Big file is not supported".</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;">If the consideration for the system that does not support partial function in the CFDP specification is necessary during the revision of CFDP specification document, I think we need some additional features for handing this functional gap between functionally different entities.</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;">For example,</p><p style="font-family:'굴림'; font-size:10pt;line-height:1.5;">I think a function that can be used at figuring out the remote entity's functional status may be helpful, such as the supported CFDP class(class 1 only, class 1&2, class 2 only), big file supported or not, existence of CL (none, LTP only, BP only, LTP/BP, ...), remaining capacity of storage, available bandwidth, supported CFDP specification document (B4, B5, B6, ...). It is working like these, "FYI, my current CFDP supporting status have been sent. Let me have yours." We can refer the function of the Contact Header or SESS_INIT in the RFC-9174 for this query function.</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 via SIS-CFDPV1 <sis-cfdpv1@mailman.ccsds.org><br><b>받는사람</b> : "Wiegand, Robert E. (GSFC-5830)" <robert.e.wiegand@nasa.gov>, "sis-cfdpv1@mailman.ccsds.org" <sis-cfdpv1@mailman.ccsds.org><br><b>받은날짜</b> : 2023-10-11 (수) 16:07:38<br><b>제목</b> : Re: [SIS-CFDPV1] CFDP unbounded transfers<br><!-- original content --><div style="margin-top:5px;">


<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->


<div class="WordSection1">
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">Hi Bob,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">I tend to agree that we should also allow ‘small’ unbounded files without FSS if the sender ensures that they will be < 4GB.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">If  there are no objections, I will integrate this change in my B6 draft.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal">Regards,<o:p></o:p></p>
<p class="MsoNormal">Felix<o:p></o:p></p>
</div>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal" style="margin-left:36.0pt"><b><span lang="EN-US">From:</span></b><span lang="EN-US"> SIS-CFDPV1 <sis-cfdpv1-bounces@mailman.ccsds.org>
<b>On Behalf Of </b>Wiegand, Robert E. (GSFC-5830) via SIS-CFDPV1<br>
<b>Sent:</b> Friday, October 6, 2023 5:09 PM<br>
<b>To:</b> sis-cfdpv1@mailman.ccsds.org<br>
<b>Subject:</b> [SIS-CFDPV1] CFDP unbounded transfers<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal" style="margin-left:36.0pt"><o:p> </o:p></p>
<p class="MsoNormal" style="margin-left:36.0pt"><span lang="EN-US" style="font-size:10.0pt">Greetings,<br>
<br>
I have a comment/question regarding unbounded file transfers.<o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:36.0pt"><span lang="EN-US" style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal" style="margin-left:36.0pt"><span lang="EN-US" style="font-size:10.0pt">CCSDS 727.0-B-5 says in Table 5-1: Fixed PDU Header Fields<o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:36.0pt"><span lang="EN-US" style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal" style="margin-left:36.0pt;text-autospace:none"><span lang="EN-US" style="font-size:10.0pt">… All files of unbounded size shall be flagged ‘large’…<o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:36.0pt;text-autospace:none"><span lang="EN-US" style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal" style="margin-left:36.0pt;text-autospace:none"><span lang="EN-US" style="font-size:10.0pt">If the sender can ensure the unbounded file being transferred will be of size < 4GB, why must the sender/receiver use FSS size 64 bits for all PDUs?<br>
<br>
Disadvantages:<o:p></o:p></span></p>
<p class="MsoListParagraph" style="margin-left:72.0pt;text-indent:-18.0pt;mso-list:l1 level1 lfo3;text-autospace:none">
<!--[if !supportLists]--><span lang="EN-US" style="font-size:10.0pt;font-family:ArialNarrow"><span style="mso-list:Ignore">-<span style="font:7.0pt "Times New Roman"">        
</span></span></span><!--[endif]--><span lang="EN-US" style="font-size:10.0pt">each FDU 32 bits larger;<o:p></o:p></span></p>
<p class="MsoListParagraph" style="margin-left:72.0pt;text-indent:-18.0pt;mso-list:l1 level1 lfo3;text-autospace:none">
<!--[if !supportLists]--><span lang="EN-US" style="font-size:10.0pt;font-family:ArialNarrow"><span style="mso-list:Ignore">-<span style="font:7.0pt "Times New Roman"">        
</span></span></span><!--[endif]--><span lang="EN-US" style="font-size:10.0pt">NAK sequence nearly doubles in size;<o:p></o:p></span></p>
<p class="MsoListParagraph" style="margin-left:72.0pt;text-indent:-18.0pt;mso-list:l1 level1 lfo3;text-autospace:none">
<!--[if !supportLists]--><span lang="EN-US" style="font-size:10.0pt;font-family:ArialNarrow"><span style="mso-list:Ignore">-<span style="font:7.0pt "Times New Roman"">        
</span></span></span><!--[endif]--><span lang="EN-US" style="font-size:10.0pt">hardware/software built for 32 bit FSS cannot use unbounded file transfers<o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:36.0pt;text-autospace:none"><span lang="EN-US" style="font-size:10.0pt"><br>
I am not seeing advantages that cannot be addressed without this constraint.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:0cm;margin-right:0cm;margin-bottom:12.0pt;margin-left:36.0pt;text-autospace:none">
<span lang="EN-US" style="font-size:10.0pt"><br>
Any thoughts or explanation?<o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:36.0pt;text-autospace:none"><span lang="EN-US" style="font-size:10.0pt">thank you<o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:36.0pt;text-autospace:none"><span lang="EN-US" style="font-size:10.0pt">bob<o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:36.0pt;text-autospace:none"><span lang="EN-US" style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal" style="margin-left:36.0pt"><span lang="EN-US" style="font-size:10.0pt">--<o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:36.0pt"><span lang="EN-US" style="font-size:10.0pt">Bob Wiegand<o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:36.0pt"><span lang="EN-US" style="font-size:10.0pt">Ground Software Systems Branch<o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:36.0pt"><span lang="EN-US" style="font-size:10.0pt">NASA/GSFC Code 583<o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:36.0pt"><span lang="EN-US" style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal" style="margin-left:36.0pt;text-autospace:none"><span lang="EN-US" style="font-size:10.0pt"><o:p> </o:p></span></p>
</div>
This message is intended only for the recipient(s) named above. It may contain proprietary information and/or protected content. Any unauthorised disclosure, use, retention or dissemination is prohibited. If you have received this e-mail in error, please notify
 the sender immediately. ESA applies appropriate organisational measures to protect personal data, in case of data privacy queries, please contact the ESA Data Protection Officer (dpo@esa.int).


</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/Njk2OTU0/c2lzLWNmZHB2MUBtYWlsbWFuLmNjc2RzLm9yZw==/' width='1px' height='1px' />