[Css-csts] Editorial change to Framework spec
Ray, Timothy J. (GSFC-5830)
timothy.j.ray at nasa.gov
Wed Sep 30 16:46:22 EDT 2009
Dear Yves,
If, in your judgement, the recommended change is not justified, I will accept that. However, I do want you to be aware of my rationale for suggesting the change:
If I remember correctly, in Colorado Springs we realized that if the BDD procedure didn't define a default container for data carried by a Transfer-Data-Invocation, then every service that used the BDD procedure would have to define an extension parameter. Therefore, we changed our ASN.1 for the Transfer-Data-Invocation to add an 'OCTET STRING' as the default data container. Later, when I saw section 4.5.2.1 again, I thought that it referred to the old (pre-Colorado Springs) ASN.1 definitions.
Best regards,
Tim
-----Original Message-----
From: Yves.Doat at esa.int [mailto:Yves.Doat at esa.int]
Sent: Wednesday, September 30, 2009 3:42 AM
To: Ray, Timothy J. (GSFC-5830)
Cc: css-csts at mailman.ccsds.org; css-csts-bounces at mailman.ccsds.org
Subject: Re: [Css-csts] Editorial change to Framework spec
Hi Tim,
I am not sure why would this note be valid.
The ASN.1 defines:
TransferDataInvocation ::= SEQUENCE
{ standardInvocationHeader StandardInvocationHeader
, generationTime Time
, sequenceCounter IntPos
, data CHOICE
{ opaqueString OCTET STRING
, extendedData Extended
}
, extensionParameter Extended
}
The data itself is not defined here and needs to be defined by the service
using that procedure. Please let me know if I missed something.
Best regards
Yves
"Ray, Timothy J.
(GSFC-5830)"
<timothy.j.ray at nas To
a.gov> "css-csts at mailman.ccsds.org"
Sent by: <css-csts at mailman.ccsds.org>
css-csts-bounces at m cc
ailman.ccsds.org
Subject
[Css-csts] Editorial change to
29/09/2009 21:03 Framework spec
Hi Yves,
There is a sentence in version 0.19 of the Framework spec that I’m pretty
sure is no longer true (and should be removed):
4.5.2.1 Note – This procedure does not define the syntax of the data to be
transferred.
If 4.5.2.1 is no longer true, then section 4.5.2.1.1 should also be deleted.
Best regards,
Tim_______________________________________________
Css-csts mailing list
Css-csts at mailman.ccsds.org
http://mailman.ccsds.org/cgi-bin/mailman/listinfo/css-csts
More information about the Css-csts
mailing list