Difference between revisions of "Project Proposals/DMM"

From fd.io
Jump to: navigation, search
(Initial Committers)
(Name)
Line 4: Line 4:
 
== Name ==
 
== Name ==
 
<!-- The name of your project, for example Honeycomb BridgeDomain or NSH Advanced Features etc. -->
 
<!-- The name of your project, for example Honeycomb BridgeDomain or NSH Advanced Features etc. -->
Dual-domain Multi-protocol Multi-instance (DMM)
+
Dual-Mode Multi-protocol Multi-instance (DMM)
  
 
== Project Contact Name and Email ==
 
== Project Contact Name and Email ==

Revision as of 05:42, 28 December 2017


Name

Dual-Mode Multi-protocol Multi-instance (DMM)

Project Contact Name and Email

Yepeisi<yepeisi@huawei.com>

Repository Name

DMM

Description

This project aims to provides an extendable framework following the “Dual mode, Multiple protocols & Multiple instances (DMM)” principle, i.e. it hosts different types of networking stack instances operating on different domain (kernel/user-space) or even with different protocol suits (TCP/IP, RDMA, or others)

Scope

  • DMM support different protocol on kernel and user space
  • With the DMM framework, system operators can plug-in dedicated types of networking stack instances according to performance and/or functional requirements from the user applications

Initial Committers

Vendor Neutral

No current or expected issues with vendor neutrality

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)