State

PROPOSED

Brief OnePagers already presented to TST on 2023-05-16 and goy positive feedback.

Bord is aware. This project charter needs to writen and accepted

Type & Scope

This is a  project operating under the Data Expert Group. The aim is to create an OSS implementation of the IEEE 1722 standard that runs on Linux. 

Planned Activities and Goals

What is the purpose of the project?

Open1722 is intended to be an open source user space implementation of the IEEE 1722 standard that defines the Audio/Video Transport Protocol (AVTP).
Despite its name, the protocol covers the transport of data beyond audio and video formats, such as automotive fieldbus technologies like CAN, LIN, etc. over a layer 2 Ethernet network.
This protocol is gaining traction in the automotive domain because, compared to higher-level protocols such as SOME/IP or DDS, it is well suited for transporting data to and from extremely resource-constrained devices, or even for full hardware implementation. 

Use cases include tunneling of fieldbuses over an Ethernet network across domains/zones, remote control of deeply embedded sensors/actuators etc. In fact, Open1722 can also be used in combination with Vehicle Signal Specification (VSS) for mapping VSS datapoints to interactions with remote peripheral devices using IEEE 1722 messages, thus, enabling use cases where cloud applications interact with deeply embedded devices using VSS APIs.

What is the intended outcome/deliverable of the project?

Open1722 intends to be a full implementation of the IEEE 1722-2016 standard, though we will start with features/data formats which are interesting from an automotive standpoint.
Eventually the implementation maybe updated to cover the newer releases of the standard.

Open1722 will strive to serve as a reference implementation for IEEE 1722 for the adopters who could then explore this transport protocol by integrating it in their products/demos. 

The proposed project will greatly change and extend the scope of an existing project https://github.com/Avnu/libavtp that is not active anymore, and merely focusses on the audio/video ports, but leaves out automotive relevant things such as CAN. The goal is to make this transparent by forking from the original repository.

This is allowed, as the original is licenses under a 3-clause BSD license.

Fit to COVESA

IEEE1722 (AVTP) is a very "automotive" technology to transport or tunnel various data formats in a vehicle. Compared to high level protocols such as SOME-IP or DDS, 1722 is a layer-2 protocol, that emphasizes simplicity and performance.  For certain applications it can even be implemented "in hardware" without the need for a microcontroller running a full stack. It is an important building block in SDVs that currently has no comprehensive implementation, neither at COVESA nor at other SDV-related organisations

Organisation & Working mode

Deliverables

The main deliverable of the project will be source code available in an Open1722 repository under the COVESA Github organisation

What will be the way of working for the project?

Open1722 will be developed following the OSS best practices. Contributions are welcome from the automotive community via pull requests. Project maintainers ensure these will be reviewed on a timely basis before being merged in the codebase.  

License

The project will be forked from AVNU/libavtp which is licensed under 3-clause BSD. The goal is to keep the license as 3-clause BSD, as it is very permissive. (Except making it easy to apply it commercially, it also fully compatible with Apache-2.0 license used by many "new" SDV projects or MPL license used core COVESA projects)

Initial partners

Bosch & ETAS are expected to kickstart the development and initial maintenance.
Other companies are of course also welcome to join in the efforts. 

Maintainers

Initial maintainers will be 

• Naresh Nayak - Robert Bosch GmbH
• Adriaan Niess - Robert Bosch GmbH

The project is responsible to nominate maintainers, that will act as primary contacts inside and outside of COVESA and ensure COVESA regulations and code of conduct are adhered to. If the project looses all its maintainers COVESA TST together in alignment with the board may

1. Try to appoint new maintainers
2. Opt to officially retire and archive this project

Project retirement

If in future it becomes necessary to retire the project, COVESA will communicate this clearly in the project repositories, but will keep to make the generated code and artifacts, so the work can be picked up and restarted again in our outside of COVESA.

Reporting

The goal ist to interact with the larger COVESA community and present results and work durting events such as the AMMs.  As that might not always be possible, the project will at least provide a 1-page report to update  TST and board at very AMM. 

Sustainability

The aims is to gather interested parties and keep this project running and relevant for a long time. For the initial period we want to point out that the intial partners are supported by the European HAL4SDV project  https://www.linkedin.com/company/hal4sdv/