<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:mv="http://macVmlSchemaUri" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Title" content="">
<meta name="Keywords" content="">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
        {font-family:"Courier New";
        panose-1:2 7 3 9 2 2 5 2 4 4;}
@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:sans-serif;
        panose-1:0 0 0 0 0 0 0 0 0 0;}
/* 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;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New",serif;}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:"Courier",serif;}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.msoIns
        {mso-style-type:export-only;
        mso-style-name:"";
        text-decoration:underline;
        color:teal;}
.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>
</head>
<body bgcolor="white" lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal">Dear Massimo,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I would agree that we have some misunderstanding.  As you point out, we already have the SCCC and DVB books, including a DVB Green Book.  Each has it's own similar, but somewhat different, VCM spec.  Perhaps it is just me, but I do not
 see much value in publishing another book now that just says "If you want to have VCM as a capability in CCSDS use SCCC or DVB." 
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">What I thought you were producing was a book that would describe how to have the VCM capability work with the rest of the CCSDS coding and modulations, integrated cleanly into the CCSDS family of standards.   This sounds a lot like what
 you stated "The idea of the VCM book is simply to explain how a VCM system could be implemented by re-using existing specifications.", but it would require that integration with the rest of CCSDS link, coding, and modulations be described and also resolving
 which of the physical layer signaling methods, the "pilots" was going to be recommended for full interoperability.  You have a lot of that in this document, I think you just need to complete the work.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Like you, I believe that such a document would be a very useful addition to the CCSDS standards.  I just do not think that this document, in its current form, gets that job done.  So what concerns me, at that point, is that if we were to
 publish this incomplete spec now it would be very confusing for our users when we publish the complete spec in another six months or so.  I can see little benefit to the community by having two similar, but different, specs that cover this same topic.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Since it seems that you agree that a more complete spec is really what is needed, then I think that we must do what you suggest and not send this out for agency review at this time.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks for your understanding.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Best regards, Peter<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></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="font-size:12.0pt;color:black">From:
</span></b><span style="font-size:12.0pt;color:black">"Massimo.Bertinelli@esa.int" <Massimo.Bertinelli@esa.int><br>
<b>Date: </b>Thursday, August 3, 2017 at 11:52 PM<br>
<b>To: </b>Peter Shames <peter.m.shames@jpl.nasa.gov><br>
<b>Cc: </b>CCSDS Engineering Steering Group - CESG Exec <cesg@mailman.ccsds.org>, "Enrico.Vassallo@esa.int" <Enrico.Vassallo@esa.int>, Gian Paolo Calzolari <Gian.Paolo.Calzolari@esa.int>, Tom Gannett <thomas.gannett@tgannett.net><br>
<b>Subject: </b>Re: Results of CESG Polls closing 1 August 2017<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
</div>
<p class="MsoNormal" style="margin-left:.5in"><span style="font-size:10.0pt;font-family:"sans-serif",serif">Dear Peter,</span>
<br>
<br>
<span style="font-size:10.0pt;font-family:"sans-serif",serif">I believe there may be some misunderstandings. The idea of the VCM book is simply to explain how a VCM system could be implemented by re-using existing
</span><br>
<span style="font-size:10.0pt;font-family:"sans-serif",serif">specifications. This is fairly easy with CCSDS 131.2-B and 131.3-B, because they already include all the necessary "building blocks". To use other codes from
</span><br>
<span style="font-size:10.0pt;font-family:"sans-serif",serif">131.0-B (and specifically LDPC and turbo codes), some of the elements are still under study (e.g. pilots) by both C&S and RFM WG (eventually, the 401.0-B book may</span>
<br>
<span style="font-size:10.0pt;font-family:"sans-serif",serif">need to be modified to include them).</span>
<br>
<span style="font-size:10.0pt;font-family:"sans-serif",serif">From your comments, I understand that this is a blocking point for you.</span>
<br>
<span style="font-size:10.0pt;font-family:"sans-serif",serif">Considering that there is virtually no chance of solving this point before the Fall meeting, I would conclude that your conditions cannot be met and we cannot start
</span><br>
<span style="font-size:10.0pt;font-family:"sans-serif",serif">the Agency Review.</span>
<br>
<br>
<span style="font-size:10.0pt;font-family:"sans-serif",serif">I will wait for your confirmation of my interpretation before informing C&S WG (I believe Enrico will do the same for RFM WG) that the work cannot proceed for now.</span>
<br>
<br>
<span style="font-size:10.0pt;font-family:"sans-serif",serif">Best regards,</span>
<br>
<span style="font-size:10.0pt;font-family:"sans-serif",serif">Massimo</span> <br>
<span style="font-size:10.0pt;font-family:"sans-serif",serif"><br>
<br>
---------------------------------------------------<br>
Massimo Bertinelli<br>
Communication Systems Engineer<br>
ESA/Estec<br>
<br>
Tel. +31 (0)71 5653435<br>
--------------------------------------------------</span> <br>
<br>
<br>
<br>
<span style="font-size:7.5pt;font-family:"sans-serif",serif;color:#5F5F5F">From:        </span><span style="font-size:7.5pt;font-family:"sans-serif",serif">"Shames, Peter M (312B)" <peter.m.shames@jpl.nasa.gov></span>
<br>
<span style="font-size:7.5pt;font-family:"sans-serif",serif;color:#5F5F5F">To:        </span><span style="font-size:7.5pt;font-family:"sans-serif",serif">"Massimo.Bertinelli@esa.int" <Massimo.Bertinelli@esa.int></span>
<br>
<span style="font-size:7.5pt;font-family:"sans-serif",serif;color:#5F5F5F">Cc:        </span><span style="font-size:7.5pt;font-family:"sans-serif",serif">"Gian.Paolo.Calzolari@esa.int" <Gian.Paolo.Calzolari@esa.int>, "CCSDS Rapporteur" <thomas.gannett@tgannett.net>,
 "Enrico.Vassallo@esa.int" <Enrico.Vassallo@esa.int>, CCSDS Engineering Steering Group - CESG Exec <cesg@mailman.ccsds.org></span>
<br>
<span style="font-size:7.5pt;font-family:"sans-serif",serif;color:#5F5F5F">Date:        </span><span style="font-size:7.5pt;font-family:"sans-serif",serif">08/03/2017 08:27 PM</span>
<br>
<span style="font-size:7.5pt;font-family:"sans-serif",serif;color:#5F5F5F">Subject:        </span><span style="font-size:7.5pt;font-family:"sans-serif",serif">Re: Results of CESG Polls closing 1 August 2017</span>
<o:p></o:p></p>
<div class="MsoNormal" align="center" style="margin-left:.5in;text-align:center">
<hr size="2" width="100%" noshade="" style="color:#F0F0F0" align="center">
</div>
<p class="MsoNormal" style="margin-left:.5in"><br>
<br>
<br>
<span style="font-size:10.0pt">Ciao Massimo,</span> <br>
<span style="font-size:10.0pt"> </span> <br>
<span style="font-size:10.0pt">Like you I would very much like to see this document get sent out for agency review and eventually get published as a CCSDS standard.  I think it can serve a very useful purpose that will be valuable to multiple missions, particularly
 those that would benefit from more available link margin during a long pass. That said, as I understand it, the intended purpose of this book, as stated in 1.2  is this:</span>
<br>
<span style="font-size:10.0pt;color:#0082BF"> </span> <br>
<span style="font-size:10.0pt;color:#0082BF">"The purpose of this Recommended Practice is to specify various combinations of coding and modulations in references TM S&CC [1], SCCC [2], ETSI DVB-S2 [4], and DVB [5], that can operate under the VCM protocol defined
 in references SCCC [2] and ETSI DVB-S2 [4]. "</span> <br>
<span style="font-size:10.0pt"> </span> <br>
<span style="font-size:10.0pt">As such the intent is to provide a spec that may optionally be used to provide a variable coding and modulation signaling approach that works with all of the available CCSDS specified codes and modulations, and, more importantly
 in my eyes, work with all of the available CCSDS space data link protocols.  I do not think that purpose is quite so clearly stated in the document, but I believe it is what is intended.</span>
<br>
<span style="font-size:10.0pt"> </span> <br>
<span style="font-size:10.0pt">In a similar way to what you stated in your comment 2., this VCM concept is defined, and used, in SCCC and DVB-S2.  But that is not the point of this spec.  If that were the point then there would be no need for this, we could
 just say "if you want VCM features use SCCC and DVB-S2."  But the intent of this spec is somewhat different, it is to provide this capability so that it works with all of the CCSDS link protocols, codes, and modulations.  So I think it should be clear and
 unambiguous about that point.</span> <br>
<span style="font-size:10.0pt"> </span> <br>
<span style="font-size:10.0pt">Where I am having problems with the spec is that it is not really specific as to just what is being recommended.  As you point out, in Sec 3.1 it says:</span>
<br>
<span style="font-size:10.0pt"> </span> <br>
<span style="font-size:10.0pt;color:#0082BF">"slicing the CADUs asynchronously into encoder-input-sized blocks, encoding them with a channel code as specified in references [1], [2], and [3], producing modulation symbols corresponding to the encoded block,
 prepending a Physical Layer (PL) frame (PLFRAME) header, and optionally inserting pilot symbols
<sup>1</sup> within the modulations </span><br>
<span style="font-size:10.0pt;color:#0082BF">symbols of the non-header part of the PLFRAME."
</span><br>
<span style="font-size:10.0pt"> </span> <br>
<span style="font-size:10.0pt">So far, so good, but then footnote <sup>1</sup> says:</span>
<br>
<span style="font-size:10.0pt"> </span> <br>
<sup><span style="font-size:10.0pt;color:#0082BF">1</span></sup><span style="font-size:10.0pt;color:#0082BF"> For systems compliant with CCSDS 131.2-B-1 and CCSDS 131.3-B-1, see relevant standard.
<b><i>For systems compliant with CCSDS 131.0-B-2 further work is needed.</i></b> </span>
<br>
<span style="font-size:10.0pt"> </span> <br>
<span style="font-size:10.0pt">So it appears that for the very coding spec for which we really need an unambiguous specification, i.e. TM S&CC, this document is silent.   I think this is rather odd, since that should be the whole focus of this book.
</span><br>
<span style="font-size:10.0pt"> </span> <br>
<span style="font-size:10.0pt">In Annex B1, which is admittedly marked as Informative, it says:</span>
<br>
<span style="font-size:10.0pt"> </span> <br>
<span style="font-size:10.0pt;color:#0082BF">Pilot Symbols        DVB-S2: <b>36 pilot syms, every 1440 syms                  
</b>SCCC:<b> 16 pilot syms, every 540 syms</b></span> <br>
<span style="font-size:10.0pt"> </span> <br>
<span style="font-size:10.0pt">This table does not specify what the comparable CCSDS 431.1-R-0 recommendation is, nor does it say which of these two Pilot Symbol (really pilot frame structure) options are recommended.  And, as I recall, not only are the pilot
 symbol and physical frame sizes different in [2] and [4], as stated,, but the pilot symbols themselves are also different in some small way.   I may have mis-remembered this and did not take the time to dig out that detail.  It seems to me that there is not
 really a CCSDS 431.1-R-0 recommendation, at least not one stated in clear and unambiguous terms.</span>
<br>
<span style="font-size:10.0pt"> </span> <br>
<span style="font-size:10.0pt">As a final note, and I don't know why I missed making this point explicitly on first reading, but this is cast as a Magenta Book, a recommended practice.  And yet it does not have a firm recommendation for exactly the topic where
 one is most needed, it says that "further work is needed".  Furthermore, if it really did have a firm and unambiguously stated recommendation it would then really be a Blue Book "<span style="color:#0082BF">complete, unambiguous and at a sufficient level of
 technical detail that they can be directly implemented and used for space-mission interoperability and cross support.</span>"  If it does less than this it really is not meeting its stated purpose.</span>
<br>
<span style="font-size:10.0pt"> </span> <br>
<span style="font-size:10.0pt">So, to return to you comment 1., while adding those missing "security/SANA/patents" sections is necessary, it is not sufficient.  The SANA, by the way, is a perfect place to record those Sec 3.3 VCM Mode Tables so that they may
 be extended when needed.  And, in contrast to your comment 3., where you suggest that we leave this Magenta Book topic to the Agency Review, I think that this is a CCSDS procedural matter that the Agencies will not be sensitive to.   In fact, I would be willing
 to bet that if we sent this document out, in its present form, that there would not be one single RID from a "normal" agency reviewer that would even touch on these topics, but that they might well notice the ambiguities and the vagueness just discussed.  This
 matter of Blue and Magenta books, and what their proper contents is, just does not matter to them.  It does matter to us, or should.</span>
<br>
<span style="font-size:10.0pt"> </span> <br>
<span style="font-size:10.0pt">I think if you look in the notes in the marked up review document that you will see that all of these topics were touched upon in the conditions already provided.  As much as I would like to see this document sent out for review
 I do not think it acceptable to do so until these conditions are addressed in some affirmative way.  I do not know if your WG can deal with these conditions in time to complete a review prior to the Fall Meeting, but I do believe that they must be addressed
 prior to the Agency Review.  </span> <br>
<span style="font-size:10.0pt"> </span> <br>
<span style="font-size:10.0pt">Best regards, Peter</span> <br>
<span style="font-size:10.0pt"> </span> <br>
<span style="font-size:10.0pt"> </span> <br>
<b><span style="font-size:12.0pt">From: </span></b><span style="font-size:12.0pt">"Massimo.Bertinelli@esa.int" <Massimo.Bertinelli@esa.int><b><br>
Date: </b>Thursday, August 3, 2017 at 1:44 AM<b><br>
To: </b>Peter Shames <peter.m.shames@jpl.nasa.gov><b><br>
Cc: </b>Gian Paolo Calzolari <Gian.Paolo.Calzolari@esa.int>, Tom Gannett <thomas.gannett@tgannett.net>, "Enrico.Vassallo@esa.int" <Enrico.Vassallo@esa.int><b><br>
Subject: </b>Re: Fwd: Results of CESG Polls closing 1 August 2017</span> <br>
<span style="font-size:10.0pt"> </span> <br>
<span style="font-size:10.0pt;font-family:"sans-serif",serif">Dear Peter,</span><span style="font-size:10.0pt">
<br>
</span><span style="font-size:10.0pt;font-family:"sans-serif",serif"><br>
thank you for the comments you provided for the "Variable coding protocol" book.</span><span style="font-size:10.0pt">
</span><span style="font-size:10.0pt;font-family:"sans-serif",serif"><br>
Coming to your main points:</span><span style="font-size:10.0pt"> <br>
</span><span style="font-size:10.0pt;font-family:"sans-serif",serif"><br>
1. I suppose Tom could include the generic annexes (for security/SANA/patents) even though I don't expect this will add anything (the book simply refers to other
<br>
  books where these aspects have been already treated).</span><span style="font-size:10.0pt">
<br>
</span><span style="font-size:10.0pt;font-family:"sans-serif",serif"><br>
2. In our opinion, the definition of pilots is quite clear. For SCCC and DVB-S2 pilots are clearly defined in the relevant standard as explained in 3.1 and recapped
<br>
  in Annex B. For the other codes, it is under study as stated in 3.1.</span><span style="font-size:10.0pt">
<br>
</span><span style="font-size:10.0pt;font-family:"sans-serif",serif"><br>
3. I'm afraid this comment is not understood, I suggest that a discussion on this point (relationship between the Magenta and the other standards) is deferred to the</span><span style="font-size:10.0pt">
</span><span style="font-size:10.0pt;font-family:"sans-serif",serif"><br>
  Agency Review, where reviewers will have the chance to formulate their RIDs on this (and other) points</span><span style="font-size:10.0pt">
<br>
</span><span style="font-size:10.0pt;font-family:"sans-serif",serif"><br>
4. CSS service management is not mentioned in any other Book of the SLS area, to the best of my knowledge, so I don't see why it should be done for this one.</span><span style="font-size:10.0pt">
</span><span style="font-size:10.0pt;font-family:"sans-serif",serif"><br>
   Beside, as far as I know, the relative Blue Book has been retired and only a Green Book is currently available.</span><span style="font-size:10.0pt">
</span><span style="font-size:10.0pt;font-family:"sans-serif",serif"><br>
   Finally, please consider that the Managed Parameters section is always valid, in any configuration, even when cross-support is not required. As such, I disagree</span><span style="font-size:10.0pt">
</span><span style="font-size:10.0pt;font-family:"sans-serif",serif"><br>
   about the need to reference CSS service management.</span><span style="font-size:10.0pt">
<br>
</span><span style="font-size:10.0pt;font-family:"sans-serif",serif"><br>
Finally, I assume it is in the interested of everybody to have the Review closed in time for the Fall meeting, to avoid delaying the Book till next year. It is my understanding</span><span style="font-size:10.0pt">
</span><span style="font-size:10.0pt;font-family:"sans-serif",serif"><br>
that this will require a close-out of the poll in the next couple of weeks. I hope our replies can satisfy enough to proceed with this.</span><span style="font-size:10.0pt">
<br>
</span><span style="font-size:10.0pt;font-family:"sans-serif",serif"><br>
Best regards,</span><span style="font-size:10.0pt"> </span><span style="font-size:10.0pt;font-family:"sans-serif",serif"><br>
Massimo</span><span style="font-size:10.0pt"> </span><span style="font-size:10.0pt;font-family:"sans-serif",serif"><br>
<br>
<br>
---------------------------------------------------<br>
Massimo Bertinelli<br>
Communication Systems Engineer<br>
ESA/Estec<br>
<br>
Tel. +31 (0)71 5653435<br>
--------------------------------------------------</span><span style="font-size:10.0pt">
<br>
<br>
<br>
</span><span style="font-size:7.5pt;font-family:"sans-serif",serif;color:#5F5F5F"><br>
From:        </span><span style="font-size:7.5pt;font-family:"sans-serif",serif">Thomas Gannett <thomas.gannett@tgannett.net></span><span style="font-size:10.0pt">
</span><span style="font-size:7.5pt;font-family:"sans-serif",serif;color:#5F5F5F"><br>
To:        </span><span style="font-size:7.5pt;font-family:"sans-serif",serif">Massimo.Bertinelli@esa.int</span><span style="font-size:10.0pt">
</span><span style="font-size:7.5pt;font-family:"sans-serif",serif;color:#5F5F5F"><br>
Cc:        </span><span style="font-size:7.5pt;font-family:"sans-serif",serif">Gian.Paolo.Calzolari@esa.int, andrews@shannon.jpl.nasa.gov, dennis.k.lee@jpl.nasa.gov, Enrico.Vassallo@esa.int, Gilles.Moury@cnes.fr</span><span style="font-size:10.0pt">
</span><span style="font-size:7.5pt;font-family:"sans-serif",serif;color:#5F5F5F"><br>
Date:        </span><span style="font-size:7.5pt;font-family:"sans-serif",serif">08/02/2017 10:45 PM</span><span style="font-size:10.0pt">
</span><span style="font-size:7.5pt;font-family:"sans-serif",serif;color:#5F5F5F"><br>
Subject:        </span><span style="font-size:7.5pt;font-family:"sans-serif",serif">Fwd: Results of CESG Polls closing 1 August 2017</span><span style="font-size:10.0pt">
</span><o:p></o:p></p>
<div class="MsoNormal" align="center" style="margin-left:.5in;text-align:center">
<hr size="2" width="100%" noshade="" style="color:#F0F0F0" align="center">
</div>
<p class="MsoNormal" style="margin-left:.5in"><br>
<span style="font-size:10.0pt"><br>
<br>
</span><span style="font-size:10.0pt;font-family:"Courier New",serif"><br>
Dear Massimo:<br>
<br>
The CESG approval poll to release CCSDS 431.1-R-1, Variable Coded <br>
Modulation Protocol (Red Book, Issue 1) for CCSDS Agency review <br>
concluded with conditions. The conditions are stated in the poll results below.<br>
<br>
Please respond directly to the ADs who voted to approve with <br>
conditions--and CC the Secretariat--with proposed dispositions for <br>
the conditions.<br>
<br>
Attached to this message are relevant poll attachments as well as the <br>
Word file used to generate the CESG approval copy. Please use the <br>
Word file to make changes in response to the conditions.<br>
<br>
Best regards,<br>
Tom<br>
<br>
<br>
>CESG E-Poll Identifier: CESG-P-2017-07-001 Approval to release CCSDS <br>
>431.1-R-1, Variable Coded Modulation Protocol (Red Book, Issue 1) <br>
>for CCSDS Agency review<br>
>Results of CESG poll beginning 18 July 2017 and ending 1 August 2017:<br>
><br>
>                  Abstain:  0 (0%)<br>
>  Approve Unconditionally:  6 (85.71%) (Barkley, Merri, Burleigh, <br>
> Cola, Calzolari, He)<br>
>  Approve with Conditions:  1 (14.29%) (Shames)<br>
>  Disapprove with Comment:  0 (0%)<br>
><br>
>CONDITIONS/COMMENTS:<br>
><br>
>Peter Shames (Approve with Conditions): See attached PID form and <br>
>marked up document. There are a few items that should be cleaned up <br>
>before this is sent out for agency review.<br>
><br>
>Here is a high level summary:<br>
><br>
>1) The SANA, Security, and Patent Annexes are missing.<br>
>2) The explicit definitions of pilots appears ambiguous (pg 3-1)<br>
>3) Some of the explanations of the relationships among this doc, and <br>
>[2] and [4] could be clearer. See pos 1-1, 3-1, 3-2, and Annex B.<br>
>4) Sec 4 could reference, even if in passing, that these "Managed <br>
>Parameters", in a compliant CCSDS cross support deployment, would be <br>
>handled by CCSDS Service Management.<br>
><br>
>Scott Burleigh (Approve Unconditionally): No conditions, but three <br>
>comments. (1) On page 1-2, I think it would be good to define "ASM". <br>
>(2) On page 2-1, I would have liked to have seen a note on why this <br>
>protocol is not applicable to uplink. (3) On page 4-1: a personal <br>
>preference, I think "static" would be better than "permanent".<br>
><br>
><br>
>Total Respondents: 7<br>
>No response was received from the following Area(s):<br>
><br>
>SOIS<br>
><br>
>SECRETARIAT INTERPRETATION OF RESULTS:  Approved with Conditions<br>
>PROPOSED SECRETARIAT ACTION:            Generate CMC poll after <br>
>conditions have been addressed<br>
><br>
<br>
Thomas Gannett<br>
thomas.gannett@tgannett.net<br>
+1 443 472 0805 [attachment "431x1r0_CESG_Approval-SEA.pdf" deleted by Massimo Bertinelli/estec/ESA] [attachment "CESG-P-2017-07-001_PID_form 431x1-SEA.txt" deleted by Massimo Bertinelli/estec/ESA] [attachment "431x1r0_CESG_Approval.doc" deleted by Massimo
 Bertinelli/estec/ESA] </span><br>
<span style="font-size:10.0pt;font-family:"Courier New",serif">This message and any attachments are intended for the use of the addressee or addressees only.</span>
<br>
<span style="font-size:10.0pt;font-family:"Courier New",serif">The unauthorised disclosure, use, dissemination or copying (either in whole or in part) of its</span>
<br>
<span style="font-size:10.0pt;font-family:"Courier New",serif">content is not permitted.</span>
<br>
<span style="font-size:10.0pt;font-family:"Courier New",serif">If you received this message in error, please notify the sender and delete it from your system.</span>
<br>
<span style="font-size:10.0pt;font-family:"Courier New",serif">Emails can be altered and their integrity cannot be guaranteed by the sender.</span>
<br>
<span style="font-size:10.0pt;font-family:"Courier New",serif"> </span> <br>
<span style="font-size:10.0pt;font-family:"Courier New",serif">Please consider the environment before printing this email.</span>
<br>
<span style="font-size:10.0pt;font-family:"Courier New",serif"> </span> <o:p></o:p></p>
<pre style="margin-left:.5in">This message and any attachments are intended for the use of the addressee or addressees only.<o:p></o:p></pre>
<pre style="margin-left:.5in">The unauthorised disclosure, use, dissemination or copying (either in whole or in part) of its<o:p></o:p></pre>
<pre style="margin-left:.5in">content is not permitted.<o:p></o:p></pre>
<pre style="margin-left:.5in">If you received this message in error, please notify the sender and delete it from your system.<o:p></o:p></pre>
<pre style="margin-left:.5in">Emails can be altered and their integrity cannot be guaranteed by the sender.<o:p></o:p></pre>
<pre style="margin-left:.5in"><o:p> </o:p></pre>
<pre style="margin-left:.5in">Please consider the environment before printing this email.<o:p></o:p></pre>
<pre style="margin-left:.5in"><o:p> </o:p></pre>
</div>
</body>
</html>