Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752228AbdLFSYw (ORCPT ); Wed, 6 Dec 2017 13:24:52 -0500 Received: from mail-ot0-f177.google.com ([74.125.82.177]:32858 "EHLO mail-ot0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751945AbdLFSYq (ORCPT ); Wed, 6 Dec 2017 13:24:46 -0500 X-Google-Smtp-Source: AGs4zMaVu26RJ9Bjx797mewrAULwgXzS0kbR/UfyNsCxluZ2Y4f4AdaXdW6kY7TQQ+f+E0ljDwA+/J6gi8Ov4yAIi88= MIME-Version: 1.0 In-Reply-To: <7082766.sOGqpe4oL6@bentobox> References: <20171205143514.4441-1-sven.eckelmann@openmesh.com> <1932095.qaFFlVjcYD@bentobox> <7082766.sOGqpe4oL6@bentobox> From: Willem de Bruijn Date: Wed, 6 Dec 2017 13:24:04 -0500 Message-ID: Subject: Re: [RFC v2 6/6] flow_dissector: Parse batman-adv unicast headers To: Sven Eckelmann Cc: Tom Herbert , Linux Kernel Network Developers , "David S . Miller" , Jiri Pirko , Eric Dumazet , LKML , b.a.t.m.a.n@lists.open-mesh.org Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1162 Lines: 27 > On Mittwoch, 6. Dezember 2017 11:54:13 CET Willem de Bruijn wrote: >> Perhaps it can even be behind a static key depending on whether any >> devices are active, adjusted in batadv_hardif_(en|dis)able_interface. > > I don't like that because we don't need batman-adv loaded to simply forward > (bridge) traffic between interfaces. And not being able to use RPS with > multiple cores just because the batman-adv module (and interfaces) is not > enabled seems to be counter-intuitive. Okay. Ack on Tom's points, too. I want to be able to administratively limit the footprint of flow dissector, but agreed that this can be configured independent from the rest of the datapath, i.e., with knobs specific to flow dissector. >> Please implement FLOW_DISSECTOR_F_STOP_AT_ENCAP. It may >> be used in more flow dissector paths in the future. >> >> The features are also used by GRE, which can encap Ethernet, for an example >> that is closer to this protocol. > > Thanks for the feedback. I have it now implemented like in GRE. > > The change can already be found in > https://git.open-mesh.org/linux-merge.git/shortlog/refs/heads/ecsv/flowdissector Great, thanks.