[Css-csts] Inconsistency in service object identifier names
Yves.Doat at esa.int
Yves.Doat at esa.int
Thu Aug 13 04:43:24 EDT 2009
Dear John,
Thanks for the (easy) comment. I corrected the terminology.
Best regards
Yves
"John Pietras"
<john.pietras at gst.
com> To
Sent by: <Yves.Doat at esa.int>
css-csts-bounces at m cc
ailman.ccsds.org css-csts at mailman.ccsds.org
Subject
[Css-csts] Inconsistency in service
12/08/2009 21:56 object identifier names
Yves,
Section C4.2 in CSTSFW R-0.19 defines the “three sub-numbers” of a given
services’s servicesIdentifier OID as:
i. (service name)DerivedServices;
ii. (servicename)ExtServiceParameters;
iii. (service name)ExtServiceProcedures.
However, in the CCSDS-CSTS-SERVICE-TYPE-ID module in the recent R-0.20 ASN.1
document, the following OID names are defined:
mdDerivedServices
mdExtServiceParam
mdExtProcedures
trkDataSvcderived
trkDataExtServiceParam
trkDataExtProcedures
ruftDataSvcderived
ruftDataExtServiceParam
ruftDataExtProcedures
“mdDerivedServices” is already consistent with section C4.2, but
“trkDataSvcderived” and “ruftDataSvcderived” are not. Shouldn’t they be
“trkDataDerivedServices” and “ruftDataDerivedServices”?
There’s also an inconsistency between C4.2’s
“(servicename)ExtServiceParameters” and “mdExtServiceParam”,
“trkDataExtServiceParam”, and “ruftDataExtServiceParam”.
While it is true that these are all just names and they are not required to
have the same construction, having them follow a common construction makes
connecting the concepts and instances easier.
Best regards,
John
John Pietras
GST, Inc.
7855 Walker Drive, Suite 200
Greenbelt, MD 20770
240-542-1155
_______________________________________________
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