netdev - Re: possible macvlan packet loss

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: <d36c18ad-7fd0-beae-3147-574c4e3d01c5@novek.ru>
Date:   Tue, 24 Jan 2023 23:45:19 +0000
From:   Vadim Fedorenko <vfedorenko@...ek.ru>
To:     Aleksander Dutkowski <adutkowski@...il.com>
Cc:     Linux Kernel Network Developers <netdev@...r.kernel.org>
Subject: Re: possible macvlan packet loss

On 24.01.2023 15:14, Aleksander Dutkowski wrote:
> Hello,
> 
> we are experiencing something, that seems to be packet loss on macvlan
> interface.
> Input is ~350Mbps of multicasts, scattered over 120 docker containers,
> each having macvlan on top of the same mellanox 10G NIC. Each of
> macvlans have bcqueuelen set to INT_MAX.
> Streams recorded from phys interface have all packets, whereas streams
> recorded from macvlan have drops.
> 
Is it real packet loss or just reordering of the packets that is accounted by 
the software as a loss?

> I wonder what is the best way to test and measure the queue fulfillment?
> We can do simple printf when the queue is full, but maybe there are
> some tools or techniques I'm not aware of that we can use?
> 
> Thanks
> Alex