<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=iso-8859-1">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0cm;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0cm;
margin-right:0cm;
margin-bottom:0cm;
margin-left:36.0pt;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
span.EmailStyle20
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle21
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle22
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
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="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Dear Ed,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Thanks for your explanation about the possible use of COP-1 (or COP-1 like) also for the telemetry link. If this is the direction we want to go for, we should
also discuss the possible (bad) interaction with the ARQ scheme provided by LTP in case of red parts. If I’m not wrong, current DTN/BP specification is such that based on eCOS setting, it is automatically decided whether LTP-red part or –green part should
be used. If the former, this could create some problems with the ARQ loop also provided by COP-1. On the other hand, it could be interesting to see if there are specific cases (small telemetry messages?), where the use of COP could be preferred, then decided
at mission planning and eventually encoded in the system configuration through managed parameters.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Regards,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Tomaso<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">————————————————————————</span><span style="color:#1F497D">
<br>
</span><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">Deutsches Zentrum für Luft- und Raumfahrt</span></b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray"> (DLR)</span><span style="color:#1F497D">
<br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">German Aerospace Center</span><span style="color:#1F497D">
<br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">Institute of Communications and Navigation | Satellite Networks | Oberpfaffenhofen | 82234 Wessling | Germany</span><span style="color:#1F497D">
<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">Tomaso de Cola, Ph.D.</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">
<br>
</span><span lang="DE" style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">Telefon +49 8153 28-2156 | Telefax +49 8153 28-2844 |</span><span lang="DE" style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D">
</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><a href="mailto:tomaso.decola@dlr.de"><span lang="DE" style="font-size:10.0pt;font-family:"Arial","sans-serif"">tomaso.decola@dlr.de</span></a></span><span lang="DE" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">
<br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D"><a href="http://www.dlr.de/kn/institut/abteilungen/san"><span lang="DE">http://www.dlr.de/kn/institut/abteilungen/san</span></a></span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">
<span lang="DE"><o:p></o:p></span></span></p>
</div>
<p class="MsoNormal"><span lang="DE" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt">
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Greenberg, Edward (312B) [mailto:edward.greenberg@jpl.nasa.gov]
<br>
<b>Sent:</b> Thursday, October 29, 2015 22:40<br>
<b>To:</b> Kazz, Greg J (312B); Cola, Tomaso de<br>
<b>Cc:</b> sls-slp@mailman.ccsds.org<br>
<b>Subject:</b> RE: Newest Version of USLP White Book on CWE as of Oct 22<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I would like to that Tomaso for his thorough review of the White Book. I believe that we tried to produce a book that has its roots in the current CCSDS link
layer books. I personally would have proposed that we produce the Link Layer Data Services (Protocol ) sublayer book without the baggage required for use in each link. I believe that USLP as a link layer protocol can be used in any space link (up-down or
sideways). The older books were written for a single application, on a single link, and the books carry artifacts of how the protocol is used on those links. In the Proximity book, aside from defining the protocol we define the operational aspects for its
use on the link. I personally believe that we should have a clean Protocol book. The SOM for example is a layer five item, it defines how the session is established, operated and dissolved. The Protocol book should provide the tools that can enable the SOM
just as it provides the tools to do command and telemetry. <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I know that his comments will be reviewed and incorporated in an effort to bring this White Book to red status.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">The only question that Tomaso asked that Greg didn’t answer directly was on the application of COP-1 to other than TC. The functionality of COP-1 is current
incorporated in the Proximity Blue book. I personally can see the COP functionality be included for critical data in telemetry for near earth high rate missions just as it is for Proximity. Having a low rate sequence controlled VC could simplify the process
of getting complete critical data by performing the task at layer 2 rather than layer 4.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">
<a href="mailto:sls-slp-bounces@mailman.ccsds.org">sls-slp-bounces@mailman.ccsds.org</a> [<a href="mailto:sls-slp-bounces@mailman.ccsds.org">mailto:sls-slp-bounces@mailman.ccsds.org</a>]
<b>On Behalf Of </b>Kazz, Greg J (312B)<br>
<b>Sent:</b> Thursday, October 29, 2015 11:06 AM<br>
<b>To:</b> <a href="mailto:Tomaso.deCola@dlr.de">Tomaso.deCola@dlr.de</a><br>
<b>Cc:</b> <a href="mailto:sls-slp@mailman.ccsds.org">sls-slp@mailman.ccsds.org</a><br>
<b>Subject:</b> [Sls-slp] Re: Newest Version of USLP White Book on CWE as of Oct 22<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal"><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black">Tomaso,<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black">Thank you very much for taking the time to comment on this draft USLP White book. My answers below.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black">G<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">From:
</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">"<a href="mailto:Tomaso.deCola@dlr.de">Tomaso.deCola@dlr.de</a>" <<a href="mailto:Tomaso.deCola@dlr.de">Tomaso.deCola@dlr.de</a>><br>
<b>Date: </b>Thursday, October 29, 2015 at 4:05 AM<br>
<b>To: </b>"Kazz, Greg J (313B)" <<a href="mailto:greg.j.kazz@jpl.nasa.gov">greg.j.kazz@jpl.nasa.gov</a>><br>
<b>Cc: </b>"<a href="mailto:sls-slp@mailman.ccsds.org">sls-slp@mailman.ccsds.org</a>" <<a href="mailto:sls-slp@mailman.ccsds.org">sls-slp@mailman.ccsds.org</a>><br>
<b>Subject: </b>RE: Newest Version of USLP White Book on CWE as of Oct 22<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Dear Greg,</span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I had a quick look at the document and reported some comments as follows:</span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Section 1.1. It is stated that “this specification describes the data flow the data link layer process that reside between
physical and network layer”. On the contrary, I think that this specification addresses only the data services sublayer, with no specification details about the C&S sublayer. ** For the most part this is true. Except the Data Services Sublayer has an interface
to be expressed above it and below it. Note that in all of the previous CCSDS link layer documents, there has always been a section devoted to at least </span><span style="font-size:7.5pt;font-family:"Calibri","sans-serif";color:#1F497D">“</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Services
provided from the lower layers</span><span style="font-size:7.5pt;font-family:"Calibri","sans-serif";color:#1F497D">”</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">. </span><span style="font-size:7.5pt;font-family:"Calibri","sans-serif";color:#1F497D">I</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> consider
that a detail that needs to be expressed later in Section 2 **</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Section 1.3. In the rest of the document it is not clear how the mentioned three sublayers (data services, session operation
management, and C&S) are interfaced and then positioned within the Data Link layer. In particular it is not clear to me whether SOM (also for how it is described in D) is actually a dedicated sublayer or a service. ** We will work out with C&S WG the USLP
Data services with them on </span><span style="font-size:7.5pt;font-family:"Calibri","sans-serif";color:#1F497D">Monday</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> PM in Darmstadt. We have created utilization profiles
to describe this. </span><span style="font-size:7.5pt;font-family:"Calibri","sans-serif";color:#1F497D">I</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> will email them to you after </span><span style="font-size:7.5pt;font-family:"Calibri","sans-serif";color:#1F497D">I</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> finish
this email. The SOM is a joint meeting topic on </span><span style="font-size:7.5pt;font-family:"Calibri","sans-serif";color:#1F497D">Thursday</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> **</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Section 1.6. For what concerns ordering of the annexes, if I’m not wrong, you should first have all normative annexes and
then informative, whereas Annex F is normative. ** OK. </span><span style="font-size:7.5pt;font-family:"Calibri","sans-serif";color:#1F497D">I</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> have now left a note for Tom
Gannett to update if necessary **</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Section 1.7.2. I’ve the impression that some of the definitions are the result of merging from definitions contained in the
existing TM, Prox-1, and TC books. Hence, the wording can be improved. In particular, return and forward link definition is unclear. Furthermore, it is later stated (section 2.1.1) that this book addresses also space-to-space links. In this regard, I’ve some
troubles in seeing the application of the provided definitions for forward and return links. Moreover, these definitions refer to caller and responders, which by definition are concerned only in proximity links. ** Please offer us some suggestions on how to
change or augment the </span><span style="font-size:7.5pt;font-family:"Calibri","sans-serif";color:#1F497D">“</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">return</span><span style="font-size:7.5pt;font-family:"Calibri","sans-serif";color:#1F497D">”</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> and </span><span style="font-size:7.5pt;font-family:"Calibri","sans-serif";color:#1F497D">“</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">forward</span><span style="font-size:7.5pt;font-family:"Calibri","sans-serif";color:#1F497D">”</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> link
definitions. **</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Section 2.1.1. Protocol Data Unit (PDU) is referred here but not considered in the sections devoted to the terms defined
in ISO/OSI (section 1.7.1.1). At the end, there is a reference to B4, which currently does not contain any indications about USLP and I’m not aware of any project defined to update that book. Figure 2.1 is quite controversial. As stated by Keith, OSI protocol
stack should contain the network layer and probably it would be worth going up to the application layer (then also including the presentation layer to be coherent with OSI protocol stack). I’ve also some problems with the CCSDS protocols stack. In particular,
the data services sublayer contains protocols and also functions (frame delimiting and validation): this should be harmonized. On the other hand, the C&S sublayer only contains channel coding techniques, with no mention of sync functions. Another point is
the fact that presently LTP cannot work on top of TM, AOS, Proximity, or TC, but it needs to be transported by the CCSDS encapsulation service, which is also missing in this figure. Finally, other protocols potentially running above the CCSDS Data Link layer
are not depicted at all, such as IP, Space Packet, etc. ** LTP can run directly under USLP, because USLP does not require Encapsulation Service. It provides direct insertion of PDUs. Agree that C&S sublayer does provide Code Synchronization Function but not
frame synchronization function. We put the functions there just for discussion purposes and not for final diagram. You are correct that Space </span><span style="font-size:7.5pt;font-family:"Calibri","sans-serif";color:#1F497D">D</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Ata
Link Protocols GB will need to be updated once we agree on USLP fundamentals **</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Section 2.2.2. The last sentence contains “shall”. Section 2 of CCSDS blue books is an informative section (as far as I know)
and therefore no requirements can be stated in there. ** </span><span style="font-size:7.5pt;font-family:"Calibri","sans-serif";color:#1F497D">I</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> have adjusted it **</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Section 2.2.3.7. It is quite unclear what the TFDF tunneling service is. Also in the rest of the document, I can’t see the
difference with respect to the packet service. I was wondering whether this has to do with a kind of L2 switching, but still far from my understanding of tunneling concepts. ** We realize that this topic is controversial but left it in to see if agencies find
value in it or not. We will expound on it at the meetings **</span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Section 2.3.1, bullet point at the end. If my understanding is correct, it is stated that retransmission function is available.
I’m fine with COP-1 that is coming from the TC; the text however is not clear about the scope of its application. It is limited only to the uplink forward or also to the return downlink (this would be new with respect to the COP-1 specification)? ** </span><span style="font-size:7.5pt;font-family:"Calibri","sans-serif";color:#1F497D">I</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> will
get back to you on this one **</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Section 3.2.2. Differently from what depicted in Figure 2.1., it is stated that service data units are PDU of the network
layer protocol. Please harmonise. ** aren</span><span style="font-size:7.5pt;font-family:"Calibri","sans-serif";color:#1F497D">’</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">t packets typically a network layer PDU ?
We stay that they are primarily but not exclusively from the network layer **</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Section 4.1.1. It is stated that the transfer frame header should be 7 or 14 octets, whereas figure 4-1 shows ‘7-14’. According
to the description proposed in 4.1.2, I think 7-14 is correct, whereas ‘7 or 14’ is not. ** We will adjust to say 7 to 14 **</span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Section 4.1.2. Frame length is 2 octets, I’d better say 16 bits, as done for the SCID. *<b> OK</b>*</span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Section 4.1.5.1 What is data structuring rules (figure 4-4)? In section .4.1.5.1.1 segmentation rules is addressed instead.
Harmonisation of the terminology is necessary. *<b> We eliminated the duality of terms</b>*</span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Section 5.1. In Table 5.1, for the FEC code, I think it is better to explicitly state which codes *<b> OK
</b>*and related bit pattern should be used. *<b> not sure about specifying bit pattern in this document</b>*</span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Section 5.2, Table 5.2. It is not clear to me how I can put an integer value for the variable length. For example in the
TC specification, one can indicate the maximum frame length acceptable. Similar comment for Tables 5.3 and 5.4. ** Agree. Will use Fixed or Maximum Frame Length Acceptable **</span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Annex F: I would see this part directly in the core of the document. Section 6.3.3 introduces as parameter ‘QoS’, which is
however not properly defined in the rest of the document. In TC for instance ‘service type’ was defined with clear explanation in the rest of that book. In section 6.4.2, GMAP is indicated as parameter, but actually the considered primitives use instead GVCID.
*<b> GVCID will be replaced with GMAP ID in this annex F </b>* In section 6.5.2, the primitives contain the parameter PID, which is however not included in the parameters discussion some paragraphs above. Furthermore the indication primitive contain the QoS
parameter, which is not present in the request primitive: is it correct? ** This annex F requires extra work. We found the number of primatives to be too overwhelming to put them directly into Section 3, so we moved them to a normative annex instead **</span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-18.0pt"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Annex G: I guess it should be DVB-S2 instead of DVB2. ** Yes, we will fix **</span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Sorry for providing these inputs so late, but I think they should be taken into account during the discussion in Darmstadt. It can also be that some of these
comments have been already recorded by other colleagues in the most recent version of the USLP white book.</span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Best Regards,</span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Tomaso</span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">————————————————————————</span><span style="color:#1F497D"><br>
</span><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">Deutsches Zentrum für Luft- und Raumfahrt</span></b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray"> (DLR)</span><span style="color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">German Aerospace Center</span><span style="color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">Institute of Communications and Navigation | Satellite Networks | Oberpfaffenhofen | 82234 Wessling | Germany</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">Tomaso de Cola, Ph.D.</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span lang="DE" style="font-size:10.0pt;font-family:"Arial","sans-serif";color:dimgray">Telefon +49 8153 28-2156 | Telefax +49 8153 28-2844 |</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><a href="mailto:tomaso.decola@dlr.de"><span lang="DE" style="font-size:10.0pt;font-family:"Arial","sans-serif"">tomaso.decola@dlr.de</span></a></span><span lang="DE" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D"><a href="http://www.dlr.de/kn/institut/abteilungen/san"><span lang="DE">http://www.dlr.de/kn/institut/abteilungen/san</span></a></span><span style="color:black"><o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span lang="DE" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><o:p></o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt">
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black">
<a href="mailto:sls-slp-bounces@mailman.ccsds.org">sls-slp-bounces@mailman.ccsds.org</a> [<a href="mailto:sls-slp-bounces@mailman.ccsds.org">mailto:sls-slp-bounces@mailman.ccsds.org</a>]
<b>On Behalf Of </b>Kazz, Greg J (312B)<br>
<b>Sent:</b> Thursday, October 22, 2015 22:25<br>
<b>To:</b> <a href="mailto:sls-slp@mailman.ccsds.org">sls-slp@mailman.ccsds.org</a><br>
<b>Subject:</b> [Sls-slp] Newest Version of USLP White Book on CWE as of Oct 22</span><span style="color:black"><o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><span style="color:black"> <o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black">Dear SLP members,</span><span style="color:black"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"> </span><span style="color:black"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black">The lastest version which we plan to review at the SLP WG meeting in Darmstadt on Nov 9 and 10 is now in the CWE under the following URL:</span><span style="color:black"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"> </span><span style="color:black"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"><a href="http://tiny.cc/goc14x">http://tiny.cc/goc14x</a></span><span style="color:black"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"> </span><span style="color:black"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><u><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black">Note that the filename contains the date of: 10-22-15gk_clean2</span></u><span style="color:black"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"> </span><span style="color:black"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><u><span style="font-family:"Calibri","sans-serif";color:black">However, the latest changes using the Word tracking feature are there. Also note that Section 3 has been put back into this version. I cannot explain how it disappeared during
the previous revision. Also we have tried to be more consistent with the outlines followed by TC, TM, and AOS where applicable.</span></u><span style="color:black"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Calibri","sans-serif";color:black">Best regards,</span><span style="color:black"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="color:black"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Calibri","sans-serif";color:black">Greg </span><span style="color:black"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-family:"Calibri","sans-serif";color:black">Chairman SLP WG</span><span style="color:black"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"> </span><span style="color:black"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:15.0pt;font-family:"Calibri","sans-serif";color:black"> </span><span style="color:black"><o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span style="color:black"> <o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</body>
</html>