[Css-csts] Sequence Counter in Transfer-Data-Invocation

John Pietras john.pietras at gst.com
Fri Aug 20 08:48:49 EDT 2010


Tim,

I think that the only thing that makse sense is that the sequence be
tied to the procedure instance. The TransferDataInvocation carrying a
telemetry frame (in BDD) serves a completely different purpose from the
TransferDataInvocation carrying periodic status info as part of a Cyclic
Report procedure instance. Even multiple instances of the same procedure
type are different frome each other because they are sending different
data at different periodicities, etc. 

 

Good catch! A RID needs to be submitted to make 3.9.2.4.2 increment with
respect  to the procedure instance.

 

John

 

From: css-csts-bounces at mailman.ccsds.org
[mailto:css-csts-bounces at mailman.ccsds.org] On Behalf Of Ray, Timothy J.
(GSFC-5830)
Sent: Thursday, August 19, 2010 5:23 PM
To: css-csts at mailman.ccsds.org
Subject: [Css-csts] Sequence Counter in Transfer-Data-Invocation

 

Hello all,

 

If multiple concurrent procedures are all using the Transfer-Data
operation, what is the prescribed behavior of the sequence-counter field
within the Transfer-Data-Invocation?  Here are 2 possible behaviors:

 

Behavior #1:  Within each procedure-instance the sequence-counter starts
at 1 and increases monotonically.

 

Behavior #2:  The sequence-number of the first Transfer-Data-Invocation
is 1.  For each Transfer-Data-Invocation that follows, the
sequence-number shall increase monotonically (regardless of the source
procedure-instance).

 

Our intention is clear (see the note after 3.9.2.4.2).  But as the
implementer of the User side, I'm not sure whether to check for
continuity at the Procedure level (behavior #1) or the Operation level
(behavior #2).

 

Best regards,

Tim

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ccsds.org/pipermail/css-csts/attachments/20100820/841c3459/attachment.htm


More information about the Css-csts mailing list