23.05.2015 Views

Space Link Extension - Service Management - CCSDS

Space Link Extension - Service Management - CCSDS

Space Link Extension - Service Management - CCSDS

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

DRAFT RECOMMENDED STANDARD FOR SPACE LINK EXTENSION SERVICE MANAGEMENT<br />

If data privacy and data integrity are required for the exchange of documents, these<br />

capabilities are also expected to be provided by the underlying communication service.<br />

NOTES<br />

1 The format of the identification of the Source and Destination within the underlying<br />

communication technology is dependent upon that technology.<br />

2 References [18]–[20] specify the security mechanisms for authentication, data<br />

privacy, and data integrity that are recommended for use when the SLE-SM<br />

documents are encoded as XML documents.<br />

The underlying communication service supplies the identity of the Source of the document to<br />

the SLE-SM document exchange protocol, which uses that authenticated identity for the<br />

purposes of (a) verifying the authority of the Source to issue documents in the context of the<br />

<strong>Service</strong> Agreement that is identified in the message, and (b) allowing the document exchange<br />

protocol and the SLE-SM applications that use it to know where to send responses, if<br />

necessary.<br />

The underlying communication service provides the ability for an SLE-SM entity to send<br />

documents to two logically separate ports on a peer SLE-SM entity. As described in 3.3,<br />

these logically separate ports, the SLE-SM message set port and the SLE-SM exception<br />

response port, are used by the document exchange protocol to separate SLE-SM operation<br />

message traffic from protocol exception reporting traffic.<br />

NOTES<br />

1 The realization of the separate logical ports is dependent on the technology used by<br />

the communication service. For example, it could be multiple TCP sockets, multiple<br />

URLs, or the use of different Subject lines in email messages.<br />

2 Existing standard communication protocols (e.g., TCP, HTTP), middleware (SOAP),<br />

etc., may not meet all of the requirements for the underlying communication protocol<br />

‘off the shelf.’ It may be necessary to augment such existing standard services with<br />

additional adaptation or ‘shim’ capabilities.<br />

The preservation of sequencing among messages transmitted at different times is not<br />

assumed to be a characteristic of the underlying communication service. As defined in 3.3,<br />

the SLE-SM document exchange protocol provides a capability to preserve required<br />

sequencing among multiple SLE-SM invocation messages sent concurrently by allowing<br />

those invocation messages to be sent within the same document. This same-document<br />

sequencing capability is sufficient to meet the requirements of the SLE-SM document<br />

exchange protocol and the operational procedures that use it, as specified herein. However,<br />

the SLE-SM document exchange protocol does not guarantee that messages in two different<br />

documents will be received by the Destination in the order that those messages were<br />

originally generated by the Source. If a real operational environment in which SLE-SM is<br />

applied has requirements that sequencing be preserved among messages across multiple<br />

<strong>CCSDS</strong> 910.11-R-2 Page 3-3 March 2008

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!