From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lorenzo Bianconi Subject: Re: [PATCH iproute2] iplink_vxlan: take into account preferred_family creating vxlan device Date: Fri, 21 Sep 2018 18:35:35 +0200 Message-ID: <20180921163534.GC15752@localhost.localdomain> References: <20180921085805.7ee078e8@xeon-e3> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: netdev@vger.kernel.org To: Stephen Hemminger Return-path: Received: from mail-wr1-f67.google.com ([209.85.221.67]:44574 "EHLO mail-wr1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2390065AbeIUWZT (ORCPT ); Fri, 21 Sep 2018 18:25:19 -0400 Received: by mail-wr1-f67.google.com with SMTP id v16-v6so13457065wro.11 for ; Fri, 21 Sep 2018 09:35:39 -0700 (PDT) Content-Disposition: inline In-Reply-To: <20180921085805.7ee078e8@xeon-e3> Sender: netdev-owner@vger.kernel.org List-ID: > On Fri, 21 Sep 2018 15:34:25 +0200 > Lorenzo Bianconi wrote: > > > Take into account the configured preferred_family if neither saddr or > > daddr are provided since otherwise vxlan kernel module will use IPv4 as > > default remote inet family neglecting the one provided by userspace. > > This behaviour was originally in commit 97d564b90ccb ("vxlan: use > > preferred address family when neither group or remote is specified"). > > The issue can be triggered with the following reproducer: > > > > $ip -6 link add vxlan1 type vxlan id 42 dev enp0s2 \ > > proxy nolearning l2miss l3miss > > $bridge fdb add 46:47:1f:a7:1c:25 dev vxlan1 dst 2000::2 > > RTNETLINK answers: Address family not supported by protocol > > > > Fixes: 1e9b8072de2c ("iplink_vxlan: Get rid of inet_get_addr()") > > Signed-off-by: Lorenzo Bianconi > > This patch was already in the queue. Is this a new version (if so please mark it as v2). Hi Stephen, yes, this is a v2. I missed v2 in the subject and changes respect to v1 (I have just modified the commit log actually). Please drop v1 and sorry for the noise. Regards, Lorenzo >