<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)">
<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;}
/* 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;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle17
{mso-style-type:personal-compose;
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;}
/* List Definitions */
@list l0
{mso-list-id:410546020;
mso-list-type:hybrid;
mso-list-template-ids:-1608712716 473200510 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
{mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:.75in;
text-indent:-.25in;}
@list l0:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:1.25in;
text-indent:-.25in;}
@list l0:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
margin-left:1.75in;
text-indent:-9.0pt;}
@list l0:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:2.25in;
text-indent:-.25in;}
@list l0:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:2.75in;
text-indent:-.25in;}
@list l0:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
margin-left:3.25in;
text-indent:-9.0pt;}
@list l0:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:3.75in;
text-indent:-.25in;}
@list l0:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:4.25in;
text-indent:-.25in;}
@list l0:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
margin-left:4.75in;
text-indent:-9.0pt;}
@list l1
{mso-list-id:968166820;
mso-list-type:hybrid;
mso-list-template-ids:-450313100 67698709 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l1:level1
{mso-level-number-format:alpha-upper;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></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="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal">Ignacio, Howie, and Greg,<o:p></o:p></p>
<p class="MsoNormal">The SLS review of the proposed SLE Blue Book updates resulted in several PIDs that centered on the absence of the presence of FSRs in Operational Control Fields (OCFs). The CSTSWG will be taking up these PIDs in the next few weeks. In order
for the WG to have the best understanding of the concerns, there are a few questions that I hope you can provide further information about the intended use of FSRs in the context of the SLE services.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The FSR-related PIDs involve both the SLE Return OCF (ROCF) and SLE Forward-CLTU (FCLTU) services.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo1"><![if !supportLists]><span style="mso-list:Ignore">A.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>With respect to the ROCF service, PIDs ROCF-02 (GK-13) through ROCF-05 (GK-16) all deal with various instances where the document identifies CLCWs but not FSPs as the “payload” of the OCF.
<o:p></o:p></p>
<p class="MsoListParagraph" style="margin-left:.75in;text-indent:-.25in;mso-list:l0 level1 lfo2">
<![if !supportLists]><span style="mso-list:Ignore">1.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>The RIDs are all along the lines of “the use of FSRs needs to be addressed”, but no specific changes are identified. What different processing or filtering of the OCFs when they contain FSRs needs to be performed? If it is simply a
matter of sending every FSP to the user of the ROCF service instance, that is essentially present in the current ROCF specification. If some sort of FSR-specific filtering/selection is required or desired, the CSTSWG needs to know what those filtering criteria
are. For example, when the OCF payload is a CLCW, the ROCF service instance can be configured to deliver the OCF/CLCWs for either a single TC VCID or for all TC VCIDs.
<o:p></o:p></p>
<p class="MsoListParagraph" style="margin-left:.75in;text-indent:-.25in;mso-list:l0 level1 lfo2">
<![if !supportLists]><span style="mso-list:Ignore">2.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>The original motivation for the ROCF service was to provide a means for returning the CLCWs to the MOC so that COP could be closed in situations where there was terrestrial bandwidth for returning the downlink frames to the MOC was
significantly less than the space-to-ground link BW, or even when the transfer frames were being recorded for subsequent off-line delivery. Does such a use case exist for FSRs? That is to say, will there be anticipated cases where *<b>only</b>* the FSRs will
be delivered, and not the whole frames? Alternatively, might there be a use case where the FSRs need to be delivered to somewhere other than the recipient of the return link transfer frames (which would be another justification for the use of the ROCF service
to deliver FSRs)? If neither is a use case, then the ROCF may not be a candidate for FSR delivery. Just because the ROCF service *<b>can</b>* deliver anything that is contained in an OCF does not necessarily mean that any particular use of the OCF is a reasonable
use of the ROCF service.<o:p></o:p></p>
<p class="MsoListParagraph" style="margin-left:.75in"><o:p> </o:p></p>
<p class="MsoListParagraph" style="text-indent:-.25in;mso-list:l1 level1 lfo1"><![if !supportLists]><span style="mso-list:Ignore">B.<span style="font:7.0pt "Times New Roman"">
</span></span><![endif]>With respect to the FCLTU service, PIDs IAS-01 through IAS-03 imply that the FCLTU service should use information in the FSRs to regulate transmission on the forward link in the same way that the FCLTU service currently regulates transmission
on the basis of the the NoRFAvail and NoBitLock flags in the CLCW (whether the FCLTU service does or doesn’t such regulation, and whether such regulation is based on either or both of these flags, is a configured parameter). These CLCW flags report the status
of the whole physical link, so it is reasonable to deduce that if either flag indicates a “no flow” condition nothing is getting through the link. However, it is my understanding (and please correct me if I am wrong) that the security associations are (or
may be) established on a per VC basis, and indeed a physical channel may carry a mix of SDLP-protected and non-SDLP-protected VCs. In such situations, it seems possible that a security associated for one or a subset of VCs may be in an errored state, but other
VCs may be operating without problem. In such a case, it would seem unwise to have FCLTU shut down the whole forward link (Note that the FCLTU service “sees” only encoded CLTUs – it has no knowledge of the VCs of the frames encoded in those CLTUs).<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I hope these questions and observations are a contribution to the discussions on the possible effects of FSRs on the ROCF and FCLTU service.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Best regards,<o:p></o:p></p>
<p class="MsoNormal">John<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">John Pietras<o:p></o:p></p>
<p class="MsoNormal">Global Science & Technology, Inc. (GST)<o:p></o:p></p>
<p class="MsoNormal">7501 Greenway Center Drive, #1100<o:p></o:p></p>
<p class="MsoNormal">Greenbelt, MD 20770<o:p></o:p></p>
<p class="MsoNormal">240-542-1155<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>