<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:"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:Aptos;
panose-1:2 11 0 4 2 2 2 2 2 4;}
@font-face
{font-family:"Segoe UI";
panose-1:2 11 5 2 4 2 4 2 2 3;}
@font-face
{font-family:"Franklin Gothic Book";
panose-1:2 11 5 3 2 1 2 2 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;
mso-add-space:auto;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.MsoListParagraphCxSpFirst, li.MsoListParagraphCxSpFirst, div.MsoListParagraphCxSpFirst
{mso-style-priority:34;
mso-style-type:export-only;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
mso-add-space:auto;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.MsoListParagraphCxSpMiddle, li.MsoListParagraphCxSpMiddle, div.MsoListParagraphCxSpMiddle
{mso-style-priority:34;
mso-style-type:export-only;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
mso-add-space:auto;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.MsoListParagraphCxSpLast, li.MsoListParagraphCxSpLast, div.MsoListParagraphCxSpLast
{mso-style-priority:34;
mso-style-type:export-only;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
mso-add-space:auto;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.m53527983692018366xxmsonormal, li.m53527983692018366xxmsonormal, div.m53527983692018366xxmsonormal
{mso-style-name:m_53527983692018366xxmsonormal;
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.m53527983692018366xxmsolistparagraph, li.m53527983692018366xxmsolistparagraph, div.m53527983692018366xxmsolistparagraph
{mso-style-name:m_53527983692018366xxmsolistparagraph;
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.cf01
{mso-style-name:cf01;
font-family:"Segoe UI",sans-serif;}
span.EmailStyle24
{mso-style-type:personal-reply;
font-family:"Aptos",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:896821701;
mso-list-type:hybrid;
mso-list-template-ids:938642934 67698703 -1734990394 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level2
{mso-level-start-at:0;
mso-level-number-format:bullet;
mso-level-text:–;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Calibri",sans-serif;
mso-fareast-font-family:Calibri;}
@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:1901206741;
mso-list-template-ids:-1342152922;}
@list l1:level1
{mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level2
{mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level3
{mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level4
{mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level5
{mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level6
{mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level7
{mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level8
{mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level9
{mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;}
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"><span style="font-family:"Aptos",sans-serif">Apologies for any misinformation and misconceptions I (and others) have had about things going on at GSFC. We are largely in the dark on things going on in PACE or NSN, so thanks for correcting
any misperceptions..<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Aptos",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Aptos",sans-serif">Interoperability testing between implementations / agencies etc. is in the planning stage now; fair enough to say there are no formal requirements or formal agreements now on what implementations
will be tested; the FY25 aim is to test and develop a fully qualified and CCSDS-compliant end-to-end DTN system that will handle the requirements for the future lunar and deep space programs. We expect to start with support for interoperability testing to
get a BPv7 bluebook, and to agree on reference test scenarios, including control plane and operations concepts, and when planning tests and participants, the WG will arrive at consensus for the way forward.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Aptos",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Aptos",sans-serif">Regards,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Aptos",sans-serif">Leigh<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Aptos",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-family:"Aptos",sans-serif"><o:p> </o:p></span></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">From: </span></b><span style="font-size:12.0pt;color:black">"Israel, David J. (GSFC-4500)" <david.j.israel@nasa.gov><br>
<b>Date: </b>Tuesday, October 22, 2024 at 11:33 AM<br>
<b>To: </b>Keith Scott <keithlscott@gmail.com>, "sis-dtn@mailman.ccsds.org" <sis-dtn@mailman.ccsds.org><br>
<b>Cc: </b>"Lux, Jim (US 3370)" <james.p.lux@jpl.nasa.gov>, "Howard.Weiss@parsons.us" <Howard.Weiss@parsons.us>, "Shames, Peter M (US 9740)" <peter.m.shames@jpl.nasa.gov>, "Keithlscott@gmail.com" <keithlscott@gmail.com>, "durst@mitre.org" <durst@mitre.org>,
"Radulescu, Costin (US 9300)" <cradule@jpl.nasa.gov>, "Edward.Birrane@jhuapl.edu" <Edward.Birrane@jhuapl.edu>, "Torgerson, Jordan L (332M)" <jordan.l.torgerson@jpl.nasa.gov>, "Wyatt, E Jay (US 9730)" <e.jay.wyatt@jpl.nasa.gov>, "Sanchez Net, Marc (US 332H)"
<marc.sanchez.net@jpl.nasa.gov>, "Baldwin, Philip J (HQ-CG000)" <philip.j.baldwin@nasa.gov>, "Evans, Wendy C. (HQ-CG000)" <wendy.c.evans@nasa.gov>, "Anderson, Benjamin F. (GSFC-4502)" <benjamin.f.anderson@nasa.gov>, "Jain, Peyush (GSFC-4502)" <peyush.jain@nasa.gov>,
"Wilmot, Jonathan J. (GSFC-580.0)[VANTAGE SYSTEMS INC]" <jonathan.j.wilmot@nasa.gov>, "Hylton, Alan G. (GSFC-4570)" <alan.g.hylton@nasa.gov>, "Raible, Daniel E. (GRC-LCP0)" <daniel.e.raible@nasa.gov>, "Dudukovich, Rachel M. (GRC-LCI0)" <rachel.m.dudukovich@nasa.gov>,
"Asmar, Sami W (US 9100)" <sami.w.asmar@jpl.nasa.gov>, "Pham, Timothy T (US 3300)" <timothy.t.pham@jpl.nasa.gov>, "Ristovski, Ivica (MSFC-HP27)" <ivica.ristovski@nasa.gov><br>
<b>Subject: </b>Corrections Re: DTN Comm "Scenarios"<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Aptos",sans-serif"><o:p> </o:p></span></p>
</div>
<p class="MsoNormal">Hello All,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">It has been a while since I directly participated in any of the DTN meetings and email threads, but I’m still here at NASA Goddard Space Flight Center working to move DTN forward. Most relevantly, I am currently the Near Space Network Chief
Architect, a lead for LunaNet Interoperability, and the Principal Investigator for the Laser Communications Relay Demonstration (LCRD). I am writing to provide some corrections to the inaccuracies related to Goddard and LunaNet activities included in an email
sent out to this wide distribution. I did not want these to go uncorrected. I am not saying that everything else stated about HDTN, HOSC, and other items is correct. It is just not my place to address any of those.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Enumerated quotes from the email are below with my responses. The full email thread is included below that.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I don’t want to get into a long back and forth email thread, so if anybody wants to discuss this, let’s schedule a call.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I am excited about the progress towards DTN infusion and I believe we are all working towards the vision of the Solar Systems Internet.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Regards,<o:p></o:p></p>
<p class="MsoNormal">Dave Israel<o:p></o:p></p>
<ol start="1" type="1">
<li class="MsoListParagraph" style="color:black;mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:0in;mso-add-space:auto;mso-list:l0 level1 lfo1">
“At Goddard, the PACE project is flying cFS with BPLIB, a library based on the ION BP implementation”<span class="cf01"><span style="font-family:"Calibri",sans-serif"><o:p></o:p></span></span></li></ol>
<p class="MsoNormal"><span class="cf01"><i><span style="font-size:9.0pt">This is false. GSFC developed a cFS library, named BPLIB developed and certified to NASA Class B (mission critical) processes, that does not incorporate any ION code. The ground station
and PACE mission ops center nodes use ION with a wrapper around it called BPN-GND that was developed at GSFC to add support for interfaces unavailable in ION.</span></i></span><i><o:p></o:p></i></p>
<ol start="2" type="1">
<li class="MsoListParagraph" style="color:black;mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:0in;mso-add-space:auto;mso-list:l0 level1 lfo1">
“the NSN has no DTN capability at present.”<o:p></o:p></li></ol>
<p class="MsoNormal"><i>This is false. The NSN has been supporting 15 passes per day by the PACE spacecraft since 2/8/2024 with operational DTN nodes at four NSN ground stations (<span style="color:#333333">Alaska (AS4), Svalbard (SG12), Punta Arenas (PA11),
Wallops (WG5))</span>. At this time, the NSN has supported approximately 3600 total passes and over 16 million bundles to date and counting.
<o:p></o:p></i></p>
<p class="MsoNormal"><i><o:p> </o:p></i></p>
<p class="MsoNormal"><i>There are also DTN nodes installed in the Laser Communications Relay Demonstration (LCRD) ground network that are available for continuing demonstrations.</i><span style="color:black">
<o:p></o:p></span></p>
<ol start="3" type="1">
<li class="MsoListParagraph" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:0in;mso-add-space:auto;mso-list:l0 level1 lfo1">
<span style="color:black">“The DSN supports the Artemis program now, as well as an LCRNS lunar relay satellite – eventually as the other LCRNS satellites come online, the NSN will start using them to provide LunaNet services, providing they get the budget to
build several new 18 or 20 M dishes, and when they do that, they’ll have to put DTN in the NSN. “</span><i><o:p></o:p></i></li></ol>
<p class="MsoNormal"><i>This is false. There are currently no plans for the DSN to support any lunar relay satellites. The NSN has awarded the Near Space Network Services Subcategory 2.2 GEO to Cislunar Relay Services contract to Intuitive Machines (IM). IM
is responsible for the ground station support for their relays without use of the DSN. The NSN will be responsible for the full end-to-end delivery of user DTN data, so will have DTN “points of presence” or “edge nodes” to connect to the IM ground and user
terrestrial system demarcation points.<o:p></o:p></i></p>
<ol start="4" type="1">
<li class="MsoListParagraph" style="color:black;mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:0in;mso-add-space:auto;mso-list:l0 level1 lfo1">
“…<span style="color:windowtext"> they’ll have to put DTN in the NSN. </span>What DTN version? Probably ION for a couple of reasons: first off, HDTN…doesn’t have all the features and capabilities of ION…, and secondly is that we’ve heard from several commercial
lunar program participants that they do NOT want to have a different DTN version on the ground because that doubles the risk, testing cost, CM and maintenance costs, and they want to go ION from end to end to be able to be low risk and cost competitive.”<o:p></o:p></li></ol>
<p class="MsoNormal"><i>The choice of NSN DTN implementations has not been decided and will be based on whatever meets all requirements. Use of a particular implementation will not be required. Any commercial providers under contract with the NSN will be free
to use any implementation they wish, as long as requirements are met. There should not be any assumptions that the same implementation of DTN would be used in all nodes end-to-end. flight and ground systems. Systems will be built and maintained by different
organizations at different times. The purpose of standards is to prevent the need for requiring specific implementations.</i><span style="color:red"><o:p></o:p></span></p>
<ol start="5" type="1">
<li class="MsoListParagraph" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:0in;mso-add-space:auto;mso-list:l0 level1 lfo1">
“They put an HDTN computer on one end of a couple of optical links, tunneled bundles through the bent pipe optical links to Table Mountain, where the other HDTN laptop lived, and said ’DTN works with optical comm!!’”<o:p></o:p></li></ol>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><i>This is false. An HDTN implementation on ISS sent and received bundles using LTP between a node onboard the ISS and four different ground nodes over optical forward and return
links through a frame layer relay onboard the LCRD flight payload. For BPv6 experiments, a TReK node on the ISS relayed bundles through the HDTN node and the ground network to communicate with a TReK node in the HOSC. LCRD has also performed DTN demonstrations
over optical links from ground stations. Testing indicated that the ION implementations would not be able to support the required rates for the ISS use. The maximum rate supported over ISS optical links was 980 Mbps.<o:p></o:p></i></p>
<ol start="6" type="1">
<li class="MsoListParagraph" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:0in;mso-add-space:auto;mso-list:l0 level1 lfo1">
“well, I’ll believe DTN for Optical comm when the originator of the data in space has DTN with LTP on board, and not just a bent pipe experiment.”<o:p></o:p></li></ol>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><i>Believe it. That’s what was done at a maximum rate of 980 Mbps.<o:p></o:p></i></p>
<ol start="7" type="1">
<li class="MsoListParagraph" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:0in;mso-add-space:auto;mso-list:l0 level1 lfo1">
“ION can do up to 400 Mbps which will satisfy both the Ka-Band and optical rates required for LunaNet, so we don’t think we need HDTN in space.”<o:p></o:p></li></ol>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><i>Choice of DTN implementations will be up to users and provider systems – whatever meets requirements. Future LunaNet rates are expected to exceed 400 Mbps.<span style="color:red"><o:p></o:p></span></i></p>
<ol start="8" type="1">
<li class="MsoListParagraph" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:0in;mso-add-space:auto;mso-list:l0 level1 lfo1">
“However, for operational end-to-end testing, we’ll use ION everywhere in US, JAXA or commercial DTN nodes, and Felix-ware for ESA, as that will most closely represent the anticipated scenarios.”<o:p></o:p></li></ol>
<p class="MsoNormal"><i>There are no agreements or requirements to “Use ION everywhere in US, JAXA or commercial DTN nodes” for operational end-to-end testing.</i>
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><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-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<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>Keith Scott via SIS-DTN<br>
<b>Sent:</b> Wednesday, October 2, 2024 4:23 AM<br>
<b>To:</b> sis-dtn@mailman.ccsds.org<br>
<b>Subject:</b> [BULK] [Sis-dtn] Fwd: [EXTERNAL] Re: DTN Comm "Scenarios"<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><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="MsoNormal" 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="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">Information from Leigh Torgerson at JPL. <o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">---------- Forwarded message ---------<br>
From: <strong><span style="font-family:"Calibri",sans-serif">Torgerson, J. Leigh (US 332C)</span></strong> <<a href="mailto:jordan.l.torgerson@jpl.nasa.gov">jordan.l.torgerson@jpl.nasa.gov</a>><br>
Date: Tue, Oct 1, 2024 at 6:03 PM<br>
Subject: Re: [EXTERNAL] Re: DTN Comm "Scenarios"<br>
To: Lux, Jim (US 3370) <<a href="mailto:james.p.lux@jpl.nasa.gov">james.p.lux@jpl.nasa.gov</a>>,
<a href="mailto:Howard.Weiss@parsons.us">Howard.Weiss@parsons.us</a> <<a href="mailto:Howard.Weiss@parsons.us">Howard.Weiss@parsons.us</a>>, Shames, Peter M (US 312B) <<a href="mailto:peter.m.shames@jpl.nasa.gov">peter.m.shames@jpl.nasa.gov</a>>, Keith Scott
(<a href="mailto:keithlscott@gmail.com">keithlscott@gmail.com</a>) <<a href="mailto:keithlscott@gmail.com">keithlscott@gmail.com</a>>, Howie Weiss (<a href="mailto:Howard.Weiss@parsons.com">Howard.Weiss@parsons.com</a>) <<a href="mailto:Howard.Weiss@parsons.com">Howard.Weiss@parsons.com</a>>,
Bob Durst (<a href="mailto:durst@mitre.org">durst@mitre.org</a>) <<a href="mailto:durst@mitre.org">durst@mitre.org</a>>, Radulescu, Costin (US 9300) <<a href="mailto:cradule@jpl.nasa.gov">cradule@jpl.nasa.gov</a>>, EXTERNAL-Birrane, Edward J (US 9300-Affiliate)
<<a href="mailto:Edward.Birrane@jhuapl.edu">Edward.Birrane@jhuapl.edu</a>><br>
Cc: Asmar, Sami W (US 9100) <<a href="mailto:sami.w.asmar@jpl.nasa.gov">sami.w.asmar@jpl.nasa.gov</a>>, Pham, Timothy T (US 3300) <<a href="mailto:timothy.t.pham@jpl.nasa.gov">timothy.t.pham@jpl.nasa.gov</a>><o:p></o:p></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<div>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">More info for the CCSDS team:<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"><b>Lunar Delay:</b><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 have commercial Apposite WAN emulators that can delay and create random loss according to several statistical distributions, and they are ok up to maybe 10 seconds OWLT depending
on the data rate. We have 1 Gbps models, whereas when GRC copied my lab, they bought 10 Gbps models ($30K each). For situations where it is inconvenient to route data through the Apposite N91 boxes (we have 4 of them with 4 channels each), we use traffic
control from the iproute2 package to accomplish much the same (but the Apposite boxes have a nice GUI, with plots of the traffic, and lots of easy ways to adjust the noise/delay parameters.). For things like Lunar comm emulations where the delay is more
or less fixed (DTN has a 1 sec granularity so we don’t try to do emulations with OWLT changing for lunar distances..) TC/iproute2 requires iptables to be installed. (Haven’t had much luck so far trying to get all this working in Windoze with wsl2 though..)<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"><b>Deep space delay:</b><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 have a delay simulator that spools off on disk, and we can do OWLT delays to Pluto. The Europa Clipper folks have adapted it to do 40-min OWLT delays for mission ops training
etc. It does not to noise emulation, so if we want that on top of obnoxious OWLT delays, we run the data through the Apposite box, let it drop frames, and then go through the delaysim program to do the delay.<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">Note on these emulations – since we do not have RF in the lab, we normally do all our tests with bundles or LTP segments going out through UDP/TCP/IP (with frames sized to fit into
TM/TC/AOS, etc.) and leave the link performance as an exercise for the reader. There is a feature in the LTP setup tool that allows you to calculate the effective expected bit error rate (an ltp parameter) as a function of CCSDS coding type / frame size, so
the WAN emulator loss rate can be calculated for a given link budget.<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">That being said, we also have 3 commercial telemetry systems (Ingenicomm and Avtec) that do CCSDS TC/TM/AOS, so we can feed bundles or LTP segments into the link layer, but then
we’re rather stopped not having coding/modulation/RF burns below. We can (and have) checked out external telemetry framing by feeding the frames to the telem boxes over UDP/IP, but that’s better left to the DSN to check out now.
<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">Future enhancement plans include adding the DSN Simulator (a DSN product) to the testbeds in the PTL, and then eventually adding end-to-end (well, spacecraft to DSN DTN node) traffic
testing to DTF-21 testing for the full RF experience.. We welcome Jim Lux and 337’s RF expertise to the party!<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"><b>Testing with GRC, since Howie brought it up:</b><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Regarding GRC and their HDTN DTN implementation: They duplicated the PTL and have actually proposed to take over all of the PTL’s work in interoperability testing, and that goes
hand-in-hand with their high-pressure sales of their HDTN C++ implementation of DTN. For reasons I’ll not get in to, HDTN is unsuitable for flight systems (ask Ed..), so FY 2024 started with a NASA mandate for the team to work toward merging ION and HDTN into
a single NASA version. That turned out to be impossible, so that effort was abandoned, and NASA decided that HDTN would be suitable for use on the ISS and as a replacement for Marshall’s DTN-ME, which had to be abandoned because of a change in Marshall’s HOSC
ground systems. So as of today, HDTN is for ISS, while ION DTN is for NASA/JAXA and many US commercial projects. We have no scenarios at present that include the ISS and HOSC.<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"><span style="background:yellow;mso-highlight:yellow">At Goddard, the PACE project is flying cFS with BPLIB, a library based on the ION BP implementation, but the NSN has no DTN
capability at present. The DSN supports the Artemis program now, as well as an LCRNS lunar relay satellite – eventually as the other LCRNS satellites come on line, the NSN will start using them to provide LunaNet services, providing they get the budget to
build several new 18 or 20 M dishes, and when they do that, they’ll have to put DTN in the NSN. What DTN version? Probably ION for a couple of reasons: first off, HDTN (which has a strong advocate at GSFC because he came from GRC and helped build HDTN) doesn’t
have all the features and capabilities of ION (which they could add if NASA wanted to continue to support 2 DTN versions), and secondly is that we’ve heard from several commercial lunar program participants that they do NOT want to have a different DTN version
on the ground because that doubles the risk, testing cost, CM and maintenance costs, and they want to go ION from end to end to be able to be low risk and cost competitive.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="background:yellow;mso-highlight:yellow"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="background:yellow;mso-highlight:yellow">HDTN is “high speed” they use the GPU and direct access to hardware on the motherboard to increase speed, which is swell if
you have the right commodity server on the ground, but not that great in space unless you are flying a powerful laptop in your spacecraft. They put an HDTN computer on one end of a couple of optical links, tunneled bundles through the bent pipe optical links
to Table Mountain, where the other HDTN laptop lived, and said “DTN works with optical comm!!” – well, I’ll believe DTN for Optical comm when the originator of the data in space has DTN with LTP on board, and not just a bent pipe experiment. ION can do up
to 400 Mbps which will satisfy both the Ka-Band and optical rates required for LunaNet, so we don’t think we need HDTN in space. ESA is working on putting LTP (equivalent) into an FPGA for future near-earth high speed optical comm use, and that will be an
excellent advancement, since generally speaking, the LTP portion of the DTN stack is where the bottlenecks occur.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="background:yellow;mso-highlight:yellow"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="background:yellow;mso-highlight:yellow">So for interoperability testing for the purposes of CCSDS Bluebook tests, HDTN as a second implementation tested with ION or
D3TN or ESA’s implementation makes sense for getting the Bluebook out. However, for operational end-to-end testing, we’ll use ION everywhere in US, JAXA or commercial DTN nodes, and Felix-ware for ESA, as that will most closely represent the anticipated scenarios.
GRC is now leading the charge in developing new applications for DTN and some new APIs for BP to be standardized eventually, and they are also in charge of the DTN Engineering Network (an international VPN setup where people can log into a vlan essentially,
and test DTN implementations), so we plan on having GRC use their lab and the DEN to emulate endpoint systems and parts of any given scenario for the purposes of prototyping and testing out scenarios. If they want to use HDTN that’s their call; but when we
start doing performance and functional testing “for the record”, we must use the systems actually in the DSN, ESA, KDSA, JAXA etc., and not GRC’s HDTN, which we don’t expect to be used anywhere but in the ISS. When we get to testing a scenario that actually
includes the Gateway spacecraft and the HLS, that’s when we may have a food fight – MSFC/HOSC wants to be responsible for the Gateway spacecraft when the ISS goes away, and they’ll probably want to put HDTN laptops on the Gateway spacecraft – but at least
one vendor has told me that they will only use ION end-to-end (for reasons of software size and lower risk), so HOSC will have to plan for that. Fortunately, near-term we need to focus just on the scenarios Feliz has proposed (which look pretty good, save
for some link rates that look pretty high – like maybe S- or X-band Prox-1?) I’m reviewing those with the Mars program now..</span><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">Leigh<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 style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<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">"Lux, Jim (US 3370)" <<a href="mailto:james.p.lux@jpl.nasa.gov" target="_blank">james.p.lux@jpl.nasa.gov</a>><br>
<b>Date: </b>Tuesday, October 1, 2024 at 6:26 AM<br>
<b>To: </b>"<a href="mailto:Howard.Weiss@parsons.us" target="_blank">Howard.Weiss@parsons.us</a>" <<a href="mailto:Howard.Weiss@parsons.us" target="_blank">Howard.Weiss@parsons.us</a>>, "Shames, Peter M (US 312B)" <<a href="mailto:peter.m.shames@jpl.nasa.gov" target="_blank">peter.m.shames@jpl.nasa.gov</a>>,
"Keith Scott (<a href="mailto:keithlscott@gmail.com" target="_blank">keithlscott@gmail.com</a>)" <<a href="mailto:keithlscott@gmail.com" target="_blank">keithlscott@gmail.com</a>>, Howie Weiss <<a href="mailto:Howard.Weiss@parsons.com" target="_blank">Howard.Weiss@parsons.com</a>>,
"Bob Durst (<a href="mailto:durst@mitre.org" target="_blank">durst@mitre.org</a>)" <<a href="mailto:durst@mitre.org" target="_blank">durst@mitre.org</a>>, "Radulescu, Costin (US 9300)" <<a href="mailto:cradule@jpl.nasa.gov" target="_blank">cradule@jpl.nasa.gov</a>>,
"Torgerson, Jordan L (332M)" <<a href="mailto:jordan.l.torgerson@jpl.nasa.gov" target="_blank">jordan.l.torgerson@jpl.nasa.gov</a>>, "EXTERNAL-Birrane, Edward J (US 9300-Affiliate)" <<a href="mailto:Edward.Birrane@jhuapl.edu" target="_blank">Edward.Birrane@jhuapl.edu</a>><br>
<b>Cc: </b>"Asmar, Sami W (US 9100)" <<a href="mailto:sami.w.asmar@jpl.nasa.gov" target="_blank">sami.w.asmar@jpl.nasa.gov</a>>, "Pham, Timothy T (US 3300)" <<a href="mailto:timothy.t.pham@jpl.nasa.gov" target="_blank">timothy.t.pham@jpl.nasa.gov</a>><br>
<b>Subject: </b>Re: [EXTERNAL] Re: DTN Comm "Scenarios"</span><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>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Delays wise I’m pretty sure Leigh has that capability in the protocol test lab at JPL<o:p></o:p></p>
</div>
</div>
<div id="m_53527983692018366ms-outlook-mobile-signature">
<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">Get
<a href="https://urldefense.us/v3/__https:/gcc02.safelinks.protection.outlook.com/?url=https*3A*2F*2Faka.ms*2Fo0ukef&data=05*7C02*7Cjordan.l.torgerson*40jpl.nasa.gov*7C7d7b3d4099b443ef89ec08dcf2c7f4f4*7C7005d45845be48ae8140d43da96dd17b*7C0*7C0*7C638652187896603321*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C0*7C*7C*7C&sdata=8G2RTv*2B4N1zz4YmL3P5tulR*2BAtST9HOaJabwnJ8U*2FTE*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUlJSU!!PvBDto6Hs4WbVuu7!LG2BbHqRYXo1cEK0FTBkZ8l3Ngk3cucv4bGOhFgCL7c3vfVrCLK4B3ZwYIaRl-WLCjxnV1aMradegYiYrQEkQWG_UFuK$" target="_blank">
Outlook for iOS</a><o:p></o:p></p>
</div>
<div class="MsoNormal" align="center" style="text-align:center">
<hr size="0" width="100%" align="center">
</div>
<div id="m_53527983692018366divRplyFwdMsg">
<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">
<a href="mailto:Howard.Weiss@parsons.us" target="_blank">Howard.Weiss@parsons.us</a> <<a href="mailto:Howard.Weiss@parsons.us" target="_blank">Howard.Weiss@parsons.us</a>><br>
<b>Sent:</b> Tuesday, October 1, 2024 5:50:54 AM<br>
<b>To:</b> Shames, Peter M (US 312B) <<a href="mailto:peter.m.shames@jpl.nasa.gov" target="_blank">peter.m.shames@jpl.nasa.gov</a>>; Keith Scott (<a href="mailto:keithlscott@gmail.com" target="_blank">keithlscott@gmail.com</a>) <<a href="mailto:keithlscott@gmail.com" target="_blank">keithlscott@gmail.com</a>>;
Howie Weiss (<a href="mailto:Howard.Weiss@parsons.com" target="_blank">Howard.Weiss@parsons.com</a>) <<a href="mailto:Howard.Weiss@parsons.com" target="_blank">Howard.Weiss@parsons.com</a>>; Bob Durst (<a href="mailto:durst@mitre.org" target="_blank">durst@mitre.org</a>)
<<a href="mailto:durst@mitre.org" target="_blank">durst@mitre.org</a>>; Radulescu, Costin (US 9300) <<a href="mailto:cradule@jpl.nasa.gov" target="_blank">cradule@jpl.nasa.gov</a>>; Torgerson, J. Leigh (US 332C) <<a href="mailto:jordan.l.torgerson@jpl.nasa.gov" target="_blank">jordan.l.torgerson@jpl.nasa.gov</a>>;
EXTERNAL-Birrane, Edward J (US 9300-Affiliate) <<a href="mailto:Edward.Birrane@jhuapl.edu" target="_blank">Edward.Birrane@jhuapl.edu</a>><br>
<b>Cc:</b> Asmar, Sami W (US 9100) <<a href="mailto:sami.w.asmar@jpl.nasa.gov" target="_blank">sami.w.asmar@jpl.nasa.gov</a>>; Lux, Jim (US 3370) <<a href="mailto:james.p.lux@jpl.nasa.gov" target="_blank">james.p.lux@jpl.nasa.gov</a>>; Pham, Timothy T (US 3300)
<<a href="mailto:timothy.t.pham@jpl.nasa.gov" target="_blank">timothy.t.pham@jpl.nasa.gov</a>><br>
<b>Subject:</b> [EXTERNAL] Re: DTN Comm "Scenarios"</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="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black">Peter</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="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="color:black">+1- makes a lot of sense. </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="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="color:black">BTW, at one of the DTN face-2-face meetings, I thought that I heard that GRC was already doing (or planning) interoperability testing between the various
NASA flavors of DTN. Very much akin to what we used to call 'bake-off' in the IETF during the hey-day of TCP/IP interoperability testing. </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="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="color:black">BTW, Bob or Keith can provide more in-depth info, but back in the SCPS days we also did 'realistic scenario' testing with (I believe) lunar distance delays.</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="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="color:black">regards</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="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="color:black">howie</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:black"> </span><o:p></o:p></p>
</div>
<div class="MsoNormal" align="center" style="text-align:center">
<hr size="0" width="100%" align="center">
</div>
<div id="m_53527983692018366x_divRplyFwdMsg">
<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"> Shames, Peter M (US 312B) <<a href="mailto:peter.m.shames@jpl.nasa.gov" target="_blank">peter.m.shames@jpl.nasa.gov</a>><br>
<b>Sent:</b> Monday, September 30, 2024 2:32 PM<br>
<b>To:</b> Keith Scott (<a href="mailto:keithlscott@gmail.com" target="_blank">keithlscott@gmail.com</a>) <<a href="mailto:keithlscott@gmail.com" target="_blank">keithlscott@gmail.com</a>>; Howie Weiss (<a href="mailto:Howard.Weiss@parsons.com" target="_blank">Howard.Weiss@parsons.com</a>)
<<a href="mailto:Howard.Weiss@parsons.com" target="_blank">Howard.Weiss@parsons.com</a>>; Bob Durst (<a href="mailto:durst@mitre.org" target="_blank">durst@mitre.org</a>) <<a href="mailto:durst@mitre.org" target="_blank">durst@mitre.org</a>>; Radulescu, Costin
(US 9300) <<a href="mailto:cradule@jpl.nasa.gov" target="_blank">cradule@jpl.nasa.gov</a>>; Torgerson, J. Leigh (US 332C) <<a href="mailto:jordan.l.torgerson@jpl.nasa.gov" target="_blank">jordan.l.torgerson@jpl.nasa.gov</a>>; EXTERNAL-Birrane, Edward J (US
9300-Affiliate) <<a href="mailto:Edward.Birrane@jhuapl.edu" target="_blank">Edward.Birrane@jhuapl.edu</a>><br>
<b>Cc:</b> Asmar, Sami W (US 9100) <<a href="mailto:sami.w.asmar@jpl.nasa.gov" target="_blank">sami.w.asmar@jpl.nasa.gov</a>>; Lux, Jim (US 3370) <<a href="mailto:james.p.lux@jpl.nasa.gov" target="_blank">james.p.lux@jpl.nasa.gov</a>>; Pham, Timothy T (US 3300)
<<a href="mailto:timothy.t.pham@jpl.nasa.gov" target="_blank">timothy.t.pham@jpl.nasa.gov</a>><br>
<b>Subject:</b> [EXTERNAL] FW: DTN Comm "Scenarios"</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="m53527983692018366xxmsonormal">Guys,<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal">Last Friday we had one of our bi-weekly side discussions, with Keith, Howie, Costin, and I in attendance. This key discussion topic was prompted by a request made to Costin, in the IOAG MOSSG, that they take on the issue
of DTN LunaNet testing. We spent some time talking about the “territory” for this and all of the different players, including: CCSDS, IOAG, IETF, DTN Project, NASA LunaNet, ESA missions, etc. It’s complicated.<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal">I agreed to talk to Felix Flentge, who has been working with ESA colleagues to do something similar that Howie shared a copy of. I reached out to Felix asking if they were interested in collaborating on this. Seemed
to me that having a joint effort from NASA and ESA would be better than coming from just one of us.
<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal">He responded positively (see attached). I wrote back suggesting that we try and create something and publish it as a Yellow Book, which would just be a Report, or even an Orange Book in an MB, Recommended Practice,
style. Something like a proposal for a joint CCSDS Recommended Practice for SSI Interoperability Testing. Could be a SIS, or a SIS & SEA joint document.<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal">Are you guys all willing to get behind this? Or, to put it another way, do any of you have strong objections? If not, are yoy willing to put some effort into this to support it going forward?<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal">Cheers, Peter<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal"> <o:p></o:p></p>
<div id="m_53527983692018366x_x_mail-editor-reference-message-container">
<div>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="m53527983692018366xxmsonormal" style="margin-bottom:12.0pt"><b><span lang="EN-GB" style="font-size:12.0pt;color:black">From:
</span></b><span lang="EN-GB" style="font-size:12.0pt;color:black">Felix Flentge <<a href="mailto:Felix.Flentge@esa.int" target="_blank">Felix.Flentge@esa.int</a>><br>
<b>Date: </b>Monday, September 30, 2024 at 7:28</span><span lang="EN-GB" style="font-size:12.0pt;font-family:"Arial",sans-serif;color:black"> </span><span lang="EN-GB" style="font-size:12.0pt;color:black">AM<br>
<b>To: </b>Shames, Peter M (US 312B) <<a href="mailto:peter.m.shames@jpl.nasa.gov" target="_blank">peter.m.shames@jpl.nasa.gov</a>>, Camillo Malnati <<a href="mailto:Camillo.Malnati@ext.esa.int" target="_blank">Camillo.Malnati@ext.esa.int</a>><br>
<b>Cc: </b>Tomaso de Cola <<a href="mailto:Tomaso.deCola@dlr.de" target="_blank">Tomaso.deCola@dlr.de</a>><br>
<b>Subject: </b>[EXTERNAL] RE: DTN Comm "Scenarios"</span><o:p></o:p></p>
</div>
<div>
<p class="m53527983692018366xxmsonormal"><span lang="EN-GB">Hi Peter,</span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal"><span lang="EN-GB"> </span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal"><span lang="EN-GB">Yes, this absolutely makes sense and has been our intention from the beginning.</span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal"><span lang="EN-GB">One additional use case we are targeting is also academic research and we would like the IETF Deep-Space people to actually use more realistic test cases ...</span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal"><span lang="EN-GB"> </span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal"><span lang="EN-GB">What is important from our point of view</span><o:p></o:p></p>
<ol start="1" type="1">
<li class="m53527983692018366xxmsolistparagraph" style="mso-list:l1 level1 lfo2">
<span lang="EN-GB">Get something out quickly (within the next few months) and find a way to get a CCSDS stamp on it (yellow books? publication on the website, ... – Tomaso is looking into this).</span><o:p></o:p></li><li class="m53527983692018366xxmsolistparagraph" style="mso-list:l1 level1 lfo2">
<span lang="EN-GB">Keep the scenarios as simple as possible but maintaining the main characteristics. We are aiming at only three scenarios which are based on some publicly available (or internally available) information. They will be set-up in a modular way
that people can eg vary data rates, etc. What I definitely want to avoid is a huge discussion on the ‘right’ parameters for certain links, etc. – I fear that this will take forever.</span><o:p></o:p></li></ol>
<p class="m53527983692018366xxmsonormal"><span lang="EN-GB"> </span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal"><span lang="EN-GB">I have attached the current status of our scenarios. I would hope that we have something almost complete by the fall meetings.</span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal"><span lang="EN-GB"> </span><o:p></o:p></p>
<div>
<p class="m53527983692018366xxmsonormal"><span lang="EN-GB">Regards,</span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal"><span lang="EN-GB">Felix</span><o:p></o:p></p>
</div>
<p class="m53527983692018366xxmsonormal"><span lang="EN-GB"> </span><o:p></o:p></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"><b>From:</b> Shames, Peter M (US 312B) <<a href="mailto:peter.m.shames@jpl.nasa.gov" target="_blank">peter.m.shames@jpl.nasa.gov</a>>
<br>
<b>Sent:</b> Saturday, September 28, 2024 2:27 AM<br>
<b>To:</b> Felix Flentge <<a href="mailto:Felix.Flentge@esa.int" target="_blank">Felix.Flentge@esa.int</a>>; Camillo Malnati <<a href="mailto:Camillo.Malnati@ext.esa.int" target="_blank">Camillo.Malnati@ext.esa.int</a>><br>
<b>Subject:</b> DTN Comm "Scenarios"<o:p></o:p></p>
</div>
</div>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"><span lang="EN-GB"> </span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">Hi Felix and Camillo,<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">I’ve been talking to some of my NASA colleagues over the last several months about the need for what I have been calling a “DTN interoperability test jig”. The concept was to have a set of realistic
Lunar and Mars mission deployments (MOC, GT, orbiter, lander/rover), a realistic set of contact plans and orbits, and a realistic set of required data flows (DTE/DFE, relayed, uplink and downlink). The idea was to have this “test jig” as an “operationally
relevant environment, either real or simulated”, to use CCSDS interoperability language, but to test a whole “Stack” of DTN protocols and ancillary services, as opposed to just one layer of the stack, like BP or BPSec. This could be used for just the “core
protocols”, BP, BPSec, SABR, and also for the whole DTN suite, including routing, network management, key management and identities, etc.<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">There have been various notes about this discussed and sent around by email, see email at the end. One of our guys, Leigh Torgerson, was working in the NASA DTN Project to come up with a related
formalized approach for doing interoperability testing in that project, and leveraging various testbeds. That was to accommodate what had been done in that project and also work he has been doing in the JPL Protocol Test Lab (PTL) that you may be familiar
with.<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">I think that this whole concept of a “test jig”, or “comm scenarios”, or whatever it gets called, with all of these realistic, but clearly defined, operational parameters, is really important.
After looking at your materials from the Spring I am certain that you have been headed in the same general direction.
<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">I’d like to suggest that we work together to come up with something that we can all use as a “standard test set” of sorts for interoperability testing in CCSDS, the Lunar missions, the IOAG,
and the DTN WG and Project work.<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">Does this make sense to you?<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">We can setup a Teams session to discuss it if you wish.<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">Thanks, Peter<o:p></o:p></p>
<div>
<div style="border:none;border-bottom:double windowtext 2.25pt;padding:0in 0in 1.0pt 0in">
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"><span style="color:black"> </span><o:p></o:p></p>
</div>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"><span style="color:#212121"> </span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"><span style="color:black">Peter Shames</span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"><span style="color:black">Consultative Committee for Space Data Systems (CCSDS)</span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"><span style="color:black">Systems Engineering Area Director</span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"><span style="color:black">Jet Propulsion Laboratory / Interplanetary Network Directorate</span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"><span style="color:black">4800 Oak Grove Drive</span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"><span style="color:black">MS 301-490</span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"><span style="color:black">Pasadena, CA 91109</span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"><span style="color:black"> </span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"><span style="color:black"><a href="mailto:peter.m.shames@jpl.nasa.gov" target="_blank" title="mailto:peter.m.shames@jpl.nasa.gov"><span style="color:#0563C1">peter.m.shames@jpl.nasa.gov</span></a></span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"><span style="color:black">C: 818-687-7901</span><o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"><span style="color:black"><a href="https://urldefense.us/v3/__https:/gcc02.safelinks.protection.outlook.com/?url=https*3A*2F*2Furldefense.us*2Fv3*2F__https*3A*2Furldefense.com*2Fv3*2F__https*3A*2F*urldefense.us*2Fv3*2F__https*3A*2Fcwe.ccsds.org*2Fsea*2Fdefault.aspx__*3B!!PvBDto6Hs4WbVuu7!fgncIVD-iu0I_1xWlmq78lUqf1aK_WZzB2gUhx7cfOlLefMQluIGVhXTKIrzYkYoUsYraXcV*24__*3B!!NFAdMAnI0yk!H8i3lhzIm5T2_vAWUlD9aZ4jdFJkiLKEo6TY5rhmYqGJMlSXeQU5MkPFGhdA0ooyyiDNcLqtLkger5y5J0x2nxMG3rb5euhfsA*24__*3BLw!!PvBDto6Hs4WbVuu7!M3hx-gQKadtip7PtmfxlL8z58LfACI9zMAJXIEhq5WmUyUD2hsvo62WZAtcstqRDytgqz7anlfKTl6b0LDC27tGdHuzZhGHe*24&data=05*7C02*7Cjordan.l.torgerson*40jpl.nasa.gov*7C7d7b3d4099b443ef89ec08dcf2c7f4f4*7C7005d45845be48ae8140d43da96dd17b*7C0*7C0*7C638652187896759567*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C0*7C*7C*7C&sdata=vhe*2FlDxGvrP6eAMjSNGsFtwL8C6xDLu7tl17rVqVB94*3D&reserved=0__;JSUlJSUlJSUlJSUqJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSU!!PvBDto6Hs4WbVuu7!LG2BbHqRYXo1cEK0FTBkZ8l3Ngk3cucv4bGOhFgCL7c3vfVrCLK4B3ZwYIaRl-WLCjxnV1aMradegYiYrQEkQdN9bISe$" target="_blank" title="https://urldefense.us/v3/__https:/cwe.ccsds.org/sea/default.aspx__;!!PvBDto6Hs4WbVuu7!fgncIVD-iu0I_1xWlmq78lUqf1aK_WZzB2gUhx7cfOlLefMQluIGVhXTKIrzYkYoUsYraXcV$"><span style="color:#0563C1">https://cwe.ccsds.org/sea/default.aspx</span>
[urldefense.us]</a></span><o:p></o:p></p>
<div style="border:none;border-bottom:double windowtext 2.25pt;padding:0in 0in 1.0pt 0in">
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"><span style="color:#212121"> </span><o:p></o:p></p>
</div>
</div>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"><b>From: </b>Shames, Peter M (US 312B) <<a href="mailto:peter.m.shames@jpl.nasa.gov" target="_blank">peter.m.shames@jpl.nasa.gov</a>><br>
<b>Date: </b>Monday, May 20, 2024 at 2:55<span style="font-family:"Arial",sans-serif"> </span>PM<br>
<b>To: </b>Jim Schier <<a href="mailto:james.schier-1@nasa.gov" target="_blank">james.schier-1@nasa.gov</a>><br>
<b>Cc: </b>Lichten, Stephen M (US 9000) <<a href="mailto:stephen.m.lichten@jpl.nasa.gov" target="_blank">stephen.m.lichten@jpl.nasa.gov</a>>, Wyatt, E Jay (US 9730) <<a href="mailto:e.jay.wyatt@jpl.nasa.gov" target="_blank">e.jay.wyatt@jpl.nasa.gov</a>>, Asmar,
Sami W (US 9100) <<a href="mailto:sami.w.asmar@jpl.nasa.gov" target="_blank">sami.w.asmar@jpl.nasa.gov</a>>, Pham, Timothy T (US 3300) <<a href="mailto:timothy.t.pham@jpl.nasa.gov" target="_blank">timothy.t.pham@jpl.nasa.gov</a>>, Gladden, Roy E (US 4074)
<<a href="mailto:roy.e.gladden@jpl.nasa.gov" target="_blank">roy.e.gladden@jpl.nasa.gov</a>><br>
<b>Subject: </b>Some notes about a "test jig" for testing / evaluating DTN implementations<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">Jim,<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">The following notes were a result of talking to: Roy Gladden, Steve Lichten, Erik Barkley, Marc Blanchet, Bob Durst, Jay Wyatt, Ed Birrane, Leigh Torgerson, and others during the last few weeks.
What occurred to me is that we need to do four things vis-à-vis DTN “testing”;<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">Define at least one “standard deployment” configuration as a configured “test jig”. Could be two (or more), but one should be mandatory.<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">Define not just the deployed elements, but also a “realistic” set of mission orbits, distance/delay, connectivity, and timing parameters. Use something “Mars-like”, rather than the Moon to
make demonstrating end-to-end reliability more challenging.<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">Define a realistic set of data to be transmitted, during a realistic period of time, using a realistic set of orbit & contact parameters. Not just ‘tiny-grams” but a data set with some heft
and duration, and a scenario that crosses orbital contact boundaries.<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">Specify that all implementations must demonstrate correct operations (including interoperability with an agreed set of S/W) using these configurations, and use this same test jig to evaluate
end-to-end throughput, reliability, and complete delivery in a realistic scenario.<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">I initially proposed this to Marc Blanchet when he was proposing his QUIC protocol. I wanted to make sure that he was testing under realistic conditions, with otherwise realistic mission parameters,
not just easy to retransmit tiny-grams. He suggested that everyone should use the same set of test parameters, hence …<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">What I really was proposing is that we, collectively, agree upon at least one “nominal” Mars Relay, end-to-end, configuration, that we all test against. This would have to include some specific,
agreed, set of deployment configuration(s) as well as ”realistic” mission and data set parameters. I chose Mars because if we say we are doing something that is “Mars-forward, it really ought to be demonstrated with RTLT delays of minutes, not a second or
two. I’d allow use of 10 minutes, or even, maybe, just one minute, but not 1-2 seconds. If there are issues we want them to be big enough to be seen.<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">Define a config that looks like a “real” Mars E2E relay deployment (could even have a “KPLO-like” deployment, but …):<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">Relay user MOC on Earth<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">Relay provider MOC on Earth<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">A ground station on Earth<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">A Mars relay provider S/C (RTT 10 minutes to Earth, really more, but …)<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">A Mars relay user S/C (RTT 1 sec, Mars to Relay)<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">Send a traffic stream that consists of a mix of the following:<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">Return data rate of 1 mbps<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">Forward data rate of 2 kbps (or more if you wish)<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">Return 1 KB “data blobs” (1,000,000 or so of them)<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">Use 5% error rate / frame loss, randomly, on the long space link<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">Then, repeat the same test for the following:<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">10 KB “data blob” (100,000 of them)<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">100 KB “data blob” (10,000 of them)<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">1 MB “data blob” (1000 of them)<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">10 MB “data blob” (100 of them)<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:1.0in">Maybe even a mix of large & small, interspersed in some defined pattern<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">I think those are realistic data rates and frame sizes from Mars. The (data rate * #frames) should provide an equivalent total E2E transport volume for each option if my math is right, so the
total data volume should be the same. I’ll be especially interested to see what happens to end-to-end throughput and total latency with these different “data blob” sizes. BTW, I’m using the term “data blob”, but what I really mean is something like a user
file or data object that has to be transmitted end-to-end reliably and completely, as an entity. Frame loss assumes that each frame, which are the segmented parts of the “blob”, are what is lost, but one frame loss effectively means that the whole blob needs
to be retransmitted.<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">There are, of course, all sorts of possible variants on this base deployment config and “mission data set”. First of all, these numbers may not even be right, so maybe someone else (like Gladden)
has a better idea of what a “right” baseline config would be more realistic. I think we would want to include aspects like length of contact between the relay user S/C and the relay provider S/C, like 10 minutes out of an hour (you tell me what is right)?
We could configure multiple relay S/C to see that effect, but I think we need to start with the basics of one relay S/C and see what works and what breaks. <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">I propose something like this as a canonical “test jig” that <b><i>everyone</i></b> has to use. For both performance tests and for interoperability.<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">I propose that we make this “realistic enough”, and require that every proposed implementation use it as a “test jig”. Setup the deployment, run the tests, and report the results. Run it without
link errors / loss, and with link errors / loss. Run it for a defined period of time that includes orbital events and loss/regain of signal. Run it for a “realistic” standard set of data products, ranging from small to large. Record overall throughput,
and require that they report timing for 100% end-to-end data delivery, including all retransmissions.<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">Of course the JPL PTL that Leigh runs could play a role in this. It might even make sense to have it provide a “canonical test jig” of a MOC, ground station, and relay S/C that others could test against.
This would use ION, but it might be that other implementations than ION would also want to be tested, either as a space (relay or user) node, or as an Earth or ground station node. So other implementations should be able to be deployed and tested using this test jig.<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">Now do you get what I have in mind? A sort of agreed framework against which we could compare any and all implementations. Do they reliably delivery data end-to-end? What performance do they
deliver? How do they handle errors, retransmission, and outages? And it could be used as a yardstick for interoperability tests too.<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">This could be stated as an IOAG “test jig”, or it could just be stated as a fixed set of interoperability and performance requirements that every implementation has to report upon. I think there
are a lot of potential uses.<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in">Cheers, Peter<o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
<p class="m53527983692018366xxmsonormal" style="margin-left:.5in"> <o:p></o:p></p>
</div>
<p class="m53527983692018366xxmsonormal"><span lang="EN-GB" style="font-size:12.0pt">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>
<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:10.0pt;font-family:"Franklin Gothic Book",sans-serif">'NOTICE: This email message and all attachments transmitted with it may contain privileged and confidential
information, and information that is protected by, and proprietary to, Parsons Corporation, and is intended solely for the use of the addressee for the specific purpose set forth in this communication. If the reader of this message is not the intended recipient,
you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited, and you should delete this message and all copies and backups thereof. The recipient may not further distribute
or use any of the information contained herein without the express written authorization of the sender. If you have received this message in error, or if you have any questions regarding the use of the proprietary information contained therein, please contact
the sender of this message immediately, and the sender will provide you with further instructions.'</span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>