<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=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:SimSun;
        panose-1:2 1 6 0 3 1 1 1 1 1;}
@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:"\@SimSun";
        panose-1:2 1 6 0 3 1 1 1 1 1;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
span.MsoCommentReference
        {mso-style-priority:99;}
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.MsoPlainText, li.MsoPlainText, div.MsoPlainText
        {mso-style-priority:99;
        mso-style-link:"Plain Text Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
span.PlainTextChar
        {mso-style-name:"Plain Text Char";
        mso-style-priority:99;
        mso-style-link:"Plain Text";
        font-family:"Calibri",sans-serif;}
span.EmailStyle19
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
span.EmailStyle21
        {mso-style-type:personal-compose;
        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;}
--></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">David,<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">As promised, here is some text that was worked out in the CSSM WG re schedule of services for concerns similar to those you have re the registry considerations.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><u><span style="color:#1F497D">Re condition 2, Organization</span></u><span style="color:#1F497D">:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal">The values for orginatingOrganization  (see Table 3‑2) shall be those listed in the “Name” field of the  CCSDS Organizations registry.<span class="MsoCommentReference"><span style="font-size:8.0pt">
</span></span><span style="font-size:12.0pt;font-family:"Times New Roman",serif"><o:p></o:p></span></p>
<p class="MsoNormal">This recommendation shall add an attribute of  “serviceProvider” which shall be composed of enumerated values.  A “null” value shall be the first ordinal value of the list.  “SchedulePublisher” shall be added to this enumerated list in
 whatever order is best determined by SANA engineering. All values that exist in this registry prior to the original (first) publication date of this recommendation shall have effectively  null value assigned for this attribute.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The procedure to follow for adding new values to this registry shall be that defined in
<span style="letter-spacing:-.1pt">[5]</span>.  An approved entry shall have one additional step to this procedure: the “serviceProvider” attribute shall be set the enumerated value of “SchedulePublisher”.
<o:p></o:p></p>
<p class="MsoNormal">The CCSDS Organizations registry can be found at the following URL:
<a href="http://sanaregistry.org/r/organizations/organizations.html">http://sanaregistry.org/r/organizations/organizations.html</a><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Reference 5 is the SFDU Control Authority Book, CCSDS 630.0-B-2.    I believe the SE Area is working to get the B-2 version published which will be in-line with the revised SANA registry policy. 
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><u>Re condition 3</u>,  the CSSM WG put this together.   Having refreshed my memory I think this is a lot like what you suggested earlier as the approach to resolve the condition.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Requests to add assignments to the Sites and Apertures registry shall be submitted to SANA and shall come from a member Agency, or an observer Agency, or a CCSDS Associate, or an industry partner supported by a member Agency, via the Agency
 Head of Delegation or duly appointed representative. After evaluation of the request and approval by the SANA Steering Group,  the new values will be allocated and added to the appropriate registry.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Please let me know if you think this will help to resolve these two conditions.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Best regards,<span style="font-size:12.0pt;font-family:"Times New Roman",serif"><o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">-Erik<o:p></o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"><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) <br>
