<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
{font-family:TimesNewRomanPSMT;
panose-1:2 11 6 4 2 2 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;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
font-size:10.0pt;
font-family:"Courier New";}
tt
{mso-style-priority:99;
font-family:"Courier New";}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;}
span.EmailStyle22
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@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:384136646;
mso-list-template-ids:220497588;}
@list l0:level1
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:"Courier New";
mso-bidi-font-family:"Times New Roman";}
@list l0:level3
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level4
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level5
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level6
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level7
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level8
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l0:level9
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l1
{mso-list-id:495728464;
mso-list-template-ids:-1855323714;}
@list l1:level1
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l1:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:"Courier New";
mso-bidi-font-family:"Times New Roman";}
@list l1:level3
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l1:level4
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l1:level5
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l1:level6
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l1:level7
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l1:level8
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l1:level9
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l2
{mso-list-id:520709580;
mso-list-template-ids:303601024;}
@list l2:level1
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l2:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:"Courier New";
mso-bidi-font-family:"Times New Roman";}
@list l2:level3
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l2:level4
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l2:level5
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l2:level6
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l2:level7
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l2:level8
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
@list l2:level9
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Wingdings;}
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">Hi Gippo,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I think that the definition of ESLT, that you quoted from the CCSDS SCCS-ARD, is already quite clear. In addition to the definition you provided I draw your attention to the “building block” definition in sec 3.2.2, in
<span style="font-family:"TimesNewRomanPSMT",serif">CCSDS 901.1-M-1 Page 3-2</span><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.25in">
<span style="font-size:12.0pt;font-family:"TimesNewRomanPSMT",serif;color:#0070C0">a) ESLTs (e.g., ABA and SSI ground stations)
</span><span style="color:#0070C0"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.75in;text-indent:-.25in;mso-list:l1 level1 lfo2">
<![if !supportLists]><span style="font-size:10.0pt;font-family:Symbol;color:#0070C0"><span style="mso-list:Ignore">·<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:12.0pt;font-family:"TimesNewRomanPSMT",serif;color:#0070C0">– shall provide a communications link between terrestrial elements and space elements,
</span><span style="color:#0070C0"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.75in;text-indent:-.25in;mso-list:l1 level1 lfo2">
<![if !supportLists]><span style="font-size:10.0pt;font-family:Symbol;color:#0070C0"><span style="mso-list:Ignore">·<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:12.0pt;font-family:"TimesNewRomanPSMT",serif;color:#0070C0">– shall provide interface to Radio Frequency (RF) space link,
</span><span style="color:#0070C0"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.75in;text-indent:-.25in;mso-list:l1 level1 lfo2">
<![if !supportLists]><span style="font-size:10.0pt;font-family:Symbol;color:#0070C0"><span style="mso-list:Ignore">·<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:12.0pt;font-family:"TimesNewRomanPSMT",serif;color:#0070C0">– shall provide services to one (or possibly more) Earth User Nodes,
</span><span style="color:#0070C0"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.75in;text-indent:-.25in;mso-list:l1 level1 lfo2">
<![if !supportLists]><span style="font-size:10.0pt;font-family:Symbol;color:#0070C0"><span style="mso-list:Ignore">·<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:12.0pt;font-family:"TimesNewRomanPSMT",serif;color:#0070C0">– shall provide full services for link layer processing and frame merging,</span><span style="color:#0070C0"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.75in;text-indent:-.25in;mso-list:l1 level1 lfo2">
<![if !supportLists]><span style="font-size:10.0pt;font-family:Symbol;color:#0070C0"><span style="mso-list:Ignore">·<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:12.0pt;font-family:"TimesNewRomanPSMT",serif;color:#0070C0">– shall provide secure access control mechanisms,
</span><span style="color:#0070C0"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.75in;text-indent:-.25in;mso-list:l0 level1 lfo3">
<![if !supportLists]><span style="font-size:10.0pt;font-family:Symbol;color:#0070C0"><span style="mso-list:Ignore">·<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:12.0pt;font-family:"TimesNewRomanPSMT",serif;color:#0070C0">– shall route data between terrestrial elements and space (SSI),
</span><span style="color:#0070C0"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.75in;text-indent:-.25in;mso-list:l0 level1 lfo3">
<![if !supportLists]><span style="font-size:10.0pt;font-family:Symbol;color:#0070C0"><span style="mso-list:Ignore">·<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:12.0pt;font-family:"TimesNewRomanPSMT",serif;color:#0070C0">– shall provide full services for Network Layer processing and routing (SSI),
</span><span style="color:#0070C0"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.75in;text-indent:-.25in;mso-list:l0 level1 lfo3">
<![if !supportLists]><span style="font-size:10.0pt;font-family:Symbol;color:#0070C0"><span style="mso-list:Ignore">·<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:12.0pt;font-family:"TimesNewRomanPSMT",serif;color:#0070C0">– may support last-hop emergency and non-SSI delivery services (SSI),
</span><span style="color:#0070C0"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.75in;text-indent:-.25in;mso-list:l0 level1 lfo3">
<![if !supportLists]><span style="font-size:10.0pt;font-family:Symbol;color:#0070C0"><span style="mso-list:Ignore">·<span style="font:7.0pt "Times New Roman"">
</span></span></span><![endif]><span style="font-size:12.0pt;font-family:"TimesNewRomanPSMT",serif;color:#0070C0">– shall provide a service management interface for processing requests, and for service configuration and reporting;
</span><span style="color:#0070C0"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">We purposely avoided using “ground station”, or “ground terminal”, or “network control center” because we did not wish to cause confusion with existing usage and deployments. Yes,
we recognize that by introducing a new, unfamiliar term, that we introduced another possible source of confusion. We also understand that there are systems where the space access segments of the ELST are in one location and the terrestrial service delivery
and service management segments are in another. The way we have defined this we are immune from any of these particular real system deployment choices.<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">We have no requirement to adopt any of the language nor notions that the IOAG uses. I think you are aware that there are many instances where what the IOAG chose to call some function
or services does not align with current CCSSDS use, and vice-versa. That said, I think that you would have to agree that what we mean by ESLT is what the IOAG means by a “<i><span style="font-size:10.0pt;font-family:"Arial",sans-serif">Ground Tracking Asset
that is a combination of a Ground Station and a Ground Data System</span></i>”. Or at least that part of a Ground Data System that is responsible for managing, controlling, and configuring the Ground Station and delivering data to the user. In NASA the Ground
Data System is most often associated with a Mission and not with the “ground tracking network”, where the ESLT is clearly intended to be associated with the ground tracking network and not with the mission.<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">These definitions can be tricky to define in an unambiguous way.<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Regards, Peter<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"><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">From: </span></b><span style="font-size:12.0pt;color:black">Gian Paolo Calzolari <Gian.Paolo.Calzolari@esa.int><br>
<b>Date: </b>Thursday, February 4, 2021 at 6:13 AM<br>
<b>To: </b>Peter Shames <peter.m.shames@jpl.nasa.gov><br>
<b>Cc: </b>SEA-SA <sea-sa@mailman.ccsds.org><br>
<b>Subject: </b>[EXTERNAL] ESLT vs. ground tracking asset // was: [Sea-sa] DRAFT SCCS-ARD Revision Meeting Notes, 1 Feb 2021<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:"Arial",sans-serif">Dear Peter,</span>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif"> can you please clarify what is the relationship between the ESLT and the ground tracking asset mentioned by IOAG Catalogs?</span>
<br>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif">In the CCSDS document the definition for the Earth Space Link Terminal says:</span>
<br>
<i><span style="font-size:10.0pt;font-family:"Arial",sans-serif">Earth Space Link Terminal (ESLT): The CSSE that provides space communication</span></i>
<br>
<i><span style="font-size:10.0pt;font-family:"Arial",sans-serif">services between the Earth User Node and the Space User Node. It includes the ground</span></i>
<br>
<i><span style="font-size:10.0pt;font-family:"Arial",sans-serif">station control and management systems. The ESLT has space link protocol interfaces and</span></i>
<br>
<i><span style="font-size:10.0pt;font-family:"Arial",sans-serif">supports terrestrial SLE and CSTS interfaces. The ESLT also has a service management</span></i>
<br>
<i><span style="font-size:10.0pt;font-family:"Arial",sans-serif">interface that is controlled by the UE that is responsible for managing the space link.</span></i>
<br>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif">In IOAG Catalogs the ground tracking asset follows this definition:</span>
<br>
<i><span style="font-size:10.0pt;font-family:"Arial",sans-serif">Ground Tracking Assets may be Ground Stations, Ground Data System or a combination of both.</span></i>
<br>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif">I think it is essential to state something about their coincidence and/or difference.</span>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif">Is ESLT as a synonym for ground station? or is ESLT a a synonym for ground tracking asset?</span>
<br>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif">Surely it makes a big point for what you call the
</span><infamous IOAG “CFDP file delivery service”, and the even more ephemeral “IOAG Packet file delivery service”<span style="font-size:10.0pt;font-family:"Arial",sans-serif">>.</span>
<br>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif">Thanks</span> <br>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif">Gippo</span> <br>
<br>
<br>
<br>
<span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:#5F5F5F">From: </span><span style="font-size:9.0pt;font-family:"Arial",sans-serif">"Shames, Peter M\(US 312B\) via SEA-SA" <sea-sa@mailman.ccsds.org></span>
<br>
<span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:#5F5F5F">To: </span><span style="font-size:9.0pt;font-family:"Arial",sans-serif">"SEA-SA" <sea-sa@mailman.ccsds.org></span>
<br>
<span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:#5F5F5F">Date: </span><span style="font-size:9.0pt;font-family:"Arial",sans-serif">02-02-21 19:20</span>
<br>
<span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:#5F5F5F">Subject: </span><span style="font-size:9.0pt;font-family:"Arial",sans-serif">[Sea-sa] DRAFT SCCS-ARD Revision Meeting Notes, 1 Feb 2021</span>
<br>
<span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:#5F5F5F">Sent by: </span><span style="font-size:9.0pt;font-family:"Arial",sans-serif">"SEA-SA" <sea-sa-bounces@mailman.ccsds.org></span>
<o:p></o:p></p>
<div class="MsoNormal" align="center" style="text-align:center">
<hr size="0" width="100%" noshade="" style="color:#A0A0A0" align="center">
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<p style="margin:0in"><b>SCCS-ARD Revision Meeting Notes, 1 Feb 2021</b><o:p></o:p></p>
<p style="margin:0in"> <o:p></o:p></p>
<p style="margin:0in"><u>Attendees: Peter Shames, John Pietras, Ramon Krosley, Costin Radulescu, Ricard Abello, Holger Dreihahn</u><o:p></o:p></p>
<p style="margin:0in"> <o:p></o:p></p>
<ul type="disc">
<li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level1 lfo1">
Reviewed the latest “Issues” file that John Pietras presented including the intended fixes for several identified issues.
<o:p></o:p></li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level1 lfo1">
Specific issues were identified for three sections of the document. These are covered in the file and are just named here for reference, along with an decisions made during discussion:
<o:p></o:p>
<ul type="circle">
<li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level2 lfo1">
Sec 4: agreed to add R-OCF to the other SLE services, for completeness. <o:p></o:p>
<ul type="square">
<li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level3 lfo1">
Agreed to add a few sentences to further clarify the means intended with [Future] standards and also (recommended) notations
<o:p></o:p></li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level3 lfo1">
Agreed to clarify that ABA is intended to convey deployments that essentially use data link layer frames as the top layer supported protocol, in the ESLT and end-to-end. Further clarify that other protocols, CFDP, voice /video, and even DTN Bundles MAY be
carried end-to-end, but that the ESLT remains ignorant of this “upper layer” traffic.
<o:p></o:p></li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level3 lfo1">
Discussed that the now infamous IOAG “CFDP file delivery service”, and the even more ephemeral “IOAG Packet file delivery service” depart from this baseline and require use of FF-CSTS (not SLE F-CLTU) and also other, upper layer, processing to be provisioned
in the ESLT. This is a distinct departure from “traditional ABA ESLT” deployments.
<o:p></o:p></li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level3 lfo1">
Agreed to change references from RF & Mod to Physical Channel, so as to accommodate both RF and Optical.<o:p></o:p></li></ul>
</li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level2 lfo1">
Sec 6: agreed to use separate diagrams for the various protocol stacks, to simplify references
<o:p></o:p>
<ul type="square">
<li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level3 lfo1">
Agreed to change the form of the RQ stated in Sec 6 to focus on the visible top layer protocol that is supported by the end-to-end ABA entities. This will be files, packets, or frames, as well as ancillary data like ranging and D-DOR.
<o:p></o:p></li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level3 lfo1">
Agreed to use those complicated tables, and example diagrams, to document all of the viable and supported configurations.
<o:p></o:p></li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level3 lfo1">
Agreed to edit those tables to more accurately reflect D-DOR, the D-DOR architecture, and DOR tones.
<o:p></o:p></li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level3 lfo1">
Agreed to check with the D-DOR WG about their use of TGFT. It appears that a) they do not use it, b) they use another, existing, high speed bulk transfer protocol, and c) TGFT may not even support their bulk transfer needs anyhow since it appears to depend
on single stream, rather than parallel, transfers over HTTPS and TLS.<o:p></o:p></li></ul>
</li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level2 lfo1">
Adopted other changes to Sec 6 protocol tables as discussed. This includes handling of SCCC and DVB coding and modulation, since they are distinct from the “mainline” CCSDS coding, synch, and modulation standards. Peter provided a marked-up set of proposed
issues / updates.<o:p></o:p></li></ul>
</li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level1 lfo1">
During the meeting we also discussed a couple of related topics, as follows: <o:p>
</o:p>
<ul type="circle">
<li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level2 lfo1">
There was discussion, and agreement to not incorporate the “adapted CFDP File Delivery Service”, which puts the CFDP agent into the ESLT, and also augments that with a new kind of “lost segment signaling” and “retransmission request signaling” between the CFDP
agent in the ESLT and the Earth User Node (EUN). This approach, which is non standard, will probably remain as a useful, but agency local, adaptation.
<o:p></o:p></li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level2 lfo1">
This subject is still up to the CSS, and other areas involved, to try and reach some consensus about just just what is proposed, or planned, for both the “IOAG CFDP File Delivery Service” and this adaptation. Separate discussions are underway. The “IOAG Packet
Service” is even more vague and it is not clear that any such service will be developed by CCSDS.
<o:p></o:p></li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level2 lfo1">
The redundant sounding appellation “service management service”, and the association of MD-CSTS and SC-CSTS with Service Management document formats, and future interfaces, was briefly discussed. The IOAG has associated these, and there is a technical argument
that can be made that these are all related, since the SM sets the configurations and plans and schedules the contacts, and MD and SC are used to monitor and control data transfer services during the contact. MD-CSTS and SC-CSTS are clearly “service interfaces”
in the true sense of the definition. It will also be the case, once there is a “service interface protocol binding” for SM that they will be, in some sense, “service interfaces”. That said, I still find that calling these “service management services” sounds
wordy and redundant. I would prefer that we keep the “service” appellation for those interfaces that actually transport data of various types, separate from those that
<b><i>manage</i></b> service elements. This distinction also shows up in RASDS, sec 3.4, “characteristics of objects” and is shown in fig 3-2 as “management interfaces”. I think it is a useful distinction to maintain, since the “data plane” and the “control
plane” are often distinguished in systems architectures.<o:p></o:p></li></ul>
</li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level1 lfo1">
Several other topics remain from the earlier meetings: <o:p></o:p>
<ul type="circle">
<li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level2 lfo1">
Recognize that work must be done to sort out the relationships between the CSS Functional Resource Model (FRM), which was characterized as a database of knowledge about component functions that get assembled to provide services, and the SOIS Electronic Data
Sheet (EDS), which was characterized as a way to document hardware and software component interfaces so as to facilitate development of software for those interfaces.
<o:p></o:p></li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level2 lfo1">
Recognize that work must be done to disambiguate the different ‘flavors” of “service”: as in CSS services, arbitrary “application services” like packet transfer without formal application layer protocols, protocol layer Service Access Points (SAP), SM&C “Services”,
service interface binding signatures, and the related protocol stacks that implement service transfers. Focus is to be on services, protocols, and interfaces and not on implementations.
<o:p></o:p></li><li class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l2 level2 lfo1">
Discussed the effect of the relatively new Q-SCID specs, from CCSDS 320.0-M-7, and the new USLP protocol with its 16-bit SCID, on the existing SLE and CSTS protocols. This is apparently being addressed within the CSS area.<o:p></o:p></li></ul>
</li></ul>
<p class="MsoNormal"> <o:p></o:p></p>
<p style="margin:0in">The files for review, and any added / background materials, will be placed in the CWE at:
<a href="https://urldefense.us/v3/__https:/cwe.ccsds.org/sea/docs/Forms/AllItems.aspx?RootFolder=*2Fsea*2Fdocs*2FSEA*2DSA*2FDraft*20Documents*2FSCCS*2DARD*2DADD*20Revisions*202020&View=*7BA709F322*2D0E67*2D45C7*2D932D*2DCB78C55CE268*7D&&InitialTabId=Ribbon*2EDocument&VisibilityContext=WSSTabPersistence*20__;JSUlJSUlJSUlJSUlJSUlJSUlJQ!!PvBDto6Hs4WbVuu7!dkq2FeTLx9sqJswtaTiN_Nv7x6sENZfbDvsYuqOYjkc9OVxL4cehx4WH3MeU4GQYNshqouU5$">
<span style="color:#0082BF">https://cwe.ccsds.org/sea/docs/Forms/AllItems.aspx?RootFolder=%2Fsea%2Fdocs%2FSEA%2DSA%2FDraft%20Documents%2FSCCS%2DARD%2DADD%20Revisions%202020&View=%7BA709F322%2D0E67%2D45C7%2D932D%2DCB78C55CE268%7D&&InitialTabId=Ribbon%2EDocument&VisibilityContext=WSSTabPersistence</span></a><o:p></o:p></p>
<p style="margin:0in"> <o:p></o:p></p>
<p style="margin:0in"><u>Action Items:</u><o:p></o:p></p>
<p style="margin:0in"> <o:p></o:p></p>
<p style="margin:0in">=> Next telecon, 1 MAR 2021: Review the updated approach for Sec 4 and Sec 6, to be produced by John Pietras, incorporating the agreed changes.<o:p></o:p></p>
<p style="margin:0in">=> John and Peter to review a couple of “sticky” issues and bring that proposal back to the rest of the WG.<o:p></o:p></p>
<p style="margin:0in">=> Peter Shames to continue with separate working session, including CSS, SLS, SIS and SEA, to look into the issues around the proposed CFDFP File Delivery service , as discussed above, and the DTN alternative.<o:p></o:p></p>
<p style="margin:0in"> <o:p></o:p></p>
<p style="margin:0in">=> Peter has set up sub-folders for background, draft docs, and working meeting minutes<o:p></o:p></p>
<p style="margin:0in">=> Request for the team to familiarize with these background materials<o:p></o:p></p>
<p style="margin:0in"><span style="font-size:12.0pt"> </span><o:p></o:p></p>
<p style="margin:0in"> <o:p></o:p></p>
<p style="margin:0in"> <tt><span style="font-size:10.0pt">_______________________________________________</span></tt><span style="font-size:10.0pt;font-family:"Courier New""><br>
<tt>SEA-SA mailing list</tt><br>
<tt>SEA-SA@mailman.ccsds.org</tt><br>
</span><a href="https://urldefense.us/v3/__https:/mailman.ccsds.org/cgi-bin/mailman/listinfo/sea-sa__;!!PvBDto6Hs4WbVuu7!cH8JDNPWvHZt8VeZyqSVbSHiOr5eFPeTd6p0WAnJNbMrqsK7HmUE63dtUmALG-SkRcRRdKh0$"><tt><span style="font-size:10.0pt">https://mailman.ccsds.org/cgi-bin/mailman/listinfo/sea-sa</span></tt></a><o:p></o:p></p>
<pre>This message is intended only for the recipient(s) named above. It may contain proprietary information and/or<o:p></o:p></pre>
<pre>protected content. Any unauthorised disclosure, use, retention or dissemination is prohibited. If you have received<o:p></o:p></pre>
<pre>this e-mail in error, please notify the sender immediately. ESA applies appropriate organisational measures to protect<o:p></o:p></pre>
<pre>personal data, in case of data privacy queries, please contact the ESA Data Protection Officer (dpo@esa.int).<o:p></o:p></pre>
</div>
</body>
</html>