Latest Developments of one M 2 M Certification

  • Slides: 18
Download presentation
Latest Developments of one. M 2 M Certification in GCF IAG-one. M 2 MCS

Latest Developments of one. M 2 M Certification in GCF IAG-one. M 2 MCS Convenor one. M 2 M – GCF Workshop, Sophia-Antipolis, France May 24 th 2018 This GCF document is confidential information and subject to copyright protection

©GCF 2018 Latest Developments • GCF is currently finalising the one. M 2 M

©GCF 2018 Latest Developments • GCF is currently finalising the one. M 2 M Certification Program, targeting a launch date in early Q 1/2019 • The program will be broken up in the following areas: – – Scope of one. M 2 M Certification Process for one. M 2 M Product Certifiers Program Update based on the one. M 2 M Release Cycles one. M 2 M Test Equipment Validation Process • The program will introduces changes to the following GCF PRDs: – – GCF-CC: Certification Criteria (Scope of Testing) GCF-AP: Application Procedures (Certification Process) GCF-VP: Validation Procedures (Validation Process) Some additional PRDs introducing minor changes to remain consistent with other GCF Certification Criteria

©GCF 2018 GCF one. M 2 M Certification Scope Lockdown • GCF one. M

©GCF 2018 GCF one. M 2 M Certification Scope Lockdown • GCF one. M 2 M Interoperability Testing Scope: – Based on TRSL V 1. 0/1. 1 from TTA referencing one. M 2 M TS. 0013 v 1. 4. 0 and v 2. 3. 2 • GCF one. M 2 M Conformance Testing Scope: – Based on TRSL V 1. 1 from TTA referencing one. M 2 M TS. 0018 v 1. 2. 0 and v 2. 2. 0 • one. M 2 M Security Testing is NOT in Scope of Phase 1: – TS 0027 Security Implementation Conformance Statements – TS 0028 Security Test Suite Structure and Test Purposes – TS 0029 Security Abstract Test Suite Implementation e. Xtra Information for test • The attached WIDs are updated based on above assumptions

©GCF 2018 Role of WI Rapporteur • The Rapporteur is responsible for coordinating the

©GCF 2018 Role of WI Rapporteur • The Rapporteur is responsible for coordinating the WI, and is the key point of contact up until it is included into the GCF Certification requirements • Some of the responsibilities include (with support from GCF Office): – Prepare the Work Item Description with the appropriate technical scoping and target timelines – Coordinate with supporting companies and GCF Office on evolution of the work item and any changes required in maintaining the Work Item (addition or removal of test cases) – Present the Work Item to the relevant Agreement Group meeting for review and approval • Advice on the ongoing periodic review points for the Work Item to ensure it stays relevant to the current industry needs • Once the Work Item is approved, the Rapporteur role transfers to the GCF Office for ongoing maintenance within the GCF Certification Criteria • Typically Rapporteurs are those individuals who are very familiar with the subject matter that is being handled in the Work Item and can therefore guide the group in determining the appropriate scope of testing, discuss any industry testing challenges (if any), help facilitate the GCF members in realising a certification solution for the Work Item

5 ©GCF 2018 GCF one. M 2 M certification model • Two routes to

5 ©GCF 2018 GCF one. M 2 M certification model • Two routes to certification will exist: for GCF members and also for Non-Members (restricted to one. M 2 M Certification only) GCF one. M 2 M only certification procedure GCF certification procedure www. globalcertificationforum. org (device or platform) GCF one. M 2 M standalone certification All applicable WIs GCF one. M 2 M WIs #291 & #292 Testing of all supported features Testing of one. M 2 M only GCF certification GCF one. M 2 M certification GCF certification (Certifier to enter one. M 2 M Certification Reference#) GCF one. M 2 M certification database GCF certification database (GCF reference #) Listing of Certified Devices

6 ©GCF 2018 one. M 2 M certification process workflow GCF one. M 2

6 ©GCF 2018 one. M 2 M certification process workflow GCF one. M 2 M Certifier GCF one. M 2 M Certification Portal GCF one. M 2 M RTO - Sign user agreement Get login credentials View list of RTOs - Download documents required for Certification - Submit ICS, IXIT and any other documents to RTO - RTO generates test plan using ETSI tool, and executes tests and provides test report back to one. M 2 M Certifier - Submit declaration and update Compliance Folder - Download Certificate - GCF one. M 2 M Public Website Product is certified and listed both on portal and public website

©GCF 2018 Program Update Based on one. M 2 M Releases • The GCF

