From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id AADD3A04A3; Tue, 16 Jun 2020 13:48:42 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 7FB4A1BF5E; Tue, 16 Jun 2020 13:48:42 +0200 (CEST) Received: from mail-lj1-f174.google.com (mail-lj1-f174.google.com [209.85.208.174]) by dpdk.org (Postfix) with ESMTP id 3588A1BF5C for ; Tue, 16 Jun 2020 13:48:41 +0200 (CEST) Received: by mail-lj1-f174.google.com with SMTP id n23so23094475ljh.7 for ; Tue, 16 Jun 2020 04:48:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infinite-io.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Ii/UdQHBVGtyG/Eyym6pQdxYUfThMB98Ixy/jnDAdMQ=; b=OOL7iQwFDyGT1w2mZCCsNfJY/gNmfL+4/WLU/5ZHlnqaL6HanLuYDV482fE9zDbg+5 rP0H894JovtZA8o5biBZu4KA+WhkpINCCV/oMjZwnzPe/GYZfEcnLkV9Dw+C6Z3lui/w zCtoG+XVId4kZbvOeLMOwseKf/xCAb9wYoMI4C8CHbJ14Cot0bx3mhCbNQnr1d4/5wmK LWrpR4+++vZIL2EC2qP4C5luhoRTZjnbozCZrz3nHqBciJT4isQCX73PuYGcI/PETFO2 nV0JElBVToFNPtuAzNx7ai3WJ+91jeg2ykzXi7AtFtwCWjmoxEhCVQNDnWYMbVzjvG6E U/tQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Ii/UdQHBVGtyG/Eyym6pQdxYUfThMB98Ixy/jnDAdMQ=; b=YsbRponIHfDLg2XbTbuFd6yX29llfDTcQ8xhsAMUOd8y5qsRXK6dRWcq0SPLV9thy2 y1Kz155WMdfJjGEiStHdyCy1gmphIAvxpOXGMDYE5jWo+ubYUrKZLDll0fL8XOH+H3Vi OcO72msToOGW8pGbxesFj03UEohTNrgIWsGjqExgwPPPVWXtmkYs+wcVE7EdrRmGQsHY 7+mPgJDO8++kll0GRRdXlgRjri5LAZ1Y2ZuMx7tS3QN7GOnUbpCHIX4lNqhxyYoTIdGy 7MplRXXzI71PVELH0mm3WVjZCq6dl62jka2kkyTMjRF1VlKhwcwKAXLE9PPWb/6CFoI6 uuGw== X-Gm-Message-State: AOAM532DWnSIM3TByv8k9zAtz7wCsmheX2gwKyTGjFzY2cubmtPGBbvq MPr7V/I2wOlRSMJE2CAbrZFtGBtludCK+njZqYp5NQ== X-Google-Smtp-Source: ABdhPJyVVTHiKabYuUvHaZsAiSPiKXqvKR+RrBPhKTvBzRNbqthFg1byHCLVVQWNpSccE4uqQ+BNoPgC34LiiP9oqmM= X-Received: by 2002:a2e:b611:: with SMTP id r17mr1209914ljn.321.1592308120691; Tue, 16 Jun 2020 04:48:40 -0700 (PDT) MIME-Version: 1.0 References: <20200615155237.682a89af@hermes.lan> In-Reply-To: <20200615155237.682a89af@hermes.lan> From: Jay Rolette Date: Tue, 16 Jun 2020 06:48:30 -0500 Message-ID: To: Stephen Hemminger Cc: Chas Williams , "Wei Hu (Xavier)" , DPDK Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] Aligning DPDK Link bonding with current standards terminology 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: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Mon, Jun 15, 2020 at 5:52 PM Stephen Hemminger < stephen@networkplumber.org> wrote: > I am disturbed by the wide spread use of master/slave in Ethernet bonding. > Asked the current IEEE chairs and it looks like it is already fixed > "upstream". > > The proper terminology is for Ethernet link aggregation in the > the current standard 802.1AX 2020 revision (pay walled) for the parts > formerly known as master and slave is now "Protocol Parser" and "Protocol > multiplexer". > > Also it is not called bonding anywhere; it uses LACP only. > LACP is only 1 of 5 bonding modes. > Given the large scope of the name changes. Maybe it would be best to just > convert the names > all of rte_eth_bond to rte_eth_lacp and fix the master/slave references at > the same time. > Why rename rte_eth_bond at all? > For one brief release (20.08) keep both drivers and mark the bond on as > deprecated. > It would also help if all the documentation and tests were checked to see > if they > align with the current standard. > The current naming appears to be a straight copy of the Linux naming + a prefix change.