<span style=" font-size:10pt;font-family:sans-serif">Dear SLPers,</span>
<br><span style=" font-size:10pt;font-family:sans-serif">   
    note that you cannot reply to CESG Polls for SANA
Documents, therefore comments should be provided to SLS Area AD/DAD to
allow conversion into PIDs to the CESG Polls.</span>
<br><span style=" font-size:10pt;font-family:sans-serif">Regards</span>
<br><span style=" font-size:10pt;font-family:sans-serif">Gian Paolo</span>
<br>
<br>
<br>
<br><span style=" font-size:9pt;color:#5f5f5f;font-family:sans-serif">From:
       </span><span style=" font-size:9pt;font-family:sans-serif">"Shames,
Peter M\(US 312B\) via SLS-SLP" <sls-slp@mailman.ccsds.org></span>
<br><span style=" font-size:9pt;color:#5f5f5f;font-family:sans-serif">To:
       </span><span style=" font-size:9pt;font-family:sans-serif">"Kazz,
Greg J (US 312B)" <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></span>
<br><span style=" font-size:9pt;color:#5f5f5f;font-family:sans-serif">Cc:
       </span><span style=" font-size:9pt;font-family:sans-serif">"Kazz,
Greg J\(US 312B\) via SLS-SLP" <sls-slp@mailman.ccsds.org></span>
<br><span style=" font-size:9pt;color:#5f5f5f;font-family:sans-serif">Date:
       </span><span style=" font-size:9pt;font-family:sans-serif">13-02-20
18:24</span>
<br><span style=" font-size:9pt;color:#5f5f5f;font-family:sans-serif">Subject:
       </span><span style=" font-size:9pt;font-family:sans-serif">Re:
[Sls-slp] CCSDS SANA and Silver Book references</span>
<br><span style=" font-size:9pt;color:#5f5f5f;font-family:sans-serif">Sent
by:        </span><span style=" font-size:9pt;font-family:sans-serif">"SLS-SLP"
<sls-slp-bounces@mailman.ccsds.org></span>
<br>
<hr noshade>
<br>
<br>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri">Hi
Guys,</span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri">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.  </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri">Thanks,
Peter</span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:12pt;font-family:Calibri"><b>From:
</b>Peter Shames <peter.m.shames@jpl.nasa.gov><b><br>
Date: </b>Thursday, February 6, 2020 at 8:19 AM<b><br>
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><b><br>
Cc: </b>"Kazz, Greg J (US 312B) via SLS-SLP" <sls-slp@mailman.ccsds.org><b><br>
Subject: </b>CCSDS SANA and Silver Book references</span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri">Dear
SLP Colleagues,</span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri">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></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri">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></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri">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></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri">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></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:12pt;font-family:Calibri">1)
     </span><span style=" font-size:11pt;font-family:Calibri">CCSDS
320.0-B-1, Oct 1993, <i>Global Spacecraft Identifier (GSCID) Field Code
Assignment Procedures</i>,  </span><a href=https://public.ccsds.org/Pubs/320x0b1s.pdf><span style=" font-size:11pt;color:#0082bf;font-family:Calibri"><u>https://public.ccsds.org/Pubs/320x0b1s.pdf</u></span></a><span style=" font-size:11pt;font-family:Calibri">.
 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></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:12pt;font-family:Calibri">2)
     </span><span style=" font-size:11pt;font-family:Calibri">CCSDS
630.0-B-1, June 1993, <i>Standard Formatted Data Units — Control Authority
Procedures</i>, </span><a href=https://public.ccsds.org/Pubs/630x0b1.pdf><span style=" font-size:11pt;color:#0082bf;font-family:Calibri"><u>https://public.ccsds.org/Pubs/630x0b1.pdf</u></span></a><span style=" font-size:11pt;font-family:Calibri">.
 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></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri">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 (</span><a href=https://public.ccsds.org/Pubs/313x0y1s.pdf><span style=" font-size:11pt;color:#0082bf;font-family:Calibri"><u>https://public.ccsds.org/Pubs/313x0y1s.pdf</u></span></a><span style=" font-size:11pt;font-family:Calibri">).
 In Annex B of that document was the following requirement:</span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:15pt;color:#4181c0;font-family:Times New Roman"><b>B3
NEW REGISTRY TO BE CREATED </b></span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:15pt;color:#4181c0;font-family:Times New Roman">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></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;color:#4181c0;font-family:Times New Roman">–</span><span style=" font-size:15pt;color:#4181c0;font-family:Times New Roman">the
name of the registry</span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;color:#4181c0;font-family:Times New Roman">–</span><span style=" font-size:15pt;color:#4181c0;font-family:Times New Roman">the
structure of the registry (column names, ...) </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;color:#4181c0;font-family:Times New Roman">–</span><span style=" font-size:15pt;color:#4181c0;font-family:Times New Roman">a
precise data type for each data, including boundaries </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;color:#4181c0;font-family:Times New Roman">–</span><span style=" font-size:15pt;color:#4181c0;font-family:Times New Roman">registration
rule governing how the SANA operator will assign new parameters to that
registry</span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri">That
document also says:</span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:15pt;color:#4181c0;font-family:Times New Roman"><b>3.15
SOURCE REGISTRY FILES </b></span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:15pt;color:#4181c0;font-family:Times New Roman">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></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:15pt;color:#4181c0;font-family:Times New Roman"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:15pt;color:#4181c0;font-family:Times New Roman">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></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri">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></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri">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></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri">Best
regards, Peter</span></p>
<p style="margin-top:0px;margin-Bottom:0px"><span style=" font-size:11pt;font-family:Calibri"> </span><tt><span style=" font-size:10pt">_______________________________________________<br>
SLS-SLP mailing list<br>
SLS-SLP@mailman.ccsds.org<br>
</span></tt><a href="https://mailman.ccsds.org/cgi-bin/mailman/listinfo/sls-slp"><tt><span style=" font-size:10pt">https://mailman.ccsds.org/cgi-bin/mailman/listinfo/sls-slp</span></tt></a><tt><span style=" font-size:10pt"><br>
</span></tt></p>
<p style="margin-top:0px;margin-Bottom:0px"></p>
<p style="margin-top:0px;margin-Bottom:0px"></p> <PRE>This message is intended only for the recipient(s) named above. It may contain proprietary information and/or
protected content. Any unauthorised disclosure, use, retention or dissemination is prohibited. If you have received
this e-mail in error, please notify the sender immediately. ESA applies appropriate organisational measures to protect
personal data, in case of data privacy queries, please contact the ESA Data Protection Officer (dpo@esa.int).
</PRE>