[CESG] Complexity of MO Services

[Mario Merri]

Good morning,

Today while reviewing the CCSDS Bundle Protocol Specification, my attention was caught by the following pictures in the document:
[cid:image001.png at 01D8D32A.AE7C79B0]
This seems very close to the MO Framework stack, where the Technology bindings allow mapping the services to a given technology, pretty much as the Convergence Layer Adapters in the picture above allow mapping to different network types. I would guess that in the above architecture the Bundle Protocol Agent has, at least partially, a similar role as the MAL. Clearly, the logic of devising such architectures (for both MO and BP) is sound and allows the deployment over different technologies (networks) at the cost of some additional complexity. This complexity has to be hidden to the final users by the availability of productised SW libraries that implement the protocols/services.

I just would like to share this analogy without any polemic. Yes, our standards are sometime complex above all if we move from the format to the services (MO, SLE, BP), but I think that, while services are the present for communications protocols (SLE and BP), they will be the future for space applications (please note that in mainstream IT, services have been the present for quite a while, just think to the Service Oriented Architecture (SOA) and the trend towards microservices). I think that acknowledging this and working all together to bring innovation into the space world is one of the task that CCSDS and CESG has.

Best regards,

__Mario

This message is intended only for the recipient(s) named above. It may contain proprietary information and/or protected content. Any unauthorised disclosure, use, retention or dissemination is prohibited. If you have received this e-mail in error, please notify the sender immediately. ESA applies appropriate organisational measures to protect personal data, in case of data privacy queries, please contact the ESA Data Protection Officer (dpo at esa.int).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ccsds.org/pipermail/cesg/attachments/20220928/0e63b6e6/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 35164 bytes
Desc: image001.png
URL: <http://mailman.ccsds.org/pipermail/cesg/attachments/20220928/0e63b6e6/attachment-0001.png>