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.

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.
Monitored Data CSTS, CCSDS W April 2013 Bordeaux, France John Pietras Global Science and Technology, Inc., Greenbelt, MD, USA.
Monitored Data CSTS, CCSDS W October 2013 San Antonio, Texas, USA John Pietras Global Science and Technology, Inc., Greenbelt, MD, USA.
19/05/2011 CSTS File transfer service discussions CSTS-File Transfer service discussions (2) CNES position.
1 June 2010 Cross Support Transfer Services (CSTS) Overview.
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.
Folie 1 Service Oriented Architecture - Prototyping study - DLR/GSOC Author: S.Gully.
Cross Support Transfer Services – Forward Frames Service 10 – 15 November 2014 London, United Kingdom John Pietras Global Science and Technology, Inc,
NextGRID & OGSA Data Architectures: Example Scenarios Stephen Davey, NeSC, UK ISSGC06 Summer School, Ischia, Italy 12 th July 2006.
Cross Support Transfer Services – Service Control Service March 2015 Pasadena, California, USA John Pietras Global Science and Technology, Inc, Greenbelt,
Data Processing Procedure Provider Prototype CCSDS Conference April 2014 David Zoller.
1 CROSS SUPPORT SERVICE ARCHITECTURE Takahiro Yamada (JAXA/ISAS) CCSDS Meeting, Heppenheim, Germany 2 October 2007.
Institutsbezeichnung: Quellenangabe 1 CCSDS MANAGEMENT COUNCIL Canadian Space Agency St-Hubert, Quebec, Canada May 2004 DLR Report Martin Pilgram,
ESA UNCLASSIFIED – For Official Use Workshop #23 Pasadena, USA 23-27Mar15 Mario Merri, ESA/ESOC SM&C WG Plenary.
1 CSTS WG CSTS WG Prototyping for Forward CSTS Performance Boulder November 2011 Martin Karch.
Delta-DOR SIG: Report of the Fall 2007 Meeting Heppenheim, Germany October 5th, 2007 Roberto Maddè ESA/ESOC
2010 Fall CCSDS meeting SMWG UK ) 1 Prototype Test Coordination for the SCCS Service Management (B-1) 26th October, 2010 JAXA ASAMA
Cross Support Services Area Cross Support Transfer Services Working Group Strawman Forward Frame CSTS Specification Technical Note (June 2010) John Pietras.
Overview of Functional Resources for IOAG Service Catalog Services 15 April 2013 Bordeaux, France John Pietras Global Science and Technology, Inc., Greenbelt,
Course Schedule Report Web Service Carolyn Cracraft Lisa de Larios-Heiman.
1 April 2009 CSTS WG: CSTS WG: report to the CSS Area Colorado Springs 25 April 2009 Yves Doat.
1 W.Hell (ESA) November 2014 SLE Pink Books SLE Pink Books Summary of the Updates November 2014.
CCSDS Meeting CNES Report, 2/11/2004 CNES 1 CCSDS - MOIMS Area Data Archive ingestion WG Information Packaging and Registry WG CNES Report on activity.
Grid Services I - Concepts
13-17 October 2008 Berlin, Germany ty - 1 Cross Support Architecture WG Closing Plenary Report Spring 2009 Meeting Takahiro Yamada (JAXA/ISAS) 25 April.
Cross Support Services Area Cross Support Transfer Service Working Group Monitored Data Cross Support Transfer Service: Scope and Format of Monitored Data.
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.
ESA UNCLASSIFIED – For Official Use Workshop #23 Pasadena, USA 25 rd March 2015 Sam Cooper Common services update (part 2)
Delta-DOR WG: Report of the Spring 2010 Meeting Portsmouth, VA, USA May 7 th, 2010 Roberto Maddè ESA/ESOC,
Ty - 1 Space Communication Cross Support Architecture WG Closing Plenary Report Spring 2011 Meeting Takahiro Yamada (JAXA/ISAS) 20 May 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 / April 2014 CSTS Specification Framework CSTS Specification Framework Changes since San Antonio March / April 2013.
1 UML Modeling of Spacecraft Onboard Instruments Takahiro Yamada, JAXA/ISAS April 2005.
Cross Support Transfer Services - Tracking Data Service 0.10 (in progress) March 2015 London, United Kingdom John Pietras Global Science and Technology,
ICM – API Server & Forms Gary Ratcliffe.
Space Data Link Secure Protocol Simulator Bruno Saba DCT/TV/IN 15/04/2010.
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.
Overview of Space Communication Cross Support Architecture April 2013 Takahiro Yamada (JAXA/ISAS) 1.
Djc -1 Daniel J. Crichton NASA/JPL 9 May 2006 CCSDS Information Architecture Working Group.
1. 2 Purpose of This Presentation ◆ To explain how spacecraft can be virtualized by using a standard modeling method; ◆ To introduce the basic concept.
Considerations for the Service Package Request/Service Package Recommended Standard October 2013 San Antonio, TX John Pietras Global Science and.
CSTS Generic Procedures Assessment of the Current Status and Proposal for Next Steps M.Goetzelmann
Service Package Result Strawman 9 November 2015 Jean-Pierre Chamoun NASA - GSFC.
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.
1 Systems Architecture WG: Charter and Work Plan October 23, 2003 Takahiro Yamada, JAXA/ISAS.
Systems Architecture WG: Report of the Spring 2005 Meeting April 14, 2005 Takahiro Yamada, JAXA/ISAS.
ESA UNCLASSIFIED – For Official Use Workshop #23 Pasadena, USA 23 rd March 2015 Sam Cooper M&C service prototyping status.
PIX/PDQ – Today and Tomorrow Vassil Peytchev Epic.
1 W.Hell (ESA) November 2015 FR Model and Registry Considerations FR Model and Registry Considerations November 2015.
DSN CCSDS SLE SM Prototype Plan Erik Barkley December 2006.
1 Nov. 9, 2015 CSTS Forward Frame Service Work Plan T. Pham Nov. 9, 2015.
1 Y.Doat (ESA) April 2012 Object Identifiers Object Identifiers CSTS Framework Annex C April 2012.
1 20 April 2009 Cross Support Service Area Cross Support Service Area Opening Plenary Colorado Springs, Colorado, USA 20 April 2009 Erik Barkley (AD) /
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
National Aeronautics and Space Administration 1 CCSDS Information Architecture Working Group Daniel J. Crichton NASA/JPL 24 March 2005.
International Planetary Data Alliance Registry Project Update September 16, 2011.
ESA UNCLASSIFIED – For Official Use Cleveland, OH, USA 04-08Apr16 Mario Merri, ESA/ESOC Brigitte Behal, CNES MOIMS Opening Plenary.
Cross Support Services Area Functional Resource Identifiers in SCCS-SM Information Entities John Pietras London, UK October 2010.
1 Transfer Service Specification Issues CCSDS September 2005 Meeting Atlanta.
IPDA Registry Definitions Project Dan Crichton Pedro Osuna Alain Sarkissian.
Global Science and Technology, Inc., Greenbelt, MD, USA
ESAW Workshop 2009 Martin Götzelmann, VEGA Yves Doat, ESA/ESOC
CWE File Structure.
Presentation transcript:

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 tests NASA/CNES MD interoperability tests 2015 : FW prototype upgrade completed by ESA (last version of specification) NASA/ESA Fw interoperability tests made during spring meeting in Pasadena (only for forward services) MD service user prototype (ESA) MD service provider prototype (CNES) Both based on ESA Fw development (CSTS API v1.4 september 2015) On MD provider prototype, the update work is started and delivery of MD prototype is foreseen by mid- december ESA/CNES MD interoperability tests (can be scheduled beginning of 2016). We will need a TCP/IP link between CNES and ESA.

