netdev - Re: vrf and multicast is broken in some cases

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <dbefe9b1-c846-6cc6-3819-520fd084a447@candelatech.com>
Date:   Wed, 15 Jan 2020 11:02:26 -0800
From:   Ben Greear <greearb@...delatech.com>
To:     David Ahern <dsahern@...il.com>,
        "netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: Re: vrf and multicast is broken in some cases



On 01/15/2020 10:45 AM, David Ahern wrote:
> On 1/15/20 10:57 AM, Ben Greear wrote:
>> Hello,
>>
>> We put two different ports into their own VRF, and then tried to run a
>> multicast
>> sender on one and receiver on the other.  The receiver does not receive
>> anything.
>>
>> Is this a known problem?
>>
>> If we do a similar setup with policy based routing rules instead of VRF,
>> then the multicast
>> test works.
>>
>
> It works for OSPF for example. I have lost track of FRR features that
> use it, so you will need to specify more details.
>
> Are the sender / receiver on the same host?

Yes, like eth2 sending to eth3, eth2 is associated with _vrf2, eth3 with _vrf3.

I'll go poking at the code.

Thanks,
Ben

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