Difference between revisions of "Project Proposals/TLDK"

From fd.io
Jump to: navigation, search
m (Initial Committers: Change email addresses to links.)
(Initial Committers)
 
(5 intermediate revisions by 2 users not shown)
Line 12: Line 12:
  
 
== Description ==
 
== Description ==
The TLDK (Transport Layer Development Kit) project will implement a set of libraries for L4 protocol processing (UDP, TCP etc.), which will enable a user to implement a host network stack. The goal is to have the application drive the packet through the protocols in a just in time like model instead of the traditional network stack model of pushing the packet up from the I/O into the network protocols and then to the application layer. The application will have full control of the protocol processing of the packets.
+
The TLDK (Transport Layer Development Kit) project will implement a set of libraries for L4 protocol processing (UDP, TCP etc.) and VPP graph nodes, plugins, etc using those libraries to implement a host stack.
 
+
We are planing to contribute a good starting point for the code base, but will need more work to be completed.
+
  
 
== Scope ==
 
== Scope ==
 
The FD.io TLDK project scope is:
 
The FD.io TLDK project scope is:
  
* The project will implement a set of libraries for L4 protocol processing (UDP, TCP etc.) for both IPv4 and IPv6. It will not provide a full network stack, but can be used to build a network stack.
+
* The project scope includes implementing a set of libraries for L4 protocol processing (UDP, TCP etc.) for both IPv4 and IPv6.  
* This will be a lightweight, high performance implementation.
+
* The project scope includes creating VPP graph nodes, plugins etc using those libraries to implement a host stack.
* In order to achieve maximum performance, legacy interfaces such as sockets will not be supported.
+
* The project scope includes such mechanisms (netlink agents, packaging, etc) necessary to make the resulting host stack easily usable by existing non-vpp aware software.
* The initial implementation will support UDP. TCP support will be added next. Other protocols can be added in later phases.
+
* The project will initially be developed using DPDK as the Network I/O later. It can be extended in future to support other Network I/O layers.
+
* The project will be implemented so that it can be used with other FD.io projects such as VPP, but will not rely on those, and it will be possible to use it without any other FD.io projects.
+
 
+
  
 
== Initial Committers ==
 
== Initial Committers ==
 
* [mailto:konstantin.ananyev@intel.com Konstantin Ananyev] (LF ID konstantin_ananyev)
 
* [mailto:konstantin.ananyev@intel.com Konstantin Ananyev] (LF ID konstantin_ananyev)
 
* [mailto:keith.wiles@intel.com Keith Wiles] (LF ID: keithwiles)
 
* [mailto:keith.wiles@intel.com Keith Wiles] (LF ID: keithwiles)
 +
* [mailto:hagbard@gmail.com Ed Warnicke] (LF ID: hagbard)
  
 
== Vendor Neutral ==
 
== Vendor Neutral ==

Latest revision as of 12:50, 27 April 2016


Name

Transport Layer Development Kit (TLDK)

Project Contact Name and Email

Tim O'Driscoll (email: tim.odriscoll@intel.com LF ID: timodriscoll)

Repository Name

tldk

Description

The TLDK (Transport Layer Development Kit) project will implement a set of libraries for L4 protocol processing (UDP, TCP etc.) and VPP graph nodes, plugins, etc using those libraries to implement a host stack.

Scope

The FD.io TLDK project scope is:

  • The project scope includes implementing a set of libraries for L4 protocol processing (UDP, TCP etc.) for both IPv4 and IPv6.
  • The project scope includes creating VPP graph nodes, plugins etc using those libraries to implement a host stack.
  • The project scope includes such mechanisms (netlink agents, packaging, etc) necessary to make the resulting host stack easily usable by existing non-vpp aware software.

Initial Committers

Vendor Neutral

No current or expected issues with vendor neutrality. The project will initially be developed using DPDK as the Network I/O layer. DPDK is a vendor-neutral, multi-architecture project. The project can be extended in future to support other Network I/O layers.

Meets Board Policy (including IPR, being within Board defined Scope etc)

Meets board policy as expressed in Technical Community Charter and IP Policy

Administrata

  • Request for Project proposal consideration
    • Email: (place link to email to TSC proposing project, this can be obtained from TSC Archives
    • Date: (date proposed, makes it simpler to calculate the pre-requisite 2 week time period of gestation before being permitted to be voted on)