Difference between revisions of "Archived-DMM"
(→History) |
m |
||
| Line 28: | Line 28: | ||
[[Project_Proposals/DMM|DMM Project Proposal]] | [[Project_Proposals/DMM|DMM Project Proposal]] | ||
| − | <!--[[File: | + | <!--[[File:TLB00385223DK - Network Sample Code - TCP plan.pptx|thumb|TLDK TCP Plan]] --> |
== History == | == History == | ||
| Line 46: | Line 46: | ||
instances according to performance and/or functional requirements from the user space applications. The application need not consider changes to the transport layer API. A lightweight nStack management daemon is responsible for maintaining the stack instances and the | instances according to performance and/or functional requirements from the user space applications. The application need not consider changes to the transport layer API. A lightweight nStack management daemon is responsible for maintaining the stack instances and the | ||
app/socket-to-stack-mappings, which are provided via the orchestration/management interface. | app/socket-to-stack-mappings, which are provided via the orchestration/management interface. | ||
| + | |||
| + | == Documentation == | ||
| + | |||
| + | == Quick Start == | ||
== Get Involved == | == Get Involved == | ||
| Line 53: | Line 57: | ||
* [[IRC | Join fdio-dmm IRC channel]]. | * [[IRC | Join fdio-dmm IRC channel]]. | ||
* [https://git.fd.io/dmm/tree/ Browse the code]. | * [https://git.fd.io/dmm/tree/ Browse the code]. | ||
| − | * [[Projects/dmm/Release_Plans/Release_Plan_18.04 | 18.04 Release | + | * [[Projects/dmm/Release_Plans/Release_Plan_18.04 | 18.04 Release PlB00385223B00385223B00385223an]] |
==Start Here== | ==Start Here== | ||
| Line 62: | Line 66: | ||
Enabling “Protocol Routing”: Revisiting Transport Layer Protocol Design in Internet Communications - [http://ieeexplore.ieee.org/document/8114687/] | Enabling “Protocol Routing”: Revisiting Transport Layer Protocol Design in Internet Communications - [http://ieeexplore.ieee.org/document/8114687/] | ||
| + | Empower Diverse Open Transport Layer Protocol in the Cloud Networking By Qing Chang - [At FD.io mini summit https://wiki.fd.io/view/File:DMM_-_2018_FDIO_Mini_Summit_@LA_v2.pdf] | ||
Revision as of 09:38, 17 April 2018
| DMM Facts |
|
Project Lead: George Zhao
Repository: git clone https://gerrit.fd.io/r/dmm |
Contents
What is DMM
DMM (Dual Mode, Multi-protocol, Multi-instance) is to implement a transport agnostic framework for network applications that can
- Work with both user space and kernel space network stacks
- Use different network protocol stacks based on their functional and performance requirements (QOS)
- Work with multiple instances of a transport protocol stack
Use and engage or adopt a new protocol stack dynamically as applicable.
History
Emerging applications are bringing extremely high-performance requirements to their network systems. Eg. AR/VR, IoT etc. Many of these applications also have unique demands for QOS/SLA. Some application need a low latency network, some need high reliability, etc. Though such performance targets should be required for the complete communication system, the transport layer protocols play a key role and encounter a relatively higher challenge, because traditionally the TCP-based transport layer exploits the “best-effort” principle and inherently provides no performance guarantees. However, as internet applications rapidly grow and diversify, an all-powerful or one-size-fits-all protocol or algorithm becomes less feasible. Thus the traditional single-instance TCP-based network stack faces many challenges when serving applications with different QoS/SLA requirements simultaneously on the same platform.
Moving the networking stack out of the kernel is an occurring trend in both industry implementations and academic literature. Technologies like DPDK (and others) are improving performance of the network stack, bypassing the kernel and avoiding context-switching and data copies, as well as providing a complete set of packet-processing acceleration libraries.
Keeping the above trends in mind the DMM/nStack provides a framework where, system operators can plug in dedicated types of networking stack instances according to performance and/or functional requirements from the user space applications. The application need not consider changes to the transport layer API. A lightweight nStack management daemon is responsible for maintaining the stack instances and the app/socket-to-stack-mappings, which are provided via the orchestration/management interface.
Documentation
Quick Start
Get Involved
- Bi-Weekly DMM Meeting.
- Join the DMM Mailing List.
- Join fdio-dmm IRC channel.
- Browse the code.
- 18.04 Release PlB00385223B00385223B00385223an
Start Here
How to submit a patch to DMM - Pushing Code with git review
Reference
Enabling “Protocol Routing”: Revisiting Transport Layer Protocol Design in Internet Communications - [1] Empower Diverse Open Transport Layer Protocol in the Cloud Networking By Qing Chang - [At FD.io mini summit https://wiki.fd.io/view/File:DMM_-_2018_FDIO_Mini_Summit_@LA_v2.pdf]
