<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:"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.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:12.0pt;
        font-family:"Times New Roman",serif;}
span.EmailStyle18
        {mso-style-type:personal;
        font-family:"Georgia",serif;
        color:windowtext;}
span.EmailStyle19
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
span.EmailStyle20
        {mso-style-type:personal;
        font-family:"Georgia",serif;
        color:#1F497D;}
span.EmailStyle21
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
span.EmailStyle22
        {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;}
--></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:12.0pt;font-family:"Georgia",serif;color:#1F497D">John,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Georgia",serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Georgia",serif;color:#1F497D">That sounds reasonable.    It does seem like there might be some sort of consideration as a potential SC-CSTS and <xyz>-CSTS interaction re procedures activated, etc
 (for example, if a mission being tracked went into some sort of emergency mode would that somehow affect procedure instances in an FF-CSTS implementation?).   But I think that will be an analysis for another day – part of the overall control architecture work.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Georgia",serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Georgia",serif;color:#1F497D">-Erik. 
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.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> John Pietras <john.pietras@gst.com> <br>
<b>Sent:</b> Monday, May 21, 2018 9:39 AM<br>
<b>To:</b> Barkley, Erik J (3970) <erik.j.barkley@jpl.nasa.gov>; Eddy, Wesley M. (GRC-MS00)[ASRC AEROSPACE CORP] (wesley.m.eddy@nasa.gov) <wesley.m.eddy@nasa.gov><br>
<b>Cc:</b> CCSDS Service Mgmt WG <smwg@mailman.ccsds.org><br>
<b>Subject:</b> RE: CSTS procedure instances and service packages<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Erik,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">The paradigm is that, for those procedure types that can have multiple instances (some types are limited to one instance), Service Management configures the maximum number of instances that can be activated for
 the execution of the Service Package (in reality it could be more of a permanent upper limit established in the Service Agreement, but since we’re going in the direction of making the SA a collection of Configuration Profiles, the upper limits will be specified
 as part of those CPs). <o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">The instance numbers are sequentially ordered (that is, if SM configures 10 instances, the procedure instance numbers are 1 -10), and at the time of the initial configuration all instances of a given procedure
 type for a given CSTS instance have the same initial configuration parameter values. Whether or not the CSTS user chooses to activate some or all of the procedure instances (up to the SM-configured max) is up to them, and the degree to which a user can tailor
 each instance (e.g., what parameters a given procedure instance reports and at what intervals) is all handled in-line as part of the protocol of the procedure type. So it’s all hands-off for SM beyond the specification of the max number of procedure instances.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">John<o:p></o:p></span></p>
<p class="MsoNormal"><span style="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> Barkley, Erik J (3970) [<a href="mailto:erik.j.barkley@jpl.nasa.gov">mailto:erik.j.barkley@jpl.nasa.gov</a>]
<br>
<b>Sent:</b> Monday, May 21, 2018 12:20 PM<br>
<b>To:</b> John Pietras <<a href="mailto:john.pietras@gst.com">john.pietras@gst.com</a>>; Eddy, Wesley M. (GRC-MS00)[ASRC AEROSPACE CORP] (<a href="mailto:wesley.m.eddy@nasa.gov">wesley.m.eddy@nasa.gov</a>) <<a href="mailto:wesley.m.eddy@nasa.gov">wesley.m.eddy@nasa.gov</a>><br>
<b>Cc:</b> CCSDS Service Mgmt WG <<a href="mailto:smwg@mailman.ccsds.org">smwg@mailman.ccsds.org</a>><br>
<b>Subject:</b> RE: CSTS procedure instances and service packages<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Georgia",serif;color:#1F497D">John,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Georgia",serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Georgia",serif;color:#1F497D">Do any CSTSes have dynamically spawned procedures, implying on-the-fly procedure instance Ids?  If not, then, yes, this is more of a concern to address in the configuration
 profile.  But if so, then we might have an issue to address?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Georgia",serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Georgia",serif;color:#1F497D">-Erik
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.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> John Pietras <<a href="mailto:john.pietras@gst.com">john.pietras@gst.com</a>>
<br>
<b>Sent:</b> Monday, May 21, 2018 4:49 AM<br>
<b>To:</b> Barkley, Erik J (3970) <<a href="mailto:erik.j.barkley@jpl.nasa.gov">erik.j.barkley@jpl.nasa.gov</a>>; Eddy, Wesley M. (GRC-MS00)[ASRC AEROSPACE CORP] (<a href="mailto:wesley.m.eddy@nasa.gov">wesley.m.eddy@nasa.gov</a>) <<a href="mailto:wesley.m.eddy@nasa.gov">wesley.m.eddy@nasa.gov</a>><br>
<b>Cc:</b> CCSDS Service Mgmt WG <<a href="mailto:smwg@mailman.ccsds.org">smwg@mailman.ccsds.org</a>><br>
<b>Subject:</b> RE: CSTS procedure instances and service packages<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="color:#1F497D">Erik,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">This is something that will be part of the configuration profiles. The Service Package format isn’t “aware” of it outside of carrying the inherited configuration profile information when a Service Package Result
 is in verbose mode.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">John<o:p></o:p></span></p>
<p class="MsoNormal"><span style="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> SMWG [<a href="mailto:smwg-bounces@mailman.ccsds.org">mailto:smwg-bounces@mailman.ccsds.org</a>]
<b>On Behalf Of </b>Barkley, Erik J (3970)<br>
<b>Sent:</b> Friday, May 18, 2018 7:50 PM<br>
<b>To:</b> Eddy, Wesley M. (GRC-MS00)[ASRC AEROSPACE CORP] (<a href="mailto:wesley.m.eddy@nasa.gov">wesley.m.eddy@nasa.gov</a>) <<a href="mailto:wesley.m.eddy@nasa.gov">wesley.m.eddy@nasa.gov</a>><br>
<b>Cc:</b> CCSDS Service Mgmt WG <<a href="mailto:smwg@mailman.ccsds.org">smwg@mailman.ccsds.org</a>><br>
<b>Subject:</b> [Smwg] CSTS procedure instances and service packages<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Georgia",serif">Hello Wes,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Georgia",serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Georgia",serif">I am currently reviewing the CSTS concept book prior to publication polling and came across the following sentence in reference to CSTS procedures:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Georgia",serif"><o:p> </o:p></span></p>
<p class="MsoNormal">“Different instances of the procedure are distinguished by a 'procedure instance identifier' that is assigned by Service Management and included in all operation invocation headers.”<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Georgia",serif">I took a quick look at the service package draft book and I don't think this level of concern has been addressed yet. I think we may have some coordination work to do with regard
 to how to represent CSTS service instances in service packages. In any case, just a heads up for now. 
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Georgia",serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Georgia",serif">Best regards,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:12.0pt;font-family:"Georgia",serif">-Erik<o:p></o:p></span></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>
</body>
</html>