<div dir="ltr">Felix, that strikes me as a very good point. Will be interested in Keith's reaction.<div>v</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 30, 2023 at 1:02 PM Felix Flentge via SIS-DTN <<a href="mailto:sis-dtn@mailman.ccsds.org">sis-dtn@mailman.ccsds.org</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 class="msg-8811293835698527248">
<div lang="EN-GB" style="overflow-wrap: break-word;">
<div class="m_-8811293835698527248WordSection1">
<p class="MsoNormal">Hi,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">When trying to describe the use of CFDP over BP, I have stumbled across a peculiarity of the BP service interface: the Application Data Unit Parameter is defined as
<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">4.3.9 APPLICATION DATA UNIT PARAMETER<u></u><u></u></p>
<p class="MsoNormal">The application data unit parameter shall indicate <b>the location (in memory or non-volatile storage, a local implementation matter)</b> of the application data conveyed by the bundle.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">For me this seems to be to implementation-specific for an abstract service interface and would prefer if we could say that the application data unit parameter simply *<b>is</b>* the application data unit as defined in <a href="http://1.4.3.2" target="_blank">1.4.3.2</a>:<u></u><u></u></p>
<p class="MsoNormal">application data unit, ADU: The application-specific data being transferred via the Bundle Protocol.
<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Of course, for a lot of implementations it will be practical to pass a pointer to the application data and not a copy. So, we could add a note that the way application data is actually passed is implementation specific. No other CCSDS service
interface seems to work with ‘locations’ of data.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">If we want to keep the application data unit parameter as location, I think we should at least update the Send.Request and the BundleDelivery.Indication to include ‘application data unit parameter’ instead of ‘application data unit’.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><span>Regards,<u></u><u></u></span></p>
<p class="MsoNormal"><span>Felix<u></u><u></u></span></p>
<p class="MsoNormal"><u></u> <u></u></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 (<a href="mailto:dpo@esa.int" target="_blank">dpo@esa.int</a>).
</div>
_______________________________________________<br>
SIS-DTN mailing list<br>
<a href="mailto:SIS-DTN@mailman.ccsds.org" target="_blank">SIS-DTN@mailman.ccsds.org</a><br>
<a href="https://mailman.ccsds.org/cgi-bin/mailman/listinfo/sis-dtn" rel="noreferrer" target="_blank">https://mailman.ccsds.org/cgi-bin/mailman/listinfo/sis-dtn</a><br>
</div></blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>Please send any postal/overnight deliveries to:</div><div><div>Vint Cerf</div><div>Google, LLC</div><div>1900 Reston Metro Plaza, 16th Floor</div><div>Reston, VA 20190</div><div>+1 (571) 213 1346<br></div><div><br style="color:rgb(34,34,34)"></div></div><div><br></div><div>until further notice</div><div><br></div><div><br></div><div><br></div></div></div>