MD CSTS prototype architecture

MD CSTS prototype configuration Configuration files : Proxy : PROXY_USER_Config.txt, PROXY_PROV_Config.txt Service element : SE_USER_Config.txt, SE_PROV_Config.tx Configuration values for MDS : MDS_SM.xml Service instance configuration : SICF,txt Configuration for MD simulation (simulation of parameters and events) : MDS_data.xml PublishedIdOIDMapping.xml (contains all the published identifiers definitions) Example of PublishedIdOIDMapping.xml file : …………….

Interoperability tests Approach for interoperability tests A set of tests is described in the document « framework and MD prototypes interoperability test report », Draft of this document can be found at : Work Environment (CWE) > Cross Support Services Area (CSS) > Documents > CSS-CSTS > CWE Private > CSTS prototypes > yellow book test report_02Work Environment (CWE)Cross Support Services Area (CSS)Documents CSS-CSTSCWE Private Document based on an initial test plan proposed by Tim Ray for the 2012 version of FW and MD prototypes. Test plan updated following the last version of FW specification. Test scenarios CSTS API : 10 tests. These tests use BDD procedure in order to validate the Complete and Real-time data delivery modes. Done between NASA and ESA with the 2012 version of FW; do we pass again these tests in order to validate the return services part of the 2015 FW version ? MD CSTS service : 29 tests.

