netdev - Re: Bonding driver unexpected behaviour

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: <CAD=hENdPR8Xi1SYaaA+24aLX9sUq7VK7Fbsb=5E9RSKgChk8HQ@mail.gmail.com>
Date:   Thu, 16 Jul 2020 22:31:51 +0800
From:   Zhu Yanjun <zyjzyj2000@...il.com>
To:     Riccardo Paolo Bestetti <pbl@...tov.io>
Cc:     netdev <netdev@...r.kernel.org>
Subject: Re: Bonding driver unexpected behaviour

On Thu, Jul 16, 2020 at 6:20 PM Riccardo Paolo Bestetti <pbl@...tov.io> wrote:
>
> Hello Zhu Yanjun,
>
> On Thursday, July 16, 2020 11:45 CEST, Zhu Yanjun <zyjzyj2000@...il.com> wrote:
>
> > On Thu, Jul 16, 2020 at 4:08 PM Riccardo Paolo Bestetti <pbl@...tov.io> wrote:
> > >
> > >
> > >
> > > On Thursday, July 16, 2020 09:45 CEST, Zhu Yanjun <zyjzyj2000@...il.com> wrote:
> > > > You can use team to make tests.
> > > I'm not sure I understand what you mean. Could you point me to relevant documentation?
> >
> > https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/networking_guide/sec-comparison_of_network_teaming_to_bonding
> >
> > Use team instead of bonding to make tests.
> That seems like a Red Hat-specific feature. Unfortunately, I do not know Red Hat.

Just a test.
Team driver does not belong to Red Hat.
I am also not Redhat employee.

You can make tests with team driver to find the root cause, then fix it.

IMHO, you can build bonding driver and gretap driver, make tests with
them, then find out where the packets are dropped, finally find out
the root cause.
This is a direct method.

It is up to you about how to find out the root cause.

Zhu Yanjun
> Nor I would have the possibility of using Red Hat in production even if I could get teaming to work instead of bonding.
>
> Riccardo P. Bestetti
>