<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;}
/* 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:12.0pt;
font-family:"Times New Roman",serif;}
span.EmailStyle19
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle20
{mso-style-type:personal-reply;
font-family:"Calibri",sans-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:259266727;
mso-list-type:hybrid;
mso-list-template-ids:1773688702 1131684584 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l0:level1
{mso-level-start-at:7501;
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 l0: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",serif;}
@list l0: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 l0: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 l0: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",serif;}
@list l0: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 l0: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 l0: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",serif;}
@list l0: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;}
@list l1
{mso-list-id:917518531;
mso-list-type:hybrid;
mso-list-template-ids:-1566161760 67698711 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l1:level1
{mso-level-number-format:alpha-lower;
mso-level-text:"%1\)";
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1: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="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal"><span style="color:#1F497D">CSTSWG colleagues –<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Many thanks to Hugh Kelliher for noticing that I had repeated the Complete White Book URL instead of providing the correct one for the Red-0.1 version, which is<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"><a href="https://cwe.ccsds.org/css/docs/CSS-CSTS/CWE%20Private/Functional%20Resource%20Model%20Magenta%20Book/FunctionalResourceModel_MagentaBook-R-0_1-210829.docx?d=wb88b72bc09ab48948e7b4355e8592a35">https://cwe.ccsds.org/css/docs/CSS-CSTS/CWE%20Private/Functional%20Resource%20Model%20Magenta%20Book/FunctionalResourceModel_MagentaBook-R-0_1-210829.docx?d=wb88b72bc09ab48948e7b4355e8592a35</a><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">Please accept my apologies for any confusion or waste of your time that may have resulted.<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">Best regards,<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> John Pietras <br>
<b>Sent:</b> Monday, August 30, 2021 4:10 PM<br>
<b>To:</b> CCSDS_CSTSWG (css-csts@mailman.ccsds.org) <css-csts@mailman.ccsds.org>; Wolfgang Hell <wo_._he@t-online.de><br>
<b>Subject:</b> Updated draft FRM Magenta Book on CWE<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">CSTSWG colleagues ---<o:p></o:p></p>
<p class="MsoNormal">I have performed another update of the FRM draft Magenta Book (MB). The latest updates include:<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">-<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Updates in response to Wolfgang’s review of the previous draft;<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">-<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Modifications in response to recent CCSDS Space Link Services Space Data Link Protocols (SLS-SDLP) WG’s changes in the TM, AOS, and USLP (fixed length frame) specifications (more on this below); and<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l0 level1 lfo2"><![if !supportLists]><span style="mso-list:Ignore">-<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Other typo corrections and minor clarifications.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I have uploaded two versions of the draft FRM MB. The first is the update of the “Complete” White Book (v 0.10), which contains whatever draft material has ever been generated about any FR Set and/or FR that has ever been considered over
the many years since the FRM book started as a WG-internal Tech Note. Some of the FR Sets/FRs are not going to be included in the first published issue of the FRM MB and so the “Complete” version serves as an archive for a future time if and when the WG desires
to add some of those FRs into the Model. Of course, this is just potential source material – the actual future FRs may be organized differently, have different names, etc. The Document Control section of the document also covers the history of the MB since
its beginnings as a Tech Note in 2013.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The Complete version of the draft MB can be found at:<o:p></o:p></p>
<p class="MsoNormal"><a href="https://cwe.ccsds.org/css/docs/CSS-CSTS/CWE%20Private/Functional%20Resource%20Model%20Magenta%20Book/FunctionalResourceModel_MagentaBook-W-10-Complete-210829.docx?d=w54c9805c8a32475484da90e26dba2bef">https://cwe.ccsds.org/css/docs/CSS-CSTS/CWE%20Private/Functional%20Resource%20Model%20Magenta%20Book/FunctionalResourceModel_MagentaBook-W-10-Complete-210829.docx?d=w54c9805c8a32475484da90e26dba2bef</a><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The second uploaded version is a Draft Red Book (R-0.1) that covers only those FR Sets and FRs for which approved (Tier-1) and candidate (Tier-2) FRs have been defined for the SANA FR Registry. Essentially, this is the current draft of
the book that we will eventually propose for publication as Issue-1 of the FRM MB. . Besides deleting all of the future FR Sets and FRs, it is also “clean” – all of the markup changes have been accepted (although there are a few comments flagging items that
need to be addressed before publication of the book). Finally, the Document Control section gets a fresh start – if anyone is interested in the changes that occurred in the Tech Note of the previous Complete drafts, please look in the Complete version for
that history. <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The Red-0.1 version can be found at:<o:p></o:p></p>
<p class="MsoNormal"><a href="https://cwe.ccsds.org/css/docs/CSS-CSTS/CWE%20Private/Functional%20Resource%20Model%20Magenta%20Book/FunctionalResourceModel_MagentaBook-W-10-Complete-210829.docx?d=w54c9805c8a32475484da90e26dba2bef">https://cwe.ccsds.org/css/docs/CSS-CSTS/CWE%20Private/Functional%20Resource%20Model%20Magenta%20Book/FunctionalResourceModel_MagentaBook-W-10-Complete-210829.docx?d=w54c9805c8a32475484da90e26dba2bef</a><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I propose that the Red-0.1 version is sufficient to use as a guide/companion document for the subject-matter-expert review of the Tier-2 FRs.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Returning now to the topic of the (SLS-SDLP) WG’s recent changes in the TM, AOS, and USLP (fixed length frame) specifications: this past spring, the SDLPWG decided to change the specification of the Only Ide Data (OID) Frames for TM, AOS,
and (Fixed-length) USLP from a static content to one in which the transfer frame data field content (but not the frame header or frame trailer) contains pseudo-randomly-generated content, to ensure that the link stays synchronized even during long (for some
definition of “long”) periods when only OID Frames are on the link. I do not necessarily understand the total logic behind this decision – all that is necessary to say here is that this is now how OID Frames are defined.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">In defining the FLF Synchronization, Channel Encoding & OID Generation FR, we had taken advantage of static content of OID Frames (and the static content of OID CADUs – CADUs that contain OID Frames) to pull the OID Frame and OID CADU generation
into the functionality of the FLF Synchronization, Channel Encoding & OID Generation FR, even though the AOS and USLP Blue Books formally assign that functionality to the Master Channel Multiplexing functions of those respective SDLPs. Simply put, the content
of the OID Data Unit (an OID Frame or and OID CADU, depending on the type of the data units being processed by the FR –see the FF-CSTS) could be set as a static configuration parameter of the FR. Importantly, the content of the OID Data Unit would be opaque
to the FLF Synchronization, Channel Encoding & OID Generation FR – the FR would just inject the static content of the OID Data Unit into the data stream whenever a user-data-bearing frame or CADU was not available. Thus the FLF Synchronization, Channel Encoding
& OID Generation FR could be “protocol agnostic” with respect to the SDLP.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">However, the requirement to randomize the transfer frame data field content (but not the frame header or frame trailer) requires at least some knowledge of the frame structure i.e., what subset of the OID Data Unit need to be static and
what part needs to be pseudo-randomized. In other words, the FLF Synchronization, Channel Encoding & OID Generation FR would have to become more SDLP-aware if pseudo-randomized OID Frame and OID CADU generation were to be performed by the FR.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I believe that the simplest solution is to:<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo4"><![if !supportLists]><span style="mso-list:Ignore">a)<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Return the responsibility for generation of OID Transfer Frames to the respective MC Mux FRs (AOS and USLP). This is where that functionality is formally allocated in the Blue Books, and it is already assumed, for example, that the AOS
MC Mux FR “knows” where the transfer frame data field resides within the transfer frame.<o:p></o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo4"><![if !supportLists]><span style="mso-list:Ignore">b)<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>Limit the CADU configuration to use of legacy SDLPs that use a statically-defined “OID CADU”. This is consistent with a primary motivation (in EF-CLTU) for the “CADU mode” – to provide a “lowest common denominator” door into the space
link for continuous, contiguous, fixed-length-frame space data link protocols. Note that with this limitation the FF-CSTS “CADU configuration” is still valid, it just restricts the types of CADUs that can be transferred (i.e., restricts them to be CADUs of
SDLPs for which the OID CADUs can be static octet strings).<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">If anyone know of any valid use cases for which this new, simpler approach *<b>won’t</b>* be sufficient, please identify them. But unless we have such use cases, I propose we move forward with this simpler approach.<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>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>