<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=us-ascii">
<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:"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:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
/* 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:blue;
        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";}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:Consolas;}
span.EmailStyle22
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;}
@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="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal">Gian Paolo, <o:p></o:p></p>
<p class="MsoNormal">              As much as I like details, I agree that the title need not say what the data is.  But it would be good to change the term “Command” and “Telemetry”. 
<o:p></o:p></p>
<p class="MsoNormal">              A big part of the intent of USLP is to make the “forward” link and “return” link as similar as possible.  But we may still want to treat them with some differentiation.  An Earth based receiver can be much more complicated
 than a space based receiver.   An Earth based transmitter can have much more EIRP than a space based one. The section titles can be simple but if possible, it would be nice if they informed the reader of the differences.  It may be as simple as words like
 “forward” and “return” to indicate the initiator and the respondent, and let the section contents cover the details.
<o:p></o:p></p>
<p class="MsoNormal">Thanks,<o:p></o:p></p>
<p class="MsoNormal">Victor<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b>From:</b> Gian.Paolo.Calzolari@esa.int <Gian.Paolo.Calzolari@esa.int>
<br>
<b>Sent:</b> Thursday, April 8, 2021 2:14 PM<br>
<b>To:</b> Sank, Victor J. (GSFC-567.0)[SCIENCE SYSTEMS AND APPLICATIONS INC] <victor.j.sank@nasa.gov><br>
<b>Cc:</b> Enrico.Vassallo@esa.int; Jon Hamkins <Jon.Hamkins@jpl.caltech.edu>; sls-rfm@mailman.ccsds.org<br>
<b>Subject:</b> RE: [Sls-rfm] [EXTERNAL] Re: CCSDS 401 structure naming convention - proposed changes<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial",sans-serif">Victor,</span>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif">        my basic question with respect to a specific aspect of this discussion  is the following: does RFM WG really need to enter into the detail of the type of carried data?</span>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif">I mean, the input to a modulator is normally a stream of encoded bits. Why would RFM need to know if those bits are from Housekeeping Telemetry or from a scientific payload or from both?</span>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif">The same for telecommand: does the modulator care about knowing the data contain a command or a memory upload?</span>
<br>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif">All this acknowledging that other points of the discussion may require further discussion by the WG.</span>
<br>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif">Ciao</span> <br>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif">Gian Paolo</span> <br>
<br>
<br>
<br>
<span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:#5F5F5F">From:        </span><span style="font-size:9.0pt;font-family:"Arial",sans-serif">"Sank, Victor J. (GSFC-567.0)[SCIENCE SYSTEMS AND APPLICATIONS INC]" <<a href="mailto:victor.j.sank@nasa.gov">victor.j.sank@nasa.gov</a>></span>
<br>
<span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:#5F5F5F">To:        </span><span style="font-size:9.0pt;font-family:"Arial",sans-serif">"Jon Hamkins" <<a href="mailto:Jon.Hamkins@jpl.caltech.edu">Jon.Hamkins@jpl.caltech.edu</a>>, "<a href="mailto:Gian.Paolo.Calzolari@esa.int">Gian.Paolo.Calzolari@esa.int</a>"
 <<a href="mailto:Gian.Paolo.Calzolari@esa.int">Gian.Paolo.Calzolari@esa.int</a>>, "<a href="mailto:Enrico.Vassallo@esa.int">Enrico.Vassallo@esa.int</a>" <<a href="mailto:Enrico.Vassallo@esa.int">Enrico.Vassallo@esa.int</a>></span>
<br>
<span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:#5F5F5F">Cc:        </span><span style="font-size:9.0pt;font-family:"Arial",sans-serif">"<a href="mailto:sls-rfm@mailman.ccsds.org">sls-rfm@mailman.ccsds.org</a>" <<a href="mailto:sls-rfm@mailman.ccsds.org">sls-rfm@mailman.ccsds.org</a>></span>
<br>
<span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:#5F5F5F">Date:        </span><span style="font-size:9.0pt;font-family:"Arial",sans-serif">08-04-21 20:04</span>
<br>
<span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:#5F5F5F">Subject:        </span><span style="font-size:9.0pt;font-family:"Arial",sans-serif">RE: [Sls-rfm] [EXTERNAL] Re: CCSDS 401 structure naming convention - proposed changes</span>
<o:p></o:p></p>
<div class="MsoNormal" align="center" style="text-align:center">
<hr size="2" width="100%" noshade="" style="color:#A0A0A0" align="center">
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><o:p> </o:p></p>
<p style="margin:0in;margin-bottom:.0001pt">Dear Enrico,<o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt">              Before jumping into the section titles, I think we need to agree on the meaning of the basic terms.<o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt">              It seems to me that the term “command” is a limited term and should be improved.  Saying “uplink” is no longer good enough since we must cover cross links.  The term “Forward Link” has value because
 it can cover many cases and to me implies the sender, no matter if it is an “up” or “down” link.  It does not cover what kind of data is being sent.<o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt">              A remaining part of the terminology question is whether we want to term to cover the type of data or information that is being conveyed.  The term “command” is very specific, it is a command and not
 science data or a software load.  But the term “telemetry” seems to be less specific.  I generally think of it as the return of housekeeping and engineering information but I believe the term is used very general to also include the returned (down linked)
 science or operational data.  We need to define what we mean by “telemetry”.  My vote would be to use that term “telemetry” for the housekeeping and engineering data on the return link.  On some projects we refer to the other returned data as the “operational”
 data for a space weather satellite and “science” data for a purely science satellite.  I do not have a strong opinion, just stating terms I have seen in use.
<o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt"> <o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt">The section titles<o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt">              Seems to me that section 2.2 Command and 2.4 Telemetry, titles need to be improved.
<o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt">I hesitate to propose the possible rewording until we decide on the definition of the terms and if we what the title to convey of the kind of data transferred.  I think the title should contain some detail but at
 the same time be general enough to allow for things we have not thought of, if such thing is possible.  <o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt"> <o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt">Regards,<o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt">Victor<o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt"> <o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt"><b>From:</b> SLS-RFM <<a href="mailto:sls-rfm-bounces@mailman.ccsds.org">sls-rfm-bounces@mailman.ccsds.org</a>>
<b>On Behalf Of </b>Jon Hamkins via SLS-RFM<b><br>
Sent:</b> Thursday, April 8, 2021 11:20 AM<b><br>
To:</b> <a href="mailto:Gian.Paolo.Calzolari@esa.int">Gian.Paolo.Calzolari@esa.int</a>;
<a href="mailto:Enrico.Vassallo@esa.int">Enrico.Vassallo@esa.int</a><b><br>
Cc:</b> <a href="mailto:sls-rfm@mailman.ccsds.org">sls-rfm@mailman.ccsds.org</a><b><br>
Subject:</b> Re: [Sls-rfm] [EXTERNAL] Re: CCSDS 401 structure naming convention - proposed changes<o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt"> <o:p></o:p></p>
<p class="MsoNormal"><br>
<span style="font-size:12.0pt">I think the note is a good idea to explain the more general nature of these transmissions. If a change in terminology is made, I suggest coordination with C&S and OPT Working Groups, because their blue books are also using the
 terms telemetry and/or telecommand.</span> <br>
<span style="font-size:12.0pt">     ----Jon</span> <o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt"><b>Jon Hamkins</b><br>
Chief Technologist, Communications, Tracking, and Radar Division<b><br>
O</b> 818-354-4764 (preferred)   |   <b>M</b> 626-658-6220 (does not work at home)<br>
<b><br>
JPL</b>   |   jpl.nasa.gov <o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt">On 4/8/2021 3:21 AM, <a href="mailto:Gian.Paolo.Calzolari@esa.int">
Gian.Paolo.Calzolari@esa.int</a> wrote:<o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt"><span style="font-size:10.0pt;font-family:"Arial",sans-serif">Dear Enrico,</span>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif"><br>
       frankly speaking, the third possibility look to me the best one.</span> <span style="font-size:10.0pt;font-family:"Arial",sans-serif">
<br>
If strongly needed, a note could be added about using historical titles.</span> <br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif"><br>
The general problem is that using new/different terms - as you correctly remarks - 401.0-B may enter in conflict with different fora including usage within CCSDS.</span>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif"><br>
As an example, the notation forward/return (link) is mainly used to generalise the diction specially when one side in not on Earth as done in Proximity-1 Physical Layer book (see
</span><a href="https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.us%2Fv3%2F__https%3A%2F%2Fpublic.ccsds.org%2FPubs%2F211x1b4e1.pdf__%3B!!PvBDto6Hs4WbVuu7!f3bYBbEBsgWLEXHbQyqr6j0l8bZycehpQM0Ljy2_zpwWO2EY_xzn3CRU5kUrbGbUFx_e-oBA%24&data=04%7C01%7Cvictor.j.sank%40nasa.gov%7C0a0a4eb3d9d443ceec5008d8faba0c27%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637535024283245463%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=T6%2BFIS3YPSCoWUZ1Z7CpSuDZpg2X03oQ4zZ99SfsClU%3D&reserved=0"><span style="font-size:10.0pt;font-family:"Arial",sans-serif">https://public.ccsds.org/Pubs/211x1b4e1.pdf</span></a><span style="font-size:10.0pt;font-family:"Arial",sans-serif">
 )</span> <br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif"><br>
Ciao</span> <br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif"><br>
Gian Paolo</span> <br>
<br>
<br>
<br>
<br>
<span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:#5F5F5F"><br>
From:        </span><a href="mailto:Enrico.Vassallo@esa.int"><span style="font-size:9.0pt;font-family:"Arial",sans-serif">Enrico.Vassallo@esa.int</span></a>
<span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:#5F5F5F"><br>
To:        </span><a href="mailto:sls-rfm@mailman.ccsds.org"><span style="font-size:9.0pt;font-family:"Arial",sans-serif">sls-rfm@mailman.ccsds.org</span></a>
<span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:#5F5F5F"><br>
Date:        </span><span style="font-size:9.0pt;font-family:"Arial",sans-serif">08-04-21 10:05</span>
<span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:#5F5F5F"><br>
Subject:        </span><span style="font-size:9.0pt;font-family:"Arial",sans-serif">[Sls-rfm] CCSDS 401 structure naming convention - proposed changes</span>
<span style="font-size:9.0pt;font-family:"Arial",sans-serif;color:#5F5F5F"><br>
Sent by:        </span><span style="font-size:9.0pt;font-family:"Arial",sans-serif">"SLS-RFM"
</span><a href="mailto:sls-rfm-bounces@mailman.ccsds.org"><span style="font-size:9.0pt;font-family:"Arial",sans-serif"><sls-rfm-bounces@mailman.ccsds.org></span></a>
<o:p></o:p></p>
<div class="MsoNormal" align="center" style="text-align:center">
<hr size="2" width="100%" noshade="" style="color:#A0A0A0" align="center">
</div>
<p style="mso-margin-top-alt:0in;margin-right:0in;margin-bottom:2.5in;margin-left:0in">
<br>
<br>
<span style="font-size:10.0pt;font-family:"Arial",sans-serif"><br>
Dear RFM WG colleagues,</span><span style="font-size:12.0pt"> </span><span style="font-size:10.0pt;font-family:"Arial",sans-serif"><br>
<br>
discussing high rate 22 GHz uplink recommendations, we noted that the current structure naming convention may not be appropriate to cover "generic" data transfer applications:</span><span style="font-size:12.0pt">
</span><span style="font-family:"Times New Roman",serif"><br>
       2.1<i>        Earth-to-Space Radio Frequency</i>                2.4<i>        Telemetry</i></span><span style="font-size:12.0pt">
</span><span style="font-family:"Times New Roman",serif"><br>
      2.2<i>        Telecommand</i>                                        2.5<i>        Radio Metric</i></span><span style="font-size:12.0pt">
</span><span style="font-family:"Times New Roman",serif"><br>
      2.3<i>        Space-to-Earth Radio Frequency</i>                2.6<i>        Spacecraft</i></span><span style="font-size:12.0pt">
</span><span style="font-size:10.0pt;font-family:"Arial",sans-serif"><br>
<br>
One possible solution would be to change the title of section 2.2 to something like "Telecommand and forward data" and that of section 2.4 to something like "Telemetry and return data".</span><span style="font-size:12.0pt">
</span><span style="font-size:10.0pt;font-family:"Arial",sans-serif"><br>
<br>
This is to distinguish between telecommand and uplink data transfers (like on-board software patch uploading, etc.) and between (HK) telemetry and payload transmissions.
<br>
Note that already now recs 2.4.8 and 2.4.23 do not mention telemetry in the title and deal with payload data. However, both recommendations have pictures for symbol rate definition with captions indicating telemetry symbol rate. I assume we will have the same
 in section 2.2.</span><span style="font-size:12.0pt"> </span><span style="font-size:10.0pt;font-family:"Arial",sans-serif"><br>
One would need to check in detail all recommendations in 2.2 and 2.4, which is a lot of work I think.</span><span style="font-size:12.0pt">
</span><span style="font-size:10.0pt;font-family:"Arial",sans-serif"><br>
<br>
Another possibility is to change the section titles to "Telecommand (including data transfer)" and "Telemetry (including data transfer)" so that we can avoid checking current recommendations for consistency.</span><span style="font-size:12.0pt">
</span><span style="font-size:10.0pt;font-family:"Arial",sans-serif"><br>
<br>
In addition, one could use as alternative to "data transfer" the "payload" word although this is not generally utilized to indicate the same thing in different fora.</span><span style="font-size:12.0pt">
</span><span style="font-size:10.0pt;font-family:"Arial",sans-serif"><br>
<br>
The third possibility is to ignore this semantic problem and leave everything unchanged.</span><span style="font-size:12.0pt">
</span><span style="font-size:10.0pt;font-family:"Arial",sans-serif"><br>
<br>
Could I have your view  by April 15 COB?</span><span style="font-size:12.0pt"> <br>
<br>
</span><span style="font-size:10.0pt;font-family:"Arial",sans-serif"><br>
<br>
Regards, Enrico</span><span style="font-size:12.0pt"> </span><br>
<span style="font-size:12.0pt;font-family:"Courier New""><br>
This message is intended only for the recipient(s) named above. It may contain proprietary information and/or<br>
protected content. Any unauthorised disclosure, use, retention or dissemination is prohibited. If you have received<br>
this e-mail in error, please notify the sender immediately. ESA applies appropriate organisational measures to protect<br>
personal data, in case of data privacy queries, please contact the ESA Data Protection Officer (</span><a href="mailto:dpo@esa.int"><span style="font-size:12.0pt;font-family:"Courier New"">dpo@esa.int</span></a><span style="font-size:12.0pt;font-family:"Courier New"">).</span><span style="font-size:10.0pt;font-family:"Courier New""><br>
_______________________________________________<br>
SLS-RFM mailing list<u><span style="color:blue"><br>
</span></u></span><a href="mailto:SLS-RFM@mailman.ccsds.org"><span style="font-size:10.0pt;font-family:"Courier New"">SLS-RFM@mailman.ccsds.org</span></a><u><span style="color:blue"><br>
</span></u><a href="https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.us%2Fv3%2F__https%3A%2F%2Fmailman.ccsds.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fsls-rfm__%3B!!PvBDto6Hs4WbVuu7!f3bYBbEBsgWLEXHbQyqr6j0l8bZycehpQM0Ljy2_zpwWO2EY_xzn3CRU5kUrbGbUFxhy8Edz%24&data=04%7C01%7Cvictor.j.sank%40nasa.gov%7C0a0a4eb3d9d443ceec5008d8faba0c27%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637535024283245463%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=G4KZfEafQAOZ3%2FHqjSD8STpr7akBtZD75wYiML77sf4%3D&reserved=0"><span style="font-size:10.0pt;font-family:"Courier New"">https://mailman.ccsds.org/cgi-bin/mailman/listinfo/sls-rfm</span></a><o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt"><span style="font-size:10.0pt;font-family:"Courier New"">This message is intended only for the recipient(s) named above. It may contain proprietary information and/or</span><o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt"><span style="font-size:10.0pt;font-family:"Courier New"">protected content. Any unauthorised disclosure, use, retention or dissemination is prohibited. If you have received</span><o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt"><span style="font-size:10.0pt;font-family:"Courier New"">this e-mail in error, please notify the sender immediately. ESA applies appropriate organisational measures to protect</span><o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt"><span style="font-size:10.0pt;font-family:"Courier New"">personal data, in case of data privacy queries, please contact the ESA Data Protection Officer (</span><a href="mailto:dpo@esa.int"><span style="font-size:10.0pt;font-family:"Courier New"">dpo@esa.int</span></a><span style="font-size:10.0pt;font-family:"Courier New"">).</span><o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt"><o:p> </o:p></p>
<p style="margin:0in;margin-bottom:.0001pt"><span style="font-size:10.0pt;font-family:"Courier New"">_______________________________________________</span><o:p></o:p></p>
<p style="margin:0in;margin-bottom:.0001pt"><span style="font-size:10.0pt;font-family:"Courier New"">SLS-RFM mailing list</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
<a href="mailto:SLS-RFM@mailman.ccsds.org"><span style="font-size:10.0pt;font-family:"Courier New"">SLS-RFM@mailman.ccsds.org</span></a>
<br>
<a href="https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.us%2Fv3%2F__https%3A%2F%2Fmailman.ccsds.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fsls-rfm__%3B!!PvBDto6Hs4WbVuu7!f3bYBbEBsgWLEXHbQyqr6j0l8bZycehpQM0Ljy2_zpwWO2EY_xzn3CRU5kUrbGbUFxhy8Edz%24&data=04%7C01%7Cvictor.j.sank%40nasa.gov%7C0a0a4eb3d9d443ceec5008d8faba0c27%7C7005d45845be48ae8140d43da96dd17b%7C0%7C0%7C637535024283255424%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=e3D1NEv1n6wsTVVTNyrZf23K94FyrCeewver9VUzKwE%3D&reserved=0"><span style="font-size:10.0pt;font-family:"Courier New"">https://urldefense.us/v3/__https://mailman.ccsds.org/cgi-bin/mailman/listinfo/sls-rfm__;!!PvBDto6Hs4WbVuu7!f3bYBbEBsgWLEXHbQyqr6j0l8bZycehpQM0Ljy2_zpwWO2EY_xzn3CRU5kUrbGbUFxhy8Edz$</span></a><span style="font-size:10.0pt;font-family:"Courier New"">
</span><o:p></o:p></p>
<pre>This message is intended only for the recipient(s) named above. It may contain proprietary information and/or<o:p></o:p></pre>
<pre>protected content. Any unauthorised disclosure, use, retention or dissemination is prohibited. If you have received<o:p></o:p></pre>
<pre>this e-mail in error, please notify the sender immediately. ESA applies appropriate organisational measures to protect<o:p></o:p></pre>
<pre>personal data, in case of data privacy queries, please contact the ESA Data Protection Officer (<a href="mailto:dpo@esa.int">dpo@esa.int</a>).<o:p></o:p></pre>
</div>
</body>
</html>