<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto">Peter.<div>    Your points look as something that should have been discussed in WGs (were you there?)</div><div><br></div><div>I do not share your view and I reserve to complain if unilaterally presented to CMC. </div><div><br></div><div>Ciao</div><div><br></div><div>Gian Paolo<br><br><div id="AppleMailSignature">Sent from my iPhone</div><div><br>On 12. Nov 2017, at 22:08, Shames, Peter M (312B) <<a href="mailto:peter.m.shames@jpl.nasa.gov">peter.m.shames@jpl.nasa.gov</a>> wrote:<br><br></div><blockquote type="cite"><div>

<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)">
<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>


<div class="WordSection1">
<p class="MsoNormal">Hi Nestor,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">There is no NWI page for the SecWG inputs because they do not yet have a plan for the work with work level estimates.  What they have is a "plan for a plan".  When they get done planning I'll submit the requests.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">And on the subject of "things causing delays to projects", I would point out that the CESG approval cycle for draft and "proposed for publication" document is not the only place where delays are introduced.  It's just the one where there
 are currently issues being voiced.  I have also given voice to the sorts of delays that have recently been introduced in the SPP and the AOS coding topics where work is being started, or errors are being fixed.  These were not included in the materials you
 prepared, but they are very real sources of delays and thus should also be addressed.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">SPP<o:p></o:p></p>
<p class="MsoNormal">In  the case of SPP, even though there was a meeting that arrived at consensus on the need and the topics to be covered, involving people from three SLS working groups, and the SIS, SOIS and SEA areas, there was an added request to create
 a white paper prior to starting the project in the WG.  This is certainly covered by the procedures, but it is usually invoked when there is a totally new, and not well understood, topic being introduced.  In this case the work is quite well understood and
 the delay somewhat uncalled for.  Just as you have "streamlined" some of the CESG voting procedures to avoid delays the same thing could have been done in this case.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">AOS coding<o:p></o:p></p>
<p class="MsoNormal">In the case of the AOS coding for uplink there is a clear and documented situation where the topic of using TM coding for AOS, for uplink and downlink, were documented in an earlier CCSDS spec, "TM Channel Coding", CCSDS 101.0-B-6, but
 got dropped from the current "TM Synch and Channel Coding" spec, CCSDS <o:p></o:p></p>
<p class="MsoNormal">In the original 101.0 document, under Sec 1.3 Applicability, it stated, very clearly (<b><u>emphasis</u></b> added):<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="color:#0070C0">In addition to being applicable to conventional Packet Telemetry systems [1],
<b><u>the codes in this recommendation are applicable to the forward and return links of Advanced Orbiting Systems (AOS) [2]</u></b>. For coding purposes, the terms ìTransfer Frameî and ìReed-Solomon Codeblockî as used in this recommendation are understood
 to be equivalent to the AOS terms ìVirtual Channel Data Unitî (VCDU), and ìCoded Virtual Channel Data Unitî (CVCDU), respectively.
<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">For reasons that are totally unexplained in any form that anyone can unearth, this was modified in the current 131.0, under Sec 1.0 Purpose, to read:<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="color:#0070C0">The purpose of this Recommended Standard is to specify synchronization and channel coding schemes used with the TM Space Data Link Protocol (reference [1]) or the AOS Space Data Link
 Protocol (reference [2]). These schemes are to be used over space-to- ground or space-to-space communications links by space missions.
<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The consequence of this change, which appears to be both editorial and wrongly placed, iy should be in Applicability, as before, is to arbitrarily remove the explicit coverage for AOS uplink from the TM Synch and Channel Coding book.  The
 only explanation given was "this spec if for telemetry", therefore it should not be used for forward links.  But in the original 101.0 spec this case was covered, with no apparent issue being identified.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The "remedy" proposed for this editorial error is, instead of just fixing the error, to require that a new "Magenta Book" be produced.  I'll leave out of the discussion that this would actually need to be a Blue Book, of type "utilization
 profile".  Requiring that this error be remedied by creation of a new Blue Book appears to be punitive and will cause expense of resources that could well be invested otherwise.  It also is calling for creation of a new type of document within SLS, for which
 there is no precedent.  If one were to treat this request as a new policy on SLS document there would be a whole slew of new documents required, specifying how to use TC over specific codes, TM over other codes, etc.  This is a waste of time and resources
 which could be very easily avoided by simply using a corriegendum to repair the missing text.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">So my request is that you either treat all of these sources of delays in an even handed fashion or that you treat none of them.   Furthermore, if you do decide to include the materials that we discussed I would request that you explicitly
 include the points I made during the meeting on the proximal source of the issue being inadequate quality control at the originating WG and Area level.  All of these issues could have been avoided at CESG review if the documents had been closer to error free
 and complete when submitted.<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>
<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">CESG <<a href="mailto:cesg-bounces@mailman.ccsds.org">cesg-bounces@mailman.ccsds.org</a>> on behalf of Nestor Peccia <<a href="mailto:Nestor.Peccia@esa.int">Nestor.Peccia@esa.int</a>><br>
<b>Date: </b>Sunday, November 12, 2017 at 6:33 AM<br>
<b>To: </b>CCSDS Engineering Steering Group - CESG Exec <<a href="mailto:cesg@mailman.ccsds.org">cesg@mailman.ccsds.org</a>><br>
<b>Subject: </b>[CESG] Additional presentation to CMC for extra items<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 all.</span>
<br>
<br>
<span style="font-size:10.0pt;font-family:"sans-serif",serif">Please find attached the additional presentation to CMC.</span>
<br>
<br>
<span style="font-size:10.0pt;font-family:"sans-serif",serif">It still miss some inputs from SEA SEC WG for the NWIs.</span>
<br>
<br>
<span style="font-size:10.0pt;font-family:"sans-serif",serif">Comments welcome</span>
<br>
<br>
<br>
<br>
<span style="font-size:10.0pt;font-family:"sans-serif",serif">ciao</span> <br>
<span style="font-size:10.0pt;font-family:"sans-serif",serif">nestor</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>


</div></blockquote></div><PRE>This message and any attachments are intended for the use of the addressee or addressees only.
The unauthorised disclosure, use, dissemination or copying (either in whole or in part) of its
content is not permitted.
If you received this message in error, please notify the sender and delete it from your system.
Emails can be altered and their integrity cannot be guaranteed by the sender.

Please consider the environment before printing this email.

</PRE></body></html>