[Moims-sc] Actions for the Configuration service (with the attachment)
Mario.Merri at esa.int
Mario.Merri at esa.int
Thu Jan 29 15:44:46 UTC 2015
Hi Francois,
sorry for the delay of my answer. However, I did forward your email to Sam
immediately when I received it as he is working on the configuration
service.
I have not had any discussion on this topic so far, but I find your charts
very helpful. I will check with Sam if he would like to have a short webex
with you to clarify any of the concepts.
Thanks for these inputs!
__Mario
From: Francois Allard/estec/ESA
To: Mario Merri/esoc/ESA at ESA,
Date: 23/01/2015 17:16
Subject: Re: [Moims-sc] Actions for the Configuration service
Mario
The attached is preliminary.
For now it summarizes where we are within MOSSG. Which is not very
detailed as an output
However here it is. Know we will be revisiting it at the MOSSG face to
face meeting in March and may be at an SMC MOSSG meeting like we did in
London. Are you interested in that idea?
Best Regards
Francois Allard
Ground Segment Maintenance and Operations Manager
ESTEC HSO-ICG
Tel: +31 715653250
Mob: +31 652062149
e-mail: francois.allard at esa.int
From: Mario Merri/esoc/ESA
To: Francois Allard/estec/ESA at ESA,
Date: 16/01/2015 12:24
Subject: [Moims-sc] Actions for the Configuration service
Hi Francois,
Happy New Year.
I attach a recent note from Sam which is asking for inputs on the
configuration services. This was a request from the MOSSG. Maybe you want
to distribute this note the the MOSSG group and ask fro their use cases.
Thanks
__Mario
----- Forwarded by Mario Merri/esoc/ESA on 16/01/2015 12:22 -----
From: "Sam Cooper" <Sam.Cooper at scisys.co.uk>
To: <moims-sc at mailman.ccsds.org>,
Date: 13/01/2015 11:05
Subject: [Moims-sc] Actions for the Configuration service
Sent by: moims-sc-bounces at mailman.ccsds.org
Dear All,
This is a quick reminder that there was a couple of actions on us all to
review the need for the access control service and also to provide use
cases for the configuration service. Specifically this would be how you
would expect to use the configuration service and what information you
would expect to see in it.
>From the minutes of the meeting (and as a reminder):
Access Control Service. This service is currently not in the book. The
basic idea of the service is to manage the access to functions. This
service is also considered as a way to match the new PUS-C feature to
manage compound checking functions. After some discussion, it was not
clear if this requirement is needed at all.
Action 141111-01 ALL to provide SC with use cases that justify the need
for the Access Control Service. Due 10Dec14.
Configuration Service: Currently the service contains only 1 operation to
activate a given configuration. It was discussed if the service should be
expanded to include also other capabilities, for instance the ability to
ingest/deliver a specific configuration. Also, the availability of a
standard (file) format to hold the configuration could be useful: in this
way the service provider and consumer could be automatically configure
their ends.
Action 141111-04 ALL, including the MOSSG, to provide SC with use cases
for the Configuration Service. Due 10Dec14.
Myself and Cesar have proposed a solution to the access control issue with
the mapping to PUS-C check protection so my immediate feeling is that as
Access Control is not a problem that we can quickly address if we want to
keep the moment going we should put it on the back burner for now.
Regarding Configuration, my idea is to have it such that you can request
from a service provider its configuration, that there would be a standard
format for that configuration, and that you can request the configuration
for a service provider that may cover several services i.e. of the
application rather than one specific service of that application. Cesar
has also suggested that the Directory service should allow you to request
the XML service specification which I also think is a good idea. This fits
with MOSSG?s request for automatic configuration of clients.
If you could send me any thoughts you have by the beginning of next week
that would help me a lot.
Best regards,
Sam.
__________________________________________________________________
Sam Cooper
Systems Architect ? Space Division
SCISYS UK Limited
T: +44 (0)117 916 5127 | F: +44 (0)117 916 5299
E: sam.cooper at scisys.co.uk | www.scisys.co.uk
SCISYS UK Limited. Registered in England and Wales No. 4373530.
Registered Office: Methuen Park, Chippenham, Wiltshire SN14 0GB, UK.
Before printing, please think about the environment.
_______________________________________________
Moims-sc mailing list
Moims-sc at mailman.ccsds.org
http://mailman.ccsds.org/mailman/listinfo/moims-sc
This message and any attachments are intended for the use of the addressee or addressees only.
The unauthorised disclosure, use, dissemination or copying (either in whole or in part) of its
content is not permitted.
If you received this message in error, please notify the sender and delete it from your system.
Emails can be altered and their integrity cannot be guaranteed by the sender.
Please consider the environment before printing this email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ccsds.org/pipermail/moims-sc/attachments/20150129/43cb3296/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: MOSSG Telecon 22 January 2015.pptx
Type: application/octet-stream
Size: 306672 bytes
Desc: not available
URL: <http://mailman.ccsds.org/pipermail/moims-sc/attachments/20150129/43cb3296/attachment.obj>
More information about the MOIMS-SC
mailing list