©GCF 2018 Program Update Based on one. M 2 M Releases • The GCF one. M 2 M Certification Program will be tied to quarterly GCF DCC Database Release: DCC Q 2 Rel 3. 74. x ~ Apr 29 DCC Q 1 Rel 3. 73. x ~ Feb 1 one. M 2 M Rel 2 Sept 2018 Q 1/2019 IAG#16 Jan 8 th 2019 DCC Q 3 Rel 3. 75. x ~ Jul 29 one. M 2 M Rel 3 Mar 2019 DCC Q 4 Rel 3. 76. x ~ Nov 4 one. M 2 M Rel 4? Sept 2018 Q 2/2019 IAG#19 Apr 21 st 2019 Q 3/2019 IAG#22 Jul 25 th 2019 Q 4/2019 IAG#24 Oct 31 st 2019

©GCF 2018 8 GCF one. M 2 M Test Equipment Validation Process IP Connection

©GCF 2018 8 GCF one. M 2 M Test Equipment Validation Process IP Connection one. M 2 M Test Equipment Vendor Reference Implementation Test Report with Logs Validation Organisation (RTO) one. M 2 M Submission of Validation Report to IAG for Approval IAG Update of DCC Database

©GCF 2018 Some other key items… • All other Test Platform Validation requirements will

©GCF 2018 Some other key items… • All other Test Platform Validation requirements will follow the GCF process (see backup) • In lieu of a Waiver Process, the GCF one. M 2 M Certification Program will use the existing GCF process for: – Test Exemptions: Up to two test exemptions can be indicated by the one. M 2 M Certifier using the TE Categories available (see backup slides) – Contest & Challenges: Members with Certification Declaration viewing privileges can contest or challenge a certification. Issue resolution will follow the current GCF process between the interested parties, and/or if escalated, following existing arbitration process • Existing ATLs who are also GCF members and offer RTO services, will be responsible for maintaining their accreditations to include one. M 2 M certification testing • Existing validated Test Platforms will be ported over and maintained in the GCF database • Existing Certified Product list will be ported over to the GCF one. M 2 M web page • Change to existing certified products will require Certifier to update their declarations • No fees will be charged for GCF one. M 2 M Certification for initial year

©GCF 2018 Key Open Items Requiring Resolution Item Latest Status Next Steps 1. Finalisation

©GCF 2018 Key Open Items Requiring Resolution Item Latest Status Next Steps 1. Finalisation of TRSL / List of Conformance Tests Release 2. 0 and mapping to DCC structure Version 1. 1 has been supplied to GCF Discuss and understand structure @ workshop 2. Define process for Test Case Mapping of Product Profiles & Features to Test Cases ETSI TTCN Release TS-0025 and others will include a tool allowing to determine which test cases to execute based on product profile supported No further work required. Closed 3. Establish Work Item Rapporteur from one. M 2 M Community to facilitate finalisation of WID 291 & 292 Discuss and finalise at one. M 2 M Workshop Identify one. M 2 M interested company to volunteer for this role (with GCF Office support). TTA will be back with an answer? 4. Release of TTCN-3 code for Conformance Testing based on Release 2 requirements Being developed by one. M 2 M (together with ETSI STF 531) Target Sept 2018. On Track. 5. Overview of one. M 2 M Certification Technical Architecture (types of tests, bindings, serializations, etc. ) and Key Stakeholders Request being made to one. M 2 M Community to help develop an overview of the one. M 2 M Testing Ecosystem To be developed post Workshop. TTA and Convida (Kee bum and Bob) 6. Finalise Test Platform Validation requirements Being investigated in TPVS Contributions for potential CRs to be reviewed at TPVS#4 on May 30 th 2018. Open until next week 7. Development and Availability of Test Platform Validation Reference Device RTOs/ATLs supporting one. M 2 M responsible for development based on Rel 2 requirements Develop Reference Device once Rel 2 TTCN is completed by one. M 2 M Interop events are used to verify TTCN-3 with available products RTLs will work on reference implementations 8. Incorporation of one. M 2 M Business Requirements into Phases Phase 1 requirements currently being developed Target approval by SG#75 (mid-June 2018)

©GCF 2018 11 Timelines & Key Deliverables – Phase 1 Q 1/18 • •

