<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.m4091429703776898859xmsonormal, li.m4091429703776898859xmsonormal, div.m4091429703776898859xmsonormal
{mso-style-name:m_4091429703776898859xmsonormal;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.m4091429703776898859xxmsonormal, li.m4091429703776898859xxmsonormal, div.m4091429703776898859xxmsonormal
{mso-style-name:m_4091429703776898859xxmsonormal;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.m4091429703776898859xxmsolistparagraph, li.m4091429703776898859xxmsolistparagraph, div.m4091429703776898859xxmsolistparagraph
{mso-style-name:m_4091429703776898859xxmsolistparagraph;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle23
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;
mso-ligatures:none;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:76631412;
mso-list-template-ids:1427307554;}
@list l0:level1
{mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level2
{mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level3
{mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level4
{mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level5
{mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level6
{mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level7
{mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level8
{mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level9
{mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1
{mso-list-id:487523655;
mso-list-type:hybrid;
mso-list-template-ids:1725336572 67698689 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l1:level1
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l1:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l1:level3
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l1:level4
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l1:level5
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l1:level6
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l1:level7
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l1:level8
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l1:level9
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l2
{mso-list-id:538709745;
mso-list-template-ids:-692278230;}
@list l2:level1
{mso-level-start-at:2;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level2
{mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level3
{mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level4
{mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level5
{mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level6
{mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level7
{mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level8
{mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l2:level9
{mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l3
{mso-list-id:609167482;
mso-list-template-ids:359558718;}
@list l3:level1
{mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l3:level2
{mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l3:level3
{mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l3:level4
{mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l3:level5
{mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l3:level6
{mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l3:level7
{mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l3:level8
{mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l3:level9
{mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l4
{mso-list-id:668143688;
mso-list-type:hybrid;
mso-list-template-ids:-1763666742 67698689 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l4:level1
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l4:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l4:level3
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l4:level4
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l4:level5
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l4:level6
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l4:level7
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l4:level8
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l4:level9
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l5
{mso-list-id:1025132367;
mso-list-template-ids:-1058230106;}
@list l5:level1
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l5:level2
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l5:level3
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l5:level4
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l5:level5
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l5:level6
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l5:level7
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l5:level8
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l5:level9
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l6
{mso-list-id:1285893156;
mso-list-template-ids:755561528;}
@list l6:level1
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l6:level2
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l6:level3
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l6:level4
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l6:level5
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l6:level6
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l6:level7
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l6:level8
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l6:level9
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style><!--[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]-->
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">All,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I would suggest we consider Felix’s and Jonathan’s proposal in the context of an CCSDS orange book (maybe green or yellow?), as it does address a critical issue (that of bundle accountability) to operationalize DTN in flight projects. I
do agree that the best way to implement this functionality is with an extension block. However, in the near-term, and from an infusion standpoint, having a “poor man’s way” of getting the job done is valuable (e.g., new extension block means more dev time,
more requirements, more V&V, more mission cost, etc.), as long as we understand and document its limitations.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">From a technical standpoint:<o:p></o:p></p>
<ul style="margin-top:0in" type="disc">
<li class="MsoListParagraph" style="margin-left:0in;mso-list:l1 level1 lfo7">I am not too convinced by the use of the BPCF as currently proposed. There seems to be side effects (e.g., “<b><span lang="EN-GB">In case 10 with different destination endpoint IDs,
the BPA has to guarantee that the same values can only appear with different bundle creation times”</span></b><span lang="EN-GB">) and RFC9171 states that “Bundle processing control flags that are unrecognized be ignored”, so we risk having DTN nodes with
different behavior?<o:p></o:p></span></li><li class="MsoListParagraph" style="margin-left:0in;mso-list:l1 level1 lfo7">I am more in favor of documenting that by not resetting the sequence number, which is explicitly allowed in RF9171 and (as Josh points out) still serves the original purpose of the
sequence number, projects may identify gaps and perform data accountability. Since this is method is a “poor man’s way” of achieving this in the near-term, management by policy (internal to the project, or by SLA agreement with the network provider) seems
ok. <o:p></o:p></li><li class="MsoListParagraph" style="margin-left:0in;mso-list:l1 level1 lfo7">I am not too convinced that timestamps and sequence numbers are the best way of doing in-order delivery. The difference between in-order delivery and gap identification is that the
former requires modifying how a DTN node delivers bundles to the application (maybe forwarding is affected too?), so it seems a change in bundle processing behavior. On the other hand, the latter is just a change to the reporting mechanism, which seems less
intrusive. For example, a DTN node could implement an indication to flag a gap (as detected by the sequence number), which then triggers flight SW to generate an EVR destined for the MOC (which may flow as a payload to another bundle or go via a non-DTN channel).
It seems to me that such behavior would not need to be interoperable (after all, EVRs aren’t).<o:p></o:p></li></ul>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks,<o:p></o:p></p>
<div>
<p class="MsoNormal">-----------------------------------------------------------------------------------------------------------------------<o:p></o:p></p>
<p class="MsoNormal">Marc Sanchez Net (332H)<o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:10.0pt;color:gray">Telecommunications Engineer</span><o:p></o:p></p>
<p class="MsoNormal" style="background:white"><span style="font-size:10.0pt;color:gray">Jet Propulsion Laboratory<o:p></o:p></span></p>
<p class="MsoNormal" style="background:white"><span style="font-size:10.0pt;color:gray">Cell:</span><span style="font-size:10.0pt;font-family:"Arial",sans-serif;color:#222222"> </span><span style="font-size:10.0pt;font-family:"Arial",sans-serif;color:black"><a href="mailto:(617)%20953-7977"><span style="color:#0563C1">(617)
953-7977</span></a></span><span style="font-size:10.0pt;font-family:"Arial",sans-serif;color:#0070C0">
</span><span style="font-size:10.0pt;color:gray">|</span><span style="font-size:10.0pt;font-family:"Arial",sans-serif;color:#0070C0">
</span><span style="font-size:10.0pt;color:gray">Email:</span><span style="font-size:10.0pt;font-family:"Arial",sans-serif;color:#222222"> </span><span style="color:black"><a href="mailto:marc.sanchez.net@jpl.nasa.gov"><span style="font-size:10.0pt;font-family:"Arial",sans-serif">marc.sanchez.net@jpl.nasa.gov</span></a></span><span style="font-size:9.5pt;font-family:"Arial",sans-serif;color:#222222"><o:p></o:p></span></p>
<p class="MsoNormal">-----------------------------------------------------------------------------------------------------------------------<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> SIS-DTN <sis-dtn-bounces@mailman.ccsds.org> <b>
On Behalf Of </b>sburleig.sb--- via SIS-DTN<br>
<b>Sent:</b> Wednesday, August 9, 2023 2:42 PM<br>
<b>To:</b> 'Keith Scott' <keithlscott@gmail.com>; 'Wilmot, Jonathan J. (GSFC-580.0)[VANTAGE SYSTEMS INC]' <jonathan.j.wilmot@nasa.gov><br>
<b>Cc:</b> 'Dr. Keith L Scott via SIS-DTN' <sis-dtn@mailman.ccsds.org>; 'Birrane, Edward J. (GSFC-460.0)[Johns Hopkins University Applied Physics Lab]' <edward.j.birrane@nasa.gov>; 'Singh, Somendra {Simon} (GSFC-5820)' <simon.singh@nasa.gov>; 'Carlo Caini'
<carlo.caini@unibo.it><br>
<b>Subject:</b> Re: [Sis-dtn] [EXTERNAL] R: Special use of sequence number in bundle creation time stamp<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I really think that’s best; simpler, more powerful, much easier to standardize.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Scott<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> Keith Scott <<a href="mailto:keithlscott@gmail.com">keithlscott@gmail.com</a>>
<br>
<b>Sent:</b> Wednesday, August 9, 2023 2:17 PM<br>
<b>To:</b> Wilmot, Jonathan J. (GSFC-580.0)[VANTAGE SYSTEMS INC] <<a href="mailto:jonathan.j.wilmot@nasa.gov">jonathan.j.wilmot@nasa.gov</a>><br>
<b>Cc:</b> Gao, Jay L (JPL-332C)[JPL Employee] <<a href="mailto:jay.l.gao@jpl.nasa.gov">jay.l.gao@jpl.nasa.gov</a>>;
<a href="mailto:sburleig.sb@gmail.com">sburleig.sb@gmail.com</a>; Carlo Caini <<a href="mailto:carlo.caini@unibo.it">carlo.caini@unibo.it</a>>; Felix Flentge <<a href="mailto:Felix.Flentge@esa.int">Felix.Flentge@esa.int</a>>; Dr. Keith L Scott via SIS-DTN <<a href="mailto:sis-dtn@mailman.ccsds.org">sis-dtn@mailman.ccsds.org</a>>;
Singh, Somendra {Simon} (GSFC-5820) <<a href="mailto:simon.singh@nasa.gov">simon.singh@nasa.gov</a>>; Birrane, Edward J. (GSFC-460.0)[Johns Hopkins University Applied Physics Lab] <<a href="mailto:edward.j.birrane@nasa.gov">edward.j.birrane@nasa.gov</a>><br>
<b>Subject:</b> Re: [Sis-dtn] [EXTERNAL] R: Special use of sequence number in bundle creation time stamp<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">I'm all for the capability, but an extension block seems the way to go. I think either SIS-DTN, or even SOIS, could do this (and/or in conjunction with the IETF), and get the extension block registered with IANA for all to use. In the
meantime, it seems like it's something that's only used at the endpoints, so you could just use one of the private block types until the block is registered, then switch to the allocated type number.<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"> --keith<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">On Wed, Aug 9, 2023 at 10:19 PM Wilmot, Jonathan J. (GSFC-580.0)[VANTAGE SYSTEMS INC] via SIS-DTN <<a href="mailto:sis-dtn@mailman.ccsds.org">sis-dtn@mailman.ccsds.org</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
<div>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">All,<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> The primary purpose of the proposed Source timestamp sequence number is to indicate if DTN lost anything between the source and destination. Not being able to tell a user of
your network if you dropped any of their data is an issue with many in the science community. What they put in the bundle or how they sequence it is not a DTN problem.<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">We are trying to infuse DTN into a very conservative community. We should include mechanisms to determine where things may have gone wrong.<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Kind regards,<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> Jonathan Wilmot<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">CCSDS SOIS Area Director<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">GSFC DTN Systems Engineer<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">cFS Architecture<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Cell 301-751-2658<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">
<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b>From:</b> Gao, Jay L (US 332C) <<a href="mailto:jay.l.gao@jpl.nasa.gov" target="_blank">jay.l.gao@jpl.nasa.gov</a>>
<br>
<b>Sent:</b> Wednesday, August 9, 2023 3:49 PM<br>
<b>To:</b> <a href="mailto:sburleig.sb@gmail.com" target="_blank">sburleig.sb@gmail.com</a>; 'Carlo Caini' <<a href="mailto:carlo.caini@unibo.it" target="_blank">carlo.caini@unibo.it</a>>; 'Felix Flentge' <<a href="mailto:Felix.Flentge@esa.int" target="_blank">Felix.Flentge@esa.int</a>>;
'Dr. Keith L Scott via SIS-DTN' <<a href="mailto:sis-dtn@mailman.ccsds.org" target="_blank">sis-dtn@mailman.ccsds.org</a>>; Wilmot, Jonathan J. (GSFC-580.0)[VANTAGE SYSTEMS INC] <<a href="mailto:jonathan.j.wilmot@nasa.gov" target="_blank">jonathan.j.wilmot@nasa.gov</a>><br>
<b>Cc:</b> Birrane, Edward J. (GSFC-460.0)[Johns Hopkins University Applied Physics Lab] <<a href="mailto:edward.j.birrane@nasa.gov" target="_blank">edward.j.birrane@nasa.gov</a>>; Singh, Somendra {Simon} (GSFC-5820) <<a href="mailto:simon.singh@nasa.gov" target="_blank">simon.singh@nasa.gov</a>><br>
<b>Subject:</b> Re: [Sis-dtn] [EXTERNAL] R: Special use of sequence number in bundle creation time stamp<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:12.0pt;color:black">All,</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:12.0pt;color:black"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:12.0pt;color:black">The proposed use of the sequence number seems to suggest it is design only for a kind of application that simply streams data.</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:12.0pt;color:black"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:12.0pt;color:black">If you have an application that runs on top of BP that implements any kind of interactive messages as well as data. Then the sequence
number is no longer a valid gap detector because not all bundles carries in-order data payload. </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:12.0pt;color:black"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:12.0pt;color:black">I am not sure we try to standardize a new use of the sequence numbers to fit only a specific type of application that could be supported
over BP.</span><o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:12.0pt;color:black"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:12.0pt;color:black">Jay</span><o:p></o:p></p>
</div>
<div id="m_4091429703776898859Signature">
<div>
<div>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Tahoma",sans-serif">
<br>
<br>
Jay L. Gao<br>
_____________________________________________<br>
Communications and Architecture Research Section<br>
Jet Propulsion Laboratory<br>
4800 Oak Grove Drive<br>
M/S: 238-343<br>
Pasadena, CA 91109<br>
<a href="mailto:Jay.L.Gao@jpl.nasa.gov" target="_blank">Jay.L.Gao@jpl.nasa.gov</a><br>
TEL: 818-354-9528</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
<div class="MsoNormal" align="center" style="text-align:center">
<hr size="2" width="98%" align="center">
</div>
<div id="m_4091429703776898859divRplyFwdMsg">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><span style="color:black">From:</span></b><span style="color:black"> SIS-DTN <<a href="mailto:sis-dtn-bounces@mailman.ccsds.org" target="_blank">sis-dtn-bounces@mailman.ccsds.org</a>>
on behalf of Wilmot, Jonathan J. (GSFC-580.0)[VANTAGE SYSTEMS INC] via SIS-DTN <<a href="mailto:sis-dtn@mailman.ccsds.org" target="_blank">sis-dtn@mailman.ccsds.org</a>><br>
<b>Sent:</b> Wednesday, August 9, 2023 10:16 AM<br>
<b>To:</b> <a href="mailto:sburleig.sb@gmail.com" target="_blank">sburleig.sb@gmail.com</a> <<a href="mailto:sburleig.sb@gmail.com" target="_blank">sburleig.sb@gmail.com</a>>; 'Carlo Caini' <<a href="mailto:carlo.caini@unibo.it" target="_blank">carlo.caini@unibo.it</a>>;
'Felix Flentge' <<a href="mailto:Felix.Flentge@esa.int" target="_blank">Felix.Flentge@esa.int</a>>; 'Dr. Keith L Scott via SIS-DTN' <<a href="mailto:sis-dtn@mailman.ccsds.org" target="_blank">sis-dtn@mailman.ccsds.org</a>><br>
<b>Cc:</b> Birrane, Edward J. (GSFC-460.0)[Johns Hopkins University Applied Physics Lab] <<a href="mailto:edward.j.birrane@nasa.gov" target="_blank">edward.j.birrane@nasa.gov</a>>; Singh, Somendra {Simon} (GSFC-5820) <<a href="mailto:simon.singh@nasa.gov" target="_blank">simon.singh@nasa.gov</a>><br>
<b>Subject:</b> Re: [Sis-dtn] [EXTERNAL] R: Special use of sequence number in bundle creation time stamp</span>
<o:p></o:p></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class="m4091429703776898859xmsonormal">Scott,<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> There seems to be some pros and cons in play that we have not documented well. I will create some material for a future DTN WG (week or two) to discuss and include the security aspects as Vint commented.<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">Just want to ensure we all are on the same page, and we base a forward path on documented analysis.<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">Kind regards,<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> Jonathan Wilmot<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">CCSDS SOIS Area Director<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">GSFC DTN Systems Engineer<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">cFS Architecture<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">Cell 301-751-2658<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="m4091429703776898859xmsonormal"><b>From:</b> <a href="mailto:sburleig.sb@gmail.com" target="_blank">
sburleig.sb@gmail.com</a> <<a href="mailto:sburleig.sb@gmail.com" target="_blank">sburleig.sb@gmail.com</a>>
<br>
<b>Sent:</b> Wednesday, August 9, 2023 12:53 PM<br>
<b>To:</b> Wilmot, Jonathan J. (GSFC-580.0)[VANTAGE SYSTEMS INC] <<a href="mailto:jonathan.j.wilmot@nasa.gov" target="_blank">jonathan.j.wilmot@nasa.gov</a>>; 'Carlo Caini' <<a href="mailto:carlo.caini@unibo.it" target="_blank">carlo.caini@unibo.it</a>>; 'Felix
Flentge' <<a href="mailto:Felix.Flentge@esa.int" target="_blank">Felix.Flentge@esa.int</a>>; 'Dr. Keith L Scott via SIS-DTN' <<a href="mailto:sis-dtn@mailman.ccsds.org" target="_blank">sis-dtn@mailman.ccsds.org</a>><br>
<b>Cc:</b> Singh, Somendra {Simon} (GSFC-5820) <<a href="mailto:simon.singh@nasa.gov" target="_blank">simon.singh@nasa.gov</a>>; Birrane, Edward J. (GSFC-460.0)[Johns Hopkins University Applied Physics Lab] <<a href="mailto:edward.j.birrane@nasa.gov" target="_blank">edward.j.birrane@nasa.gov</a>><br>
<b>Subject:</b> RE: [EXTERNAL] R: [Sis-dtn] Special use of sequence number in bundle creation time stamp<o:p></o:p></p>
</div>
</div>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<table class="MsoNormalTable" border="1" cellspacing="0" cellpadding="0" align="left" style="border:solid black 1.5pt">
<tbody>
<tr>
<td width="100%" style="width:100.0%;border:none;background:#FFEB9C;padding:3.75pt 3.75pt 3.75pt 3.75pt">
<p class="m4091429703776898859xmsonormal" style="mso-element:frame;mso-element-frame-hspace:2.25pt;mso-element-wrap:around;mso-element-anchor-vertical:paragraph;mso-element-anchor-horizontal:column;mso-height-rule:exactly">
<b><span style="font-size:10.0pt;color:black">CAUTION:</span></b><span style="color:black">
</span><span style="font-size:10.0pt;color:black">This email originated from outside of NASA. Please take care when clicking links or opening attachments. Use the "Report Message" button to report suspicious messages to the NASA SOC.</span><span style="color:black">
</span><o:p></o:p></p>
</td>
</tr>
</tbody>
</table>
<p class="m4091429703776898859xmsonormal" style="margin-bottom:12.0pt"> <o:p></o:p></p>
<div>
<p class="m4091429703776898859xmsonormal">Jonathan, it sounds to me like the core issue here is whether to add all of this bundle labeling and sequence checking functionality to the existing requirements on primary block processing or to instead define it rigorously
in an extension block and leave primary block processing alone.<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">If the additional processing requirements are imposed on primary block processing, then all deployments of all implementations of BPv7 are affected, including those for whom none of this functionality is needed in any
way. They will of course not recognize the new bundle processing control flags and will ignore them, but bundle uniqueness will routinely be lost unaccountably if (for example) bundle creation time is zero and bundle sequence numbers roll over at 2^16 per
sequence number length flag values 01.<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">It may be possible to constrain the required supplementary BPv7 specification in a way that shields existing BPv7 users from its impact. But I believe that will be a difficult specification to write and the cost of
getting it wrong will be significant.<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">I think it would be a much better use of SCaN’s DTN resources to draft a clean extension block specification. At the data rates being contemplated here, I think the small increment in bundle size should be an acceptable
price to pay for these capabilities.<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">Scott<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="m4091429703776898859xmsonormal"><b>From:</b> Wilmot, Jonathan J. (GSFC-580.0)[VANTAGE SYSTEMS INC] <<a href="mailto:jonathan.j.wilmot@nasa.gov" target="_blank">jonathan.j.wilmot@nasa.gov</a>>
<br>
<b>Sent:</b> Wednesday, August 9, 2023 9:20 AM<br>
<b>To:</b> Carlo Caini <<a href="mailto:carlo.caini@unibo.it" target="_blank">carlo.caini@unibo.it</a>>; 'Felix Flentge' <<a href="mailto:Felix.Flentge@esa.int" target="_blank">Felix.Flentge@esa.int</a>>; 'Dr. Keith L Scott via SIS-DTN' <<a href="mailto:sis-dtn@mailman.ccsds.org" target="_blank">sis-dtn@mailman.ccsds.org</a>>;
<a href="mailto:sburleig.sb@gmail.com" target="_blank">sburleig.sb@gmail.com</a><br>
<b>Cc:</b> Singh, Somendra {Simon} (GSFC-5820) <<a href="mailto:simon.singh@nasa.gov" target="_blank">simon.singh@nasa.gov</a>>; Birrane, Edward J. (GSFC-460.0)[Johns Hopkins University Applied Physics Lab] <<a href="mailto:edward.j.birrane@nasa.gov" target="_blank">edward.j.birrane@nasa.gov</a>><br>
<b>Subject:</b> RE: [EXTERNAL] R: [Sis-dtn] Special use of sequence number in bundle creation time stamp<o:p></o:p></p>
</div>
</div>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">Carlo,<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> For the use cases that we are considering, any time a source node sends the same bundle to two or more destinations it uses Scott’s proposed multi-destination protocol. If a node wants to send different bundles
to different destinations, then they are different services. (org.node.service) In our flight system data model source “.service” is a discriminator for different bundle types/ADU. NASA.PACE.QuickLookScience is one service and NASA.PACE.BulkData is another.<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">I can see an issue with the set of common “service” numbers, but maybe those are in the destination EID not the source.<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">I agree we don’t want to break the original use case.<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">Kind regards,<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> Jonathan Wilmot<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">CCSDS SOIS Area Director<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">GSFC DTN Systems Engineer<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">cFS Architecture<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal">Cell 301-751-2658<o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="m4091429703776898859xmsonormal"><b>From:</b> Carlo Caini <<a href="mailto:carlo.caini@unibo.it" target="_blank">carlo.caini@unibo.it</a>>
<br>
<b>Sent:</b> Wednesday, August 9, 2023 11:50 AM<br>
<b>To:</b> 'Felix Flentge' <<a href="mailto:Felix.Flentge@esa.int" target="_blank">Felix.Flentge@esa.int</a>>; 'Dr. Keith L Scott via SIS-DTN' <<a href="mailto:sis-dtn@mailman.ccsds.org" target="_blank">sis-dtn@mailman.ccsds.org</a>>;
<a href="mailto:sburleig.sb@gmail.com" target="_blank">sburleig.sb@gmail.com</a><br>
<b>Cc:</b> Singh, Somendra {Simon} (GSFC-5820) <<a href="mailto:simon.singh@nasa.gov" target="_blank">simon.singh@nasa.gov</a>>; Wilmot, Jonathan J. (GSFC-580.0)[VANTAGE SYSTEMS INC] <<a href="mailto:jonathan.j.wilmot@nasa.gov" target="_blank">jonathan.j.wilmot@nasa.gov</a>><br>
<b>Subject:</b> [EXTERNAL] R: [Sis-dtn] Special use of sequence number in bundle creation time stamp<o:p></o:p></p>
</div>
</div>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
<table class="MsoNormalTable" border="1" cellspacing="0" cellpadding="0" align="left" style="border:solid black 1.5pt">
<tbody>
<tr>
<td width="100%" style="width:100.0%;border:none;background:#FFEB9C;padding:3.75pt 3.75pt 3.75pt 3.75pt">
<p class="m4091429703776898859xmsonormal" style="mso-element:frame;mso-element-frame-hspace:2.25pt;mso-element-wrap:around;mso-element-anchor-vertical:paragraph;mso-element-anchor-horizontal:column;mso-height-rule:exactly">
<b><span style="font-size:10.0pt;color:black">CAUTION:</span></b><span style="color:black">
</span><span style="font-size:10.0pt;color:black">This email originated from outside of NASA. Please take care when clicking links or opening attachments. Use the "Report Message" button to report suspicious messages to the NASA SOC.</span><span style="color:black">
</span><o:p></o:p></p>
</td>
</tr>
</tbody>
</table>
<p class="m4091429703776898859xmsonormal" style="margin-bottom:12.0pt"> <o:p></o:p></p>
<div>
<div>
<p class="m4091429703776898859xmsonormal"><span style="font-size:12.0pt;color:black">I fully agree with Scott on his comments and suggestions. More generally, I would avoid, whenever possible, the use of a parameter designed to a specific end, such as timestamp
sequence number here, to different purposes. However, appealing it may be on a short term, it is looking for troubles on the long term.</span><o:p></o:p></p>
</div>
<div>
<p class="m4091429703776898859xmsonormal"><span style="font-size:12.0pt;color:black">Specifically, the timestamp sequence number is not the same as an hupothetical bundle sequence number, as pointed out by Scott. Moreover, if we assume that a source generates
bundles to a give destination to specific rate, e.g. one bundle per second, the sequence number increment between two consecutive bundles of this flow may be larger than one. For example, the first sequence number of the bundle flow could be 1 and the second
5. It is enough that the same source generates in the meantime other 3 bundles to different destinations.
</span><o:p></o:p></p>
</div>
<div>
<p class="m4091429703776898859xmsonormal"><span style="font-size:12.0pt;color:black">Yours,</span><o:p></o:p></p>
</div>
<div>
<p class="m4091429703776898859xmsonormal"><span style="font-size:12.0pt;color:black"> Carlo</span><o:p></o:p></p>
</div>
<div>
<p class="m4091429703776898859xmsonormal"><span style="font-size:12.0pt;color:black"> </span><o:p></o:p></p>
</div>
<div class="MsoNormal" align="center" style="text-align:center">
<hr size="2" width="98%" align="center">
</div>
<div id="m_4091429703776898859x_divRplyFwdMsg">
<p class="m4091429703776898859xmsonormal"><b><span style="color:black">Da:</span></b><span style="color:black"> SIS-DTN <<a href="mailto:sis-dtn-bounces@mailman.ccsds.org" target="_blank">sis-dtn-bounces@mailman.ccsds.org</a>> per conto di sburleig.sb--- via
SIS-DTN <<a href="mailto:sis-dtn@mailman.ccsds.org" target="_blank">sis-dtn@mailman.ccsds.org</a>><br>
<b>Inviato:</b> mercoledì 9 agosto 2023 17:31<br>
<b>A:</b> 'Felix Flentge' <<a href="mailto:Felix.Flentge@esa.int" target="_blank">Felix.Flentge@esa.int</a>>; 'Dr. Keith L Scott via SIS-DTN' <<a href="mailto:sis-dtn@mailman.ccsds.org" target="_blank">sis-dtn@mailman.ccsds.org</a>><br>
<b>Cc:</b> 'Singh, Somendra {Simon} (GSFC-5820)' <<a href="mailto:simon.singh@nasa.gov" target="_blank">simon.singh@nasa.gov</a>>; 'Wilmot, Jonathan J. (GSFC-580.0)[VANTAGE SYSTEMS INC]' <<a href="mailto:jonathan.j.wilmot@nasa.gov" target="_blank">jonathan.j.wilmot@nasa.gov</a>><br>
<b>Oggetto:</b> Re: [Sis-dtn] Special use of sequence number in bundle creation time stamp</span>
<o:p></o:p></p>
<div>
<p class="m4091429703776898859xmsonormal"> <o:p></o:p></p>
</div>
</div>
<div>
<div>
<p class="m4091429703776898859xxmsonormal">Hi, Felix. One thing to keep in mind is that the purpose of the sequence number in the bundle creation timestamp is to distinguish among bundles that have the same bundle creation time. This can occur when bundles
are created at a very high rate or when bundle creation time is zero due to the absence of an accurate clock.<o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal">I would suggest that using bundle creation timestamp sequence numbers for other purposes makes it more difficult to use those numbers for their original purpose.<o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal">If sequence numbering of bundles in these various ways is important, I think it would be better to encode those numbers (and the flags describing their significance) in an immutable extension block, i.e., an extension
block that is one of the additional targets of a block integrity block covering the primary block.<o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal">Scott<o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"> <o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="m4091429703776898859xxmsonormal"><b>From:</b> SIS-DTN <<a href="mailto:sis-dtn-bounces@mailman.ccsds.org" target="_blank">sis-dtn-bounces@mailman.ccsds.org</a>>
<b>On Behalf Of </b>Felix Flentge via SIS-DTN<br>
<b>Sent:</b> Wednesday, August 9, 2023 7:43 AM<br>
<b>To:</b> Dr. Keith L Scott via SIS-DTN <<a href="mailto:sis-dtn@mailman.ccsds.org" target="_blank">sis-dtn@mailman.ccsds.org</a>><br>
<b>Cc:</b> Singh, Somendra {Simon} (GSFC-5820) <<a href="mailto:simon.singh@nasa.gov" target="_blank">simon.singh@nasa.gov</a>>; Wilmot, Jonathan J. (GSFC-580.0)[VANTAGE SYSTEMS INC] <<a href="mailto:jonathan.j.wilmot@nasa.gov" target="_blank">jonathan.j.wilmot@nasa.gov</a>><br>
<b>Subject:</b> [Sis-dtn] Special use of sequence number in bundle creation time stamp<o:p></o:p></p>
</div>
</div>
<p class="m4091429703776898859xxmsonormal"> <o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"><span lang="EN-GB">Dear All,</span><o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"><span lang="EN-GB"> </span><o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"><span lang="EN-GB">I think we have had some initial exchange on the use of the sequence number in the bundle creation timestamp some time ago. Meanwhile, we had a number of side meetings with Jonathan, Simon and others
to further discuss the topic of ‘flows’, compressed bundle reporting and network management.</span><o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"><span lang="EN-GB"> </span><o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"><span lang="EN-GB">We have arrived at a point where we think that it makes sense to allow using the sequence number in the primary header for identifying gaps in sequences of bundles or to even allow for in-sequence
delivery.</span><o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"><span lang="EN-GB"> </span><o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"><span lang="EN-GB">The basic idea is that the sequence number does not get reset to zero but is incrementing by one until a specified maximum. Further we might use different, individual sequence numbers per source
node ID or per destination endpoint ID. Such a behaviour might be governed by policy or even indicated in the Primary Block’s Processing Control Flags, like</span><o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"><span lang="EN-GB"> </span><o:p></o:p></p>
<ol start="1" type="1">
<li class="m4091429703776898859xxmsolistparagraph" style="mso-list:l0 level1 lfo1">
<span lang="EN-GB">Use two bits to specify whether the creation timestamp sequence number is used in special way:</span><o:p></o:p></li></ol>
<p class="m4091429703776898859xxmsonormal"><span lang="EN-GB"> </span><o:p></o:p></p>
<ul type="disc">
<li class="m4091429703776898859xxmsolistparagraph" style="mso-list:l6 level1 lfo2">
<span lang="EN-GB">00 – single sequence number - no specific usage</span><o:p></o:p></li><li class="m4091429703776898859xxmsolistparagraph" style="mso-list:l6 level1 lfo2">
<span lang="EN-GB">01 – an individual sequence number is used per source node id</span><o:p></o:p></li><li class="m4091429703776898859xxmsolistparagraph" style="mso-list:l6 level1 lfo2">
<span lang="EN-GB">10 – an individual sequence number is used per destination endpoint id</span><o:p></o:p></li><li class="m4091429703776898859xxmsolistparagraph" style="mso-list:l6 level1 lfo2">
<span lang="EN-GB">11 – reserved (until we find a good usage; maybe individual sequence number per next hop)</span><o:p></o:p></li></ul>
<p class="m4091429703776898859xxmsonormal"><span lang="EN-GB"> </span><o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"><b><span lang="EN-GB">In case 10 with different destination endpoint IDs, the BPA has to guarantee that the same values can only appear with different bundle creation times!</span></b><o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"><span lang="EN-GB"> </span><o:p></o:p></p>
<ol start="2" type="1">
<li class="m4091429703776898859xxmsolistparagraph" style="mso-list:l2 level1 lfo3">
<span lang="EN-GB">Use of two bits to indicate the maximum length of the sequence number (00 above) or individual sequence numbers (01 and 10 above):</span><o:p></o:p></li></ol>
<ul type="disc">
<li class="m4091429703776898859xxmsonormal" style="mso-list:l5 level1 lfo4"><span lang="EN-GB">00 - sequence numbers are assigned somehow (reset to zero, randomly, ..)</span><o:p></o:p></li><li class="m4091429703776898859xxmsonormal" style="mso-list:l5 level1 lfo4"><span lang="EN-GB">01 - increasing sequence number up to 2^16-1</span><o:p></o:p></li><li class="m4091429703776898859xxmsonormal" style="mso-list:l5 level1 lfo4"><span lang="EN-GB">10 - increasing sequence number up to 2^32-1</span><o:p></o:p></li><li class="m4091429703776898859xxmsonormal" style="mso-list:l5 level1 lfo4"><span lang="EN-GB">11 - increasing sequence number up to 2^64-1</span><o:p></o:p></li></ul>
<p class="m4091429703776898859xxmsonormal"><span lang="EN-GB">My main questions:</span><o:p></o:p></p>
<ol start="1" type="1">
<li class="m4091429703776898859xxmsolistparagraph" style="mso-list:l3 level1 lfo5">
<span lang="EN-GB">Does it make sense to use flags in the primary header for this purpose or is it sufficient to document that sequence numbers can be used in that way and leave it up to policy to specify certain behaviours? I have a slight preference for using
the BPCF as it seems more formal and could ease interoperability (and the sequence number is in the primary header, so why not indicate it there).</span><o:p></o:p></li><li class="m4091429703776898859xxmsolistparagraph" style="mso-list:l3 level1 lfo5">
<span lang="EN-GB">If we want to use BPCF, what is the way to specify this? Should we / do we need to go IETF or could CCSDS be sufficient (to start with)? Ideally we would use some of the reserved first 16 bits (e.g. Bit 7 – 10)</span><o:p></o:p></li><li class="m4091429703776898859xxmsolistparagraph" style="mso-list:l3 level1 lfo5">
<span lang="EN-GB">No matter whether we want to use BCPF or not, I think something should end up in the CCSDS BB as soon as possible. So, maybe there is a chance for a late RID (if it does not delay the overall publication process). We should start discussing
(maybe tomorrow).</span><o:p></o:p></li></ol>
<p class="m4091429703776898859xxmsonormal"><span lang="EN-GB"> </span><o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"><span lang="EN-GB">Regards,</span><o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"><span lang="EN-GB">Felix</span><o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"><span lang="EN-GB"> </span><o:p></o:p></p>
<p class="m4091429703776898859xxmsonormal"><span lang="EN-GB">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>).
</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<p class="MsoNormal">_______________________________________________<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://urldefense.us/v3/__https:/mailman.ccsds.org/cgi-bin/mailman/listinfo/sis-dtn__;!!PvBDto6Hs4WbVuu7!O9YNN-1tejMB-n4VHyJZoduZkXN6wDvc26SiZRhT4ZH7xsGHq_ea5xF8_xMEsNxWuVLgeefJP6NY7BwzI5MH6sonvV-tsoE$" target="_blank">https://mailman.ccsds.org/cgi-bin/mailman/listinfo/sis-dtn</a><o:p></o:p></p>
</div>
</blockquote>
</div>
</div>
</body>
</html>