<html 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)">
<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:12.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
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:12.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle20
{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:1009452707;
mso-list-type:hybrid;
mso-list-template-ids:-1053371768 67698705 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
{mso-level-text:"%1\)";
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;}
@list l1
{mso-list-id:1625577708;
mso-list-template-ids:521051548;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style>
</head>
<body lang="EN-US" link="#0563C1" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt">Hi Guys,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">This is just a reminder that the SANA YB review is on-going and that now is the time to review these (all three, or at least the WG procedures CCSDS 313x2y2) and weigh in on them.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Thanks, Peter<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p> </o:p></span></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="color:black">From: </span>
</b><span style="color:black">Peter Shames <peter.m.shames@jpl.nasa.gov><br>
<b>Date: </b>Thursday, February 6, 2020 at 8:19 AM<br>
<b>To: </b>Greg Kazz <greg.j.kazz@jpl.nasa.gov>, Gian Paolo Calzolari <Gian.Paolo.Calzolari@esa.int>, Matthew Cosby <Matt.Cosby@Goonhilly.org>, "Wilmot, Jonathan J. (GSFC-5820)" <jonathan.j.wilmot@nasa.gov>, "Marco.Rovatti@esa.int" <Marco.Rovatti@esa.int><br>
<b>Cc: </b>"Kazz, Greg J (US 312B) via SLS-SLP" <sls-slp@mailman.ccsds.org><br>
<b>Subject: </b>CCSDS SANA and Silver Book references<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt"><o:p> </o:p></span></p>
</div>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt">Dear SLP Colleagues,</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt">Thank you for the discussion that we just had about the SPP secondary header registry additions that are in approval within the SPP revision. While it is clear that there are some
differences of opinion about just how to handle this case, and apparently about the handling of SANA registries in general, I think we came to a resolution that is acceptable, at least to me.
</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt">I do invite you to look at the current DRAFT revision of the CCSDS Procedures for SANA Registry Specification, CCSDS 313.2-Y-2, that is now out for Agency review (attached). This
is a revision of the current procedure, version 1, that brings together into one intentionally concise, but still precise, spec all of the details and procedures that a WG must be aware of in order to create any new registry or to modify an existing registry.
It also clearly spells out (at least I think it is clear, but you please tell me if that is not so) the requirements on what you must specify (registry structure and rules), where it is to be specified (in the SANA Annex to any Blue or Magenta book), and when
it must be done (prior to the first agency review). We have tried to clarify the process for the WG so that this is unambiguous.</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt">I will point out that all of this has been required of WGs since the SANA was created in 2004. The SANA rules and procedures were published in 2011, and this is where the required
structure and contents of the SANA Annex in each BB or MB that required a registry was first specified. And all of the re-engineered registries and process for the WGs has been documented since the Registry Management Policy, CCSDS 313.1-Y-1, and the initial
WG Procedures, CCSDS 313.2-Y-1, were published in May 2016.</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt">I mentioned during the telecon that the core of the concepts for the actual format, structure, and process for these registries had been around for quite a while. Matt asked for a
link. There were actually two documents, one now Silver (retired), that were the source of the Organizations Registry, the Contacts Registry, and the SCID Registry that we have today. The re-engineered registries and procedures documented in the CCSDS Registry
Management Policy (RMP), CCSDS 313.1-Y-1, published May 2016, were lifted essentially verbatim from a merge of the key concepts in these two original documents:</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt"> </span><o:p></o:p></p>
<p class="MsoListParagraph" style="margin-left:1.0in;text-indent:-.25in;mso-list:l0 level1 lfo3">
<![if !supportLists]><span style="mso-list:Ignore">1)<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]><span style="font-size:11.0pt">CCSDS 320.0-B-1, Oct 1993,
<i>Global Spacecraft Identifier (GSCID) Field Code Assignment Procedures</i>, <a href="https://public.ccsds.org/Pubs/320x0b1s.pdf">https://public.ccsds.org/Pubs/320x0b1s.pdf</a>. Defines the GSCID procedures, who could do it, how it was to be done, and provided
the (quickly out of date) list of the then current Heads of Delegation (HoD) for the then current CCSDS agencies. At that time there were nine agencies, not eleven. Some of the existing agencies have changed their names, and only one of the nine Agency HoD
is still participating in CCSDS. Recognizing this flux was one of the reasons for creating separate Organizations and Contacts Registries in the SANA. The other one was that at least seven other CCSDS standards had created "Organizations Registries" with
various levels of specificity and accuracy. And there were four Contacts registries with a similarly varied set of contents.</span><o:p></o:p></p>
<p class="MsoListParagraph" style="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:11.0pt">CCSDS 630.0-B-1, June 1993,
<i>Standard Formatted Data Units — Control Authority Procedures</i>, <a href="https://public.ccsds.org/Pubs/630x0b1.pdf">
https://public.ccsds.org/Pubs/630x0b1.pdf</a>. This is still a current document, even though it has in part been superseded by the RMP. The DAI WG has not yet allocated the resources to fix it. This nominally current document defines the Control Authority
(CA) procedures, the MACAO procedures, and defines the procedures and data structures for registering organizations, contact persons, and data descriptions. It specifies the who, how, what, where, when for MACAO registries and its notion of registering data
descriptors is not substantially different in kind from the concept of registering packet secondary header data structures. The fields for their registries were carefully specified, but not the types. The process is explicit and was adopted in the RMP.</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt">I do tend to run on, but I wanted you all to be aware that what we are asking for is not new and it has been a formal part of CCSDS procedures since at least 2011 when the first SANA
policy was documented in the now Silver CCSDS 313.0-Y-1 dated 2011 (<a href="https://public.ccsds.org/Pubs/313x0y1s.pdf">https://public.ccsds.org/Pubs/313x0y1s.pdf</a>). In Annex B of that document was the following requirement:</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:1.0in"><b><span style="font-size:15.0pt;font-family:"Times New Roman",serif;color:#2E75B6">B3 NEW REGISTRY TO BE CREATED
</span></b><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:1.0in"><span style="font-size:15.0pt;font-family:"Times New Roman",serif;color:#2E75B6">When a new registry is requested to be created by the SANA operator, the following information should be included into the CCSDS
standards track document. SANA Considerations for each new registry should contain:
</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:1.5in"><span style="font-size:11.0pt;font-family:"Times New Roman",serif;color:#2E75B6">–</span><span style="font-size:15.0pt;font-family:"Times New Roman",serif;color:#2E75B6">the name of the registry</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:1.5in"><span style="font-size:11.0pt;font-family:"Times New Roman",serif;color:#2E75B6">–</span><span style="font-size:15.0pt;font-family:"Times New Roman",serif;color:#2E75B6">the structure of the registry (column names,
...) </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:1.5in"><span style="font-size:11.0pt;font-family:"Times New Roman",serif;color:#2E75B6">–</span><span style="font-size:15.0pt;font-family:"Times New Roman",serif;color:#2E75B6">a precise data type for each data, including
boundaries </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:1.5in"><span style="font-size:11.0pt;font-family:"Times New Roman",serif;color:#2E75B6">–</span><span style="font-size:15.0pt;font-family:"Times New Roman",serif;color:#2E75B6">registration rule governing how the SANA
operator will assign new parameters to that registry</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt">That document also says:</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:1.0in"><b><span style="font-size:15.0pt;font-family:"Times New Roman",serif;color:#2E75B6">3.15 SOURCE REGISTRY FILES
</span></b><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:1.0in"><span style="font-size:15.0pt;font-family:"Times New Roman",serif;color:#2E75B6">The SANA operator is responsible for maintaining the source of the CCSDS registry files. The SANA operator shall publish the CCSDS
registries as well as related documents and objects to the appropriate places and services defined by the CESG, nominally by a web interface.</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:1.0in"><span style="font-size:15.0pt;font-family:"Times New Roman",serif;color:#2E75B6"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:1.0in"><span style="font-size:15.0pt;font-family:"Times New Roman",serif;color:#2E75B6">While the SANA operator will follow the instructions in the CCSDS documents on how to structure a registry, a registry should normally
have strong data typing. Currently, it is envisioned that the native format of the SANA source registries will be XML. However, presentation formats such as XHTML might also be provided by the SANA operator. Related files such as schemas and style sheets are
to be designed and provided by the SANA operator. </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt">All the work we have done since 2011, in creating the RMP and the WG procedures, has been intended to clarify what is required of the WG and of the SANA in order to make this whole
notion of registries both viable and implementable. There are presently 50 approved registries and another 21 candidate registries. Many of these registries pre-date the publication of CCSDS 313.0-Y-1,
<i>Space Assigned Numbers Authority (SANA)—Role, Responsibilities, Policies, and Procedures</i>. All of them have been re-engineered, starting in 2016, to conform to the SANA RMP and to eliminate the eight separate Organizations registries and four separate
Contacts registries in favor of just one of each, aligned as just described. All of those registries created since 2011 have adhered to the CCSDS 313.0-Y-1 SANA Role, etc document. All of those since 2016 have adhered to the SANA RMP and used the SANA WG
procedures.</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt">As noted earlier, if you all feel strongly that some other process should be followed for creating and documenting registries now is the time to try and affect that. The RMP and SANA
WG Procedures have been revised and are now in the CESG approval cycle. That review period ends on 19 Feb 2020.</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt"> </span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt">Best regards, Peter</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:11.0pt"> </span><o:p></o:p></p>
</div>
</body>
</html>