<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=iso-8859-1">
<meta name="Generator" content="Microsoft Word 14 (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: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;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
        {mso-style-priority:99;
        mso-style-link:"Balloon Text Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:8.0pt;
        font-family:"Tahoma","sans-serif";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0in;
        margin-right:0in;
        margin-bottom:0in;
        margin-left:.5in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
p.msochpdefault, li.msochpdefault, div.msochpdefault
        {mso-style-name:msochpdefault;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Calibri","sans-serif";}
span.emailstyle17
        {mso-style-name:emailstyle17;
        font-family:"Calibri","sans-serif";
        color:windowtext;
        font-weight:normal;
        font-style:normal;
        text-decoration:none none;}
span.BalloonTextChar
        {mso-style-name:"Balloon Text Char";
        mso-style-priority:99;
        mso-style-link:"Balloon Text";
        font-family:"Tahoma","sans-serif";}
span.EmailStyle22
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
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="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal"><span style="color:#1F497D">As pointed out by Scott, I think current description of LTP is complete for what regards the services and related specification. LTPCLA specification is also quite clear in this respect. Further to this, section
 2.3.2 already illustrates the services not supported by LTP, such as the in-order delivery. Maybe you can insert here the note you are suggesting, to show how in-order delivery might be ensured by protocol layers running on top of LTP, though not requiring
 any interface support from LTP.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Best Regards,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Tomaso<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">————————————————————————</span><span style="font-size:12.0pt;font-family:"Times New Roman","serif";color:#1F497D">
<br>
</span><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">Deutsches Zentrum für Luft- und Raumfahrt</span></b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray"> (DLR)</span><span style="font-size:12.0pt;font-family:"Times New Roman","serif";color:#1F497D">
<br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">German Aerospace Center</span><span style="font-size:12.0pt;font-family:"Times New Roman","serif";color:#1F497D">
<br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">Institute of Communications and Navigation | Satellite Networks | Oberpfaffenhofen | 82234 Wessling | Germany</span><span style="font-size:12.0pt;font-family:"Times New Roman","serif";color:#1F497D">
<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">Tomaso de Cola, Ph.D.</span></b><span style="color:#1F497D">
<br>
</span><span lang="DE" style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">Telefon +49 8153 28-2156 | Telefax  +49 8153 28-2844 |</span><span lang="DE" style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D">
</span><span style="color:#1F497D"><a href="mailto:tomaso.decola@dlr.de"><span lang="DE" style="font-size:10.0pt;font-family:"Arial","sans-serif";color:blue">tomaso.decola@dlr.de</span></a></span><span lang="DE" style="color:#1F497D">
<br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D"><a href="http://www.dlr.de/kn/institut/abteilungen/san"><span lang="DE" style="color:blue">http://www.dlr.de/kn/institut/abteilungen/san</span></a></span><span style="color:#1F497D">
<span lang="DE"><o:p></o:p></span></span></p>
</div>
<p class="MsoNormal"><span lang="DE" style="color:#1F497D"><o:p> </o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> sis-dtn-bounces@mailman.ccsds.org [mailto:sis-dtn-bounces@mailman.ccsds.org]
<b>On Behalf Of </b>Burleigh, Scott C (312G)<br>
<b>Sent:</b> Thursday, August 07, 2014 12:30 AM<br>
<b>To:</b> Scott, Keith L.; sis-dtn@mailman.ccsds.org<br>
<b>Subject:</b> [Sis-dtn] RE: JAXA RID on LTP -- LTP and Sequential Delivery<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black">Keith, you're right, there is nothing in the LTP specification that ever compels a receiving LTP engine to deliver green data in transmission order rather than
 reception order (i.e., to reorder received green segments). <o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black">Scott<o:p></o:p></span></p>
<div>
<div class="MsoNormal" align="center" style="text-align:center"><span style="font-size:12.0pt;font-family:"Times New Roman","serif";color:black">
<hr size="2" width="100%" align="center">
</span></div>
<div id="divRpF460556">
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black">
<a href="mailto:sis-dtn-bounces@mailman.ccsds.org">sis-dtn-bounces@mailman.ccsds.org</a> [sis-dtn-bounces@mailman.ccsds.org] on behalf of Scott, Keith L. [kscott@mitre.org]<br>
<b>Sent:</b> Wednesday, August 06, 2014 10:00 AM<br>
<b>To:</b> <a href="mailto:sis-dtn@mailman.ccsds.org">sis-dtn@mailman.ccsds.org</a><br>
<b>Subject:</b> [Sis-dtn] JAXA RID on LTP -- LTP and Sequential Delivery</span><span style="font-size:12.0pt;font-family:"Times New Roman","serif";color:black"><o:p></o:p></span></p>
</div>
<div>
<div>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black">Greetings,</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black"> </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black">Here’s my second question w.r.t. the JAXA RIDs.  This one has to do with sequential (which I interpret to mean in-order) delivery with LTP.</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black"> </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black">JAXA-PRA1415-09 states:</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black"> </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:14.0pt;color:black">Sequential transportation is an essential function to control devices and
</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:14.0pt;color:black">LTP can provide sequential transportation over single hop with certain parameter of RFC5326.</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:14.0pt;color:black">This aspect should be described in this document because it is an important potential of LTP.</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black"> </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black">Is there something about RFC5326 that I missed?  The Red-part data of a block is delivered atomically (so data is in-order within the Red Part I suppose) but I don’t think LTP guarantees anything
 beyond that.  In particular:</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black"> </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in"><span style="font-size:14.0pt;font-family:Symbol;color:black">·</span><span style="font-size:7.0pt;font-family:"Times New Roman","serif";color:black">      
</span><span style="font-size:14.0pt;color:black">The Red Part of a block might be delivered before, after, or in the middle of Green Data for that block.</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in"><span style="font-size:14.0pt;font-family:Symbol;color:black">·</span><span style="font-size:7.0pt;font-family:"Times New Roman","serif";color:black">      
</span><span style="font-size:14.0pt;color:black">The relative arrival times of Red and Green data from multiple blocks transmitted simultaneously are undefined by the spec.</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black"> </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black">The only way I know of to ensure in-order arrival of data would be to use only red data and to wait for the report indicating complete reception of one block before completing transmission of the
 next (red) block.  That’s possible, but it would be an implementation decision not part of the specification.</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black"> </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black">Am I missing something here?</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black"> </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black"> </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black"> </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black">JAXA-PRA1415-10 states:</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:14.0pt;color:black">To control sequential transportation over multi-hop communication,
</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:14.0pt;color:black">RFC and Red Book should contain the description of the interface and</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:14.0pt;color:black">rule as SAP of LTP like the option of Green-Data.
</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:14.0pt;color:black">LTP can naturally support single hop  sequential transportation,
</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:14.0pt;color:black">but multi hop transportation needs some handling of hop-to-hop interaction.</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black"> </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black">The Delay-Tolerant Payload Conditioning (DTPC) in the BP-for-CCSDS book provides an in-order delivery service.  As with the above (09) I don’t think there’s anything in the LTP spec (RFC5326 or
 LTP-for-CCSDS) that says anything about providing in-order delivery of  LTP blocks (or Green-part segments).</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black"> </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black"> </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black"> </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black">Does anyone interpret these differently?  If not then I’m going to suggest adding a NOTE specifically stating that in-order delivery is not an LTP service, but multi-hop (or single-hop, if BP is
 deployed on both ends of the link) in-order delivery is achievable with BP and DTPC.</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black"> </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black">                        --keith</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;color:black"> </span><span style="color:black"><o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>