1 W.Hell (ESA) November 2014 SLE Pink Books SLE Pink Books Summary of the Updates November 2014.

Slides:



Advertisements
Similar presentations
CSTS Service Instance Identification Summary of CSTS Discussions on M.Götzelmann.
Advertisements

John Pietras 16 October 2008 Berlin Tracking Data Cross Support Transfer Service Status.
Lectures on File Management
1 Review Notes concerning Review Notes concerning Forward Frame Service & Process Data Operation/Procedure
Monitored Data CSTS, CCSDS W October 2013 San Antonio, Texas, USA John Pietras Global Science and Technology, Inc., Greenbelt, MD, USA.
1 June 2010 Cross Support Transfer Services (CSTS) Overview.
William Stallings Data and Computer Communications 7th Edition
A General Purpose CCSDS Link layer Protocol Next Generation Data Link Protocol (NGDLP) Ed Greenberg Greg Kazz 10/17/
Buffered Data Processing Procedure Version of Comments MG / CCSDS Fall Meeting 2012 Recap on Previous Discussions Queue overflow processing.
SLE Toolkit 18 April 2005 Athens, Greece CSTS - 1 CSTS Charter & SLE Toolkit Status 11 April 2005 Y.Doat.
Cross Support Transfer Services – Forward Frames Service 10 – 15 November 2014 London, United Kingdom John Pietras Global Science and Technology, Inc,
1 October 2009 Cross Support Transfer Services (CSTS) Future Services as of Spring 2014.
1. 2 Purpose of This Presentation ◆ To explain how spacecraft can be virtualized by using a standard modeling method; ◆ To introduce the basic concept.
CSSM Meeting Summary CCSDS CSSM Technical Meetings London, UK 10 – 14 November 2014.
1 CSTS WG CSTS WG Prototyping for Forward CSTS Performance Boulder November 2011 Martin Karch.
1 Fall Technical Meeting, Bordeaux (BOD) 4/15-18/2013 SLS-CS_13-03 Separating Coding from Framing V. Sank, H. Garon - NASA/GSFC/MEI W. Fong, W.
IOAG-12 (SLE) Cross Support Service Catalog Wolfgang Hell, ESA 10 SEPTEMBER 2008 OBERPFAFFENHOFEN, GERMANY 1 INTERAGENCY OPERATIONS ADVISORY GROUP.
Cross Support Services Area Cross Support Transfer Services Working Group Strawman Forward Frame CSTS Specification Technical Note (June 2010) John Pietras.
CCSDS Security WG meeting October 2008, hosted by DLR at DIN premises (Berlin) 1 Data Link Security BOF An ESA contribution on Lessons Learned and Issues/Questions.
Overview of Functional Resources for IOAG Service Catalog Services 15 April 2013 Bordeaux, France John Pietras Global Science and Technology, Inc., Greenbelt,
Creating Graphical User Interfaces (GUI’s) with MATLAB By Jeffrey A. Webb OSU Gateway Coalition Member.
Cross Support Services Area Cross Support Transfer Service Working Group Monitored Data Cross Support Transfer Service: Scope and Format of Monitored Data.
FSH/security SLS-SLP fall2009 (version 4) Page 1 Security Headers + Homogeneous approach to FSH and Insert Zone in TM/AOS/TC frames: some problems and.
Cross Support Service Management Overview Nicolas Champsavoir DCT/PS/SSC CCSDS – CSS Area Cross Support Services ex-SLE Service Management.
DTS & CSTS REPORT 15 April 2005 Athens, Greece CSTS - 1 DTS & CSTS WG STATUS REPORT, End of Spring 2005 Meeting Yves Doat Chairman 15 April 2005.
Proposal for a TC-2 Protocol Ed Greenberg Greg Kazz Oct /27/20151.
Comments from Simplified PROCESS-DATA Exercise John Pietras CSTSWG Berlin May, 2011.
Tracking Data CSTS v March - 3 April 2014 Noordwijkerhout, Netherlands John Pietras Global Science and Technology, Inc, Greenbelt, MD, USA.
1 W.Hell (ESA) March 2015 Service Specification Framework Service Specification Framework Changes since Red-2 March 2015.
1 W.Hell (ESA) March / April 2014 CSTS Specification Framework CSTS Specification Framework Changes since San Antonio March / April 2013.
Cross Support Transfer Services - Tracking Data Service 0.10 (in progress) March 2015 London, United Kingdom John Pietras Global Science and Technology,
CSS-SM Refactoring Proposal Scope –Allow inclusion of services or modifications to existing ones without having to reedit the entire CSS-SM book. Objectives.
Abstract Modeling of Service Package Result Components 31 March – 3 April 2014 Noordwijkerhout, Netherlands John Pietras Global Science and Technology,
1 Y.Doat (ESA) March 2015 Guidelines Status Guidelines Status CSTS Framework March 2015.
1. 2 Purpose of This Presentation ◆ To explain how spacecraft can be virtualized by using a standard modeling method; ◆ To introduce the basic concept.
CSTS Generic Procedures Assessment of the Current Status and Proposal for Next Steps M.Goetzelmann
CABLING SYSTEM WARRANTY REGISTRATION. PURPOSE OF CABLING REGISTRATION.
ESA UNCLASSIFIED – For Official Use SDLS Key Management Extended Procedures Daniel Fischer, Ignacio Aguilar Sanchez CCSDS Fall Meetings 2012 Oct 2012.
Functional Resources in Service Management and Service Package Execution CSSA Cleveland, Ohio October 2012 John Pietras GST, Inc.
Data Processing Procedures CSTS Teleconference M. Götzelmann.
TDD frame structure for m with legacy support IEEE Presentation Submission Template (Rev. 9) Document Number: IEEE S80216m-07/215r1 Date Submitted:
RFC 4068bis draft-ietf-mipshop-fmipv6-rfc4068bis-01.txt Rajeev Koodli.
Doc.: IEEE /0408r0 Submission May 2005 John Klein, SymbolSlide 1 TPC Comments Notice: This document has been prepared to assist IEEE It.
SubmissionJoe Kwak, InterDigital1 Simplified 11k Security Joe Kwak InterDigital Communications Corporation doc: IEEE /552r0May 2004.
MD CSTS prototype status 2012 : MD user (NASA) based on NASA Fw development MD provider (CNES) based on ESA Fw development NASA/ESA Fw interoperability.
HORIZON 2020 Amendments to the Grant Agreement. Consequences The amended provisions become an integral part of the GA All other provisions remain unchanged.
1 W.Hell (ESA) November 2015 FR Model and Registry Considerations FR Model and Registry Considerations November 2015.
1 Nov. 9, 2015 CSTS Forward Frame Service Work Plan T. Pham Nov. 9, 2015.
Standard Service Configurations 31 March – 3 April 2014 Noordwijkerhout, Netherlands John Pietras Global Science and Technology, Inc., Greenbelt, MD, USA.
Fall Meeting, November 11, 2015 Paul Pechkam, JPL/NASA
CCSDS Telecommand Sync and Channel Coding Specification using advanced Block Codes Ed Greenberg NASA/JPL Oct. 15,
1 Management of Offline SLE Services SLe-SM Red-1 RID GSFC-09-JP John Pietras.
Notification of SFH Updating ( ) Document Number: IEEE C80216m-09/2907 Date Submitted: Source: Yih-Shen Chen, Kelvin Chou and Paul Cheng.
3GPP TSG RAN WG2 meeting #92 Nanjing, China 23-27, May 2016 R
Powerpoint Templates Data Communication Muhammad Waseem Iqbal Lecture # 07 Spring-2016.
1 Transfer Service Specification Issues CCSDS September 2005 Meeting Atlanta.
1 W. Hell (ESA) March / April 2014 SLE Books Updates SLE Books UpdatesStatus March / April 2014.
Global Science and Technology, Inc., Greenbelt, MD, USA
ESAW Workshop 2009 Martin Götzelmann, VEGA Yves Doat, ESA/ESOC
SLS-CS_13-03 Separating Coding from Framing
Service Specification Framework
Chapter 4: Access Control Lists (ACLs)
Submission Title: LB Resolutions from kivinen
Submission Title: LB Resolutions from kivinen
TPC Comments Date: Authors: January 2005
IEEE MEDIA INDEPENDENT HANDOVER DCN:
Responses to Clause 5 Comments
Submission Title: LB Resolutions from kivinen
Clause 7 Comment Resolutions
draft-ietf-dtn-bpsec-06
Presentation transcript:

1 W.Hell (ESA) November 2014 SLE Pink Books SLE Pink Books Summary of the Updates November 2014

2 W.Hell (ESA) November 2014 responder-port-identifier Specification changed such that the SLE responder application MUST disregard the value of this parameter State table conventions The state tables apply now the same convention as the CSTS Framework, i.e., each ‘IF’ clause must be terminated by the ‘ENDIF’ keyword and the ‘ELSE’ branch is optional For the CSTS documents we apparently need to derive a ‘Convention’ section regarding state tables; this will be derived from the SLE books All SLE Services

3 W.Hell (ESA) November 2014 UNBIND reason ‘end’ Although this value is hardly used, it was agreed not to remove it Text has been added explaining better what ‘release of resources’ will typically imply All SLE Services

4 W.Hell (ESA) November 2014 Service instance provision period Whenever we refer to the period during which a service instance is accessible by the service user, we use the term ‘service instance provision period’. Undefined terms such as ‘start time of a service instance’ have been removed Do we enforce an ‘all-parameters-gettable’ policy? The decision taken by the CSTS WG was: yes, we do, apart from the following exceptions: service-instance-provision-period service-version-number All SLE Services

5 W.Hell (ESA) November 2014 Not initialized gettable parameters There are a few parameters in the SLE services which at the moment they might be queried by means of the GET-PARAMETER operation have not yet been initialized (set to a specific value) For all such parameters the SLE Books now unambiguously specify the value to be returned in response to a GET invocation ASN.1 Updates Wherever possible, ASN.1 changes have been made such, that we have backwards compatibility with the present version of the SLE services All SLE Services