Interoperability tests CSTS MD service Prototype tests TEST 1 – ON-CHANGE-OPTION CYCLIC REPORT WITH THE DEFAULT LIST OF PARAMETER TEST 2 – ON-CHANGE-OPTION CYCLIC REPORT WITH NAMED INDIVIDUAL PARAMETERS TEST 2 – ON-CHANGE-OPTION CYCLIC REPORT WITH NAMED INDIVIDUAL PARAMETERS TEST 3 – ON-CHANGE-OPTION CYCLIC REPORT WITH LABELED INDIVIDUAL PARAMETERS TEST 3 – ON-CHANGE-OPTION CYCLIC REPORT WITH LABELED INDIVIDUAL PARAMETERS TEST 4 – ON-CHANGE-OPTION CYCLIC REPORT WITH LIST NAME TEST 4 – ON-CHANGE-OPTION CYCLIC REPORT WITH LIST NAME TEST 5 – ON-CHANGE-OPTION CYCLIC REPORT WITH FUNCTIONAL RESOURCE NAME TEST 5 – ON-CHANGE-OPTION CYCLIC REPORT WITH FUNCTIONAL RESOURCE NAME TEST 6 – ON-CHANGE-OPTION CYCLIC REPORT WITH FUNCTIONAL RESOURCE TYPE TEST 6 – ON-CHANGE-OPTION CYCLIC REPORT WITH FUNCTIONAL RESOURCE TYPE TEST 7 – ON-CHANGE-OPTION CYCLIC REPORT WITH PROCEDURE TYPE TEST 7 – ON-CHANGE-OPTION CYCLIC REPORT WITH PROCEDURE TYPE TEST 8 – ON-CHANGE-OPTION CYCLIC REPORT WITH PROCEDURE INSTANCE IDENTIFIER TEST 8 – ON-CHANGE-OPTION CYCLIC REPORT WITH PROCEDURE INSTANCE IDENTIFIER TEST 9 – MULTIPLE CONCURRENT (INTERLEAVED) ON-CHANGE-OPTION CYCLIC REPORTS TEST 9 – MULTIPLE CONCURRENT (INTERLEAVED) ON-CHANGE-OPTION CYCLIC REPORTS TEST 10 – ON-CHANGE-OPTION CYCLIC REPORT WITH NEGATIVE RETURN TEST 10 – ON-CHANGE-OPTION CYCLIC REPORT WITH NEGATIVE RETURN TEST 11 – INFORMATION QUERY WITH THE DEFAULT LIST OF PARAMETERS TEST 11 – INFORMATION QUERY WITH THE DEFAULT LIST OF PARAMETERS TEST 12 – INFORMATION QUERY WITH NAMED INDIVIDUAL PARAMETERS TEST 12 – INFORMATION QUERY WITH NAMED INDIVIDUAL PARAMETERS TEST 13 – INFORMATION QUERY WITH LABELED INDIVIDUAL PARAMETERS TEST 13 – INFORMATION QUERY WITH LABELED INDIVIDUAL PARAMETERS TEST 14 – INFORMATION QUERY WITH LIST NAME TEST 14 – INFORMATION QUERY WITH LIST NAME TEST 15 – INFORMATION QUERY WITH FUNCTIONAL RESOURCE NAME TEST 15 – INFORMATION QUERY WITH FUNCTIONAL RESOURCE NAME TEST 16 – INFORMATION QUERY WITH FUNCTIONAL RESOURCE TYPE TEST 16 – INFORMATION QUERY WITH FUNCTIONAL RESOURCE TYPE TEST 17 – INFORMATION QUERY WITH PROCEDURE TYPE TEST 17 – INFORMATION QUERY WITH PROCEDURE TYPE TEST 18 – INFORMATION QUERY WITH PROCEDURE INSTANCE IDENTIFIER TEST 18 – INFORMATION QUERY WITH PROCEDURE INSTANCE IDENTIFIER TEST 19 – INFORMATION QUERY WITH NEGATIVE RETURN TEST 19 – INFORMATION QUERY WITH NEGATIVE RETURN TEST 20 – NOTIFICATION WITH THE DEFAULT LIST OF EVENTS TEST 20 – NOTIFICATION WITH THE DEFAULT LIST OF EVENTS TEST 21 – NOTIFICATION WITH NAMED INDIVIDUAL EVENTS TEST 21 – NOTIFICATION WITH NAMED INDIVIDUAL EVENTS TEST 22 – NOTIFICATION WITH LABELED INDIVIDUAL EVENTS TEST 22 – NOTIFICATION WITH LABELED INDIVIDUAL EVENTS TEST 23 – NOTIFICATION WITH LIST NAME TEST 23 – NOTIFICATION WITH LIST NAME TEST 24 – NOTIFICATION WITH FUNCTIONAL RESOURCE NAME TEST 24 – NOTIFICATION WITH FUNCTIONAL RESOURCE NAME TEST 25 – NOTIFICATION WITH FUNCTIONAL RESOURCE TYPE TEST 25 – NOTIFICATION WITH FUNCTIONAL RESOURCE TYPE TEST 26 – NOTIFICATION WITH PROCEDURE TYPE TEST 26 – NOTIFICATION WITH PROCEDURE TYPE TEST 27 – NOTIFICATION WITH PROCEDURE INSTANCE IDENTIFIER TEST 27 – NOTIFICATION WITH PROCEDURE INSTANCE IDENTIFIER TEST 28 – NOTIFICATION WITH NEGATIVE RETURN TEST 28 – NOTIFICATION WITH NEGATIVE RETURN TEST 29 – ON-CHANGE-OPTION CYCLIC REPORT BEHAVIOR FOLLOWING ON-CHANGE-OPTION PARAMETER VALUE TEST 29 – ON-CHANGE-OPTION CYCLIC REPORT BEHAVIOR FOLLOWING ON-CHANGE-OPTION PARAMETER VALUE

