Two Committee Specifications published by the KMIP TC: KMIP Specification V1.3 and KMIP Profiles V1.3

OASIS is pleased to announce the approval and publication of two new Committee Specification by the members of the OASIS Key Management Interoperability Protocol (KMIP) TC:

Key Management Interoperability Protocol Specification Version 1.3
Committee Specification 01
28 July 2016

Key Management Interoperability Protocol Profiles Version 1.3
Committee Specification 01
28 July 2016

What is KMIP and why should I be interested?

The Key Management Interoperability Protocol (KMIP) is a single, comprehensive protocol for communication between clients that request any of a wide range of encryption keys and servers that store and manage those keys. By replacing redundant, incompatible key management protocols, KMIP provides better data security while at the same time reducing expenditures on multiple products.

KMIP v1.3 enhances the KMIP v1.2 standard by:

– defining new functionality in the protocol to improve interoperability;
– defining additional Test Cases for verifying and validating the new functionality;
– providing additional information in the KMIP Usage Guide to assist in effective implementation of KMIP in key management clients and servers; and
– defining new profiles for establishing KMIP-compliant implementations.

The KMIP Specification describes the protocol used for the communication between clients and servers to perform management operations on objects stored and maintained by a key management system. This includes symmetric and asymmetric cryptographic keys, digital certificates, and templates used to simplify the creation of objects and control their use.

The KMIP Profiles provide a selected set of base level conformance profiles and authentication suites; additional KMIP Profiles define specific sets of KMIP functionality for conformance purposes.

This is a final deliverable. Completed and approved by the TC, this OASIS Committee Specification is fully ready for implementation. If submitted for further ratification as an OASIS Standard, its content will not change.

About the TC:

The Key Management Interoperability Protocol (KMIP) is a single, comprehensive protocol for communication between clients that request any of a wide range of encryption keys and servers that store and manage those keys. By replacing redundant, incompatible key management protocols, KMIP provides better data security while at the same time reducing expenditures on multiple products.

URIs:
The prose specifications and related files are available here:

– Key Management Interoperability Protocol Specification Version 1.3

Editable source (Authoritative):
http://docs.oasis-open.org/kmip/spec/v1.3/cs01/kmip-spec-v1.3-cs01.docx

HTML:
http://docs.oasis-open.org/kmip/spec/v1.3/cs01/kmip-spec-v1.3-cs01.html

PDF:
http://docs.oasis-open.org/kmip/spec/v1.3/cs01/kmip-spec-v1.3-cs01.pdf

– Key Management Interoperability Protocol Profiles Version 1.3

Editable source (Authoritative):
http://docs.oasis-open.org/kmip/profiles/v1.3/cs01/kmip-profiles-v1.3-cs01.doc

HTML:
http://docs.oasis-open.org/kmip/profiles/v1.3/cs01/kmip-profiles-v1.3-cs01.html

PDF:
http://docs.oasis-open.org/kmip/profiles/v1.3/cs01/kmip-profiles-v1.3-cs01.pdf

Test cases:
http://docs.oasis-open.org/kmip/profiles/v1.3/cs01/test-cases/kmip-v1.3/mandatory/
http://docs.oasis-open.org/kmip/profiles/v1.3/cs01/test-cases/kmip-v1.3/optional/

Distribution ZIP files

For your convenience, OASIS provides a complete package of each prose specification and related files in a ZIP distribution file. You can download the ZIP file here:

– Key Management Interoperability Protocol Specification Version 1.3: http://docs.oasis-open.org/kmip/spec/v1.3/cs01/kmip-spec-v1.3-cs01.zip

– Key Management Interoperability Protocol Profiles Version 1.3: http://docs.oasis-open.org/kmip/profiles/v1.3/cs01/kmip-profiles-v1.3-cs01.zip

Members of the OASIS Key Management Interoperability Protocol (KMIP) TC [1] approved this specification by Special Majority Votes. The specifications had been released for public review as required by the TC Process [2]. The votes to approve as Committee Specifications passed [3], and the document are now available online in the OASIS Library as referenced above.

Our congratulations to the TC on achieving this milestone and our thanks to the reviewers who provided feedback on the specification drafts to help improve the quality of the work.

========== Additional references:

[1] OASIS Key Management Interoperability Protocol (KMIP) TC
https://www.oasis-open.org/committees/kmip/

[2] Public reviews:
– Key Management Interoperability Protocol Specification Version 1.3
– 30-day public review, 17 February 2016: https://lists.oasis-open.org/archives/members/201602/msg00002.html
– Comment resolution log: http://docs.oasis-open.org/kmip/spec/v1.3/csprd01/kmip-spec-v1.3-csprd01-comment-resolution-log.txt

– Key Management Interoperability Protocol Profiles Version 1.3
– 30-day public review, 17 May 2016: https://lists.oasis-open.org/archives/members/201605/msg00003.html
– Comment resolution log: http://docs.oasis-open.org/kmip/profiles/v1.3/csprd01/kmip-profiles-v1.3-csprd01-comment-resolution-log.pdf

[3] Approval ballots:
– Key Management Interoperability Protocol Specification Version 1.3: https://www.oasis-open.org/committees/ballot.php?id=2952

– Key Management Interoperability Protocol Profiles Version 1.3: https://www.oasis-open.org/committees/ballot.php?id=2951

Electronic Trial Master File (eTMF) Specification V1.0 public review ends September 23rd

The OASIS Electronic Trial Master File (eTMF) Standard TC members [1] have produced an updated Committee Specification Draft (CSD) and submitted this specification for 15-day public review:

Electronic Trial Master File (eTMF) Specification Version 1.0
Committee Specification Draft 02 / Public Review Draft 02
08 August 2016

Specification Overview:

The OASIS eTMF Specification publishes details of an interoperable content classification system with rules, policies and procedures for how electronic content can be shared and customized for clinical trials. Machine readable, open standards-based technologies are used in a vendor neutral approach.

This version incorporates over 800 comments from previous public review and provides compatibility with TMF Ref Model V3. TMF Ref Model terms have been reviewed, assigned controlled vocabulary IDs and have been published by the National Cancer Institute’s Enterprise Vocab Services for free use in this work by any organization.

We welcome industry feedback and participation in the refinement of this proposed standard.

TC Description:

The Oasis eTMF Standard Technical Committee is chartered to define open technologies for clinical trial master file content interoperability and data exchange that will enable safe and rapid delivery of drug and device therapies globally.

For more information, see the TC Charter and FAQ.

Public Review Period:

The public review starts 09 September 2016 at 00:00 UTC and ends 23 September 2016 at 11:59 UTC. The specification was previously submitted for public review [2]. This 15-day review is limited in scope to changes made from the previous review. Changes are highlighted in the red-lined copy of the spec at http://docs.oasis-open.org/etmf/etmf/v1.0/csprd02/etmf-v1.0-csprd02-DIFF.pdf.

This is an open invitation to comment. OASIS solicits feedback from potential users, developers and others, whether OASIS members or not, for the sake of improving the interoperability and quality of its technical work.

Reviewers may provide comments directly from the comment-tag version of document. The file

etmf-v1.0-csprd02-COMMENT-TAGS.html

contains the HTML version of the draft with a “[comment?]” link next to each section heading. Clicking on this link will launch your email application and begin a message to etmf-comment@lists.oasis-open.org with the specific section number and title in the subject line. Simply enter your comment and click send.

Note that you must be subscribed to the comment mailing list before sending feedback. Instructions on how to subscribe can be found at https://www.oasis-open.org/committees/comments/index.php?wg_abbrev=etmf.

URIs:
The prose specification document and related files are available here:

Editable source (Authoritative):
http://docs.oasis-open.org/etmf/etmf/v1.0/csprd02/etmf-v1.0-csprd02.docx

HTML:
http://docs.oasis-open.org/etmf/etmf/v1.0/csprd02/etmf-v1.0-csprd02.html

HTML with in-line commenting:
http://docs.oasis-open.org/etmf/etmf/v1.0/csprd02/etmf-v1.0-csprd02-COMMENT-TAGS.html

PDF:
http://docs.oasis-open.org/etmf/etmf/v1.0/csprd02/etmf-v1.0-csprd02.pdf

Schema:
http://docs.oasis-open.org/etmf/etmf/v1.0/csprd02/schema/OASIS-eTMF-V3-Schema-201607.xlsx

Vocabulary:
http://docs.oasis-open.org/etmf/etmf/v1.0/csprd02/vocabulary/OASIS-eTMF-V3-NCI-Vocab-201607.xlsx

ZIP distribution files (complete):

For your convenience, OASIS provides a complete package of the prose specification and related files in a ZIP distribution file. You can download the ZIP file here:

http://docs.oasis-open.org/etmf/etmf/v1.0/csprd02/etmf-v1.0-csprd02.zip

Additional information about the specification and the OASIS Electronic Trial Master File (eTMF) Standard TC can be found at the TC’s public home page:

https://www.oasis-open.org/committees/etmf/

Comments may be submitted to the TC by any person through the use of the OASIS TC Comment Facility which can be used by following the instructions on the TC’s “Send A Comment” page, or directly at:

https://www.oasis-open.org/committees/comments/index.php?wg_abbrev=etmf

Comments submitted by TC non-members for this work and for other work of this TC are publicly archived and can be viewed at:

https://lists.oasis-open.org/archives/etmf-comment/