6 W.Hell (ESA) November 2014 All Return Services State Tables Given that the CSTS WG decided to retain the possibility of a provider initiated BIND, the problems affecting this case identified in an from John Pietras dated 30 Jan 2012 have all been corrected. Warning on potential data loss The discussion of the conditions under which in online complete delivery mode the actual data delivery might not be complete has been rephrased and should be much clearer now. This affects mostly and the associated note

7 W.Hell (ESA) November 2014 All Return Services Association release/abort and reset of parameters No parameters need to be reset in case the association is released or aborted. The reset of parameters has been removed from the list of actions to be performed in case of a user initiated PEER-ABORT Production status and provider behavior A new annex (similar to those in the forward services books) has been added that specifies the production status transitions and the effect of the production status on the provider behavior This new annex should remove any related ambiguities.

8 W.Hell (ESA) November 2014 All Return Services Earth Receive Time (ERT) resolution The ERT resolution is NOT controlled by a managed parameter and as such the selection of the format will be driven by the provider capability This implies that a service user must be able to handle either format A note pointing this out has been added after

9 W.Hell (ESA) November 2014 RAF Service LDPC From the RAF perspective, LDPC is in essence like RS: The information is transmitted unchanged (systematic code) and the parity symbols are appended The decoder provides the information if the outcome of the decoding process resulted in a valid codeword and therefore in a ‘good’ frame If a frame is good, there is no point in transferring the parity bits and they shall be stripped off If the frame is found to be erred, the parity bits shall be retained so that the user e.g. by applying some context knowledge can attempt the decoding in an offline process For bandwidth reasons, only the sign bit of the soft symbols will be provided The RAF Book has been modified accordingly

10 W.Hell (ESA) November 2014 RAF Service permitted-frame-quality managed parameter The handling of this managed parameter has now been harmonized with similar parameters, e.g. the permitted- GVCID-set parameter in RCF. Among others it is now gettable The RAF SLE API will need to be modified as so far it disregards the setting of this parameter, i.e. invalid RAF- START invocations are sent to the RAF provider

11 W.Hell (ESA) November 2014 All Forward Services Return Timeout Event Since the forward service providers do not invoke any confirmed operations, a return timeout event cannot happen on the provider side. Consequently this event has been removed from the state tables

12 W.Hell (ESA) November 2014 F-CLTU Service Production status, uplink status and PLOP CMMs Thanks to John, the fairly complex interdependencies of these parameters are now captured in state tables that have been inserted into the F-CLTU Book In an attempt to contain the complexity (in particular for the PLOP-1 case), recovery from a loss of bit lock requires re-sweeping of the (unmodulated) carrier (in the light of realistic operational scenarios such shortcut appears to be acceptable) Although in CCSDS PLOP-1 has been kind of deprecated, we still cover it in the F-CLTU Book updates With respect to earlier drafts the layout of this annex now requirements are correctly shown as numbered clauses rather than being hidden in Notes

13 W.Hell (ESA) November 2014 F-CLTU Service Deferred notification This optional feature of the F-CLTU service is now fully covered in that the state table of the service provider has been extended accordingly

14 W.Hell (ESA) November 2014 FSP Service Single TC frame per CLTU Updates made to unambiguously specify that FSP requires that each CLTU embeds a single TC frame only This is also strongly recommended for the optional repeated transmission of TC frames FSP over a VC not using segment headers Such configuration has been permissible in FSP from the beginning Text has been added as concerns the conditions that must be met as to make such configuration permissible Deferred notification Although this has been the mandatory way of handling production status changes, the behavior prescribed in the text was not captured in the state table. The FSP state table has now been modified in a similar way as the F-CLTU state table

15 W.Hell (ESA) November 2014 FSP Service Repeated TC frame transmission The FSP service production specification in annex B has been modified to support on links with long light time delay the repeated transmission of TC frames as per CCSDS B-2 This feature is exclusively controlled by managed parameters, where one applies to AD frames and the other to BC frames on the given VC. No feature permitting the ‘on the fly’ modification of the repetition by the FSP service users is provided A third parameter specifies the upper bound for the repetition as per CCSDS B-2, but is disregarded by FSP FSP-THROW-EVENT As to have the possibility to protect the FSP service production against conflicting configuration changes initiated by different users, FSP has a new managed parameter that permits disabling of the FSP-THROW-EVENT operation on a per service instance basis

16 W.Hell (ESA) November 2014 FSP Service No Recovery from Loss of Telemetry during Station Handover The information accessible to the FSP user for resuming commanding in a controlled manner (no packets duplicated, no packets lost) turned out to be insufficient in the event that telemetry gets lost before commanding via an outgoing station is lost and telemetry delivery only resumes over the incoming station For overcoming this problem, a parameter has been added to the ‘packet radiated’ notification that reports to the user the sequence number of the TC frame in which the packet reported on traveled to the spacecraft With this information and by means of performing a GET operation at the incoming station to obtain the next expected TC frame sequence number (extracted from the CLCW) the exact status of the commanding can be determined by the FSP user.