[Css-csts] RE: Action Item #03-0511S

[Martin Karch]

Dear John,

thank you very much for your proposal of the concept decriptions in 'PublishedNamesConceptSections-2011-0531.doc'.


We have the following comment:
the proposed description should refer to 'Published Identifiers' rather than to 'published names', as in Berlin we have agreed to use 'Published Identifiers', which are of the type Object Identifier. In the meantime the following definition was added in the Book:
"Published Identifier: a unique identifier that allows identification of a parameter or an event. This unique identifier is allocated by the Space Assigned Number Authority (SANA)."

May we ask you to modify the proposed concept description accordingly.

If nobody complains, we will then integrate the proposed concept descriptions into the Book.


Many thanks in advance!

Best regards,
Martin


________________________________
From: css-csts-bounces at mailman.ccsds.org [mailto:css-csts-bounces at mailman.ccsds.org] On Behalf Of John Pietras
Sent: 31 May 2011 17:20
To: css-csts at mailman.ccsds.org
Subject: [Css-csts] Action Item #03-0511S

CSTSWG colleagues ---
Action item #03-0511S states "JP will provide the text for the Cyclic Report, Information Query, and the Notification Concept about 'published names'." The action resulted from (a) the concern that the early statements to the effect that the Complex publishes the parameter names underplays the possibility that the service specification itself could define the names, and (b) the recognition that in addition to the Cyclic Report and Notification procedures, the Information Query procedure also relies on the use of published names of queriable parameters.

I have uploaded the file PublishedNamesConceptsSections-2011-0531.docx to the Red-1 Framework Review May 2011 folder of the CWE at URL

http://cwe.ccsds.org/css/docs/CSS-CSTS/CWE%20Private/CSTS%20Framework%20and%20Concept/Red-1%20Framework%20Review%20May.2011/PublishedNamesConceptsSections-2011-0531.docx

Please note that I have also deleted the following Note from the Notification procedure Concept section:
"NOTE   -             It is possible for a notification-enabled CSTS to have a published event list name that represents an event list that contains events that do not have their own published names. For example, a particular notification-enabled CSTS may allow subscription to certain event groups but not to some or all of the individual events that constitute that group. In such cases, event names must be defined for these events (even though they are not published) so that they are commonly understood by both Service User and Service Provider. If a given notification-enabled CSTS allows event lists to represent notifiable events that are not individually publishable, the definition of those non-publishable names is controlled by the specification of that CSTS."

I seem to recall that we discussed this possibility at some point, and that we (the CSTSWG) agreed that this was too complicated. That is, any parameter/event that can be subscribed to via a list name should also be able to be subscribed to individually. If I am remembering that conclusion incorrectly, the Note should remain in the Notification section and similar notes added to the Information Query and Cyclic Report sections.

Best regards,
John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ccsds.org/pipermail/css-csts/attachments/20110712/b805eb40/attachment.htm