MDS test scenarios Credentials: Credentials will be used for ‘BIND_ONLY’. The following values will be used: User-identifier = “CSTS-USER” User-password = (in hexadecimal) ffdf e4e5e Provider-identifier = “CSTS-PROVIDER” Provider-password = (in hexadecimal) a0b0c0d0e0f Bind-Invocation: Initiator-Identifier = “CSTS-USER” Responder-Port-Identifier = CSTS_PT1 Service-Type = Service-Instance-Identifier has 3 attributes: –Spacecraft-Name = “SAT” –Antenna-Identifier = “ANT” –Transfer-Service-profile-identifier = “mds01” MD-CSTS OID = {iso identified-organisation(3) standards-producing-organisation(112) ccsds(4) css(4) csts(1) framework(1) services(2) mdService(1)}

MDS test scenarios Start-Invocation for On-change-option cyclic report and Information Query procedures : Default list of parameters : [{FCLTU Transfer Service Provider}:{numberOfCltusRadiated}] [{RAF Transfer Service Provider}:{numberOfFramesDelivered}] [{Return TM Synchronization and Decoding }:{symbolSynchronizerLockStatus}] Parameter list name : "Space-Link_Status" {Forward space link carrier transmission}:{actual-transmit-frequency} {Forward space link carrier transmission}:{ production-status} {Return space link carrier reception}:{actual-receive-frequency} {Return space link carrier reception}:{production-status} Specific labeled individual parameters : {Antenna}:{actual-elevation} { Return TM Synchronization and Decoding }:{number-of-rs-errors-corrected} {FCLTU TS Provider} : {numberOfCltusRadiated} {RAF TS provider}:{si-state} For specific named individual parameters, the instance number must be added to the above labeled individual parameters, for example : [[{Antenna}:1]:{actual-elevation}]

