<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=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<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:Georgia;
panose-1:2 4 5 2 5 4 5 2 3 3;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
p.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.EmailStyle19
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle20
{mso-style-type:personal-reply;
font-family:"Georgia",serif;
color:#1F497D;}
.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:571892743;
mso-list-template-ids:876516012;}
@list l0:level1
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
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:\F0B7;
mso-level-tab-stop:1.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level3
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:1.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level4
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:2.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level5
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:2.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level6
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:3.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level7
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:3.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level8
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:4.0in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l0:level9
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:4.5in;
mso-level-number-position:left;
text-indent:-.25in;
mso-ansi-font-size:10.0pt;
font-family:Symbol;}
@list l1
{mso-list-id:1158957531;
mso-list-type:hybrid;
mso-list-template-ids:-1266129458 -1206478768 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l1:level1
{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 l1:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l1:level3
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l1:level4
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l1:level5
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l1:level6
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l1:level7
{mso-level-number-format:bullet;
mso-level-text:\F0B7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l1:level8
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l1:level9
{mso-level-number-format:bullet;
mso-level-text:\F0A7;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
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="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:14.0pt;font-family:"Georgia",serif;color:#1F497D">Dear John,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;font-family:"Georgia",serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;font-family:"Georgia",serif;color:#1F497D">I concur with your assessment. I think we need to consider that the CSS Area recommendations are essentially interface specs and not implementation specs. To that
end, although an implementation needs to gather its monitor data somehow, the key standardization aspect is the transfer of that monitor data (as in the Cross Support Transfer Service or CSTS). By contrast, stating what I’ll call “slippery-slope” roll-up
rules that includes such possibilities as “status is ‘interrupted’, with the understanding that some/most services are still being provided” is just asking for trouble. If there is to be a report on each service being provided as to its status I think that
makes sense. But in terms of aggregational assessment think it is much better to defer this to the agency (should they decide that this provides value). In the end I think eliminating collection FR is well within keeping of the Einstein maximum of “Everything
should be made as simple as possible, but no simpler.”<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;font-family:"Georgia",serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;font-family:"Georgia",serif;color:#1F497D">Best regards,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;font-family:"Georgia",serif;color:#1F497D">-Erik<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:14.0pt;font-family:"Georgia",serif;color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> CSS-CSTS <css-csts-bounces@mailman.ccsds.org> <b>
On Behalf Of </b>John Pietras<br>
<b>Sent:</b> Tuesday, January 21, 2020 13:30<br>
<b>To:</b> Wolfgang Hell <wo_._he@t-online.de>; Holger.Dreihahn@esa.int<br>
<b>Cc:</b> CCSDS_CSTSWG (css-csts@mailman.ccsds.org) <css-csts@mailman.ccsds.org><br>
<b>Subject:</b> [EXTERNAL] [Css-csts] elimination of the Monitored Data Collection FR<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Dear Wolfgang and Holger,<o:p></o:p></p>
<p class="MsoNormal">For several years we have questioned the need for the Monitored Data Collection functional resource, which I had put into the FR Reference Model as a placeholder. I finally concluded that there is indeed no need for this FR and have eliminated
it from both the FR Ref Model draft Magenta Book and the set of “Tier 1” FRM definitions that I provided at the end of December and updated earlier this month.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">However, in eliminating that FR I overlooked one side-effect: sections 9.2 and 9.3 of the Monitored Data CSTS Blue Book refine the definitions of production status and production status change to be specified in terms of the status of the
MD Collection function. If someone were to try to implement the MD CSTS BB as written, the referenced source for production status would not exist. [Note that the MD-CSTS does not have a production configuration change event because any changes are reported
directly through MD-CSTS’s monitoring of those resources – see the Note under 9.1 of the MD CSTS Blue Book.]<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The focus on the MD Collection function as the source of production status stemmed from the fact that the MD service nominally reports on all resources in the service package of which the MD service instance is a part. Since different resources
of the service package may not all be necessarily operational continuously throughout the whole execution of the service package (for example, one instance of SLE RCF may be only enabled for a sub-period of a long (e.g., deep space) contact, it would not be
appropriate to ascertain ‘configured’ vs ‘operational’ production based on some all-or-nothing criteria. Similarly, if multiple data flows are being supported during the execution of the service package and one of those flows are interrupted while all others
are operating as planned, should the overall production status be deemed ‘interrupted’ or continue to be ‘operational’ since at least one flow was performing properly? It was for reasons such as these that MD-CSTS production status was deemed to be equal to
the resource status of the MD Collection function.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Something needs to be done regarding the definition of the MD-CSTS production status. Perhaps the simplest approach is to defer to the Provider CSSS the interpretation of what constitutes the aggregate status of all resources used in the
service package. In reality, this is what already happens for SLE production status – some Providers actually instrument their systems and assess overall production status based on those readings, while other Providers treat production status as and ESLT operator
input. Under this approach, for example, Agency A could rule that if *<b>any</b>* services are operating properly then production status is ‘operational’ even though some resources are only ‘configured’ and others might even be ‘interrupted’; Agency B might
take the opposite approach, where any interruption results in ‘interrupted’ production status even though the great majority of the services are still being provided; and Agency C develops some metrics that determine what percentage of scheduled services need
to be interrupted before the production status goes from ‘operational’ to ‘interrupted’ [Note – this last may seem like an exaggerated use case, but in fact in the early days of the NASA Space Network, when TDRSS was still a leased service from a private company,
the payments for service provided were calculated using such percentage-based metrics]. If we were to adopt this approach sections 9.2 and 9.3 of the MD-CSTS would be replaced by “requirements” that the Provider document the method(s) by which the 4 production
status values are determined for MD-CSTS.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">On the other hand, if we feel uncomfortable leaving, we could make an attempt at defining our recommended metrics for determining the production status values, e.g.:
<o:p></o:p></p>
<ul style="margin-top:0in" type="disc">
<li class="MsoListParagraph" style="margin-left:0in;mso-list:l1 level1 lfo3">if all resources are configured and they are only supposed to be configured at the time, then prod status is ‘configured’<o:p></o:p></li><li class="MsoListParagraph" style="margin-left:0in;mso-list:l1 level1 lfo3">if all resources that are supposed to be operational are operational and all resources that are supposed to be configured are configured, then prod status is ‘operational’<o:p></o:p></li><li class="MsoListParagraph" style="margin-left:0in;mso-list:l1 level1 lfo3">if one or more resources are interrupted, then prod status is ‘interrupted’, with the understanding that some/most services are still being provided<o:p></o:p></li><li class="MsoListParagraph" style="margin-left:0in;mso-list:l1 level1 lfo3">if one or more resources are halted, the prod status is ‘halted’, with the understanding that some/most services are still being provided
<o:p></o:p></li></ul>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">While we could do this, I think that it is simpler to just defer the decision on the metrics to the Provider CSSS.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">In any case, the references to the MD Collection function need to be removed from the MD CSTS book. Whatever decision we arrive at, it could be done by Technical Corrigendum.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Best regards,<o:p></o:p></p>
<p class="MsoNormal">John<o:p></o:p></p>
</div>
</body>
</html>