[Css-csts] Revised Forward Procedures for integration into the Framework

[Sylvain Gully]

Dear Wolfgang,

here my comments about the update of the SimpleDPP and the Buffered DPP:

Simple DPP
------------
- In chapter 2.1.2.2 Concept: the following sentence is not clear to me:
"To enable checking of the ascending order of data-sequence-counter 
parameter values in successive PROCESS-DATA invocations, the increment 
must be less than the permitted range of the parameter"
I propose following change:
"To enable checking of the ascending order of data-sequence-counter 
parameter values in successive PROCESS-DATA invocations, the increment 
must be less than the permitted range of the parameter minus the last 
PROCESS-DATA data-sequence-counter. In the case where a PROCESS-DATA is 
received having a data-sequence-counter lesser than the last received 
one, the following wrap around condition has to be cheched:  if the 
difference between the last PROCESS DATA data-sequence-counter and the 
next received PROCESS DATA data-sequence-counter is bigger than half of 
the data-sequence-counter range, a wrap-around condition has occured and 
the next received PROCESS-DATA should be accepted."

Look at following example:
last received PD = 120000
next received PD = 1 (because data-sequence-counter range is 120000 as 
example)
las received PD - next received PD = 120000 - 1 = 119999 is greather 
than 120000 / 2 = 60000 -> next received PD accepted. It is put on the 
queue and the next PDs have to be checked against that 
data-sequence-counter.


Buffured DPP
---------------
- In req. 1.1.4.2.2.1 Note 2 "...that are queued longer than a 
configurable limit." Is the processing-latency-limit meaned there? Than 
it should be specified. If not, what is the meaning there?
- In req. 1.1.4.2.2.1 Note 2 "In addition, the Service Provider and will 
discard PROCESS-DATA..." I think the "and" has to be deleted there.
- chapter 1.1.6.1 State Table: should we add a Note under the table 
explaining the difference between Incoming Events 
(ProcessDataInvocation) = only one unbuffered PROCESS-DATA and 
(TransferBuffer) = transfer buffer of buffered PROCESS-DATA. I think for 
somebody extern to our working group it is not very clear.


Best Regards,
Sylvain


Wolfgang.Hell at esa.int schrieb:
> Dear CSTS WG Members,
>
> As agreed with Margherita during the Bordeaux meeting, I have assigned
> highest priority to the consolidation of the three Forward Procedures so that
> these can be integrated into the Framework asap. I have uploaded the results
> of this activity to
>                                                                               
>                                                                               
>                                                                               
>                                                                               
>  (Embedded image moved to file: pic01814.gif)                                 
>                                                                               
>                                                                               
>                                                                               
>  The CCSDS Collaborative Work Environment (CWE) > Cross Support Services Area 
>  (CSS) > Documents > CSS-CSTS > CWE Private > Working Materials > DPP Working 
>  Papers                                                                       
>                                                                               
>                                                                               
>                                                                               
>
>
>
> The vast majority of the issues raised before and aty the Bordeaux meeting
> have been taken care of. A few minor points are addressed by means of
> comments in the documents. Given that the next scheduled meeting is not
> before June, I would appreciate if you could provide feedback via email so
> that I can close this activity and provide Yves with stable input to the
> Framework.
>
> Best regards,
>
> Wolfgang
> 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.
>
>   
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Css-csts mailing list
> Css-csts at mailman.ccsds.org
> http://mailman.ccsds.org/cgi-bin/mailman/listinfo/css-csts
>   


-- 
Deutsches Zentrum für Luft- und Raumfahrt e.V.
Raumflugbetrieb und Astronautentraining
Kommunikation und Bodenstationen
Oberpfaffenhofen
82234 Weßling

Tel.    +49 (8153) 28-2142
Fax     +49 (8153) 28-1456
e-mail  Sylvain.Gully at dlr.de