<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 14 (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;}
/* 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;}
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";}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@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:1486776238;
mso-list-type:hybrid;
mso-list-template-ids:923935498 67698709 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
{mso-level-number-format:alpha-upper;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l0:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@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;}
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">CSTSWG colleagues ---<o:p></o:p></p>
<p class="MsoNormal">At last week’s telecon we noted that Wolfgang had sent to me his comments on FF-CSTS draft 0.4, shortly after I had released version 0.5. I took the action to review Wolfgang’s comments and incorporate them as appropriate in a new update
(v0.6). I have done so, and the result is available at URL:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Here are my section-by-section comments on the results:<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo1"><![if !supportLists]><span style="mso-list:Ignore">A.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Section 1 (Introduction). As I noted in last week’s telecon, Section 1 is essentially as it has been for over a year: I have not yet attempted to make any systematic changes to section 1 and do not plan to do so until most of the rest
of the book has been completed to at least a first draft level. For now, section 1 will simply collect comments that have been made (so far by Tim and Wolfgang) and correct simple typos as they are identified.<br>
<br>
However, Wolfgang has raised an important question in his comments – do we continue to use the terminology that evolved from the old SLE terminology (e.g., Cross Support Complex, Complex Management, MDOS, Space Element), or should we transition the book to
the newer terminology of the Space Communications Cross Support Architecture Description Document (Provider Cross Support Service System, Provision Management, Earth User Node, Space User Node, respectively)? When we started the Framework, MD-CSTS, and TD-CSTS,
the ADD had not yet been started so we used terms that were derived or inherited from the SLE Ref Model - e.g., “SLE Complex” became “Cross Support Complex”.
<br>
<br>
We should probably transition to the SCCS ADD terminology, but that raises further questions with respect to the Framework and the MD-CSTS and TD-CSTS books. Should we try to “retrofit” them also? Fortunately, the uses of the terminology in all 3 books is pretty
superficial and could probably be changed, since we’re planning to update the Framework (and possibly the MD book?) at some time in the future, anyway. Alternatively, we could “straddle” both sets of terminology in the FF book – use the ADD term but when there
is an older term for the equivalent in the Framework explain that. E.g., following the first reverence to “Provder CSSS” in the document, include the following Note: NOTE –The term used for Provider CSSS in the CSTS Framework is “Cross Support Complex”.”<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo1"><![if !supportLists]><span style="mso-list:Ignore">B.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Section 2 (Overview of the FF-CSTS). Many (possibly most) of Wolfgang’s comments may have been made moot by the rewrite of this section, and for those I did not attempt to include Wolfgang’s individual comments in the update.
<br>
<br>
Wolfgang commented that the term “idle frames” should be replaced by “Only Idle Data (OID) frames”. In rewriting section 2 for v0.5, I eliminated use of the term “idle frames” in favor of the more-general “idle data units”, since in some cases the inserted
data units could be frames and I others they could be CADUs. I’m not sure that that answers Wolfgang’s concern. What we need is the term for the unit that the Forward AOS Sync and Channel Encoding function inserts when there are no user data-bearing frames
or CADUs (depending on how the FF service is being used). This includes Insert data, since from the perspective of the Complex/Provider CSSS any Insert data must be put into the frame/CADU by the user, as there is no cross-support Insert service. Is it okay
to call these inserted data units “idle data units”, or do we need a different term?<o:p></o:p></p>
<p class="MsoListParagraph"><o:p> </o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo1"><![if !supportLists]><span style="mso-list:Ignore">C.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Section 3 (Composition of the FF-CSTS). Typos identified in tables 3-1 and 3-2 have been fixed. The other recommended changes have been accepted and included.<br>
<br>
There are several cases in which the behavior in response to receipt of an out-of-sequence PDU included the statement that the PDU was to be “ignored”, which Wolfgang correctly pointed out that it was *<b>not</b>* ignored because it triggered an abort. He
suggested that possibly the statement could be rephrased to say something like “the provider shall not respond to the invocation”. I think that even though technically correct (where “respond” means sending a return of that same data type), in a more general
context triggering an abort can be considered a “response”. I substituted “discarding the invocation” for ‘ignoring the invocation” instead. If that’s acceptable, I’ll remove Wolfgang’s comments.<o:p></o:p></p>
<p class="MsoListParagraph"><o:p> </o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo1"><![if !supportLists]><span style="mso-list:Ignore">D.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Section 4 (Sequence-Controlled Frame Data Processing Procedure). Accepted the technical and editorial corrections. Changed the state table to use the same italicization convention as the SFW.<br>
<br>
Wolfgang suggests that instead of the currently-document approach, which involves setting initial value for the input queue size parameter via service management and allowing the user to optionally reset the value as part of the START invocation; change it
to make it mandatory to set the value as part of every START invocation. I have no strong feelings either way. We should discuss this in the FF splinter group.<o:p></o:p></p>
<p class="MsoListParagraph"><o:p> </o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo1"><![if !supportLists]><span style="mso-list:Ignore">E.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Section 5 (Buffered Frame Data Processing). Accepted the technical and editorial corrections. Changed the state table to use the same italicization convention as the SFW.<o:p></o:p></p>
<p class="MsoListParagraph"><o:p> </o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo1"><![if !supportLists]><span style="mso-list:Ignore">F.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Section 6 (Master Throw Event). Accepted suggested changes and typo fixes. Fixed the pagination problem.<o:p></o:p></p>
<p class="MsoListParagraph"><o:p> </o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo1"><![if !supportLists]><span style="mso-list:Ignore">G.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Section 7 (<a name="_Ref436135630"></a><a name="_Toc502653718"></a><a name="_Toc387844944">Setting of Service Management and Configuration Parameters</a> Inherited from Framework Operations and Procedures). Accepted suggested changes
and typo fixes. Fixed the pagination problem.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">John Pietras<o:p></o:p></p>
<p class="MsoNormal">Principal Engineer<o:p></o:p></p>
<p class="MsoNormal">GST, Inc.<o:p></o:p></p>
<p class="MsoNormal">7855 Walker Drive, Suite 200<o:p></o:p></p>
<p class="MsoNormal">Greenbelt, MD 20770<o:p></o:p></p>
<p class="MsoNormal">240-542-1155<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>