MDS test scenarios Start-Invocation for the Notification procedure : Default list of events : [{Return TM Synchronization and Decoding}:{lossOfFrameLock}], [{Return TM Synchronization and Decoding}:{FrameLockAcquired}] Event list name “service status”: {svcProductionStatus}:{svcProductionConfigured} {svcProductionStatus}:{svcProductionInterrupted} {svcProductionStatus}:{svcProductionHalted} {svcProductionStatus}:{svcProductionOperational} Specific labeled individual events : [{Return TM Synchronization and Decoding}:{FrameLockAcquired}] {svcProductionStatus}:{svcProductionInterrupted} {svcProductionStatus}:{svcProductionOperational} For specific named individual events, the instance number must be added to the above labeled individual events, for example : [[{svcProductionStatus}:1]:{svcProductionOperational}]

MDS test scenarios Scenarios from test1 to test8 (on-change-option cyclic report), test11 to test18 (information query) : MD-CSTS User Bind invocation > MD-CSTS Provider MD-CSTS User < positive Bind return MD-CSTS Provider MD-CSTS User Start invocation > MD-CSTS Provider delivery-cycle = 5 seconds list-of-parameters = ‘null’ (default list) / named parameters / labeled parameters/ list name / functional resource name / functional resource type / procedure type / procedure instance Id MD-CSTS User < positive Start return MD-CSTS Provider MD-CSTS User < Transfer Data invocation MD-CSTS Provider 5 seconds MD-CSTS User < Transfer Data invocation MD-CSTS Provider 5 seconds …… MD-CSTS User Stop invocation > MD-CSTS Provider MD-CSTS User < positive Stop return MD-CSTS Provider MD-CSTS User UnBind invocation > MD-CSTS Provider MD-CSTS User < positive UnBind return MD-CSTS Provider

MDS test scenarios Scenarios from test20 to test27 (notification procedure) : MD-CSTS User Bind invocation > MD-CSTS Provider MD-CSTS User < positive Bind return MD-CSTS Provider MD-CSTS User Start invocation > MD-CSTS Provider list-of-events = ‘null’ (default list) / named events / labeled events/ list name / functional resource name / functional resource type / procedure type / procedure instance Id MD-CSTS User < positive Start return MD-CSTS Provider event notification generated by the MDS provider simulator MD-CSTS User < Notify invocation MD-CSTS Provider event notification generated by the MDS provider simulator MD-CSTS User < Notify invocation MD-CSTS Provider MD-CSTS User Stop invocation > MD-CSTS Provider MD-CSTS User < positive Stop return MD-CSTS Provider MD-CSTS User UnBind invocation > MD-CSTS Provider MD-CSTS User < positive UnBind return MD-CSTS Provider

