netdev - Re: [EXT] Re: [PATCH net-next] sandlan: Add the sandlan virtual network interface

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: <Y30sfGrQ2lQN+CMY@lunn.ch>
Date:   Tue, 22 Nov 2022 21:09:32 +0100
From:   Andrew Lunn <andrew@...n.ch>
To:     Steve Williams <steve.williams@...cruise.com>
Cc:     Jakub Kicinski <kuba@...nel.org>, netdev@...r.kernel.org
Subject: Re: [EXT] Re: [PATCH net-next] sandlan: Add the sandlan virtual
 network interface

On Mon, Nov 21, 2022 at 06:59:11PM -0800, Steve Williams wrote:
> I have had trouble with the veth driver not transparently passing the
> full ethernet packets unaltered, and this is wreaking havoc with the
> hanic driver that I have (and that I'm submitting separately). That,
> and veth nodes only come in pairs, whereas with sandlan I can make
> more complex LANs and that allows me to emulate more complex
> situations. But fair point, and I am looking more closely at figuring
> out exactly what the veth driver is doing to my packets.

Please don't top post.

If there is a real problem with veth, please describe it, so we can
fix the bugs. We don't add new emulators because of bugs in the
existing system.

It also seems like this emulator is very limited compared to
netem. For testing hanic i assume you need different delays in each
parallel path, different packet losses, packet reordering, etc. netem
does all this for you.

    Andrew