Difference between revisions of "Project Proposals/DMM"
From fd.io
(→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- | + | 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
Contents
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
- Kai Zheng (LF ID zhengkai)
- Yepeisi (LF ID Minute)
- George Zhao (LF ID gzhao)
- Swarup Nayak (LF ID swarupn)
- Satish Karunanithi (LF ID satish.karunanithi)
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)