©GCF 2018 11 Timelines & Key Deliverables – Phase 1 Q 1/18 • • • Q 2/18 Finalise Test Platform Validation and Test Methodologies (May 2018) • • Finalise the WID 291 & 292 • • Update of one. M 2 M Certification Business Requirements into phases (May 2018) • one. M 2 M approval of Release 2 Specifications at TP#33 meeting (Jan 2018) • Development of TRSL V 1. 1 for Conformance Testing by TTA Establishment of test case mapping of Product Profiles to test cases (ETSI Tool) GCF IAG finalises technical scope WID for one. M 2 M Certification (Feb 2018) GCF IAG release initial draft of one. M 2 M Certification Business Requirements for review at SG#74 (Mar 2018) • GCF IAG Stage II CR’s to GCF PRDs for review at SG#74 • Discussions on Test Platform Validation and Testing Methodologies (Feb / Mar 2018) • Approval of one. M 2 M Certification Business Model for Phase 1 Q 3/18 • Development of a one. M 2 M process document highlighting the Routes to Certification • GCF IAG finalise Stage II CR’s to GCF PRD’s for approval at SG#75 (June 2018) • Finalise Test Case integration structure into DCC Database • Approval of GCF one. M 2 M Certification Business IT Requirements at SG#75 (June 2018) • Approval of one. M 2 M Certification Routes to Certification document at SG#75 (June 2018) Q 4/18 one. M 2 M finalises TTCN-3 for • Release 2 Conformance Testing • GCF IT development to commence for one. M 2 M Certification Webpage GCF IT launch of one. M 2 M Certification Webpage Development of Reference • Device for Platform Validation by RTOs / Certifying • Organisations Approval of validation reports, and incorporation into DCC • Discussion regarding a potential “Certified by GCF” logo program support by TTA • GCF to begin development of marketing materials for promotion of one. M 2 M Certification • Support test equipment manufacturers on one. M 2 M validation activities for Release 2 Activation readiness of one. M 2 M Certification in GCF Promote one. M 2 M Certification via various media outlets (website, social media, events etc. )

©GCF 2018 Backup Slides

©GCF 2018 Backup Slides

©GCF 2018 13 Test Category Mapping one. M 2 M TC Categories GCF TC

©GCF 2018 13 Test Category Mapping one. M 2 M TC Categories GCF TC Categories CAT P: This is a provisional state. Test cases have NOT been finalized or validated and are NOT ready for testing. These test cases are NOT required for certification CAT P: Provisional. New test case, or one where all platform validations have been downgraded for more than 45 days. CAT V: This is a validated state where test cases have been confirmed by the CB that these work on several designated equipment. These test case are NOT required for certification as the related feature for these test cases have not been ‘activated’ by the CB for certification. CAT C: Fully validated but not active for certification. Work Item (WI) Certification Entry Criteria (CEC) has not yet been met. CAT A: This is an active state. These are selected by the CB from Category V test cases and are required for certification. CAT A: Fully validated TC. TC with one or more TP validations that have no exceptions. CAT D: This category is for test cases that have been downgraded. If a vendor or CB indicates that a test case is implemented incorrectly, this test case will be ‘downgraded’. This test case is no longer an active state and thus cannot be used for certification until correct update is applied and back to category A. CAT D: Downgraded TC. A TC where all current TP validations have been downgraded. CAT B: TC Validated with an Exception. TC where there are no platforms without an exception. Ø one. M 2 M Certification Test Case Categories can be mapped one to existing GCF Test Case Categories

©GCF 2018 Validation Reasons • VR 1: Initial validation of a new Category P

©GCF 2018 Validation Reasons • VR 1: Initial validation of a new Category P test case, using a meeting validation CR. • VR 2: Re-validation of a Category D test case, where re-validation is within 45 days of the downgrade, using a 5 -day rule validation CR. • VR 3: Re-validation of a Category P test case that has previously been validated, where re-validation is after 45 of days of the downgrade, using a meeting validation CR. • VR 4: Re-validation of a Category A, B or C test case, where a change has occurred that affects the test case. • VR 5: Initial validation of a Category A, B or C test case on a new TP, using a 5 -day rule validation CR. • VR 6: Obsolete (previously used for downgrades – functionality replaced by specific downgrade 5 -day rule CR type). • VR 7: Re-validation of a Category A, B or C test case, where no change has occurred that affects the test case, using a 5 -day-rule validation CR. No logs are required. Ø GCF VRs will be used for one. M 2 M Test Platform Validation. No specific VRs have been identified within the existing one. M 2 M Certification Program 14

©GCF 2018 15 New Test Platform Introduction • New Test Platforms are added to

