<font size=2 face="sans-serif">Dear Greg,</font>
<br><font size=2 face="sans-serif">        thank
you for your comments that will be discussed in the next days.</font>
<br>
<br><font size=2 face="sans-serif">I would like just to report about the
usage of the zero value to indicate absence of a given parameter.</font>
<br>
<br><font size=2 face="sans-serif">You suggest to delete the two managed
"Presence of Space Data Link Security Header" and "Presence
of Space Data Link Security Trailer" as the length parameter covers
the presence/absence of the field.</font>
<br><font size=2 face="sans-serif">We discussed extensively the matter
and even acknowledging that a zero value for the length can be used by
an implementation to show absence, we finally agreed not to use this option
for the following reasons:</font>
<br><font size=2 face="sans-serif">- As stated in the chapter introduction,
the managed parameters are defined in an abstract sense and are not intended
to imply any particular implementation of a management system. As a consequence
presenting two parameters instead of one is much more logical and explanatory
to show that the given parameter can be omitted. Of course this is not
preventing implementing the couple of parameters with a single "variable"
in a real system.</font>
<br><font size=2 face="sans-serif">- most of the times, using a zero value
for the length imposes to describe a non continuous range for the allowed
values (e.g. 0 and 2 to 4 octets). Conversely the use of two parameters
really shows only the allowed values. As well stating only "Integer"
for allowed values would be incorrect.</font>
<br>
<br><font size=2 face="sans-serif">If needed, we can add a note to state
that implementers may combine the two parameters in a single variable,
but I do suggest keeping the two parameters for clarity and readability.</font>
<br>
<br><font size=2 face="sans-serif">Best regards</font>
<br>
<br><font size=2 face="sans-serif">Gian Paolo</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">From:</font>
<td><font size=1 face="sans-serif">"Kazz, Greg J (313B)" <greg.j.kazz@jpl.nasa.gov></font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">To:</font>
<td><font size=1 face="sans-serif">"Gian.Paolo.Calzolari@esa.int"
<Gian.Paolo.Calzolari@esa.int>, "Marjorie      
 de Lande Long" <marjorie@delandelong.com></font>
<tr>
<td valign=top><font size=1 color=#5f5f5f face="sans-serif">Cc:</font>
<td><font size=1 face="sans-serif">"sls-slp@mailman.ccsds.org"
<sls-slp@mailman.ccsds.org>, Moury Gilles <Gilles.Moury@cnes.fr></font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Date:</font>
<td><font size=1 face="sans-serif">16/01/2013 00:39</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Subject:</font>
<td><font size=1 face="sans-serif">[Sls-slp] My comments on SDLS requirements
on TM, TC, AOS</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Sent by:</font>
<td><font size=1 face="sans-serif">sls-slp-bounces@mailman.ccsds.org</font></table>
<br>
<hr noshade>
<br>
<br>
<br><font size=4 face="Calibri">G.P. and Marjorie,</font>
<br>
<br><font size=4 face="Calibri">Attached please find my green lines (Word
editing feature) to the documents you supplied us in Dec. 2012.</font>
<br><font size=4 face="Calibri">As you will see most of my edits are editorial
in nature, except for the issue regarding what should the link layer protocol
do with the contents of the frame when the SDLS authentication function
returns a authentication verification failure. In this case, I do not think
there should be an option as I stated in my notes, the link layer protocol
should not pass the data on to the user, but rather dispose of it and let
the user know that allow the user to know optionally that it was an error
detected by security fct. But we can discuss this further before and during
the Spring meeting.</font>
<br>
<br><font size=4 face="Calibri">Best regards,</font>
<br>
<br><font size=4 face="Calibri">Greg</font>
<br>
<br><font size=4 face="Calibri">[attachment "232x0b2pinkMAdeLLDec08+gpc+gjk.doc"
deleted by Gian Paolo Calzolari/esoc/ESA] </font>
<br><font size=4 face="Calibri">[attachment "732x0p21MAdeLLDec08+gpc+gjk.doc"
deleted by Gian Paolo Calzolari/esoc/ESA] </font>
<br><font size=4 face="Calibri">[attachment "132x0p11MAdeLLDec08+gpc.doc"
deleted by Gian Paolo Calzolari/esoc/ESA]</font>
<br><font size=4 face="Calibri"> </font><tt><font size=2>_______________________________________________<br>
Sls-slp mailing list<br>
Sls-slp@mailman.ccsds.org<br>
</font></tt><a href="http://mailman.ccsds.org/mailman/listinfo/sls-slp"><tt><font size=2>http://mailman.ccsds.org/mailman/listinfo/sls-slp</font></tt></a><tt><font size=2><br>
</font></tt>
<br>
<br><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>