<b>Sent:</b> Monday, August 24, 2015 11:32 AM<br>
<b>To:</b> Berry, David S (3920) <David.S.Berry@jpl.nasa.gov><br>
<b>Cc:</b> Shames, Peter M (312B) <Peter.M.Shames@jpl.nasa.gov>; Thomas Gannett <tomg@aiaa.org>; cesg@mailman.ccsds.org<br>
<b>Subject:</b> RE: Results of CESG Polls closing 14 August 2015<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoPlainText">David,<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">Please see responses below.   Re conditions one 2 and 3 I can and will send you some potential text via a separate email.
<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">-Erik<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">-----Original Message-----<br>
From: Berry, David S (3920) <br>
Sent: Sunday, August 23, 2015 8:12 AM<br>
To: Barkley, Erik J (3970) <<a href="mailto:erik.j.barkley@jpl.nasa.gov">erik.j.barkley@jpl.nasa.gov</a>><br>
Cc: Shames, Peter M (312B) <<a href="mailto:peter.m.shames@jpl.nasa.gov">peter.m.shames@jpl.nasa.gov</a>>; Thomas Gannett <<a href="mailto:tomg@aiaa.org">tomg@aiaa.org</a>>;
<a href="mailto:cesg@mailman.ccsds.org">cesg@mailman.ccsds.org</a><br>
Subject: FW: Results of CESG Polls closing 14 August 2015<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">Erik:<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">I have reviewed the conditions you have set upon the PRM for changes that must be made prior to an Agency Review.  I have the following proposals for addressing your conditions.  (NOTE:  Peter's conditions require a much more comprehensive
 response and I am unable to perform them myself... I have referred Peter's comments to the lead editor).<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">Erik(1): Due to the way in which the NDM/XML integrated schema is constructed, I think the namespace header you cite is actually correct.<o:p></o:p></p>
<p class="MsoPlainText">The master schema referred to imports the required namespace.  Thus I don't think a change to the existing text is required.  I do agree that the structure of the NDM/XML integrated schema should be addressed; I think this structure
 has complicated and delayed my ability to respond to John Pietras' concerns about multiple schemas in the same namespace with the same "oemType".<o:p></o:p></p>
<p class="MsoPlainText"><span style="color:black"><o:p> </o:p></span></p>
<p class="MsoPlainText"><span style="color:#2E75B6">I am a bit confused.   Are you saying that PRM is to be a part of the NDM specification?   As I read the draft recommendation, it indicates that PRM is  in fact is the “root” element of the schema meaning
 it strikes me as the “master” schema.  It seems to me that good practice would be keep the various bits and pieces in their namespaces so as to avoid confusion/collisions of terms definitions.   I will admit that the internal CCSDS policy for namespace is
 still lacking but to the extent that the PRM is a master schema, its seems to me there should be a PRM namespace assigned. 
<o:p></o:p></span></p>
<p class="MsoPlainText"><span style="color:#2E75B6"><o:p> </o:p></span></p>
<p class="MsoPlainText">Erik(2):  I would say that it's a challenge keeping up with the policy changes "in progress" with the SANA and its registries. In particular, I have looked at the "Organization" registry that you cite and it is not nearly complete enough
 for Navigation WG needs (e.g., "JSpOC" is the major producer of CDM instantiations and OMM instantiations, the Space Data Center (SDC) also creates CDMs).  The abbreviation set seems incomplete as well... is "MSFC" enough? Why isn't "NASA/MSFC" included? Is
 "ESA" enough?<o:p></o:p></p>
<p class="MsoPlainText">CDMs are planned for production by "ESA_ESAC", and OEMs are produced by "ESOC". I don't feel it is possible to refer to this "organization"<o:p></o:p></p>
<p class="MsoPlainText">registry in a CCSDS Red Book until it is an "approved" registry; right now it is still a "candidate". What are the plans for "completing" this registry and moving it to approved status?  Nonetheless, I will provide some text for Tom
 to apply to the SANA annex.<o:p></o:p></p>
<p class="MsoPlainText"><span style="color:black"><o:p> </o:p></span></p>
<p class="MsoPlainText"><span style="color:#2E75B6">I feel your pain.  It has been a rather arduous process for the CSS area to keep up with policy changes as well.   For the CSSM WG we had a similar issue – we have something like NASA/DSN to be included as
 well as ESA/ESOC, for example, as publisher of schedules of services.  This resulted in addition of needed attribute types to indicate schedule publisher. To the best of my knowledge, we will be adding sub-organizations as needed when publishers of schedules
 in standard format are added.       </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">Erik(3): Maybe there should be a simple, standard registration rule that all registry change proposals are submitted to the SANA Operator, who will determine who will act upon them. Then if the WG still exists, the SANA refers the proposal
 to the WG Chair; if the WG does not still exist, the SANA sends the proposal to the applicable AD; if the Area no longer exists, the SANA sends the proposal to the CESG. Then everyone can have change proposals to any registry arbitrated by the SANA (can we
 assume it has persistence?). I will supply a new registration rule for Tom to apply to the Agency Review copy that indicates change requests should be<o:p></o:p></p>
<p class="MsoPlainText">submitted to sanaregistry.org.   (Aside:  given what you say about WG's<o:p></o:p></p>
<p class="MsoPlainText">not being standing bodies within the CCSDS, which I do acknowledge, it is a bit puzzling that the CESG Chair has requested WG Chairs to put "Draft Projects" into the project framework (<a href="http://cwe.ccsds.org/fm/Lists/Projects/AllOpenChartersWithDraftProjects.as"><span style="color:windowtext;text-decoration:none">http://cwe.ccsds.org/fm/Lists/Projects/AllOpenChartersWithDraftProjects.as</span></a><o:p></o:p></p>
<p class="MsoPlainText">px), and also update 5 year plans at each Plenary... these provide an excellent vehicle for perpetuating a WG.  But OK...).<o:p></o:p></p>
<p class="MsoPlainText"><span style="color:black"><o:p> </o:p></span></p>
<p class="MsoPlainText"><span style="color:#2E75B6">I feel your pain some more.   I think this will come down to the proposed “expert group” notion which is still in progress.   For the CSSM area, my thinking is that this will be the default option for this
 kind of thing in the future, but for the time being, for those items not properly addressed in a global registry sense, the next best option is to have the policy state that it is the Area that addresses registry updates, etc. The Areas are in fact constituted
 as standing bodies so that seems to me to be the proper locale for this kind of thing until we see the revised SANA policy.</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">Regards,<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">David<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">On 8/17/15, 2:07 PM, "Thomas Gannett" <<a href="mailto:tomg@aiaa.org"><span style="color:windowtext;text-decoration:none">tomg@aiaa.org</span></a>> wrote:<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
<p class="MsoPlainText">>David:<o:p></o:p></p>
<p class="MsoPlainText">><o:p> </o:p></p>
<p class="MsoPlainText">>The CESG poll to approve release of CCSDS 509.0-R-1, Pointing Request
<o:p></o:p></p>
<p class="MsoPlainText">>Message (Red Book, Issue 1) for CCSDS Agency review concluded with
<o:p></o:p></p>
<p class="MsoPlainText">>conditions (stated below--Peter's markup of the PDF CESG approval copy
<o:p></o:p></p>
<p class="MsoPlainText">>is attached). I have also attached the Word file for the current
<o:p></o:p></p>
<p class="MsoPlainText">>version.<o:p></o:p></p>
<p class="MsoPlainText">><o:p> </o:p></p>
<p class="MsoPlainText">>I suggest you negotiate dispositions for the conditions directly with
<o:p></o:p></p>
<p class="MsoPlainText">>Peter and Erik; CC me and <a href="mailto:cesg@mailman.ccsds.org">
<span style="color:windowtext;text-decoration:none">cesg@mailman.ccsds.org</span></a> in all correspondence.<o:p></o:p></p>
<p class="MsoPlainText">><o:p> </o:p></p>
<p class="MsoPlainText">>(I had hoped we could complete the review before the fall meetings, but
<o:p></o:p></p>
<p class="MsoPlainText">>that is pretty unlikely now, unless conditions can be resolved this<o:p></o:p></p>
<p class="MsoPlainText">>week.)<o:p></o:p></p>
<p class="MsoPlainText">><o:p> </o:p></p>
<p class="MsoPlainText">>Tom<o:p></o:p></p>
<p class="MsoPlainText">><o:p> </o:p></p>
<p class="MsoPlainText">><o:p> </o:p></p>
<p class="MsoPlainText">>>CESG E-Poll Identifier: CESG-P-2015-07-006 Approval to release CCSDS
<o:p></o:p></p>
<p class="MsoPlainText">>>509.0-R-1, Pointing Request Message (Red Book, Issue 1) for CCSDS
<o:p></o:p></p>
<p class="MsoPlainText">>>Agency review Results of CESG poll beginning 31 July 2015 and ending
<o:p></o:p></p>
<p class="MsoPlainText">>>14 August 2015:<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>                  Abstain:  1 (14.29%) (Calzolari)  Approve
<o:p></o:p></p>
<p class="MsoPlainText">>> Unconditionally:  4 (57.14%) (Merri, Behal, Suess, Barton)  Approve
<o:p></o:p></p>
<p class="MsoPlainText">>> with Conditions:  2 (28.57%) (Barkley, Shames)  Disapprove with
<o:p></o:p></p>
<p class="MsoPlainText">>> Comment:  0 (0%)<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>CONDITIONS/COMMENTS:<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>Erik Barkley (Approve with Conditions): Some conditions and some
<o:p></o:p></p>
<p class="MsoPlainText">>>comments.<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>Conditions:<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>1) CCSDS has defined a URN for, among other things, management of XML
<o:p></o:p></p>
<p class="MsoPlainText">>>Schemas. As such a no namespace schema is not really allowed.<o:p></o:p></p>
<p class="MsoPlainText">>>The XML Schema (or sub-schemas depending on desired organization) need
<o:p></o:p></p>
<p class="MsoPlainText">>>to have a namespace definition.<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>2) SANA considerations part 1: In addition to registering the schema
<o:p></o:p></p>
<p class="MsoPlainText">>>(which is good), the recommendation makes use of data items for which
<o:p></o:p></p>
<p class="MsoPlainText">>>there are controlled CCSDS registries. This includes such items as:<o:p></o:p></p>
<p class="MsoPlainText">>>a) spacecraft name<o:p></o:p></p>
<p class="MsoPlainText">>>(<a href="http://sanaregistry.org/r/spacecraftid/spacecraftid.html"><span style="color:windowtext;text-decoration:none">http://sanaregistry.org/r/spacecraftid/spacecraftid.html</span></a>)<o:p></o:p></p>
<p class="MsoPlainText">>>b) Originator -- there is a registry in progress for this
<o:p></o:p></p>
<p class="MsoPlainText">>><a href="http://sanaregistry.org/r/organizations/organizations.html"><span style="color:windowtext;text-decoration:none">http://sanaregistry.org/r/organizations/organizations.html</span></a><o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>But these are not called out in the SANA considerations sections.<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>3) SANA considerations part 2: -- by definition, WGs are not supposed
<o:p></o:p></p>
<p class="MsoPlainText">>>to be standing bodies within CCSDS. That being the case a different
<o:p></o:p></p>
<p class="MsoPlainText">>>management policy for registration control authority for controlled
<o:p></o:p></p>
<p class="MsoPlainText">>>information that can outlive a working group other than communication
<o:p></o:p></p>
<p class="MsoPlainText">>>the WG chair should to be stated. It is suggested to contact the CCSDS
<o:p></o:p></p>
<p class="MsoPlainText">>>SE Area for a better definition of this as SANA registry policy is
<o:p></o:p></p>
<p class="MsoPlainText">>>currently being revised by the SE Area.<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>Comments (not conditions):<o:p></o:p></p>
<p class="MsoPlainText">>>1) Although the principal investigator and relay communications are
<o:p></o:p></p>
<p class="MsoPlainText">>>cited as use cases, its not clear how this fits a with a bigger
<o:p></o:p></p>
<p class="MsoPlainText">>>picture of mission operations in general. Is the PRM really something
<o:p></o:p></p>
<p class="MsoPlainText">>>to be emitted by a PI? Presumably the antenna pointing on-board the
<o:p></o:p></p>
<p class="MsoPlainText">>>spacecraft is in fact then further sequenced as part of an overall
<o:p></o:p></p>
<p class="MsoPlainText">>>spacecraft operations planning taking into account keep-out zones,
<o:p></o:p></p>
<p class="MsoPlainText">>>spacecraft fault protection etc. Perhaps this may just be an issue of
<o:p></o:p></p>
<p class="MsoPlainText">>>terminology -- its seems that is not really a request to point an
<o:p></o:p></p>
<p class="MsoPlainText">>>antenna but really a request to have the spacecraft antenna track a
<o:p></o:p></p>
<p class="MsoPlainText">>>particular target or motion pattern? It would be interesting to learn
<o:p></o:p></p>
<p class="MsoPlainText">>>more of the conceptual background and how this fits with the overall
<o:p></o:p></p>
<p class="MsoPlainText">>>MOIMS architecture.<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>Peter Shames (Approve with Conditions): This document is quite mature,
<o:p></o:p></p>
<p class="MsoPlainText">>>but it contains a significant number of issues that should be resolved
<o:p></o:p></p>
<p class="MsoPlainText">>>before it goes out for agency review. Key issues:<o:p></o:p></p>
<p class="MsoPlainText">>>1) Two annexes are marked information but contain what appears to be
<o:p></o:p></p>
<p class="MsoPlainText">>>normative materials<o:p></o:p></p>
<p class="MsoPlainText">>>2) There are a number of points at which references are made to "do it
<o:p></o:p></p>
<p class="MsoPlainText">>>in an ICD" instead of providing clear definitions. A means of
<o:p></o:p></p>
<p class="MsoPlainText">>>providing extensibility points, and even a SANA registry, would be
<o:p></o:p></p>
<p class="MsoPlainText">>>prefered.<o:p></o:p></p>
<p class="MsoPlainText">>>3) There are a number of items, such as "originator", "spacecraft", or
<o:p></o:p></p>
<p class="MsoPlainText">>>other identifiers that are weakly specified. Where possible existing
<o:p></o:p></p>
<p class="MsoPlainText">>>SANA registries should be referenced.<o:p></o:p></p>
<p class="MsoPlainText">>>4) There are many terms used in this spec that are not defined or not
<o:p></o:p></p>
<p class="MsoPlainText">>>adequately defined.<o:p></o:p></p>
<p class="MsoPlainText">>>5) There is no ICS.<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>See the attached document for additional comments and specific
<o:p></o:p></p>
<p class="MsoPlainText">>>suggestions for remedying these issues.<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>Total Respondents: 7<o:p></o:p></p>
<p class="MsoPlainText">>>No response was received from the following Area(s):<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>SIS<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>SECRETARIAT INTERPRETATION OF RESULTS:  Approved with Conditions<o:p></o:p></p>
<p class="MsoPlainText">>>PROPOSED SECRETARIAT ACTION:            Generate CMC poll after<o:p></o:p></p>
<p class="MsoPlainText">>>conditions have been addressed<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>* * * * * * * * * * * * * * * * * * * * * * * *<o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>_______________________________________________<o:p></o:p></p>
<p class="MsoPlainText">>>CESG-all mailing list<o:p></o:p></p>
<p class="MsoPlainText">>><a href="mailto:CESG-all@mailman.ccsds.org"><span style="color:windowtext;text-decoration:none">CESG-all@mailman.ccsds.org</span></a><o:p></o:p></p>
<p class="MsoPlainText">>><a href="http://mailman.ccsds.org/mailman/listinfo/cesg-all"><span style="color:windowtext;text-decoration:none">http://mailman.ccsds.org/mailman/listinfo/cesg-all</span></a><o:p></o:p></p>
<p class="MsoPlainText">>><o:p> </o:p></p>
<p class="MsoPlainText">>>_______________________________________________<o:p></o:p></p>
<p class="MsoPlainText">>>Secretariat mailing list<o:p></o:p></p>
<p class="MsoPlainText">>><a href="mailto:Secretariat@mailman.ccsds.org"><span style="color:windowtext;text-decoration:none">Secretariat@mailman.ccsds.org</span></a><o:p></o:p></p>
<p class="MsoPlainText">>><a href="http://mailman.ccsds.org/mailman/listinfo/secretariat"><span style="color:windowtext;text-decoration:none">http://mailman.ccsds.org/mailman/listinfo/secretariat</span></a><o:p></o:p></p>
<p class="MsoPlainText">><o:p> </o:p></p>
<p class="MsoPlainText">>Thomas Gannett<o:p></o:p></p>
<p class="MsoPlainText">>+1 443 472 0805<o:p></o:p></p>
<p class="MsoPlainText"><o:p> </o:p></p>
</div>
</body>
</html>