[Moims-dai] TR: Question re CCSDS registry recommendations

[Boucon Daniele]

Hi all,

Please find below for discussion, last exchange with Peter Shames on registries.

Best regards,

Daniele

De : Shames, Peter M (312B) [mailto:peter.m.shames at jpl.nasa.gov]
Envoyé : mercredi 13 mai 2015 18:16
À : Boucon Daniele
Cc : Larzul Beatrice; John Garrett; Nestor.Peccia at esa.int; 'Mike Martin'
Objet : Re: Question re CCSDS registry recommendations

Dear Daniele,

Thanks for considering this and also for the reply.  I certainly do understand the issue of resources and that your WG already has its priorities.

That said, from a CCSDS overall perspective, we do have a problem now and it is only going to get worse over time.  As recently as last week two new draft standards arrived at CESG level and both of them included vague assertions that "CCSDS agencies will approve registry updates", without ever defining the agencies, which specific persons had the right / responsibility to do those approvals on behalf of the agency, nor who in those agencies would appoint these approvers.   From the specs that have been developed by the old Panel 2, which did include these kinds of elements explicitly, and given that your team tend to be data management / data archive people, I assume that you all understand the need for these structures.

I am not saying this to ask for further help, only to point out what I think that you and your WG already understand, but that many other WGs do not.  Within the SEA, and using the SANA Steering Group (SSG), I intend to keep trying to make progress on this.  If we keep putting it off we are only digging a bigger hole for ourselves.

Since you cannot support the work directly may I at least ask you to review and comment on this activity as it progresses?

Best regards, Peter



From: Boucon Daniele <Daniele.Boucon at cnes.fr<mailto:Daniele.Boucon at cnes.fr>>
Date: Wednesday, May 13, 2015 at 8:52 AM
To: Peter Shames <peter.m.shames at jpl.nasa.gov<mailto:peter.m.shames at jpl.nasa.gov>>
Cc: Larzul Beatrice <Beatrice.Larzul at cnes.fr<mailto:Beatrice.Larzul at cnes.fr>>, John Garrett <garrett at his.com<mailto:garrett at his.com>>, Nestor Peccia <Nestor.Peccia at esa.int<mailto:Nestor.Peccia at esa.int>>, 'Mike Martin' <tahoe_mike at sbcglobal.net<mailto:tahoe_mike at sbcglobal.net>>
Subject: RE: Question re CCSDS registry recommendations

Dear Peter,

After discussion among the DAI WG, it appears that there is a real interest for the topic of registry.

On our side, we have planned to deliver by end of June our PAIS GB, this is a challenge for us that implies a lot of work, and a draft book for the other ICP magenta book for end of 2015.

We really need to concentrate on these 2 tasks by end of the year, as we have not enough resources to accept more.

Taking into account the DAI constraints, and the interest for the WG, I suggest to discuss your proposal again during the November CCSDS meeting.

Is that ok for you?

Best regards,

Daniele


De : Shames, Peter M (312B) [mailto:peter.m.shames at jpl.nasa.gov]
Envoyé : jeudi 16 avril 2015 00:19
À : Boucon Daniele
Cc : Larzul Beatrice; John Garrett; Nestor.Peccia at esa.int<mailto:Nestor.Peccia at esa.int>
Objet : Re: Question re CCSDS registry recommendations

Dear Daniele,

I am replying separately to this issue re proposed changes to CCSDS registries since it really is a separate topic from that of DEDSL.  I am attaching here the draft document that I have produced to prompt discussion.  It seems that this is a timely topic since I just heard from the CSS SM WG that they are also looking at this same issue, with the intent of creating CSS SM registries for:

SCCS-SM Originating Organization
SCCS-SM User
SCCS-SM Station and Antenna Reference

I can really see no good reason why we need a separate set of organization registries, and user / person registries, for each WG.  We already have more than we need, with separate sets for SCID, and MACAO, and Nav data producers, and now we may well have one or more other sets as well.

I think what we need is one global set of these registries, like this:

CCSDS Organization (member, observer, associate, service / data provider) along with roles and an HoD reference
CCSDS User (agency HoD, agency representative, organization PoC, other person types) along with appropriate roles (SCID requestor, MACAO PoC, Service commitment manager), and an organization reference
CCSDS Station and Antenna Reference (owned / managed by some agency or organization)
Service / Data Providers (owned / managed by some agency or organization) along with service catalog, contact points, etc
CCSDS OID (ISO compliant object identifiers for every element we use to describe anything, CSS SM is already doing this)

These would be centrally defined and managed, stored in the SANA, and updated, in general, at the request of the agencies or organizations that own the data.  I think this forms a framework to which we can attached all of the different kinds of agency-owned / managed / requested registries, including all of the machinery for managing delegation, sponsorship, etc, including the SCID and MACAO.

There is more to be said about all of this, but it is in the attached document (and presentation) so I won't repeat it here.

If there is interest I will be happy to work with your WG to help structure it so that it works in a global sense.  I am making the same offer to the CSS SM WG as well, since they also have a vested interest.

Please take a look and let me know what you think.

Best regards, Peter



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ccsds.org/pipermail/moims-dai/attachments/20150518/4e18d4d8/attachment.html>