Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp2265360pxp; Fri, 18 Mar 2022 07:02:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwX2487eB/nPEujYkK0LGet1qzxUU9ioN9B7oq4zjPRgVp7Zy98DeMZUauZUr35Jq1h9ZgH X-Received: by 2002:a63:b553:0:b0:374:87b5:fe64 with SMTP id u19-20020a63b553000000b0037487b5fe64mr7713769pgo.591.1647612176954; Fri, 18 Mar 2022 07:02:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647612176; cv=none; d=google.com; s=arc-20160816; b=LHCD6rE4787F+dY7dHGDK2KiNs5W90YC/8oQO7Dk8Fh6+YUjpVpI+8vxoBUrvB3yzv xMm6k1KmeIrNY+BDqoEPn6aNibzXoLENqSg8qsePp8JJWFTSPXGmPNMNCZ1zwFy+jbFv dwHil9TaLMzkL+bY8aN/D2q/O3icYQ+0H2BZ8xayxcR2DEqLRM9ii6B2EE1L1ElM2q6K dZLJ/N97Kf8yWqQjVpVaC9qH/lov2ZA07y/teYMJxrXGwiBN6eGWrxtLP3sug96M/LaX BvSyEvdU1SGzcOMH+1euGSj644rzULF7jqPU/lJq3fNV5jarE3vLSAi9C8tSYygGQ2Pk oQdQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:subject:user-agent:mime-version:date:message-id :sender:hmm_source_type:hmm_attache_num:hmm_source_ip; bh=zyGYhqY/PBWhS4fv1yIV8VZnq18nxIvVmD10Y5kz7rc=; b=L3kP6PCfXI9DuLHetpFoauH2EHf4rp9Z/xEwzC1smQGXwZYgcYxI4tkIfSlrlnbJFT VC38aKtovo3hPJhrEeovcqOkIdBx7+OACK9RbSiBAF6d4QRtEDqkQYpVGOjAs6rXKioc RJXW3AyFylRRF9Fjxx+gzWP8DlNn/O6Z+9Wl0b4n3C5R+2kAbwYVtis8UBiQ+lMsZKCW nbvFv9WO5jmVmE/vap6V8ROj1+zCYBb/GOrHpElfrrEWKJ+r6hE7U+EWfsbRdUFw3iKZ X1hsyDHQ90oBl3RQry1xaJtiH7WQw9eg4ujCmpvN8Ry2BDVeAWNHUBuPTmfMJFtI+PL/ /8hA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b9-20020a637149000000b003816043ef97si4943174pgn.396.2022.03.18.07.02.41; Fri, 18 Mar 2022 07:02:56 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234530AbiCRJug (ORCPT + 99 others); Fri, 18 Mar 2022 05:50:36 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58048 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232119AbiCRJuf (ORCPT ); Fri, 18 Mar 2022 05:50:35 -0400 Received: from chinatelecom.cn (prt-mail.chinatelecom.cn [42.123.76.219]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 177FD177D2E; Fri, 18 Mar 2022 02:49:15 -0700 (PDT) HMM_SOURCE_IP: 172.18.0.188:38468.776672580 HMM_ATTACHE_NUM: 0000 HMM_SOURCE_TYPE: SMTP Received: from clientip-10.133.11.244 (unknown [172.18.0.188]) by chinatelecom.cn (HERMES) with SMTP id 40DB32800A8; Fri, 18 Mar 2022 17:49:03 +0800 (CST) X-189-SAVE-TO-SEND: sunshouxin@chinatelecom.cn Received: from ([172.18.0.188]) by app0023 with ESMTP id 42a0ecba21a24553b403112a5536334d for jiri@resnulli.us; Fri, 18 Mar 2022 17:49:07 CST X-Transaction-ID: 42a0ecba21a24553b403112a5536334d X-Real-From: sunshouxin@chinatelecom.cn X-Receive-IP: 172.18.0.188 X-MEDUSA-Status: 0 Sender: sunshouxin@chinatelecom.cn Message-ID: <1f7b15a6-861f-9762-a159-73d16c95eebc@chinatelecom.cn> Date: Fri, 18 Mar 2022 17:49:02 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: [PATCH v4] net:bonding:Add support for IPV6 RLB to balance-alb mode To: Jiri Pirko Cc: j.vosburgh@gmail.com, vfalico@gmail.com, andy@greyhouse.net, davem@davemloft.net, kuba@kernel.org, yoshfuji@linux-ipv6.org, dsahern@kernel.org, oliver@neukum.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, huyd12@chinatelecom.cn References: <20220317061521.23985-1-sunshouxin@chinatelecom.cn> From: =?UTF-8?B?5a2Z5a6I6ZGr?= In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,NICE_REPLY_A, SPF_HELO_PASS,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 在 2022/3/17 16:11, Jiri Pirko 写道: > Thu, Mar 17, 2022 at 07:15:21AM CET, sunshouxin@chinatelecom.cn wrote: >> This patch is implementing IPV6 RLB for balance-alb mode. >> >> Suggested-by: Hu Yadi >> Signed-off-by: Sun Shouxin > > Could you please reply to my question I asked for v1: > Out of curiosity, what is exactly your usecase? I'm asking because > I don't see any good reason to use RLB/ALB modes. I have to be missing > something. > > This is adding a lot of code in bonding that needs to be maintained. > However, if there is no particular need to add it, why would we? > > Could you please spell out why exactly do you need this? I'm pretty sure > that in the end well find out, that you really don't need this at all. > > Thanks! This patch is certainly aim fix one real issue in ou lab. For historical inheritance, the bond6 with ipv4 is widely used in our lab. We started to support ipv6 for all service last year, networking operation and maintenance team think it does work with ipv6 ALB capacity take it for granted due to bond6's specification but it doesn't work in the end. as you know, it is impossible to change link neworking to LACP because of huge cost and effective to online server.