All comments submitted to OASIS are subject to the OASIS Feedback License, which ensures that the feedback you provide carries the same obligations at least as the obligations of the TC members. In connection with this public review of “Electronic Trial Master File (eTMF) Specification Version 1.0”, we call your attention to the OASIS IPR Policy [3] applicable especially [4] to the work of this Technical Committee. All members of the TC should be familiar with this document, which may create obligations regarding the disclosure and availability of a member’s patent, copyright, trademark and license rights that read on an approved OASIS specification.

OASIS invites any persons who know of any such claims to disclose these if they may be essential to the implementation of the above specification, so that notice of them may be posted to the notice page for this TC’s work.

========== Additional references:

[1] OASIS Electronic Trial Master File (eTMF) Standard TC
http://www.oasis-open.org/committees/etmf/

[2] Previous public reviews:

45-day public review, 24 June 2016:
https://lists.oasis-open.org/archives/members/201406/msg00014.html
– Comment resolution log:
http://docs.oasis-open.org/etmf/etmf/v1.0/csprd01/etmf-v1.0-csprd01-comment-resolution-log.xls

[3] http://www.oasis-open.org/policies-guidelines/ipr

[4] http://www.oasis-open.org/committees/etmf/ipr.php
https://www.oasis-open.org/policies-guidelines/ipr#Non-Assertion-Mode
Non-Assertion Mode

DocBook Version 5.1 COS01 public review ends Nov. 7th

Members of the OASIS DocBook TC [1] have recently approved a Special Majority Ballot [2] to advance DocBook Version 5.1 as a Candidate OASIS Standard (COS). The COS now enters a 60-day public review period in preparation for a member ballot to consider its approval as an OASIS Standard.

DocBook Version 5.1
Candidate OASIS Standard 01
23 June 2016

Specification Overview:

DocBook is a general purpose [XML] schema particularly well suited to books and papers about computer hardware and software (though it is by no means limited to these applications).

The Version 5.1 release introduces assemblies for topic-oriented authoring. It also addresses a selection of bugs and feature requests.

The Technical Committee provides the DocBook 5.1 schema in other schema languages, including W3C XML Schema and an XML DTD, but the RELAX NG Schema is the normative schema.

DocBook Version 5.1 received 3 Statements of Use from Norman Walsh, Sagehill Enterprises and LexisNexis[3].

TC Description:

The DocBook Technical Committee maintains the DocBook family of schemas.

Public Review Period:

The 60-day public review starts 09 September 2016 at 00:00 UTC and ends 07 November 2016 at 23:59 UTC.

This is an open invitation to comment. OASIS solicits feedback from potential users, developers and others, whether OASIS members or not, for the sake of improving the interoperability and quality of its technical work.

URIs:

The prose specification document and related files are available here:

HTML (Authoritative):
http://docs.oasis-open.org/docbook/docbook/v5.1/cos01/docbook-v5.1-cos01.html

Editable source:
http://docs.oasis-open.org/docbook/docbook/v5.1/cos01/docbook-v5.1-cos01.xml

PDF:
http://docs.oasis-open.org/docbook/docbook/v5.1/cos01/docbook-v5.1-cos01.pdf

Schemas:
http://docs.oasis-open.org/docbook/docbook/v5.1/cos01/schemas/

DocBook V4.x conversion tools:
http://docs.oasis-open.org/docbook/docbook/v5.1/cos01/tools/

ZIP distribution file (complete):

For your convenience, OASIS provides a complete package of the prose specification and related files in a ZIP distribution file. You can download the ZIP file here:

http://docs.oasis-open.org/docbook/docbook/v5.1/cos01/docbook-v5.1-cos01.zip

Additional information about the specification and the DocBook TC may be found at the TC’s public home page:

https://www.oasis-open.org/committees/docbook/

Comments may be submitted to the TC by any person through the use of the OASIS TC Comment Facility as explained in the instructions located via the button labeled “Send A Comment” at the top of the TC public home page, or directly at:

https://www.oasis-open.org/committees/comments/index.php?wg_abbrev=docbook

Comments submitted by TC non-members for this work and for other work of this TC are publicly archived and can be viewed at:

http://lists.oasis-open.org/archives/docbook-comment/

All comments submitted to OASIS are subject to the OASIS Feedback License, which ensures that the feedback you provide carries the same obligations at least as the obligations of the TC members. In connection with this public review of “DocBook Version 5.1,” we call your attention to the OASIS IPR Policy [4] applicable especially [5] to the work of this technical committee. All members of the TC should be familiar with this document, which may create obligations regarding the disclosure and availability of a member’s patent, copyright, trademark and license rights that read on an approved OASIS specification.

OASIS invites any persons who know of any such claims to disclose these if they may be essential to the implementation of the above specification, so that notice of them may be posted to the notice page for this TC’s work.

==============

[1] OASIS DocBook Technical Committee
https://www.oasis-open.org/committees/docbook/

[2] https://www.oasis-open.org/committees/ballot.php?id=2944

[3] Statements of Use:

– Norman Walsh: https://lists.oasis-open.org/archives/docbook-tc/201605/msg00003.html

– Sagehill Enterprises: https://lists.oasis-open.org/archives/docbook-tc/201605/msg00006.html

– LexisNexis: https://lists.oasis-open.org/archives/docbook-tc/201604/msg00000.html

[4] http://www.oasis-open.org/policies-guidelines/ipr

[5] http://www.oasis-open.org/committees/docbook/ipr.php
https://www.oasis-open.org/policies-guidelines/ipr#s10.2.3
RF on Limited Terms

