<br><font size=2><tt>“OID Frame” = “Only Idle Data_field” Frame  
:-)</tt></font>
<br>
<br><font size=2><tt>‘FDFI’ Frame for ‘Frame Data Field Idle’ Frame
looks recursive :-)</tt></font>
<br>
<br><font size=2><tt>More correct would be "Only Idle Data in Data
Field" Frame = OIDDF Frame</tt></font>
<br>
<br><font size=2><tt>We shall set the same term everywhere.</tt></font>
<br><font size=2><tt>Idle Frame is misleading.</tt></font>
<br><font size=2><tt>OID is not perfect but more correct and already defined
for Packet TM Frame.</tt></font>
<br><font size=2><tt>Then the simplest is to say that OID Frame is a short
form for OIDDF Frame.</tt></font>
<br>
<br><font size=2><tt>Let's discuss it in Colorado otherwise we enter in
a loop.</tt></font>
<br>
<br><font size=2><tt>Ciao</tt></font>
<br>
<br><font size=2><tt>Gian Paolo</tt></font>
<br>
<br>
<br><font size=2><tt>sls-slp-bounces@mailman.ccsds.org wrote on 23-03-2009
19:55:21:<br>
<br>
> All,</tt></font>
<br><font size=2><tt>>  </tt></font>
<br><font size=2><tt>> The problem with the term, “OID Frame” or “Only
Idle Data” Frame  is<br>
> that it still doesn’t clearly convey the fact that the PAYLOAD or
<br>
> FRAME DATA FIELD of the frame contains idle data, and that other <br>
> fields of the transfer frame such as Insert Zone (AOS), Frame <br>
> Secondary Header (TM), or OCF (all) DO NOT contain Idle data.</tt></font>
<br><font size=2><tt>> Until we have a clear way of specifying that
concept, we haven’t <br>
> really made progress unfortunately.</tt></font>
<br><font size=2><tt>>  </tt></font>
<br><font size=2><tt>> So I believe the distinction we are trying to
make is about frames <br>
> that contain idle data in the Frame Data Field, therefore ‘FDFI’
<br>
> Frame for ‘Frame Data Field Idle’.</tt></font>
<br><font size=2><tt>>  </tt></font>
<br><font size=2><tt>> Your comments?</tt></font>
<br><font size=2><tt>>  </tt></font>
<br><font size=2><tt>> thanks,</tt></font>
<br><font size=2><tt>> Greg</tt></font>
<br><font size=2><tt>>  </tt></font>
<br><font size=2><tt>> <br>
> From: Greenberg, Edward <br>
> Sent: Monday, March 23, 2009 9:03 AM<br>
> To: Kazz, Greg J<br>
> Subject: Re: ESA input for: [SLS-SLP] JAXA RIDs on AOS + TM Pink Sheets</tt></font>
<br><font size=2><tt>>  </tt></font>
<br><font size=2><tt>> OID is Only Idle Data. If frame contains Insert
Data then it isn’t <br>
> OID.  You could call it NFDI for No Frame Data Included<br>
> <br>
> <br>
> On 3/23/09 8:54 AM, "Kazz, Greg J" <greg.j.kazz@jpl.nasa.gov>
wrote:</tt></font>
<br><font size=2><tt>> 1) An Idle Packet carries no useful data: This
applies to an Idle Space<br>
> Packet and to an Idle (or Fill) Encapsulation Packet (see below).<br>
> However, the AOS Insert Service uses the Insert Field of every Transfer<br>
> Frame on the Physical Channel, including the Idle Frames. Therefore,
an<br>
> Idle Frame can carry useful data so the name "Idle Frame"
is not fully<br>
> appropriate. The Pink Sheets provide the new name "OID Frame".</tt></font>
<br><font size=2><tt>>  _______________________________________________<br>
> Sls-slp mailing list<br>
> Sls-slp@mailman.ccsds.org<br>
> http://mailman.ccsds.org/mailman/listinfo/sls-slp<br>
</tt></font>