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 F3DE0A04A3; Tue, 16 Jun 2020 15:52:03 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id DFB7D1BF7E; Tue, 16 Jun 2020 15:52:03 +0200 (CEST) Received: from mail-qv1-f49.google.com (mail-qv1-f49.google.com [209.85.219.49]) by dpdk.org (Postfix) with ESMTP id C9A9D5B3A for ; Tue, 16 Jun 2020 15:52:02 +0200 (CEST) Received: by mail-qv1-f49.google.com with SMTP id d12so6659705qvn.0 for ; Tue, 16 Jun 2020 06:52:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=gAtf1Uw//2MqGTwqWivMf3Cgjf0NVCGRu88fyflhk70=; b=KSjC3y+qb/1K8rMDinYJsfz4PtSTBTmo4OKd/J17cFDbfItZg+K8gJHvzUo9+cfvba GN8sbV6pQgEkNyae2+rMecfpszdYj+NbJ0+YBTPde3mviJbIyyMOtHUPfOpkEQ7Dr6Ri Ckew2PV2Lxl1EO685Lp8PHiiMay+sigOHvdqkYDVYqAfjbuUGQRZ1q0UV7r7Lc+OSUuU CokacSfFCRekE1x5pYy3qZIuUwvpBJIFwY8kz0lywvKqbhzZbQ8ye7QHlzWYVh2gP1qf Yi+BZWu2JLGrUlDC35onpE8CjPaNmWPwtCagY/ObXB9Wg/Yh29HNg1+bHIZj+FrLmSGU xDOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=gAtf1Uw//2MqGTwqWivMf3Cgjf0NVCGRu88fyflhk70=; b=c23TjreM2sdMzagQmQIOAHma/lMnz1fY89/kL3wV+sfHRw6k+7rPkjQlESbvAPZJ8r ybt/By4nwFzYXEd1jDd6cUtaEzHeZscl3hVRUMa38Uh01DWiHSjZcdJ///jh6Xbs6L0R TZs0mMME1KS6C7TFqzb6WeUKYzjntALGi1FIByMfxeERbE/EwUUzrbWs9c7xwZp/Kquv 3fbA+QfB19rcHxN7ggT0SAVusaOwfUWKYillFYA4igFquimRrw8B6AybF9FTM3kkuWT6 3kQL7Vc1mXnAA3q/yP87199pvDrptZsKcxtt/CXYsIfolEIU8mUSMZGEtQ8l4GLBgeFn IdFg== X-Gm-Message-State: AOAM533jv4IYmC3X9fLcQyEUCGzs18DB29n19mUTrqTR0koOeQ3SDjOT 96m/kzLvEk0VpibEkK04BavqMnjF X-Google-Smtp-Source: ABdhPJy5oZy2M9gQmpf2HprEpGu/y85kv40hgeB6dJa2bXbA8oagBJ1plQQyWaqZr0/lz0PvVHcmMA== X-Received: by 2002:ad4:54ea:: with SMTP id k10mr2440785qvx.66.1592315521953; Tue, 16 Jun 2020 06:52:01 -0700 (PDT) Received: from [192.168.1.10] (pool-96-255-60-31.washdc.fios.verizon.net. [96.255.60.31]) by smtp.gmail.com with ESMTPSA id k34sm14070833qtf.35.2020.06.16.06.52.01 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 16 Jun 2020 06:52:01 -0700 (PDT) To: dev@dpdk.org References: <20200615155237.682a89af@hermes.lan> From: Chas Williams <3chas3@gmail.com> Message-ID: Date: Tue, 16 Jun 2020 09:52:01 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit 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 6/16/20 7:48 AM, Jay Rolette wrote: > 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? If there is a strong desire to rename the PMD, I suggest using link aggregration group (LAG/lag) since that is a more accurate description of this feature. That's the terminology used in 802.1AX. This would make some of the internal name changes more natural as well. > > >> 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. >