Call for Participation: OASIS OSLC Lifecycle Integration for Domains (#OSLC Domains) TC

01 September 2016

A new OASIS technical committee is being formed. The OSLC Lifecycle Integration for Domains (OSLC Domains) Technical Committee (TC) has been proposed by the members of OASIS listed in the proposal section (2)(d) below. The TC name, statement of purpose, scope, list of deliverables, audience, IPR mode, and language specified in sections (1)(a) through (1)(g) of this proposal will constitute the TC’s official charter. Submissions of technology for consideration by the TC, and the beginning of technical discussions, may occur no sooner than the TC’s first meeting.

The eligibility requirements for becoming a participant in the TC at the first meeting are:

(a) you must be an employee or designee of an OASIS member organization or an individual member of OASIS

(b) you must also join the Technical Committee, which members may do by using the Roster “join group” link on the TC’s web page at [a].

To be considered a voting member at the first meeting:

(a) you must join the Technical Committee at least 7 days prior to the first meeting [join on or before 23 September 2016]

(b) you must also attend the first meeting of the TC, at the time and date fixed below in section (2)(b) – [Teleconference 11:00 AM-12:00PM (EST), 30 September 2016].

Participants may also join the TC at a later time. OASIS and the TC welcome all interested parties.

Non-OASIS members who wish to participate may contact us about joining OASIS [b]. In addition, the public may access the information resources maintained for each TC: a mail list archive, document repository, and public comments facility, which will be linked from the TC’s public home page at [c].

Please feel free to forward this announcement to any other appropriate lists. OASIS is an open standards organization; we encourage your participation.

———-
[a] https://www.oasis-open.org/apps/org/workgroup/oslc-domains/

[b] See http://www.oasis-open.org/join/

[c] http://www.oasis-open.org/committees/oslc-domains/

———-

CALL FOR PARTICIPATION

OASIS OSLC Lifecycle Integration for Domains (OSLC Domains) Technical Committee

The proposal for this TC is as follows.

Section 1: TC Charter

(1)(a) TC Name

OASIS OSLC Lifecycle Integration for Domains (OSLC Domains) TC

(1)(b) Statement of Purpose

Managing the development lifecycle of complex systems and software can become very difficult, especially in heterogeneous environments including homegrown tools, open source projects, and commercial tools from different vendors used by different partners and suppliers. Organizations need common vocabularies that describe similar concepts in order to effectively integrate and share information utilized in different methods and tools. Limited integration between tools and the use of different terms for the same concepts can create bottlenecks that slow continuous delivery as well as inhibit effective sharing of information for traceability, change and impact analysis.

OSLC (Open Services for Lifecycle Collaboration) is a set of related specifications that define an open technical architecture enabling tool integration that is minimalist, loosely coupled, and standardized. OSLC provides common standardized data formats and operations that apply World Wide Web and Linked Data principles, such as those defined in the W3C Linked Data Platform (LDP), to create a cohesive set of specifications that can enable products, services, and other distributed network resources to interoperate successfully.

The purpose of the OASIS OSLC Domains TC is to produce specifications that leverage the OASIS OSLC lifecycle integration Core Specification and enable interoperation through the specification of standard domain vocabularies, constraints and services for use in tools supporting change, configuration, and asset management domains supporting scenarios motived from Application Lifecycle Management (ALM), Product Lifecycle Management (PLM), Integrated Service Management (ISM), Cloud Computing, and DevOps.

This work consists of two primary activities. The first is a maintenance activity to migrate a number of existing finalized OSLC v2.0 domain specifications currently on open-services.net to OASIS. The success of OSLC in supporting lifecycle (and other) tool integrations will benefit from having all the OSLC standards managed by the same standards body, with consistent content, document format, and versioning. Since OSLC Core 3.0 is compatible with OSLC Core 2.0, and has reached Committee Specification Draft status, it is now possible to migrate the existing domain specifications to OASIS by only making document formatting changes, with no substantive changes that would introduce interoperability issues with existing implementations.

The second OASIS OSLC Domains TC activity is to capture requirements and use cases for other related domains will be used to set out the particular goals for additional vocabulary and services standardizations. A revised list of deliverables meeting these additional goals and requirements will be drafted, and design and development of new domain specifications will commence. This ensures common specification formats and coordination across related domains, while minimizing process overhead. The OASIS OSLC Domains TC may create subcommittees to address new domain specifications while providing coordination and appropriate reusable templates and content.

(1)(c) Scope

The OASIS OSLC Domains TC will accept as input the OSLC MS Steering Committee approved versions of the final OSLC version 2 domain specifications from open-services.net (http://open-services.net/) and targeted for migration to OASIS. The TC will also accept other contributions for consideration based on technical merit insofar as they conform to this charter.” This is to avoid criticism that the TC is simply going to rubber stamp existing content.

The OASIS OSLC Domains TC will deliver OASIS Standards Track documents for each of these existing OSLC version 2 domain specifications as a maintenance activity including conversion of the documents to OASIS prescribed formats, but not including any substantive changes that could introduce interoperability issues with existing implementations. Candidates for migration include:
– Tracked Resource Set 2.0 (http://open-services.net/wiki/core/TrackedResourceSet-2.0/)
– Architecture Management 2.0 (http://open-services.net/wiki/architecture-management/OSLC-Architecture-Management-Specification-Version-2.0/)
– Asset Management 2.0 (http://open-services.net/wiki/asset-management/OSLC-Asset-Management-2.0-Specification/)
– Automation 2.1 (http://open-services.net/wiki/automation/OSLC-Automation-Specification-Version-2.1/)
– Performance Monitoring 2.0 (http://open-services.net/wiki/performance-monitoring/OSLC-Performance-Monitoring-Specification-Version-2.0/)
– Quality Management 2.0 (http://open-services.net/bin/view/Main/QmSpecificationV2)
– Requirements Management 2.0 (http://open-services.net/bin/view/Main/RmSpecificationV2)

The OSLC Domains TC will form a subcommittee to complete the current Product Definition 1.0 draft specification as a new OSLC Domain specification, updating the current draft to be consistent with OSLC Core 3.0 and Change and Configuration Management 1.0. In addition, the OSLC Domains TC may identify and develop other domain specifications in the course of its work.

The TC may also produce non-normative content such as usage guides, quick start documents, etc. that will assist the broader community in adopting the standard. The TC will also consider starting an OASIS Open Repository to host work associated with the TC in order to foster contributions to additional materials that supplement or support its standards work. Such additional materials could include for example, additional samples, example content, or integration test suites.

(1)(d) Deliverables

OSLC 2 domain specification migration:

For the finalized OSLC version 2 domain specifications, the OASIS OSLC Domains TC will perform essentially a maintenance activity, delivering a migration of the existing domain specifications listed above as OASIS standards track documents. Actual deliverables include:

– Tracked Resource Set 2.1
– Architecture Management 2.1
– Asset Management 2.1
– Automation 2.2
– Performance Monitoring 2.1
– Quality Management 2.1
– Requirements Management 2.1

New OSLC domain specifications:

The OASIS OSLC Domains TC is expected to produce additional standards track documents that define the vocabulary, constraints, and services for new OSLC domains as specified by revised TC deliverables. For example, a Product Definition domain that defines the products delivered by development lifecycle activities. Deliverables include:

1. Scenarios: these will guide the priorities and specification contents within the TC

a. Also a prioritized list of scenarios both developed by the OASIS OSLC Domains TC and contributed from OSLC User Groups, OSLC MS-affiliated TCs, Subcommittees, and the OSLC MS Steering Committee.

2. Specifications: develop specifications to support the identified integration scenarios. The specifications will provide terminology and rules for defining resource vocabularies in terms of the property names and value-types and will recommend various resource representations.

a. These deliverables may constitute a collection of specifications, one per capability or a single specification covering a collection of capabilities

b. Additional specifications may be introduced over time to satisfy capabilities needed by supported scenarios

3. Supporting and enabling material, produced in collaboration with other OSLC MS-affiliated TCs as appropriate or on an as-needed basis to support broad adoption including:

a. Guidance – informative, non-normative material covering topics such as implementation, resource design, and specification development

b. Best Practices – publication of various best (and worst) practices to aid in the implementation of specifications and interoperable solutions.

4. Terminology: a common set of terms intended to be used across OSLC MS-affiliated TCs

5. Vocabulary: in support of specifications, a set of machine and human processable vocabularies and constraints, including tools and best practices

6. Test suites: provide description test suites (perhaps manual) to illustrate how implementations of specifications should comply with the specification. OASIS OSLC Domains TC may also identify suitable third party automated test suites, such as an open source suite from Eclipse Lyo, that can be used to execute such tests.

The OASIS OSLC Domains TC plans to revise and expand its specifications over time, to enable functionality called for by revisions in, and expansions of, the motivational scenarios. This means that new specifications that cover new domains may be introduced as scenarios are refined to support new terms, vocabularies, and services. The TC may produce separate specifications for various domains focused areas such as for: Product Definition, Partial Update, Indexed Linked Data Provider, Reporting, Estimation and Measurement, Reconciliation and other related domains.

Maintenance

Once the TC has completed work on a specific deliverable (whether “complete” means it has become an OASIS Standard or simply a Committee Specification is left to the TC’s discretion), the TC will provide maintenance for that deliverable. The purpose of maintenance is to provide minor revisions to previously adopted deliverables to clarify ambiguities, inconsistencies, and obvious errors. Maintenance is not intended to enhance a deliverable or to extend its functionality. In addition to maintenance, the TC may choose to create new versions of specifications that support additional capabilities as needed by scenarios.

(1)(e) IPR Mode

This TC will operate under the “RF (Royalty Free) on Limited Terms” IPR mode as defined in the OASIS Intellectual Property Rights (IPR) Policy (https://www.oasis-open.org/policies-guidelines/ipr).

(1)(f) Audience

The OASIS OSLC Domains TC will produce specifications that are applicable to two types of interest groups:

1. Developers of OSLC specifications, including those produced by OSLC MS-affiliated TCs and other standards groups

2. End users of Specifications, including implementers (software vendors, open source projects, and developers of custom business software)

The work should be of interest to anyone involved with integration of tools.

(1)(g) Language

The OASIS OSLC Domains TC will conduct its business in English. The TC may elect to form subcommittees that produce localized documentation of the TC’s work in additional languages.

Section 2: Additional Information

(2)(a) Identification of Similar Work

1. OSLC Steering Committee approved versions of the OASIS OSLC Core 3.0: https://tools.oasis-open.org/version-control/svn/oslc-core/trunk/specs/oslc-core.html (https://tools.oasis-open.org/version-control/svn/oslc-core/trunk/specs/oslc-core.html)

2. OSLC Steering Committee approved versions of the OSLC domain specification from open-services.net (http://open-services.net/), targeted for OASIS as indicated here: http://open-services.net/specifications/

3. Linked Data Platform 1.0 specification as indicated here: https://www.w3.org/TR/2015/REC-ldp-20150226/

(2)(b) First TC Meeting

The first meeting will be held through teleconference on 11:00 AM-12:00PM (EST) September 30, 2016 and IBM will sponsor this call.

(2)(c) Ongoing Meeting Schedule

The TC intends to meet by teleconference every two weeks. Sponsorship for these meetings will be rotated through the OASIS Organizational Members represented on the TC.

(2)(d) TC Proposers

1. Jim Amsden, jamsden@us.ibm.com, IBM
2. Gray Bachelor, gray_bachelor@uk.ibm.com, IBM
3. Jad El-khoury jad@kth.se, KTH Royal Institute of Technology
4. Lars Gelbke, lars.gelbke@siemens.com, Siemens AG
5. Martin Eigner, eigner@mv.uni-kl.de, Technische Universität Kaiserslautern
6. Mark D. Shulte, mark.d.schulte@boeing.com, Boeing Company
7. Patrick Wilson, patrick.wilson@boeing.com, Boeing Company
8. Wesley Coelho, wesley.coelho@tasktop.com, Tasktop

(2)(e) Primary Representatives’ Support

I, Dave Ings, ings@ca.ibm.com, primary representative of IBM, confirm our support for this charter and endorse our proposers listed above as named co-proposers.

Marquart Franz, marquart.franz@siemens.com: As Siemens’ Primary Representative for OASIS, I am pleased to offer our support for the creation of the OSLC Domains Technical Committee and to state that we wish to be a Supporting Entity at launch. Siemens is currently an OASIS member.

Martin Törngren, martint@kth.se: As KTH’s Primary Representative for OASIS, I am pleased to offer our support for the creation of the OSLC Domains Technical Committee and to state that we wish to be a Supporting Entity at launch. KTH is currently an OASIS member.

Martin Eigner, eigner@mv.uni-kl.de: As University of Kaiserslautern, Institute for Virtual Product Engineering (VPE), Primary Representative for OASIS, I am pleased to offer our support for the creation of the OSLC Domains Technical Committee and to state that we wish to be a Supporting Entity at launch. VPE is currently an OASIS member.

Kathryn R. Breininger, kathryn.r.breininger@boeing.com: As The Boeing Company’s Primary Representative for OASIS, I am pleased to offer our support for the creation of the OSLC Domains Technical Committee and to state that we wish to be a Supporting Entity at launch.

David Green, david.green@tasktop.com: As Tasktop’s Primary Representative for OASIS, I am pleased to offer our support for the creation of the OSLC Domains Technical Committee and to state that we wish to be a Supporting Entity at launch. Tasktop is currently an OASIS member.

(2)(f) TC Convener

The TC Convener will be Gray Bachelor, gray_bachelor@uk.ibm.com.

(2)(g) OASIS Member Section

The OASIS OSLC Domains Technical Committee intends to request affiliation with the OASIS OSLC Member Section (MS): http://www.oasis-oslc.org/.

(2)(h) Anticipated Contributions

The OASIS OSLC Domains TC will accept as input from the OSLC Steering Committee approved versions of the OSLC version 2.x domain specifications from open-services.net, targeted for OASIS standards track documents including:
– Tracked Resource Set 2.0 (http://open-services.net/wiki/core/TrackedResourceSet-2.0/)
– Architecture Management 2.0 (http://open-services.net/wiki/architecture-management/OSLC-Architecture-Management-Specification-Version-2.0/)
– Asset Management 2.0 (http://open-services.net/wiki/asset-management/OSLC-Asset-Management-2.0-Specification/)
– Automation 2.1 (http://open-services.net/wiki/automation/OSLC-Automation-Specification-Version-2.1/)
– Performance Monitoring 2.0 (http://open-services.net/wiki/performance-monitoring/OSLC-Performance-Monitoring-Specification-Version-2.0/)
– Quality Management 2.0 (http://open-services.net/bin/view/Main/QmSpecificationV2)
– Requirements Management 2.0 (http://open-services.net/bin/view/Main/RmSpecificationV2)

(2)(i) FAQ Document

None

(2)(j) Work Product Titles and Acronyms

To be supplied by the TC.

30-day Public Review for OSLC Core Version 3.0 – ends Sept. 28th

The OASIS OSLC Lifecycle Integration Core (OSLC Core) TC [1] members have recently approved a Committee Specification Draft (CSD) and submitted it for 30-day public review:

OSLC Core Version 3.0
Committee Specification Draft 01 / Public Review Draft 01
07 June 2016

Overview:

OSLC is motivated by domain-driven scenarios that inspire standardization of common capabilities across disciplines such as change management, requirements management, and quality management, as well as by cross-domain scenarios such as Application Lifecycle Management (ALM) & DevOps, Product Lifecycle Management (PLM), and Integrated Service Management (ISM). The OSLC approach focuses on software lifecycle management to ensure it meets a core set of scenarios and requirements. Nonetheless, it can be used by tools belonging to any other domains and cross-domain scenarios such as Internet of Things, back office application integration, and customer relationship management.

Public Review Period:

The public review starts 29 August 2016 at 00:00 UTC and ends 28 September 2016 at 23:59 UTC.

This is an open invitation to comment. OASIS solicits feedback from potential users, developers and others, whether OASIS members or not, for the sake of improving the interoperability and quality of its technical work.

URIs:

The prose specification document and related files are available here:

– OSLC Core Version 3.0. Part 1: Overview

Editable source and HTML:
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/part1-overview/oslc-core-v3.0-csprd01-part1-overview.html

PDF:
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/part1-overview/oslc-core-v3.0-csprd01-part1-overview.pdf

– OSLC Core Version 3.0. Part 2: Discovery

Editable source and HTML:
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/part2-discovery/oslc-core-v3.0-csprd01-part2-discovery.html

PDF:
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/part2-discovery/oslc-core-v3.0-csprd01-part2-discovery.pdf

– OSLC Core Version 3.0. Part 3: Resource Preview

Editable source and HTML:
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/part3-resource-preview/oslc-core-v3.0-csprd01-part3-resource-preview.html

PDF:
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/part3-resource-preview/oslc-core-v3.0-csprd01-part3-resource-preview.pdf

– OSLC Core Version 3.0. Part 4: Delegated Dialogs

Editable source and HTML:
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/part4-delegated-dialogs/oslc-core-v3.0-csprd01-part4-delegated-dialogs.html

PDF:
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/part4-delegated-dialogs/oslc-core-v3.0-csprd01-part4-delegated-dialogs.pdf

– OSLC Core Version 3.0. Part 5: Attachments

Editable source and HTML:
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/part5-attachments/oslc-core-v3.0-csprd01-part5-attachments.html

PDF:
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/part5-attachments/oslc-core-v3.0-csprd01-part5-attachments.pdf

– OSLC Core Version 3.0. Part 6: Resource Shape

Editable source and HTML:
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/part6-resource-shape/oslc-core-v3.0-csprd01-part6-resource-shape.html

PDF:
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/part6-resource-shape/oslc-core-v3.0-csprd01-part6-resource-shape.pdf

– OSLC Core Version 3.0. Part 7: Vocabulary

Editable source and HTML:
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/part7-core-vocabulary/oslc-core-v3.0-csprd01-part7-core-vocabulary.html

PDF:
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/part7-core-vocabulary/oslc-core-v3.0-csprd01-part7-core-vocabulary.pdf

Additional files:
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/contexts
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/schema
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/shapes
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/styles
http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/vocab

ZIP distribution file (complete):

For your convenience, OASIS provides a complete package of the prose document and related files in a ZIP distribution file. You can download the ZIP file here:

http://docs.oasis-open.org/oslc-core/oslc-core/v3.0/csprd01/oslc-core-v3.0-csprd01.zip

Additional information about the specification and the OASIS OSLC Lifecycle Integration Core (OSLC Core) TC can be found at the TC’s public home page:

https://www.oasis-open.org/committees/oslc-core/

Comments may be submitted to the TC by any person through the use of the OASIS TC Comment Facility which can be used by following the instructions on the TC’s “Send A Comment” page, or directly at:

https://www.oasis-open.org/committees/comments/index.php?wg_abbrev=oslc-core

Comments submitted by TC non-members for this work and for other work of this TC are publicly archived and can be viewed at:

https://lists.oasis-open.org/archives/oslc-core-comment/

All comments submitted to OASIS are subject to the OASIS Feedback License, which ensures that the feedback you provide carries the same obligations at least as the obligations of the TC members. In connection with this public review of “OSLC Core Version 3.0”, we call your attention to the OASIS IPR Policy [2] applicable especially [3] to the work of this technical committee. All members of the TC should be familiar with this document, which may create obligations regarding the disclosure and availability of a member’s patent, copyright, trademark and license rights that read on an approved OASIS specification.

OASIS invites any persons who know of any such claims to disclose these if they may be essential to the implementation of the above specification, so that notice of them may be posted to the notice page for this TC’s work.

========== Additional references:

[1] OASIS OSLC Lifecycle Integration Core (OSLC Core) TC
https://www.oasis-open.org/committees/oslc-core/

[2] http://www.oasis-open.org/who/intellectualproperty.php

[3] http://www.oasis-open.org/committees/oslc-core/ipr.php
https://www.oasis-open.org/policies-guidelines/ipr#RF-on-Limited-Mode
RF on Limited Terms Mode

MQTT and STIX/TAXII/CybOX Win 2016 Open Standards Cup; Richard Coppen and Richard Struse Named Distinguished Contributors

8 August 2016 – The MQTT standard for the Internet of Things (IoT) and the STIX, TAXII, and CybOX standards for Cyber Threat Intelligence (CTI) were both awarded the 2016 Open Standards Cup in recognition of exceptional advancements within the international IT community. Richard Coppen of IBM and Richard Struse of the U.S. Department of Homeland Security were honored as Distinguished Contributors for their work in the OASIS open standards consortium.

Open Standards Cup Recipients

Awarded in the Outstanding Approved Standard category, MQTT defines an extremely lightweight publish/subscribe messaging transport protocol. Because it requires significantly less bandwidth and is so easy to implement, MQTT is well suited for IoT applications where resources such as battery power and bandwidth are at a premium. The standard has received wide adoption across the IoT industry. The OASIS MQTT Technical Committee is co-chaired by Richard Coppen of IBM and Brian Raymor of Microsoft.

Finalists in the Approved Standard category include the Darwin Information Typing Architecture (DITA), Open Data Protocol (OData), and the Universal Business Language (UBL).

Awarded in the Outstanding New Initiative category, STIX, TAXII, and CybOX support automated information sharing for cybersecurity situational awareness, real-time network defense, and sophisticated threat analysis. The OASIS CTI Technical Committee is chaired by Richard Struse.

Finalists in the New Initiative category include Biometric Services (BIOSERV) and XLIFF Open Model (XLIFF-OMOS).

Distinguished Contributors

Richard Coppen and Richard Struse were honored as Distinguished Contributors in recognition of their accomplishments as leaders, consensus builders, and evangelists for open standards.

Richard Struse serves as the Chief Advanced Technology Officer for the U.S. Department of Homeland Security’s National Cybersecurity and Communications Integration Center (NCCIC) where he is responsible for technology vision, strategy and implementation in support of the NCCIC’s mission. He is recognized as a pioneer in the development of the STIX, TAXII, and CybOX standards and was instrumental in successfully transitioning the CTI work to OASIS.

Richard Coppen is a Senior Software Engineer at IBM, leading delivery of messaging technologies, including IBM MQ and IBM Watson IoT. Richard has extensive experience in development and testing of messaging solutions and is recognized as an IBM agile champion. As a keen maker, he enjoys modifying and improving things with MQTT. Richard is a Chartered Engineer (CEng), Fellow of the BCS (FBCS) and has chaired the OASIS MQTT Technical Committee since it was founded in 2013.

About OASIS

OASIS is a non-profit, international consortium that drives the development, convergence and adoption of open standards for the global information society. OASIS promotes industry consensus and produces worldwide standards for content technologies, digital experiences, security, privacy, cloud computing, IoT, and other areas. OASIS open standards offer the potential to lower cost, stimulate innovation, grow global markets, and protect the right of free choice of technology. OASIS members broadly represent the marketplace of public and private sector technology leaders, users, and influencers. The consortium has more than 5,000 participants representing over 600 organizations and individual members in 65+ countries. # # #

For more information, please contact Carol Geyer, Senior Director, at carol.geyer@oasis-open.org or +1.941.284.0403.

OASIS to host Borderless Cyber Europe on international advances in threat sharing intelligence as part of global conference series

Today’s digital threats are more numerous and sophisticated than ever. Modern threats know no boundaries, which is why companies and governments alike need to work together to improve their state of preparedness.

Recognizing that need for collaboration, OASIS, the nonprofit open standards consortium will host Borderless Cyber Europe during 8-9 September 2016, at the European Commission EU headquarters in Brussels, Belgium.

The conference will provide expert insight on the international advances in threat sharing intelligence. Attendees will learn how to take advantage of their own threat intelligence sharing communities as well as access digital threat information. Industry experts will infuse those lessons with their own real-world use cases involving threat information sharing, which will empower security practitioners to enact change at their respective organizations after the conference.

Delegates will hear from keynote speaker, Andrus Ansip, vice president for the European Commission’s Digital Single Market initiative, who has been instrumental in negotiating the EU-US Privacy Shield designed to protect user privacy while allowing for trans-Atlantic trade.

“Data flows between our two continents are essential to our society and economy – we now have a robust framework ensuring these transfers take place in the best and safest conditions.” Ansip said.

The nature of today’s threats is such that information security professionals aren’t the only ones who should be learning about digital threats. For an organization to improve its state of preparedness, the chief information security officer (CISO) and other IT security managers also need to keep updated with the latest threat information. Therefore Borderless Cyber Europe will address key topics including:

• Understanding the impact new important privacy and data protection regulations such as EU-US Privacy Shield and GDPR will have on security

• Steps to effective corporate “cyber-governance” and how to bring and keep cyber security at the Board-level

• Learning how to automate threat intelligence sharing and how to respond to threats more quickly by making use of new simplified versions of STIX, TAXII and CybOX.

• And more.

“We are delighted to be involved in an event that encourages security professionals to share experiences, strategies, tactics and practices. We know that cyber criminals share intelligence on the vulnerabilities of networks and it’s time we started doing the same. By discussing who these attackers are and what techniques they use, we can ensure organisations are in the best position to defend against attacks and protect their reputation.” Jamie Stone, Vice President EMEA, Anomali.

“Borderless Cyber Europe is a must-go event if your organization is serious about turning cyber threat intelligence into business value, and improving your security posture. The STIX/TAXII standards are paramount in the fight against cyber threats now and in the foreseeable future – as it ensures seamless exchange of intelligence throughout the entire cyber security value-chain.” Joep Gommers, CEO & co-founder, EclecticIQ.

“We believe in Intelligence Sharing as a fundamental part of the Incident Response Process, and recognize the efforts OASIS is doing to help vendors and end users to standardize actionable intelligence sharing. As an Incident Response Vendor, we are pleased to participate in Borderless Cyber Europe, as we strongly believe in the value the conference will provide to the community.” Dario Forte, Founder and CEO, DFLabs.

“Today, global sharing of threat intelligence is vital to the security of our global infrastructure; without that security, we will not be able to innovate and build a stronger, smarter industry. A critical component is defining the frameworks of STIX, TAXII and CybOX, which is why we are proud to support Borderless Cyber to accelerate the sharing of intelligence to the global community.” Daniel Riedel, CEO, New Context.

“The STIX and TAXII standards managed by OASIS have been instrumental in helping improve the efficiencies of threat intelligence management worldwide. Today there are thousands of active Soltra Edge users, and our users are seeing the time from decision to action collapse from hours and days to minutes and seconds. Borderless Cyber is a fantastic venue where the industry gathers to discuss both today’s best practices as well as future possibilities for these standards.” Mark Clancy, CEO, Soltra

Speakers include:
• Andrus Ansip, Commission Vice-President for the Digital Single Market, European Commission
• Chris Blask, Executive Director, ISC-ISAC
• John Carlson, Chief of Staff, FS-ISAC
• Ann Cavoukian, Executive Director of the Privacy & Big Data Institute, Ryerson University
• Roland Cloutier, SVP, CSO, ADP Worldwide Services
• Miguel De Bruycker, Managing Director, The Centre for Cybersecurity
• Hans de Vries, Head of National Cyber Security Centre
• Alexandre Dulaunoy, Security Reasercher, CIRCL
• Beate Hofer, CISO, Volkswagen
• Merike Kaeo, CTO, Farsight Security
• Dirk Lybaert, Chief Corporate Affairs and former Secretary General, Proximus
• Wim Nauwelaerts, Partner, Hunton & Williams
• Ivan Niccolai, Head of Asia Pacific Operations & Lead Analyst, KuppingerCole
• Jan Nys, General Manager Information Security & Infrastructure Architecture, KBC Group
• Alexis Renard, Deputy CIO, TV5Monde • Stewart Room, Global Head of Cyber Security & Data Protection, PwC Legal
• Thomas Schreck, Senior Engineer, Siemens AG
• Richard Struse, Chief Advanced Technology Officer, NCCIC, US Department of Homeland Security
• Paul Timmers, Director, European Commission
• Ian West, Chief, Cyber Security, NATO C&I Agency

OASIS would like to thank conference partners, Anomali and EclecticIQ, and conference sponsors, DF Labs, IBM Security, New Context, Soltra, Threat Connect, and Resilient An IBM Company for their support.

About OASIS

OASIS (Organization for the Advancement of Structured Information Standards) is a not-for-profit, international consortium that drives the development, convergence and adoption of open standards for the global information society. OASIS promotes industry consensus and produces worldwide standards for cloud computing, security, business transactions, electronic publishing, Smart Grid, and other applications. OASIS open standards offer the potential to lower cost, stimulate innovation, grow global markets, and protect the right of free choice of technology. OASIS members broadly represent the marketplace of public and private sector technology leaders, users and influencers. The consortium has more than 5,000 participants representing over 600 organizations and individual members in 65 countries.

Call for Participation: OASIS Open Charge Point Protocol (#OCPP) TC

27 July 2016

A new OASIS technical committee is being formed. The OASIS Charge Point Protocol (OCPP) Technical Committee (TC) has been proposed by the members of OASIS listed in the charter below. The TC name, statement of purpose, scope, list of deliverables, audience, IPR mode and language specified in this proposal will constitute the TC’s official charter. Submissions of technology for consideration by the TC, and the beginning of technical discussions, may occur no sooner than the TC’s first meeting.

The eligibility requirements for becoming a participant in the TC at the first meeting are:

(a) you must be an employee or designee of an OASIS member organization or an individual member of OASIS, and

(b) you must join the Technical Committee, which members may do by using the Roster “join group: link on the TC’s web page at [a].

To be considered a voting member at the first meeting:

(a) you must join the Technical Committee at least 7 days prior to the first meeting (on or before 31 August 2016); and

(b) you must attend the first meeting of the TC, at the time and date fixed below (07 September 2016).

Participants also may join the TC at a later time. OASIS and the TC welcomes all interested parties.

Non-OASIS members who wish to participate may contact us about joining OASIS [b]. In addition, the public may access the information resources maintained for each TC: a mail list archive, document repository and public comments facility, which will be linked from the TC’s public home page at [c].

Please feel free to forward this announcement to any other appropriate lists. OASIS is an open standards organization; we encourage your participation.

———-

[a] https://www.oasis-open.org/apps/org/workgroup/ocpp/

[b] See http://www.oasis-open.org/join/

[c] http://www.oasis-open.org/committees/ocpp/

———-


CALL FOR PARTICIPATION

OASIS Open Charge Point Protocol (OCPP) Technical Committee Charter

The charter for this TC is as follows.

Section 1: TC Charter

(1)(a) TC Name

OASIS Open Charge Point Protocol (OCPP) Technical Committee (TC)

(1)(b) Statement of Purpose

The OCPP TC will strengthen the electric vehicle (EV) charging infrastructure by bringing the industry together to advance an international standard that will make it possible to connect any OCPP “Central System” (including intermediate or virtual emulators) with any electric vehicle (EV) charging station (“charge point” or “EVSE”), including intermediate or other emulators, regardless of vendor, to assure the uniform, application-level interoperable exchange of EVSE and EV data and control information.

With OCPP, true interoperability and standardized secure interoperation with and connection to charge points will be possible. OCPP standardization will promote innovation and benefit the entire range of stakeholders in the electric vehicle (EV) eco-system:

1) Charge point Owners: Municipalities, businesses, residences, and other charge point owners will have more freedom to choose their Central Management System Suppliers with OCPP. Owners will be able to change and add different suppliers to their network whilst keeping their existing charging stations operational (avoiding stranded assets and vendor lock-ins). Owners will have the flexibility to select suppliers and services based on the best price, quality of service, innovative features, and other criteria of their choosing.

2) Central System Providers and Integrators: With OCPP, providers of central systems can easily integrate charge points from different vendors into their system. This gives Providers the freedom to pick and choose from a pool of vendors and to operate in different countries with different vendors if necessary. Providers can acquire new customers by incorporating the customer’s existing charge points into their systems.

3) Charge point vendors: Providers of standard-compliant charge points will be able to easily integrate their charge points with different Central Systems. This enables Providers to sell more products to more customers and gives them the option to join existing charging networks.

4) Electricity Service Providers and System Operators: charge points are an important element in the smart grid. OCPP will allow Electricity Service Providers and/or System Operators to interact with the charging infrastructure and indirectly with aggregated EV loads or supplies by optionally applying transactive energy technologies to address temporary surplus and shortage due to abundance of renewables or other factors.

5) Demand Response (DR) Service Providers and Aggregators: OCPP enables dynamic management of the EV charging station infrastructure as a Demand Response or Distributed Energy Resource for a containing grids or microgrids, giving DR service providers significant value gains. Both transactive and request mechanisms should be supported.

Bringing together representatives of the entire stakeholder community – people with different backgrounds, different needs, different approaches, from different locations around the world – to collaborate on an open protocol is the most reliable way to produce solutions that are cost-effective, diverse, comprehensive, innovative, and scaled to meet the aggressive EV growth strategies.

(1)(c) Scope

The OCPP TC will produce specifications that define the functional standards needed for data interoperation between a charge point and central system providers and Integrators. The interoperation includes but is not limited to authorizations, identification, metering, management, resource and consumption availability and needs. The scope is limited to communication between Central System Providers/Integrators and charge points and related necessary information definition.

The starting point will be the contributed OCPP Version 1.6. Other contributions may be made at or after the first meeting of the TC. Such contributions shall be considered by the TC Members on an equal basis to improve the original starting point contribution.

The specifications will address application layer information exchange requirements for alternating current (AC) and direct current (DC) charge points as well as wired and wireless networked charging solutions.

The work product will consist of one or more specifications for information exchange and patterns expressed using XML, a binding to JSON over web sockets, and one or more security profiles. The TC may choose to address other transport bindings as it sees the need. However, the TC will not mandate a specific communication technology beyond requiring TCP/IP connectivity.

The OCPP v2.0 specification shall align, interoperate with, and reuse components, as the TC deems appropriate, with and from relevant IEC, ISO, OASIS, and other standards.

The TC may establish liaisons with relevant standards organizations and committees including IEC TC 57 (power systems), IEC TC 69 (electric road vehicles and electric industrial trucks) and ISO TC 22/SC 31 (data communication) in order to pursue alignment, interoperation with, and adoption of OCPP V2.0 with other related work.

Out of Scope

A non-exhaustive list is provided below for the sake of clarity. If some function, mechanism or feature is not described as Out of Scope, and it is not listed as In Scope in the Scope of Work section, then it will also be considered as Out of Scope.

– The TC will not produce reference implementations of the protocol

– Transports not using TCP/IP connectivity

– Communication details between a charge point and a vehicle

Maintenance Mode

Once the TC has completed work on a deliverable and it has become an OASIS Standard, the TC will enter “maintenance mode” for that deliverable. The purpose of maintenance mode is to provide minor revisions to previously adopted deliverables to clarify ambiguities, inconsistencies and obvious errors. The maintenance mode will not functionally enhance a previously adopted deliverable or extend its functionality. The TC will collect issues raised against the deliverables and periodically process those issues. Issues that result in the clarification or non-substantive correction of the deliverables shall be processed. The TC shall maintain a list of these adopted clarifications and may periodically create a new minor revision of the deliverables including these updates

(1)(d) Deliverables

Using OCPP Version 1.6 as one input, the TC plans to produce specifications for OCPP Version 2.0 within 12 months of its first meeting. Other contributions to the TC will also be considered for incorporation into the specification based on their merits.

The TC will accept as additional input issues and recommended changes from the TC Members and others. Changes to the input document or other contributions will be accepted for consideration without any prejudice or restrictions and evaluated based on technical merit in so far as they conform to this charter.

The work product will consist of one or more specifications for information exchange and patterns expressed using XML, a binding to JSON over web sockets. The TC may choose to address other transport bindings as it sees the need.

Follow-on versions of the specification may be developed to address additional in-scope capabilities identified by the TC on a schedule to be defined by the TC.

Following approval as an OASIS Standard, the TC intends to forward OCPP V2.0 to the IEC.

The TC may produce other non-standards track deliverables within the scope outlined above, such as tutorials or white papers to support the specification.

(1)(e) IPR Mode

The TC will operate under the Non-Assertion IPR mode.

(1)(f) Audience

All parties involved in the EV charging infrastructure are strongly encouraged to participate in the OCPP TC:

– EV and EV charge point owners

– Central system providers or system integrators

– E-mobility Service providers and charge point operators

– Charge point vendors

– EV OEMs

– Facility Energy Management Systems and integrators

– Utilities: Electricity service providers and/or distribution network operators

– Microgrid operators

– DR service providers and/or aggregators

– Research institutes and consultancy firms

– Government agencies and regulatory agencies

(1)(g) Language

The OCPP TC will use United States (U.S.) English as the language for conducting its operations.

Section 2: Additional Information

(2)(a) Identification of Similar Work

OCPP in its various deployed versions is a widely used and open specification for this technology area. This effort will formally standardize and building on this de facto standard.

At this time, there is no ongoing or completed work within the International Electro Technical Commission (IEC) on a similar standard. At the appropriate time, the TC will consider forwarding OCPP V2.0 to the IEC for consideration as part of its framework. In support of this, the TC will consider establishing liaisons with relevant standards projects including IEC TC 57 (power systems), IEC TC 69 (electric road vehicles and electric industrial trucks) and ISO TC 22/SC 31 (data communication). The purpose of these liaisons is to support activities such as sharing and discussing with IEC drafts of the OASIS OCPP specification; alignment and interoperation between OCPP 2.0 and the relevant IEC and ISO standards (IEC CIM, IEC 61850 and ISO 15118); and integrating findings into the OASIS OCPP specification.

A working group within the National Electrical Manufacturers Association (NEMA) has planned to develop a standard for EV charging station to Central System communication that may overlap in scope with OCPP. NEMA is a U.S. organization and appears to be focused on the U.S. Market. The OCPP project seeks to create a specification available and suitable for global use.

The IEEE has recently created a new working group with partially overlapping scope with OCPP. Efforts are under way to understand the goals and how that group may leverage the de facto global standard, OCPP. There is no completed work in IEEE.

(2)(b) First TC Meeting

The first TC Meeting will be a teleconference on 07 September 2016 at 15:00 UTC. The Open Charge Alliance will sponsor the teleconference.

(2)(c) Ongoing Meeting Schedule

Online meetings will he held every two weeks. Face-to-Face meetings will be held approximately every six months, alternating between Europe and North America.

(2)(d) TC Proposers

1) Lonneke Driessen, Open Charge Alliance, Lonneke.Driessen@openchargealliance.org

2) Arjan Wargers, Stichting Elaad, arjan.wargers@elaad.nl

3) Harmeet Singh, Greenlots, harmeet@greenlots.com

4) Brendan McMahon, ESB, Brendan.McMahon@esb.ie

5) Pierre Sacre, Schneider, Pierre.Sacre@Schneider-electric.com

6) Bram van de Leur, EV-Box, Bram@ev-box.com

7) Lionel Causse, G2Mobility, lionel.causse@g2mobility.com

8) Sibo Li, ChargerLink, sibo@chargerlink.com

(2)(e) Primary Representatives’ Support

I, Lonneke Driessen, Lonneke.Driessen@openchargealliance.org, as OCA’s Primary Representative to OASIS, confirm our support for the OASIS Open Charge Point Protocol (OCPP) Technical Committee charter and the participation of our co-proposers named above.

I, Arjan Wargers, arjan.wargers@elaad.nl, as Elaad’s Primary Representative to OASIS, confirm our support for the OASIS Open Charge Point Protocol (OCPP) Technical Committee charter and the participation of our co-proposers named above.

I, Harmeet Singh, harmeet@greenlots.com, as Greenlots’ Primary Representative to OASIS, confirm our support for the OASIS Open Charge Point Protocol (OCPP) Technical Committee charter and the participation of our co-proposers named above.

I, Brendan McMahon, Brendan.McMahon@ESB.ie, as ESB’s Primary Representative to OASIS, confirm our support for the OASIS Open Charge Point Protocol (OCPP) Technical Committee charter and the participation of our co-proposers named above.

I, Pierre Sacre, Pierre.Sacre@Schneider-electric.com , as Schneider’s Primary Representative to OASIS, confirm our support for the OASIS Open Charge Point Protocol (OCPP) Technical Committee charter and the participation of our co-proposers named above.

I, Bram van de Leur, Bram@ev-box.com, as EV-Box’s Primary Representative to OASIS, confirm our support for the OASIS Open Charge Point Protocol (OCPP) Technical Committee charter and the participation of our co-proposers named above.

I, Lionel Causse, lionel.causse@g2mobility.com, as G2Mobility’s Primary Representative to OASIS, confirm our support for the OASIS Open Charge Point Protocol (OCPP) Technical Committee charter and the participation of our co-proposers named above.

I, Sibo Li, sibo@chargerlink.com, as ChargerLink’s Primary Representative to OASIS, confirm our support for the OASIS Open Charge Point Protocol (OCPP) Technical Committee charter and the participation of our co-proposers named above.

(2)(f) TC Convener

Lonneke Driessen, OCA, http://www.openchargealliance.org, Lonneke.Driessen@opencharegalliance.org

(2)(g) OASIS Member Section

None at this time.

(2)(h) Anticipated Contributions

– OCPP 1.6 http://www.openchargealliance.org/downloads; by OCA Technical Working Group

– All OCPP Requests for Change to date; by OCA Technical Working Group

– Tooling inputs used to generate schemas, JSON encodings and other artifacts for OCPP 1.6.

– Security enhancements; by ELAAD/ENCS

(2)(i) FAQ Document

Pending.

(2)(j) Work Product Titles and Acronyms

The primary work product title is “OASIS OCPP – Open Charge Point Protocol” Acronym for the TC and its work product is “OCPP.”

OASIS MQTT Internet of Things Standard Now Approved by ISO/IEC JTC1

Boston, MA, USA; 19 July 2016 — MQTT, a foundational Internet of Things (IoT) standard developed by the OASIS consortium, has now been approved for release by the International Organization for Standardization (ISO) and the International Electrotechnical Commission (IEC). Version 3.1.1 of MQTT was balloted through the Joint Technical Committee on Information Technology (JTC1) of ISO and IEC and given the designation ‘ISO/IEC 20922’.

MQTT defines an extremely lightweight publish/subscribe messaging transport protocol. Because it requires significantly less bandwidth and is so easy to implement, MQTT is well suited for IoT applications where resources such as battery power and bandwidth are at a premium. The range of MQTT applications continues to grow. In the healthcare sector, practitioners use the protocol to communicate with bio-medical devices such as blood pressure monitors. Oil and gas companies use MQTT to monitor thousands of miles of pipelines. MQTT is emerging as a fundamental enabler for telematics, infotainment, and other connected vehicle applications. MQTT is also becoming increasingly popular for interactive mobile applications.

“The ISO/IEC approval of MQTT is an exciting milestone, signaling to the world that interoperable IoT solutions can be built with confidence on an open standard foundational transport,” said Richard Coppen of IBM, co-chair of the OASIS MQTT Technical Committee.

Brian Raymor of Microsoft Corp., who recently joined Coppen as Committee co-chair, agrees, “Standards such as MQTT are critical in allowing enterprises to connect their assets. ISO and IEC’s support for MQTT provides validation for the international community, and the ISO/IEC 20922 publication promises to accelerate the pace of adoption even more.”

The convenor of the ISO/IEC JTC1 Working Group on the Internet of Things, Sangkeun Yoo, commented that “One of the Committee’s roles is to collaborate with other organizations that are also developing standards in this area. Therefore, ISO/IEC JTC1 WG 10 is pleased to have the OASIS MQTT as an ISO/IEC Standard to advance IoT implementation.”

Original co-designer of MQTT and Distinguished Engineer for IBM Watson Internet of Things, Andy Stanford-Clark said, “I am delighted to see that, thanks to its spectacular adoption in the IoT world, MQTT has attained this significant milestone. This positions the protocol perfectly to underpin the modern IoT ecosystem, supporting businesses and organizations in their journey towards a truly connected world. The additional scrutiny required for international recognition confirms the protocol as an open and solid IoT technology.”

Giles Nelson, Senior VP at Software AG, said, “MQTT being added to ISO/IEC standards is a major step forward that further solidifies its foothold as a standard messaging protocol and makes it ideal for large-scale Internet of Things applications.”

MQTT 3.1.1 was ratified as an OASIS Standard in October 2014 and subsequently submitted by OASIS to the ISO/IEC JTC 1 Information Technology body. As ISO/IEC 20922, this International Standard will continue to be maintained and advanced by the OASIS MQTT Technical Committee, which includes representatives of Cisco, IBM, Infiswift, Microsoft, Software AG, TIBCO, and others. New members are welcome.

About ISO/IEC JTC 1
JTC 1 is the standards development environment where experts come together to develop worldwide Information and Communication Technology (ICT) Standards for business and consumer applications. Since 1987, ISO/IEC JTC 1 has brought about a number of very successful and relevant information and communication technologies (ICT) Standards in many fields: IC cards (smart cards), automatic identification and data capture (AIDC) technologies, information security, biometrics, cloud computing, multimedia (MPEG), database query and programming languages as well as character sets, to name just a few.

About OASIS
OASIS is a non-profit, international consortium that drives the development, convergence and adoption of open standards for the global information society. OASIS promotes industry consensus and produces worldwide standards for IoT, security, cloud computing, content technologies, energy, and other areas. OASIS open standards offer the potential to lower cost, stimulate innovation, grow global markets, and protect the right of free choice of technology. OASIS members broadly represent the marketplace of public and private sector technology leaders, users, and influencers. The consortium has more than 5,000 participants representing over 600 organizations and individual members in 65+ countries.

OASIS press contact: Carol Geyer, carol.geyer@oasis-open.org +1.941.284.0403

#OData and OData JSON Format Approved Erratas published

OASIS is pleased to announce the approval and publication of two Approved Erratas by the members of the OASIS Open Data Protocol (OData) TC:

OData Version 4.0 Errata 03
OASIS Approved Errata
02 June 2016

and

OData JSON Format Version 4.0 Errata 03
OASIS Approved Errata
02 June 2016

What are the OData Erratas and why are they important?

The Open Data Protocol (OData) defines semantics for creating REST-based data services, allowing resources identified using URLs to be published and edited by Web clients using simple HTTP messages. The JSON Format extends the core specification by defining defining representations for OData requests and responses in JSON.

These Errata list minor clarifications and corrections to the OASIS Standards. Complete copies of each OASIS Standard incorporating the Approved Errata are included in these publications.

About the TC:

The OASIS OData TC works to simplify the querying and sharing of data across disparate applications and multiple stakeholders for re-use in the enterprise, Cloud, and mobile devices. A REST-based protocol, OData builds on HTTP, AtomPub, and JSON using URIs to address and access data feed resources. It enables information to be accessed from a variety of sources including (but not limited to) relational databases, file systems, content management systems, and traditional Web sites.

OData provides a way to break down data silos and increase the shared value of data by creating an ecosystem in which data consumers can interoperate with data producers in a way that is far more powerful than currently possible, enabling more applications to make sense of a broader set of data. Every producer and consumer of data that participates in this ecosystem increases its overall value.

URIs:
The prose specifications and related files are available here:

– OData Version 4.0 Errata 03

Editable source (Authoritative):
http://docs.oasis-open.org/odata/odata/v4.0/errata03/os/odata-v4.0-errata03-os.doc

HTML:
http://docs.oasis-open.org/odata/odata/v4.0/errata03/os/odata-v4.0-errata03-os.html

PDF:
http://docs.oasis-open.org/odata/odata/v4.0/errata03/os/odata-v4.0-errata03-os.pdf

OASIS Standard incorporating Approved Errata:
http://docs.oasis-open.org/odata/odata/v4.0/errata03/os/complete/

OASIS Standard change-marked with Approved Errata:
http://docs.oasis-open.org/odata/odata/v4.0/errata03/os/redlined/

– OData JSON Format Version 4.0 Errata 03

Editable source (Authoritative):
http://docs.oasis-open.org/odata/odata-json-format/v4.0/errata03/os/odata-json-format-v4.0-errata03-os.doc

HTML:
http://docs.oasis-open.org/odata/odata-json-format/v4.0/errata03/os/odata-json-format-v4.0-errata03-os.html

PDF:
http://docs.oasis-open.org/odata/odata-json-format/v4.0/errata03/os/odata-json-format-v4.0-errata03-os.pdf

OASIS Standard incorporating Approved Errata:
http://docs.oasis-open.org/odata/odata-json-format/v4.0/errata03/os/odata-json-format-v4.0-errata03-os-complete.html

OASIS Standard change-marked with Approved Errata:
http://docs.oasis-open.org/odata/odata-json-format/v4.0/errata03/os/odata-json-format-v4.0-errata03-os-redlined.html

Distribution ZIP file

For your convenience, OASIS provides a complete package of the prose specification and related files in a ZIP distribution file. You can download the ZIP file here:

– OData Version 4.0 Errata 03:
http://docs.oasis-open.org/odata/odata/v4.0/errata03/os/complete/odata-v4.0-errata03-os-complete.zip

– OData JSON Format Version 4.0 Errata 03:
http://docs.oasis-open.org/odata/odata-json-format/v4.0/errata03/os/odata-json-format-v4.0-errata03-os.zip

Members of the OData TC [1] approved this specification by Special Majority Vote. The specification had been released for public review as required by the TC Process [2]. The vote to approve as a Committee Specification passed [3], and the document is now available online in the OASIS Library as referenced above.

Our congratulations to the TC on achieving this milestone and our thanks to the reviewers who provided feedback on the specification drafts to help improve the quality of the work.

========== Additional references:

[1] OASIS Open Data Protocol (OData) TC
https://www.oasis-open.org/committees/odata/

[2] Public reviews:
– 15-day public review, 19 April 2016: https://lists.oasis-open.org/archives/members/201604/msg00004.html
– Comment resolution logs:
http://docs.oasis-open.org/odata/odata/v4.0/errata03/csprd01/odata-v4.0-errata03-csprd01-comment-resolution-log.txt
http://docs.oasis-open.org/odata/odata/v4.0/errata03/csprd01/odata-v4.0-errata03-csprd01-comment-resolution-log-2.txt
http://docs.oasis-open.org/odata/odata/v4.0/errata03/csprd01/odata-v4.0-errata03-csprd01-comment-resolution-log-3.txt

[3] Approval vote:
https://www.oasis-open.org/apps/org/workgroup/odata/download.php/58307/odata-meeting-132_on-20160602-minutes.html

#TOSCA Simple Profile in #YAML V1.0 is approved by TOSCA TC

OASIS is pleased to announce the approval and publication of a new Committee Specification by the members of the OASIS Topology and Orchestration Specification for Cloud Applications (TOSCA) TC:

TOSCA Simple Profile in YAML Version 1.0
Committee Specification 01
12 June 2016

What is the TOSCA Simple Profile in YAML and why is it important?

This Committee Specification aims to provide a more accessible syntax as well as a more concise and incremental expressiveness of the TOSCA DSL (Domain Specific Language). The intent is to minimize the learning curve and speed adoption for those using TOSCA to portably describe cloud applications.

YAML is a human friendly data serialization standard with a syntax much easier to read and edit than XML. The specification prescribes an isomorphic rendering of a subset of TOSCA to ensure that semantics are preserved and can be transformed from XML to YAML and from YAML to XML.

This is a final deliverable. Completed and approved by the TC, this OASIS Committee Specification is fully ready for implementation. If submitted for further ratification as an OASIS Standard, its content will not change.

URIs:
The prose specifications and related files are available here:

PDF (Authoritative):
http://docs.oasis-open.org/tosca/TOSCA-Simple-Profile-YAML/v1.0/cs01/TOSCA-Simple-Profile-YAML-v1.0-cs01.pdf

HTML:
http://docs.oasis-open.org/tosca/TOSCA-Simple-Profile-YAML/v1.0/cs01/TOSCA-Simple-Profile-YAML-v1.0-cs01.html

Editable source:
http://docs.oasis-open.org/tosca/TOSCA-Simple-Profile-YAML/v1.0/cs01/TOSCA-Simple-Profile-YAML-v1.0-cs01.docx

Distribution ZIP file

For your convenience, OASIS provides a complete package of the prose specification and related files in a ZIP distribution file. You can download the ZIP file here:

http://docs.oasis-open.org/tosca/TOSCA-Simple-Profile-YAML/v1.0/cs01/TOSCA-Simple-Profile-YAML-v1.0-cs01.zip

Members of the TOSCA TC [1] approved this specification by Special Majority Vote. The specification had been released for public review as required by the TC Process [2]. The vote to approve as a Committee Specification passed [3], and the document is now available online in the OASIS Library as referenced above.

Our congratulations to the TC on achieving this milestone and our thanks to the reviewers who provided feedback on the specification drafts to help improve the quality of the work.

========== Additional references:

[1] OASIS Topology and Orchestration Specification for Cloud Applications (TOSCA) TC
https://www.oasis-open.org/committees/tosca/

[2] Public reviews:
– 30-day public review, 21 September 2015: https://lists.oasis-open.org/archives/members/201509/msg00004.html
– Comment resolution log: http://docs.oasis-open.org/tosca/TOSCA-Simple-Profile-YAML/v1.0/csprd01/TOSCA-Simple-Profile-YAML-v1.0-csprd01-comment-resolution-log.xlsx

– 15-day public review, 11 March 2016: https://lists.oasis-open.org/archives/members/201603/msg00002.html
– Comment resolution log: http://docs.oasis-open.org/tosca/TOSCA-Simple-Profile-YAML/v1.0/csprd02/TOSCA-Simple-Profile-YAML-v1.0-csprd02-comment-resolution-log.xlsx

[3] Approval ballot:
https://www.oasis-open.org/committees/ballot.php?id=2941

15-day Public Review for ebCore Agreement Update Specification V1.0 – ends July 18th

The OASIS ebXML Core (ebCore) TC members [1] have produced an updated Committee Specification Draft (CSD) and submitted this specification for 15-day public review:

ebCore Agreement Update Specification Version 1.0
Committee Specification Draft 02 / Public Review Draft 02
31 May 2016

What is ebCore Agreement and why is it important?

The ebCore Agreement Update specification defines message exchanges and an XML schema to support the exchange of messaging service communication agreement update requests and the associated responses to such requests.

The schema offers extensibility for various types of updates. The main initial application of the specification is the exchange of X.509 certificates for certificate rollover, for which a separate extension schema is provided.

The specification is based on the concept of messaging service communication agreements and the creation of new agreements as independently identified updated copies of existing agreements. The specification also provides an Agreement Termination feature. The specification supports ebMS2, ebMS3 and AS4 but can also be used with other protocols that have a concept of communication agreement. The specification is independent of storage or interchange formats for configuration information.

About the TC:

The ebXML Core TC maintains ebXML specifications transitioned from other Technical Committees. TCs eligible for maintenance by the ebXML Core TC are ebXML Messaging, ebXML CPPA, ebXML ebBP, ebXML IIC, and ebXML RegRep. The ebXML Core TC manages clarifications, modifications, and enhancements for the specifications through the OASIS standards process.

Public Review Period:

The public review starts 04 July 2016 at 00:00 UTC and ends 18 July 2016 at 11:59 UTC. The specification was previously submitted for public review [2]. This 15-day review is limited in scope to changes made from the previous review. Changes are highlighted in red-lined DIFF file included in the package [3].

This is an open invitation to comment. OASIS solicits feedback from potential users, developers and others, whether OASIS members or not, for the sake of improving the interoperability and quality of its technical work.

URIs:
The prose specification document and related files are available here:

Editable source (Authoritative):
http://docs.oasis-open.org/ebcore/ebcore-au/v1.0/csprd02/ebcore-au-v1.0-csprd02.odt

HTML:
http://docs.oasis-open.org/ebcore/ebcore-au/v1.0/csprd02/ebcore-au-v1.0-csprd02.html

PDF:
http://docs.oasis-open.org/ebcore/ebcore-au/v1.0/csprd02/ebcore-au-v1.0-csprd02.pdf

XML schemas:
http://docs.oasis-open.org/ebcore/ebcore-au/v1.0/csprd02/schema/

Schema data dictionary:
http://docs.oasis-open.org/ebcore/ebcore-au/v1.0/csprd02/documentation/

XML document samples:
http://docs.oasis-open.org/ebcore/ebcore-au/v1.0/csprd02/samples/

ZIP distribution files (complete):

For your convenience, OASIS provides a complete package of the prose specification and related files in a ZIP distribution file. You can download the ZIP file here:

http://docs.oasis-open.org/ebcore/ebcore-au/v1.0/csprd02/ebcore-au-v1.0-csprd02.zip

Additional information about this specification and the ebCore TC may be found on the TC’s public home page located at:

http://www.oasis-open.org/committees/ebcore/

Comments may be submitted to the TC by any person through the use of the OASIS TC Comment Facility which can be accessed via the button labeled “Send A Comment” at the top of the TC public home page, or directly at:

http://www.oasis-open.org/committees/comments/form.php?wg_abbrev=ebcore

Feedback submitted by TC non-members for this work and for other work of this TC is publicly archived and can be viewed at:

http://lists.oasis-open.org/archives/ebcore-comment/

All comments submitted to OASIS are subject to the OASIS Feedback License, which ensures that the feedback you provide carries the same obligations at least as the obligations of the TC members. In connection with this public review of ‘ebCore Agreement Update Specification Version 1.0’, we call your attention to the OASIS IPR Policy [4] applicable especially [5] to the work of this technical committee. All members of the TC should be familiar with this document, which may create obligations regarding the disclosure and availability of a member’s patent, copyright, trademark and license rights that read on an approved OASIS specification.

OASIS invites any persons who know of any such claims to disclose these if they may be essential to the implementation of the above specification, so that notice of them may be posted to the notice page for this TC’s work.

========== Additional references:

[1] OASIS ebXML Core (ebCore) TC
http://www.oasis-open.org/committees/ebcore/

[2] Previous public reviews:

30-day public review, 10 November 2015:
https://lists.oasis-open.org/archives/members/201511/msg00003.html
– Comment resolution log:
http://docs.oasis-open.org/ebcore/ebcore-au/v1.0/csprd01/ebcore-au-v1.0-csprd01-comment-resolution-log.xls

[3] Red-lined DIFF file:
http://docs.oasis-open.org/ebcore/ebcore-au/v1.0/csprd02/ebcore-au-v1.0-csprd02-diff.pdf

[4] http://www.oasis-open.org/policies-guidelines/ipr

[5] http://www.oasis-open.org/committees/ebcore/ipr.php
https://www.oasis-open.org/policies-guidelines/ipr#RF-on-Limited-Mode
RF on Limited Terms Mode

No results with the selected filters