MDS test scenarios Scenario for test9 (multiple concurrent on-change-option cyclic report) : MD-CSTS User Bind invocation > MD-CSTS Provider MD-CSTS User < positive Bind return MD-CSTS Provider MD-CSTS User Start invocation > MD-CSTS Provider delivery-cycle = 5 seconds list-of-parameters = ‘null’ (default list) MD-CSTS User < positive Start return MD-CSTS Provider MD-CSTS User < Transfer Data invocation MD-CSTS Provider default list every 5 seconds MD-CSTS User Start invocation > MD-CSTS Provider delivery-cycle = 8 seconds list-of-parameters = named parameter MD-CSTS User < positive Start return MD-CSTS Provider MD-CSTS User < Transfer Data invocation MD-CSTS Provider default list every 5 seconds and named parameter every 8 seconds MD-CSTS User Stop invocation 1rst instance > MD-CSTS Provider MD-CSTS User < positive Stop return MD-CSTS Provider MD-CSTS User < Transfer Data invocation MD-CSTS Provider named parameter every 8 seconds MD-CSTS User Stop invocation 2nd instance > MD-CSTS Provider MD-CSTS User < positive Stop return MD-CSTS Provider MD-CSTS User UnBind invocation > MD-CSTS Provider MD-CSTS User < positive UnBind return MD-CSTS Provider

MDS test scenarios Scenarios for test10, test19 and test28 (negative return for on-change-option cyclic report, information query and notification) : MD-CSTS User Bind invocation > MD-CSTS Provider MD-CSTS User < positive Bind return MD-CSTS Provider MD-CSTS User Start invocation > MD-CSTS Provider delivery-cycle = 5 seconds list-of-parameters = ‘null’ (default list) / named parameters / labeled parameters/ list name / functional resource name / functional resource type / procedure type / procedure instance Id MD-CSTS User < negative Start return MD-CSTS Provider Messages : default list not defined, unknown parameter identifier, unknown list name, unknown functional resource name, unknown functional resource type, unknown procedure type, unknown procedure instance identifier, out-of-range …… MD-CSTS User Stop invocation > MD-CSTS Provider MD-CSTS User < positive Stop return MD-CSTS Provider MD-CSTS User UnBind invocation > MD-CSTS Provider MD-CSTS User < positive UnBind return MD-CSTS Provider

MDS test scenarios Scenario for test29 (of modification on-change-option parameter value) : MD-CSTS User Bind invocation > MD-CSTS Provider MD-CSTS User < positive Bind return MD-CSTS Provider MD-CSTS User Start invocation > MD-CSTS Provider delivery-cycle = 1 second (MDS prototype provider generates new parameter values every 5 seconds by default) list-of-parameters = ‘null’ (default list) On-change-option = TRUE MD-CSTS User < positive Start return MD-CSTS Provider MD-CSTS User < Transfer Data invocation MD-CSTS Provider default list every 5 seconds MD-CSTS User Stop invocation > MD-CSTS Provider MD-CSTS User < positive Stop return MD-CSTS Provider MD-CSTS User Start invocation > MD-CSTS Provider delivery-cycle = 1 second list-of-parameters = ‘null’ (default list) On-change-option = FALSE MD-CSTS User < positive Start return MD-CSTS Provider MD-CSTS User < Transfer Data invocation MD-CSTS Provider default list every 1 second (identical values are displayed) MD-CSTS User Stop invocation > MD-CSTS Provider MD-CSTS User < positive Stop return MD-CSTS Provider MD-CSTS User UnBind invocation > MD-CSTS Provider MD-CSTS User < positive UnBind return MD-CSTS Provider