©GCF 2018 15 New Test Platform Introduction • New Test Platforms are added to the GCF Database via a test platform declaration (via meeting CR) with the following: Ø A declaration that the test platform is either commercially available, or will be commercially available before any test cases are validated; and can be delivered within a reasonable time of an order being placed. Ø A declaration that the Test Platform Vendor(s) is/are able to offer support & maintenance for the entire test platform, or has reached agreement with suppliers of external components to be able to offer maintenance and support of these components. Ø A full description of the test platform, test platform configuration(s) and major SW and HW components. • Test Platform Descriptions contain details on: • • Test Platform (TP): This identifies a single test platform as marketed by a test solution vendor (Test Platform manufacturer) and consists of a number allocated by the DCC database and a name. Configuration: This is the name for a particular combination of Software and Hardware used to perform a specific group of tests. SW Version: This field is mandatory and is to be provided as a list of software components, containing the SW component’s name along with its associated version. HW Version: This field identifies the major hardware components including the hardware component’s name along with its associated hardware version and any associated firmware versions. Ø Same methodology for introducing one. M 2 M Test Platforms will be used as above aligned with the quarterly DCC Release Cycles

©GCF 2018 Test System Validation Specification • Specification describes how the Validation Organisation performs

©GCF 2018 Test System Validation Specification • Specification describes how the Validation Organisation performs the validation of the specified Means of Testing • It is used to supplement the test report and may contain: – list equipment used for verifying the results; – assessment of the calibration process (procedures and results); – assessment of the test system’s path compensation procedure; – describe procedures for checking of test system uncertainties; – describe procedures for checking of test system stability/repeatability; – describe set-up configurations for negative testing. – How to access and use the Reference Device (i. e. cloud vs cabled access) • Validation Organisation maintains the Validation Specification and can be reused for multiple validations Ø This will be part of the documentation on how the Reference Implementation can be used to validate the test platform 16

©GCF 2018 Test System Validation Report • The Validation Report is the result of

©GCF 2018 Test System Validation Report • The Validation Report is the result of validation performed on a Means of Testing and based on the Validation Specification • The report contains: Test system identification - all SW and HW configuration control information. Test case identification Validator (Name of validation organisation). Reference to the Validation Specification. Version of GCF recognised Standards Organisation Test Specification used and validated against. – Version of Core Specifications used and validated against and any applicable CRs – In exceptional cases: description of any other proposed Test Method (at Test Specification level), or any deviations from GCF recognised Standards Organisation Test Specifications. – Results of the validation activities. – – – Test case validation log files • Validation Report is submitted to the relevant Agreement Group for review and approval Ø It is expected that changes related to one. M 2 M Certification Test Platform Validation will be introduced to GCF-VP Annex B based on outcome of TPVS discussions 17

©GCF 2018 Test Exemptions The following tables shall provide which specific test case(s) the

©GCF 2018 Test Exemptions The following tables shall provide which specific test case(s) the manufacturer has requested to be exempt from the declared certification criteria. Each test case associated with the test exemption must be fully explained with a technical reason. End-user/network impact and test data of the failure must be attached. Please note that only 2 (two) test exemptions may be given. Each test case exemption must be highlighted in Annex F. 3. x/F. 4. x/F. 5. x. If a manufacturer wishes to request a test exemption, Annex F. 6 must be uploaded to the GCF website along with all other applicable Annexes to fulfill the process. TE 1: Out-of-date spec requirement for state-of-the-art device The requirement with which a test aims to verify compliance is out of date, and analysis by the Certifying Organisation that has defined the requirement suggest that an update of the requirement may require a time, which would delay certification. TE 2: Operator Feature Request The requirement which a test aims to verify compliance is not consistent with an operator requirement (applies only if the device is intended for a specific Operator or a significant number of Operators have requirements not consistent with the requirement verified by the test). TE 3: Special Use Device The requirement which a test aims to verify compliance is not consistent with the device designation i. e. the device designation is for special use which may not need compliance with some mandatory requirements. TE 4: Operating System limitation The requirement which a test aims to verify compliance cannot be fulfilled due to operating system limitation that have limited manufacturers control within a limited time frame. TE 5: Certified Platform Limitation The requirement which a test aims to verify compliance cannot be fulfilled due to certified Platform limitations i. e. test cases that were certified as would not be impacted by the integration or reproduction of the certified Platform, that have subsequently been challenged. (Once the problem has been resolved and the certified Platform is again conformant, the Manufacturer of the end Device shall remove the Test Exemption). 18