<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=ks_c_5601-1987">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:±¼¸²;
panose-1:2 11 6 0 0 1 1 1 1 1;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:"\@±¼¸²";
panose-1:2 11 6 0 0 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:±¼¸²;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:12.0pt;
font-family:±¼¸²;}
span.EmailStyle19
{mso-style-type:personal-compose;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:3.0cm 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></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="KO" link="blue" vlink="purple">
<div class="WordSection1">
<p><span lang="EN-US" style="font-size:10.0pt">Hi Keith.<br>
<br>
Thanks for the update! You may want to remove title style for the long explanatory wordings such as 3.10.3 and so on.<br>
<br>
IMHO, the contents of green-part data should be self-explanatory so that an application using the green-part data can properly handle the unstable and unreliable stream of data when link disruption or suspension occurs, regardless of whether it carries the
same session identifiers or not.<br>
<br>
If SENDER or RECEIVER needs the same session identifiers to resume the interrupted operation, I think it works close to the "Orange session" (refer, Multicolor Licklider Transmission Protocol: an LTP version for future interplanetary links, 2021, by ANDREA
BISACCHI et al.) because in that case SENDER or RECEIVER needs to know the information for necessary graceful recovery actions for suspension or link disruption during green-part data reception.<br>
<br>
<br>
Cheol<br>
<br>
<br>
<br>
Message: 1<br>
Date: Thu, 13 Jul 2023 11:05:24 +0200<br>
From: Keith Scott <keithlscott@gmail.com><br>
To: sis-dtn@mailman.ccsds.org<br>
Subject: [Sis-dtn] LTP Corrigendum<br>
Message-ID:<br>
<CAHdkBBmVLOPGmWqBwO1S+Qo7E6-+p4c8Q39zqHCbH7Nvq_08Vw@mail.gmail.com><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
All,<br>
<br>
I plugged the agreed-upon text for the LTP corrigendum into an edited version of the LTPv1 blue book; results on CWE here <https://protect2.fireeye.com/v1/url?k=43749a4f-1ceff047-4371ebc1-ac1f6bdccbcc-77146fdc4f03da42&q=1&e=317d61e8-4bd1-4628-878f-add4a3c80891&u=https%3A%2F%2Fcwe.ccsds.org%2Fsis%2F_layouts%2F15%2FWopiFrame.aspx%3Fsourcedoc%3D%7B9FC85669-5C0A-4CB9-BFFB-0157F1740334%7D%26file%3D734x1b1_final_w_draft_corrigendum_kls.doc%26action%3Ddefault><br>
.<br>
<br>
I added the omnibus "why do another LTP implementation" in section 2.<br>
Because of the way the document is structured, I don't think it's really possible to scatter the other recommendations close to their respective specification text, so I put them all into a 'Discussion' section at the end of section 3.<br>
<br>
This addresses (I think) Cheol's asynchronous (friendly) reports.<br>
<br>
ONE ITEM THAT MAY NEED ATTENTION:<br>
We had agreed on text for the green-part data reception section stating:<br>
"If implementers wish to implement green-part LTP in conjunction with link suspension, they should reuse the session identifiers which were utilized prior to suspension."<br>
<br>
Isn't this a requirement on the SENDER? On reception, the green-part session identifier is passed from the receiving LTP engine to the client and is extracted from the LTP header, right? The agreed-upon text of the corrigendum sounds (to me) dangerously close
to specification text, and I THINK it's a requirement on the sender from 5326, no? I suggest we cut the sentence above. If we want to add it as a recommendation for SENDERS, I suggest putting it in its own subsection. If I'm just clueless, somebody make
a suggestion.<br>
<br>
<br>
<br>
--keith<br>
<br>
https://protect2.fireeye.com/v1/url?k=04e01bfc-5b7b71f4-04e56a72-ac1f6bdccbcc-9d8c5006920b6c60&q=1&e=317d61e8-4bd1-4628-878f-add4a3c80891&u=https%3A%2F%2Fcwe.ccsds.org%2Fsis%2F_layouts%2F15%2FWopiFrame.aspx%3Fsourcedoc%3D%7B9FC85669-5C0A-4CB9-BFFB-0157F1740334%7D%26file%3D734x1b1_final_w_draft_corrigendum_kls.doc%26action%3Ddefault<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="https://protect2.fireeye.com/v1/url?k=a379ceec-fce2a4e4-a37cbf62-ac1f6bdccbcc-f5b02db421b79d72&q=1&e=317d61e8-4bd1-4628-878f-add4a3c80891&u=http%3A%2F%2Fmailman.ccsds.org%2Fpipermail%2Fsis-dtn%2Fattachments%2F20230713%2Ff9e82561%2Fattachment-0001.htm">https://protect2.fireeye.com/v1/url?k=a379ceec-fce2a4e4-a37cbf62-ac1f6bdccbcc-f5b02db421b79d72&q=1&e=317d61e8-4bd1-4628-878f-add4a3c80891&u=http%3A%2F%2Fmailman.ccsds.org%2Fpipermail%2Fsis-dtn%2Fattachments%2F20230713%2Ff9e82561%2Fattachment-0001.htm</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
SIS-DTN mailing list<br>
SIS-DTN@mailman.ccsds.org<br>
<a href="https://protect2.fireeye.com/v1/url?k=4a7ee75f-15e58d57-4a7b96d1-ac1f6bdccbcc-4f0773ebf7454211&q=1&e=317d61e8-4bd1-4628-878f-add4a3c80891&u=https%3A%2F%2Fmailman.ccsds.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fsis-dtn">https://protect2.fireeye.com/v1/url?k=4a7ee75f-15e58d57-4a7b96d1-ac1f6bdccbcc-4f0773ebf7454211&q=1&e=317d61e8-4bd1-4628-878f-add4a3c80891&u=https%3A%2F%2Fmailman.ccsds.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fsis-dtn</a><br>
<br>
<br>
------------------------------<br>
<br>
End of SIS-DTN Digest, Vol 145, Issue 2<br>
***************************************</span><span lang="EN-US"><o:p></o:p></span></p>
</div>
</body>
</html>