<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:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
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.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:Consolas;}
span.EmailStyle21
{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:1868983752;
mso-list-template-ids:-1255651934;}
@list l0:level1 lfo3
{mso-level-start-at:2;}
@list l0:level1 lfo4
{mso-level-start-at:3;}
@list l0:level1 lfo5
{mso-level-start-at:4;}
@list l0:level1 lfo6
{mso-level-start-at:5;}
@list l0:level1 lfo7
{mso-level-start-at:6;}
@list l0:level1 lfo8
{mso-level-start-at:7;}
@list l0:level1 lfo9
{mso-level-start-at:8;}
@list l0:level1 lfo10
{mso-level-start-at:9;}
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">
<div class="WordSection1">
<p class="MsoNormal">Hi Holger,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks for that feedback. I have no issue at all with the pragmatic approach that you sketched out, to keep the initial scope to the ESLT domain, that seems entirely appropriate. At the same time I am really pleased that you are also
willing to look at the broader applicability of the FR concepts to communications service production systems wherever they are deployed.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Let me know when you have something that you wish to distribute more broadly.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Best regards, Peter<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="margin-left:.5in"><b><span style="font-size:12.0pt;color:black">From:
</span></b><span style="font-size:12.0pt;color:black">"Holger.Dreihahn@esa.int" <Holger.Dreihahn@esa.int><br>
<b>Date: </b>Tuesday, July 16, 2019 at 12:19 AM<br>
<b>To: </b>Peter Shames <peter.m.shames@jpl.nasa.gov><br>
<b>Cc: </b>CSTS-WG <css-csts@mailman.ccsds.org>, "Greenberg, Edward" <edward.greenberg@jpl.nasa.gov>, Gian Paolo Calzolari <Gian.Paolo.Calzolari@esa.int>, Greg Kazz <greg.j.kazz@jpl.nasa.gov>, "Wilmot, Jonathan J. (GSFC-5820)" <jonathan.j.wilmot@nasa.gov>,
Scott Burleigh <scott.c.burleigh@jpl.nasa.gov><br>
<b>Subject: </b>Re: [EXTERNAL] [Css-csts] Fw: Merging of FRs dealing with variable length frames<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
</div>
<p class="MsoNormal" style="margin-left:.5in"><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">A quick feedback although not conclusive yet. You have triggered a discussion in the CSS Area which presumably results in some changes with respect to FR definitions. We have already discussed that
in the CSTS group, today it will be discussed in the CSSM group. I think that the changed FR definition approach under discussion will address your concerns, although we may still scope the initial set of FRs for an ESLT - simply for time and budget reasons.
However, it is important to note that this 'initial ESLT scope' will not exclude in any way future FR updates, widening the FR scope. </span>
<br>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif">We will let you know once we came to a conclusion seek your opinion.</span>
<br>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif">Best regards,</span>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif">Holger</span> <br>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif">Holger Dreihahn<br>
European Spacecraft Operations Centre | European Space Agency | S-431<br>
+49 6151 90 2233 | </span><a href="http://www.esa.int/esoc"><span style="font-size:10.0pt;font-family:"Arial",sans-serif">http://www.esa.int/esoc</span></a>
<br>
<br>
<br>
<br>
<span style="font-size:7.5pt;font-family:"Arial",sans-serif;color:#5F5F5F">From: </span><span style="font-size:7.5pt;font-family:"Arial",sans-serif">"Shames, Peter M (312B)" <peter.m.shames@jpl.nasa.gov></span>
<br>
<span style="font-size:7.5pt;font-family:"Arial",sans-serif;color:#5F5F5F">To: </span><span style="font-size:7.5pt;font-family:"Arial",sans-serif">"Holger.Dreihahn@esa.int" <Holger.Dreihahn@esa.int>, "css-csts@mailman.ccsds.org" <css-csts@mailman.ccsds.org>,
"Kazz, Greg J (312B)" <greg.j.kazz@jpl.nasa.gov>, "Greenberg, Edward (312B)" <edward.greenberg@jpl.nasa.gov></span>
<br>
<span style="font-size:7.5pt;font-family:"Arial",sans-serif;color:#5F5F5F">Cc: </span><span style="font-size:7.5pt;font-family:"Arial",sans-serif">"Wilmot, Jonathan J. (GSFC-5820)" <jonathan.j.wilmot@nasa.gov>, "Burleigh, Scott C (312B)" <scott.c.burleigh@jpl.nasa.gov>,
"Gian Paolo Calzolari" <Gian.Paolo.Calzolari@esa.int></span> <br>
<span style="font-size:7.5pt;font-family:"Arial",sans-serif;color:#5F5F5F">Date: </span><span style="font-size:7.5pt;font-family:"Arial",sans-serif">03/07/2019 19:48</span>
<br>
<span style="font-size:7.5pt;font-family:"Arial",sans-serif;color:#5F5F5F">Subject: </span><span style="font-size:7.5pt;font-family:"Arial",sans-serif">Re: [EXTERNAL] [Css-csts] Fw: Merging of FRs dealing with variable length frames</span>
<o:p></o:p></p>
<div class="MsoNormal" align="center" style="margin-left:.5in;text-align:center">
<hr size="0" width="100%" noshade="" style="color:#A0A0A0" align="center">
</div>
<p class="MsoNormal" style="margin-left:.5in"><br>
<br>
<br>
<span style="font-size:12.0pt">Dear CSTS WG (and others),</span> <br>
<span style="font-size:12.0pt"> </span> <br>
<span style="font-size:12.0pt">Recently I have been involved in looking at the relationships among two of the CCSDS areas, particularly SOIS, and MOIMS, and how they use the services of the other four areas. And this work that you are doing in CSS, to develop
a model of Functional Resources, touches on these areas and also, of course, SLS and SIS. In fact, we have a side discussion starting among SOIS, SIS, and CSS to talk about the relationships among the CSS FR models, the SOIS EDS/DoT component & behavior models,
and the SIS network management models. There seem to be some areas of overlap here, and at any event we will benefit from looking at these from a global, instead of local, perspective.</span>
<br>
<span style="font-size:12.0pt"> </span> <br>
<span style="font-size:12.0pt">It occurs to me that this discussion about Functional Resources (FR), and which aspects and variations of space links they cover, could also benefit from stepping back to gain a broader perspective. There is always a danger in
doing this of "trying to boil the ocean", but in this case I think taking a look at this is warranted.</span>
<br>
<span style="font-size:12.0pt"> </span> <br>
<span style="font-size:12.0pt">Here are some assertions that I would like you to consider:</span>
<br>
<span style="font-size:12.0pt"> </span> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in;text-indent:-.25in;mso-list:l0 level1 lfo2">
<![if !supportLists]><span style="mso-list:Ignore">1.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]><span style="font-size:12.0pt">CCSDS Space Data Links are made to be used in space-to-ground, ground-to-space, and space-to-space contexts.</span>
<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in;text-indent:-.25in;mso-list:l0 level1 lfo3">
<![if !supportLists]><span style="mso-list:Ignore">2.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]><span style="font-size:12.0pt">Some CCSDS space data links are designed to only operate in one of these contexts, others are intended to operate in all three.</span>
<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in;text-indent:-.25in;mso-list:l0 level1 lfo4">
<![if !supportLists]><span style="mso-list:Ignore">3.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]><span style="font-size:12.0pt">SLS has defined both fixed length SDL blocks and variable length SDL frames. This notionally includes all three operational contexts.</span>
<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in;text-indent:-.25in;mso-list:l0 level1 lfo5">
<![if !supportLists]><span style="mso-list:Ignore">4.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]><span style="font-size:12.0pt">CCSDS coding and synchronization approaches are also intended to operate in all three contexts, with similar specializations.</span>
<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in;text-indent:-.25in;mso-list:l0 level1 lfo6">
<![if !supportLists]><span style="mso-list:Ignore">5.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]><span style="font-size:12.0pt">SLS has defined both fixed and variable length coding schemes, and fixed length block and "sliced" alignment and ASM schemes, but there is not yet a complete treatment of all of these.</span>
<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in;text-indent:-.25in;mso-list:l0 level1 lfo7">
<![if !supportLists]><span style="mso-list:Ignore">6.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]><span style="font-size:12.0pt">FR, as defined in CSS CSSM, were developed in the context of ground data systems for cross support.</span>
<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in;text-indent:-.25in;mso-list:l0 level1 lfo8">
<![if !supportLists]><span style="mso-list:Ignore">7.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]><span style="font-size:12.0pt">FRs define a set of abstract data communication functions that are intended to be combined in known ways, and that may be implemented in multiple different ways and associated with different real components.</span>
<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in;text-indent:-.25in;mso-list:l0 level1 lfo9">
<![if !supportLists]><span style="mso-list:Ignore">8.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]><span style="font-size:12.0pt">FR concepts and definitions, with little modification, could equally well be adopted in the context of space communications components, not just on the ground.</span>
<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in;text-indent:-.25in;mso-list:l0 level1 lfo10">
<![if !supportLists]><span style="mso-list:Ignore">9.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]><span style="font-size:12.0pt">EDS /DoT provides mechanisms for describing those comm components, their interfaces, and behaviors.</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:12.0pt"> </span>
<br>
<span style="font-size:12.0pt">I assume that you will all agree with these assertions, and I fully expect to hear from you if you do not. Assuming that there is agreement, I propose that we ensure that the definitions that we adopt for CSS FRs cover all of
these possibilities and that we not artificially adopt limiting constraints on what these FRs are or where they may be applied. This concern about constraints is especially true for USLP, which has both fixed and variable length frame structures and is explicitly
intended for deployment in all three operational contexts.</span> <br>
<span style="font-size:12.0pt"> </span> <br>
<span style="font-size:12.0pt">Given this approach, and with all due respect, I suggest that you not adopt Wolfgang's stated assumption:</span>
<o:p></o:p></p>
<p style="margin-left:.5in"><span style="font-size:12.0pt">My assumption is that variable length frames will be used on the forward link only and therefore we do not need to investigate which parameters are required for the return link.
</span><o:p></o:p></p>
<p style="margin-left:.5in"><span style="font-size:12.0pt">Using similar logic, I suggest that you also not adopt this simplifying assumption:</span>
<o:p></o:p></p>
<p style="margin-left:.5in"><span style="font-size:12.0pt">My understanding is that the FR specifications deal only with the Forward Link as emitted by an ESLT, but not with inter-spacecraft communications.</span>
<o:p></o:p></p>
<p style="margin-left:.5in"><span style="font-size:12.0pt">If those assumptions I stated earlier are "correct", or if we can agree on some such set of assumptions, how much work would it be to do what is suggested, and to define all of the necessary FR so that
these conditions can be met? If we do this I think that these FR concepts could see much broader use.</span>
<o:p></o:p></p>
<p style="margin-left:.5in"><span style="font-size:12.0pt">Thanks for listening.</span>
<o:p></o:p></p>
<p style="margin-left:.5in"><span style="font-size:12.0pt">Peter</span> <o:p></o:p></p>
<p style="margin-left:.5in"><span style="font-size:12.0pt"> </span> <br>
<span style="font-size:12.0pt"> </span> <br>
<span style="font-size:12.0pt"> </span> <br>
<b><span style="font-size:12.0pt">From: </span></b><span style="font-size:12.0pt">CSS-CSTS <css-csts-bounces@mailman.ccsds.org> on behalf of "Holger.Dreihahn@esa.int" <Holger.Dreihahn@esa.int><b><br>
Date: </b>Wednesday, July 3, 2019 at 5:13 AM<b><br>
To: </b>CSTS-WG <css-csts@mailman.ccsds.org><b><br>
Subject: </b>[EXTERNAL] [Css-csts] Fw: Merging of FRs dealing with variable length frames</span>
<br>
<span style="font-size:12.0pt"> </span> <br>
<span style="font-size:12.0pt;font-family:"Arial",sans-serif">Dear CSTS WG,</span><span style="font-size:12.0pt">
</span><span style="font-size:12.0pt;font-family:"Arial",sans-serif"><br>
Please have a look at Wolfgang's email below. Feedback is appreciated!</span><span style="font-size:12.0pt">
<br>
</span><span style="font-size:12.0pt;font-family:"Arial",sans-serif"><br>
Regards,</span><span style="font-size:12.0pt"> </span><span style="font-size:12.0pt;font-family:"Arial",sans-serif"><br>
Holger</span><span style="font-size:12.0pt"> <br>
</span><span style="font-size:12.0pt;font-family:"Arial",sans-serif"><br>
Holger Dreihahn<br>
European Spacecraft Operations Centre | European Space Agency | S-431<br>
+49 6151 90 2233 | </span><a href="http://www.esa.int/esoc"><span style="font-size:12.0pt;font-family:"Arial",sans-serif">http://www.esa.int/esoc</span></a><span style="font-size:12.0pt">
</span><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:purple"><br>
----- Forwarded by Holger Dreihahn/esoc/ESA on 03/07/2019 14:09 -----</span><span style="font-size:12.0pt">
<br>
</span><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:#5F5F5F"><br>
From: </span><span style="font-size:12.0pt;font-family:"Arial",sans-serif">"Wolfgang Hell" <wo_._he@t-online.de></span><span style="font-size:12.0pt">
</span><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:#5F5F5F"><br>
To: </span><span style="font-size:12.0pt;font-family:"Arial",sans-serif">"Holger Dreihahn" <Holger.Dreihahn@esa.int></span><span style="font-size:12.0pt">
</span><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:#5F5F5F"><br>
Cc: </span><span style="font-size:12.0pt;font-family:"Arial",sans-serif">"John Pietras" <john.pietras@gst.com></span><span style="font-size:12.0pt">
</span><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:#5F5F5F"><br>
Date: </span><span style="font-size:12.0pt;font-family:"Arial",sans-serif">02/07/2019 14:49</span><span style="font-size:12.0pt">
</span><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:#5F5F5F"><br>
Subject: </span><span style="font-size:12.0pt;font-family:"Arial",sans-serif">Merging of FRs dealing with variable length frames</span><span style="font-size:12.0pt">
</span><o:p></o:p></p>
<div class="MsoNormal" align="center" style="margin-left:.5in;text-align:center">
<hr size="0" width="100%" noshade="" style="color:#A0A0A0" align="center">
</div>
<p class="MsoNormal" style="margin-left:.5in"><br>
<span style="font-size:12.0pt"><br>
<br>
<br>
Hi Holger, </span><o:p></o:p></p>
<p style="margin-left:.5in"><span style="font-size:12.0pt">can you please forward this material to the CSTS-WG? I'm copying John directly, because I suspect that he may have some more or less immediate comments while the other WG members presumably will need
more time to digest this input (as for John's input for the fixed length frames). Any early feedback WG members might have will of course be helpful.
</span><o:p></o:p></p>
<p style="margin-left:.5in"><span style="font-size:12.0pt">My assumption is that variable length frames will be used on the forward link only and therefore we do not need to investigate which parameters are required for the return link.
</span><o:p></o:p></p>
<p style="margin-left:.5in"><span style="font-size:12.0pt">The only Sync and Coding sublayer that may be used in combination with variable length USLP frames are CCSDS 231.0-B-3 and CCSDS 211.0-B-5, where the latter addresses the proximity link. My understanding
is that the FR specifications deal only with the Forward Link as emitted by an ESLT, but not with inter-spacecraft communications. Therefore only CCSDS 231.0-B-3 needs to be taken into account in the FR specification context. That means that the Sync and Coding
layer is the same for both USLP and TC frames and no merging of separate FR types is needed in that respect. For the sake of completeness the attached spreadsheet comparing the USLP and TC cases presents also the managed parameters of the sync and coding sublayer,
i.e., of CCSDS 231.0-B-3.If deemed useful, I can add the VOP-1 managed parameters to the next issue of the spreadsheet. Again, these parameters are common for variable length USLP and for TC frames.
</span><o:p></o:p></p>
<p style="margin-left:.5in"><span style="font-size:12.0pt">I have applied the following color coding in the spreadsheet: Those parameters that are identical or reasonably similar so that they can be used both to monitor and, if applicable, control USLP and
TC frame handling have a green background. Those parameters that apply only to one frame type have a blue background. A red background indicates that I see a problem with merging USLP and TC or where I have a problem with the specification of the managed parameters
ar generated by the space link folks. </span><o:p></o:p></p>
<p style="margin-left:.5in"><span style="font-size:12.0pt">As the next steps I plan to crosscheck my findings and suggestions against the material generated by John and to suggest an initial mapping of the parameters to FR types. Hopefully we can reach some
related conclusions on July 9 such that we have a reasonably stable starting point for reworking some of the FR type specifications.
</span><o:p></o:p></p>
<p style="margin-left:.5in"><span style="font-size:12.0pt">Best regards, </span><o:p></o:p></p>
<p style="mso-margin-top-alt:5.0pt;margin-right:0in;margin-bottom:12.0pt;margin-left:.5in">
<span style="font-size:12.0pt">Wolfgang </span><br>
<span style="font-size:12.0pt;font-family:"Courier New"">This message is intended only for the recipient(s) named above. It may contain proprietary information and/or</span>
<br>
<span style="font-size:12.0pt;font-family:"Courier New"">protected content. Any unauthorised disclosure, use, retention or dissemination is prohibited. If you have received</span>
<br>
<span style="font-size:12.0pt;font-family:"Courier New"">this e-mail in error, please notify the sender immediately. ESA applies appropriate organisational measures to protect</span>
<br>
<span style="font-size:12.0pt;font-family:"Courier New"">personal data, in case of data privacy queries, please contact the ESA Data Protection Officer (dpo@esa.int).</span>
<o:p></o:p></p>
<pre style="margin-left:.5in">This message is intended only for the recipient(s) named above. It may contain proprietary information and/or<o:p></o:p></pre>
<pre style="margin-left:.5in">protected content. Any unauthorised disclosure, use, retention or dissemination is prohibited. If you have received<o:p></o:p></pre>
<pre style="margin-left:.5in">this e-mail in error, please notify the sender immediately. ESA applies appropriate organisational measures to protect<o:p></o:p></pre>
<pre style="margin-left:.5in">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>