Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
To:     "linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>
Cc:     David Ahern <dsahern@gmail.com>
From:   Ben Greear <greearb@candelatech.com>
Subject: vrf and multicast problem
Organization: Candela Technologies
Message-ID: <209a0c1d-20d0-fa99-35b6-654b86c44696@candelatech.com>
Date:   Wed, 9 Mar 2022 12:53:43 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.2.2
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Precedence: bulk

Hello,

We recently found a somewhat weird problem, and before I go digging into
the kernel source, I wanted to see if someone had an answer already...

I am binding (SO_BINDTODEVICE) a socket to an Ethernet port that is in a VRF with a second
interface.  When I try to send mcast traffic out that eth port, nothing is
seen on the wire.

But, if I set up a similar situation with a single network port in
a vrf and send multicast, then it does appear to work as I expected.

I am not actually trying to do any mcast routing here, I simply want to send
out mcast frames from a port that resides inside a vrf.

Any idea what might be the issue?

Thanks,
Ben

-- 
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc  http://www.candelatech.com