[Sls-slp] Re: Order of Processing between TC-SDLP, COP-1 and SDLS

[Kazz, Greg J (313B)]

Bonjour Gilles,

Thank you for contribution.  Essentially you are saying that the green box in both Figures 6c and 6d should shrink so that it does not expand beyond either the Master Channel Multiplexing Function or the MC Demultiplexing Function. In other words, there is no interface point for SDLS with either the TC-SDLP 'All frames generation' or 'All Frames receiption' functions. This makes sense. However, Figures 6c and 6d are very nebulous in the sense that there is this "SDLS ApplySecurity Function" seemingly floating around in space that shows an anchor at the port of "Virtual Channel Multiplexing/Demultiplexing" only for example. The text says it could be in Virtual Channel Generation Function or in the Virtual Channel Multiplexing function. No text talks about the possibility in the MC Multiplexing function. Also the COP management Function is called out in 6c, but no such reciprocal function exists in 6d. I think we are still lacking a clear explanation of these figures in the text.

We still need a better way to convey the relationships between the protocols involved including the order of overall processing to the user  I.e.,  between SDLS, COP-1, TC-SDLP. I think some kind of high order diagram and text that shows the order of processing between them is needed.

We also need to modify the TC Sync & CC Green book so that we capture the rationale behind our decisions on the order of processing of SDLS, COP-1, TC-SDLP (much of which you have already captured in the meeting minutes of our last TIM, but some business is yet to be completed).

Comments anyone ?

Best regards,

Greg

From: Moury Gilles <Gilles.Moury at cnes.fr<mailto:Gilles.Moury at cnes.fr>>
Date: Thursday, March 14, 2013 10:06 AM
To: "Kazz, Greg J (313B)" <greg.j.kazz at jpl.nasa.gov<mailto:greg.j.kazz at jpl.nasa.gov>>
Cc: "Greenberg, Edward (313B)" <edward.greenberg at jpl.nasa.gov<mailto:edward.greenberg at jpl.nasa.gov>>, "Biggerstaff, Craig (JSC-DD12)[LOCKHEED MARTIN CORP]" <craig.biggerstaff-1 at nasa.gov<mailto:craig.biggerstaff-1 at nasa.gov>>, "sls-sea-dls at mailman.ccsds.org<mailto:sls-sea-dls at mailman.ccsds.org>" <sls-sea-dls at mailman.ccsds.org<mailto:sls-sea-dls at mailman.ccsds.org>>, "sls-slp at mailman.ccsds.org<mailto:sls-slp at mailman.ccsds.org>" <sls-slp at mailman.ccsds.org<mailto:sls-slp at mailman.ccsds.org>>
Subject: RE: Order of Processing COP-1 and SDLS

Dear Greg,

Please find attached the additions I propose to the TC-SDLP book to avoid users implementing the wrong order of processing between SDLS and "frame error detection" by TC-SDLP. In fact, the only forbidden configuration for interfacing SDLS function with TC-SDLP functions is interfacing SDLS with "All Frame Generation" at the sending end and "All Frame Reception" at the receiving end. This guarantee that, at the receiving end, transmission errors are detected and impacted frames discarded first , before SDLS processes the frames, which satisfies our security requirement that transmission errors should be unambiguously separated from security errors.

I have therefore introduced an additional text in sections 6.3.1 and 6.4.1 to forbid this configuration (see attached redlined file). I think it covers the point. All comments are welcome.

Best regards,

Gilles

Gilles MOURY
CNES Toulouse
De : Kazz, Greg J (313B) [mailto:greg.j.kazz at jpl.nasa.gov]
Envoyé : lundi 11 mars 2013 23:02
À : Moury Gilles
Cc : Greenberg, Edward (313B); Biggerstaff, Craig (JSC-DD12)[LOCKHEED MARTIN CORP]
Objet : Order of Processing COP-1 and SDLS

Gilles,

Correct me if I am wrong, but I did not see a response from you regarding this action item below:
We do not have text in the TC SLP section 6 document which deals with this issue yet.

- best regards,

Greg
SDLS0213/01


G. Moury

Propose a solution to explicitly specify the order of processing at the receiving end between TC-COP and SDLS (if not already present in section 6 of TC-SLP)

 March 8, 2013




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ccsds.org/pipermail/sls-slp/attachments/20130314/f351710e/attachment.html>