Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1403093pxj; Fri, 21 May 2021 13:24:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwgE2OVZI7hXqFtcyVKOE3tZ/ac939O4D67nG1nvjzcHulYp0a0wrCbR2vYXzcRaAjL4KQA X-Received: by 2002:a05:6e02:2192:: with SMTP id j18mr669273ila.223.1621628643289; Fri, 21 May 2021 13:24:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621628643; cv=none; d=google.com; s=arc-20160816; b=HrAVNgyPmCi+VUUihABgvojzdhZmSPwHLNet81IZdcPJsWYLeBHZEbVrljYPJrK+E3 TTjmcjsd2bRrygAYITKKjba+Wh3+DjnwTj6/gMb7btGL2TboFN+dAFIF75ngO/rvZKSR ClnF75fUK7hh2h/dF+YYGy2ohI1+rbCl2zzxkwUYevLlJRqIIROIyxsUDHvCHXh899ih ueglFjtP2vxAPdRhhpr2yAcTZsqYWHUBb5EU6Ihs6eGXVB2qUJHicY21S2VW745Lk9NS vbEQs3RUSCIOXyb4++cmcMtc5Z0r6z1Jzx27IVjfxZFaIUJMucbf0HA0LVf3PXIB8M25 za3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:content-transfer-encoding :content-id:mime-version:comments:references:in-reply-to:subject:cc :to:from; bh=W5F0JdBgyOq3hm9USt4Yt57PUYhyVzvvRX19Lh3eCgU=; b=drAhKSCkwAOWWs1LPA6Rx2oZ6+uYIuUBMTqpK8KhB15IMSPkTZUpL5/WtGznGdHQI5 Ambvg8WIiV9JLhrnjXuN60IpPxIytCuiFhE9O5zgcOPhWM60JEcPmxFC1NnyALebyGDr 0sSYTbPmyQaZrLDiYMZhrQskw+oFuNjcPULY2FQtFbp7qBzqZXQLCULDEfr7xG6WdKaI u5CTzPztnT132/3SMaVrbK8k2cmmPG7/S6b5QFj/TTAD/YSzr9e/Z8OGJCMPsYal3uuD xyPDsHo5zxDLA0qaY9/68vMCwkXBjW1eUCJZ2+480BBFn9I0Ezlmur1hNahK3LAczCqu 0I6A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s19si6825420ilt.149.2021.05.21.13.23.50; Fri, 21 May 2021 13:24:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237922AbhEURDe convert rfc822-to-8bit (ORCPT + 99 others); Fri, 21 May 2021 13:03:34 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:50663 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237830AbhEURDd (ORCPT ); Fri, 21 May 2021 13:03:33 -0400 Received: from 1.general.jvosburgh.us.vpn ([10.172.68.206] helo=famine.localdomain) by youngberry.canonical.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1lk8XG-00067P-L1; Fri, 21 May 2021 17:02:06 +0000 Received: by famine.localdomain (Postfix, from userid 1000) id 22E795FDD5; Fri, 21 May 2021 10:02:05 -0700 (PDT) Received: from famine (localhost [127.0.0.1]) by famine.localdomain (Postfix) with ESMTP id 1CA9CA040C; Fri, 21 May 2021 10:02:05 -0700 (PDT) From: Jay Vosburgh To: Jarod Wilson cc: linux-kernel@vger.kernel.org, Veaceslav Falico , Andy Gospodarek , "David S. Miller" , Jakub Kicinski , Thomas Davis , netdev@vger.kernel.org Subject: Re: [PATCH net-next v2 3/4] bonding/balance-alb: don't tx balance multicast traffic either In-reply-to: <20210521132756.1811620-4-jarod@redhat.com> References: <20210518210849.1673577-1-jarod@redhat.com> <20210521132756.1811620-1-jarod@redhat.com> <20210521132756.1811620-4-jarod@redhat.com> Comments: In-reply-to Jarod Wilson message dated "Fri, 21 May 2021 09:27:55 -0400." X-Mailer: MH-E 8.6+git; nmh 1.6; GNU Emacs 27.0.50 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <18964.1621616525.1@famine> Content-Transfer-Encoding: 8BIT Date: Fri, 21 May 2021 10:02:05 -0700 Message-ID: <18965.1621616525@famine> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Jarod Wilson wrote: >Multicast traffic going out the non-primary interface can come back in >through the primary interface in alb mode. When there's a bridge sitting >on top of the bond, with virtual machines behind it, attached to vnetX >interfaces also acting as bridge ports, this can cause problems. The >looped frame has the source MAC of the VM behind the bridge, and ends up >rewriting the bridge forwarding database entries, replacing a vnetX entry >in the fdb with the bond instead, at which point, we lose traffic. If we >don't tx balance multicast traffic, we don't break connectivity. > >Cc: Jay Vosburgh >Cc: Veaceslav Falico >Cc: Andy Gospodarek >Cc: "David S. Miller" >Cc: Jakub Kicinski >Cc: Thomas Davis >Cc: netdev@vger.kernel.org >Signed-off-by: Jarod Wilson Acked-by: Jay Vosburgh >--- > drivers/net/bonding/bond_alb.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > >diff --git a/drivers/net/bonding/bond_alb.c b/drivers/net/bonding/bond_alb.c >index c57f62e43328..cddc4d8b2519 100644 >--- a/drivers/net/bonding/bond_alb.c >+++ b/drivers/net/bonding/bond_alb.c >@@ -1418,7 +1418,7 @@ struct slave *bond_xmit_alb_slave_get(struct bonding *bond, > case ETH_P_IP: { > const struct iphdr *iph; > >- if (is_broadcast_ether_addr(eth_data->h_dest) || >+ if (is_multicast_ether_addr(eth_data->h_dest) || > !pskb_network_may_pull(skb, sizeof(*iph))) { > do_tx_balance = false; > break; >@@ -1438,7 +1438,7 @@ struct slave *bond_xmit_alb_slave_get(struct bonding *bond, > /* IPv6 doesn't really use broadcast mac address, but leave > * that here just in case. > */ >- if (is_broadcast_ether_addr(eth_data->h_dest)) { >+ if (is_multicast_ether_addr(eth_data->h_dest)) { > do_tx_balance = false; > break; > } >-- >2.30.2 >