From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pg0-f66.google.com (mail-pg0-f66.google.com [74.125.83.66]) by dpdk.org (Postfix) with ESMTP id F1D655F69 for ; Thu, 15 Mar 2018 17:19:33 +0100 (CET) Received: by mail-pg0-f66.google.com with SMTP id e3so2937797pga.6 for ; Thu, 15 Mar 2018 09:19:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=sQUhaB9+pUow8tQ9N0uqFyUKbjrSfWYm1G4DgntRgSM=; b=d93Gv+faHBpAx/1zdtDqUaMZEjZpl7Bgt4Hgmk90U3DL1DaZ9/V8v6vsTu315d9WOm O/g3vP8vHoDtGImFOYv7GbIvL3Dt9k+SB4MpZLSlMH3O/GlGeQjn7HKDinA6bL72cWjo YwRxG0TglisQQMP16PqPkmlsXOfswWkIFWoaE9ITQ1IgDhnw6SreSSz6+HUDPdsMJyfS ha38R5t/KHAJL6JzNNvmZdVKErLNgYmOuL48ZzrKMzDCvI4t8COobwtTVVHfhLcX/JbS akzgcPqSwb4jluw2IALWK6ltcentKCJvBPHQ/ZW0NzpTCL3Bk7gHhGfxw08Pb2i7Icf0 ylgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=sQUhaB9+pUow8tQ9N0uqFyUKbjrSfWYm1G4DgntRgSM=; b=KnKyALvKam/WjFSg93pkE1E0netfh0OkXvq9f63JeX/HIi9zLJlceUI+HGjP/WDZbq fj5QE1waQ+BMQMrb7RXX0oOWfrF0SF9KxXZU1ugpM7aURI/tWMQYXaSzD++aA8njBdvg 2zZWvq/5CacAnGgUCnBbBQxDEoNFNodC7JgNVvlUMD1w76Ov/PWiKk7Vu2iZ8O8rNqyo 5AIO6UyZpsW2D2e1GuCbzxnEFTU5I2lKwNzx4vazGcImXDOcWux5dAvhRG/yjL5sPRO5 pRL0jAOgTIcDuWNWqLh8C8axUChxUiO/WzIVtnh3RbNiki7kXAuhwMDKZKVMtaBmWZbg RIQQ== X-Gm-Message-State: AElRT7GaglYQGLQjJVga7KgfgM1fW7v7s5/bJWEEYpmyppwfXK7dTkYb 5XcAg+VM2yhTyaxe/ElHX3YgAidM2+s= X-Google-Smtp-Source: AG47ELs1ddhLjBTBC5IUbR5C0rnzVj4ifnn64CzsgNyzI2tiSkANoRKKHhax2R0y+Gw+ZKYySqhWvA== X-Received: by 10.101.96.142 with SMTP id t14mr7067213pgu.58.1521130772877; Thu, 15 Mar 2018 09:19:32 -0700 (PDT) Received: from xeon-e3 (204-195-71-95.wavecable.com. [204.195.71.95]) by smtp.gmail.com with ESMTPSA id r18sm9692942pgd.46.2018.03.15.09.19.32 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 15 Mar 2018 09:19:32 -0700 (PDT) Date: Thu, 15 Mar 2018 09:19:30 -0700 From: Stephen Hemminger To: "Melik-Adamyan, Areg" Cc: "dev@dpdk.org" , "techboard@dpdk.org" , "Yigit, Ferruh" , "Richardson, Bruce" , "Ananyev, Konstantin" , "O'Driscoll, Tim" Message-ID: <20180315091930.12b2a094@xeon-e3> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [dpdk-techboard] Request to create a repo under DPDK for Network Function Framework for Go X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Mar 2018 16:19:34 -0000 On Thu, 15 Mar 2018 16:15:21 +0000 "Melik-Adamyan, Areg" wrote: > Hello. > > Within Intel, we developed and open-sourced a DPDK based high-level library and runtime named Network Function Framework for Go (NFF-Go: https://github.com/intel-go/nff-go) which is intended to simplify packet processing applications, especially for cloud-native deployment. Based on DPDK NFF-Go provides higher-level packet processing functions in native Go alongside with simple, powerful runtime. > NFF-Go library itself is not a set of wrappers over 'C' calls to DPDK as that would result in poor performance due to the 300-1500 cycles that can be spent by a context switch. Instead, NFF-Go uses pointers from the DPDK initialization of the device mbuf structures. It permits copying of packet data between Go's safe and DPDK/C unsafe memory. NFF-Go works everywhere where DPDK works. > *Capabilities:* Library provides functions to create packet processing graph from user-defined or predefined functions. The graph can be arbitrary but will need to have a single entry point. The user can freely use both synchronous and asynchronous programming capabilities provided by Go language. Also, auto-scaling is automatically provided by the built-in scheduler using cores as needed, and freeing them after use. NFF-Go provides an alternative development environment for creating network functions using a smaller number of lines of code compared to DPDK/C without sacrificing performance. These capabilities make it possible to implement run-till-completion packet processing model. The library includes a component called boundary node, which allows consuming packet data from all types of sources: Ethernet, file, memory buffer, remote procedure call and then applying the packets to the processing graph which will be transparently deployed through any cloud orchestration engine. > *Benefit* NFF-Go is based on the DPDK and lowers the entry barrier for bringing packet processing to less experienced developers and push towards cloud-native usages. We strongly believe that NFF-Go is complementary to DPDK. Having a closer link between them should help both projects - it will ease pickup from one source/repo the needed set of features to be used, rather than us just providing a disjointed collection of software projects which are hosted in different places. > > We expect the initial commit to include the following: > > - Low, Asm - low-level C and ASM code for gluing DPDK > > - Packet - a library that provides an abstraction for packet and tools to manipulate > > - Flow - library to provide an abstraction for packet flows > > - Scheduler - runtime and a scheduler for auto-scaling and integration with RSS > > - Examples: > > o Forwarding - simple L3 forwarding > > o Firewall - an example of simple ACL based firewall > > o Tutorial - step based tutorial how to use NFF-Go > > o NAT - an example of production grade Network Address Translation > > o AntiDDOS - simple example of AntiDDOS on L3 > > - Automation scripts - helping to build, deploy and test applications on a single host > > Thanks, > Areg Melik-Adamyan > Engineering Manager > Developer Products Divison > Intel Corporation I am ok with it being on DPDK, but might it make more sense on github or under FD.io? Or is there some legal and/or political reason not to?