<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)">
<style><!--
/* Font Definitions */
@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;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;
        mso-ligatures:standardcontextual;}
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;
        mso-ligatures:standardcontextual;}
span.EmailStyle22
        {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:1054430938;
        mso-list-type:hybrid;
        mso-list-template-ids:-314695046 67698705 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
        {mso-level-text:"%1\)";
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level2
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level3
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
@list l0:level4
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level5
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level6
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
@list l0:level7
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level8
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level9
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
@list l1
        {mso-list-id:1606880545;
        mso-list-template-ids:-978290158;}
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="#0563C1" vlink="#954F72" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">Hi Tomaso,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I do not think that there is anything in the LunaNet, nor in the IOAG Mars and Lunar comm architectures, that substitutes for this capability.  I think that the focus has most always been on the core functions of DTN, and CPNT, and not
 on any standardized way to recover from problems.  When we did the SISG report we were initially focused on how we could use this new DTN capability to service end nodes that were not DTN enabled, but also how we could provide a “reboot” capability for an
 ailing spacecraft from a nearby DTN node.  The capabilities includes in this package were to address that, and we also realized that there were other features that we could layer on this, like open loop recording for EDL tracking.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">We associated this with SSI and DTN because the capabilities are only really needed in a DTN context.  That said, I do realize that these features can be viewed as an “application” built on top of DTN and that some group other than SIS
 DTN WG might be better equipped to define it.  In some ways what is needed is not unlike a specification for a ground station, instructing it to configure for a given purpose and then to radiate data of a stated form in a stated direction.  In some ways this
 is similar to what CSS SM does, but at a much lower level of detail.  Perhaps CSS FRM has something to contribute. 
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Or it may be that SOIS EDS could be used to define the formats of these data items and services.  The data themselves, and the meta-data / delivery instructions can, I believe, be sent as a simple file transfer to the “service port” using
 CFDP and DTN.  <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I think we need something that is very simple and focused.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Best regards, Peter<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:12.0pt;color:black;mso-ligatures:none">From:
</span></b><span style="font-size:12.0pt;color:black;mso-ligatures:none">"Tomaso.deCola@dlr.de" <Tomaso.deCola@dlr.de><br>
<b>Date: </b>Tuesday, May 30, 2023 at 8:01 AM<br>
<b>To: </b>Peter Shames <peter.m.shames@jpl.nasa.gov>, CESG <cesg@mailman.ccsds.org><br>
<b>Subject: </b>[EXTERNAL] AW: Last Hop / First Hop service<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="mso-ligatures:none"><o:p> </o:p></span></p>
</div>
<p class="MsoNormal">Hi Peter,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thank you for providing the report from the SISG dated 2010! I was quite aware of that version but I had did not include the backup slides which also contain some relevant material.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">In my opinion, the open points (=questions for CESG) are the following:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<ol style="margin-top:0in" start="1" type="1">
<li class="MsoListParagraph" style="margin-left:0in;mso-list:l0 level1 lfo3">Is this ICPA requirement still meaningful or can it be superseded in favour of any new ones possibly coming from the Lunanet WG within IOAG?<o:p></o:p></li><li class="MsoListParagraph" style="margin-left:0in;mso-list:l0 level1 lfo3">If still requirement, which area shall lead the corresponding specification work ? According to what stated in the report, it would be about the definition of an delivery agent running
 on the higher protocol layers (e.g. in top of CFDP/SSI protocol stack) and the specification of the corresponding services<o:p></o:p></li></ol>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">As to point 2), as already stated we see this not SIS-centric, as DTN is concerned here in terms of relaying capabilities but no more than that (at least according to the discussion had in the DTN WG). We are in any case happy to support
 the activity in whatever area is going to be carried out.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Best Regards,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Tomaso<o:p></o:p></p>
<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><span lang="DE" style="mso-ligatures:none">Von:</span></b><span lang="DE" style="mso-ligatures:none"> Shames, Peter M (US 312B) <peter.m.shames@jpl.nasa.gov>
<br>
<b>Gesendet:</b> Dienstag, 30. Mai 2023 10:05<br>
<b>An:</b> de Cola, Tomaso <Tomaso.deCola@dlr.de>; CESG <cesg@mailman.ccsds.org><br>
<b>Betreff:</b> Last Hop / First Hop service<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Dear Tomaso, et al,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">During today’s CMC meeting the question came up of the origins of the Last Hop / First Hop service.  Regardless of which Area or WG takes this work up, I thought it worthwhile to share the document that defined this service, along with
 the rationale for it.<o:p></o:p></p>
<p>This was studied in 2010 as part of the IOAG Space Internetworking Strategy group (SISG).  It was intended as a service to “<span style="font-size:12.0pt">determine how the SSI will handle services for spacecraft that do not or cannot implement SSI user
 node functions</span>”.  This explicitly includes SSI nodes that need to be “rebooted” using link layer / emergency commands, as well as nodes that are not DTN nodes, but that could benefit from using a higher speed DTN relay service than their own DTE/DFE
 link can support.<o:p></o:p></p>
<p>For the record, the attached document is what was published by the IOAG back in 2010.<o:p></o:p></p>
<p>Cheers, Peter<o:p></o:p></p>
<p><o:p> </o:p></p>
</div>
</body>
</html>