From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-yw1-x1129.google.com (mail-yw1-x1129.google.com [IPv6:2607:f8b0:4864:20::1129]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 30CF63B29D for ; Thu, 29 Dec 2022 11:27:44 -0500 (EST) Received: by mail-yw1-x1129.google.com with SMTP id 00721157ae682-3e45d25de97so266528367b3.6 for ; Thu, 29 Dec 2022 08:27:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=WOnhilwvHEjrPZFym9NCI2SGG3XqQqBZes7VGeOzJoc=; b=OE8BHU7OCC25HxfjFLu8XD+D3Wy0R+oEs9a8cLQpFdHqdTN3zBudkydMx6HWk5kL8i rA5D7jpJiK343oKgWM3hLUyClKeu2NJbzpLhMbZZZcijM9dPe/M4czLIX+mb+tTNqzRJ mjHfk2BQh210mTwYP8BSpl7eUYytD0K73beLO/LwXOLFFAk54LF75usmirtz6qRJfzkd 27glldumtvD7i/V+4zeEqZ5Z79lh5ceUrRoqW6wz/BNPCMg2Ur2NYy+QwC/VE/cwKsow QzO9m4Ddyp1FLuZVCyBznZCadd7sc2SoG3lGWrJaHTysL44GQ1WcPUlIl8Wy4P+TUgwH 6qeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=WOnhilwvHEjrPZFym9NCI2SGG3XqQqBZes7VGeOzJoc=; b=rCV+bXGZce+LvMC26l3iz/pdz0jTdguXVSy6YhyAsOcoXD2Dk2x5K350idd26u1YZG //0O3XEHoahjxOoW+TvOcu6BEHSoqWBOfgre/TcfjOz0cUfIwgrEiHBMpzETPsfoDhtB eujmsvsCp1AemtD+8Jyg+Zt6uq+0R+AK0qzK3M3OjMm34bS6JoO3tiI/qIUgUENypSgB DqEWjX1hO3vYajLuBhryFiVzhEgKbpK+R5BUG0dq/dZ8TwFV0DrOeE7tOvYOd4zl+C2y 1nNTuJQWR6r400guq4WLG7aUvr+YMu0LL4Wo7XLe6VEmoNTQ3BLsTJPpUQRWgRnI2wc/ L+LQ== X-Gm-Message-State: AFqh2ko/aWvfVmtCg3hVIUCSktAkyyMm8DyHEpit0QP35mYKLft4ql+3 aSKnqrbgg7UYmt0hlciFDAB7Ja/t8RQQVgN9aa/hmRrn X-Google-Smtp-Source: AMrXdXvXdc14aExKanMdTNmcFCswMsd1Mm4gJipURFQlR/+kDlFA8B+NlPn8MOuDicVslwbFapJOZpFnd/4Nf2PXrSI= X-Received: by 2002:a81:cd7:0:b0:3cb:c712:4dd5 with SMTP id 206-20020a810cd7000000b003cbc7124dd5mr2776788ywm.300.1672331263149; Thu, 29 Dec 2022 08:27:43 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Herbert Wolverson Date: Thu, 29 Dec 2022 10:27:32 -0600 Message-ID: To: Jan Rovner Cc: "libreqos@lists.bufferbloat.net" Content-Type: multipart/alternative; boundary="000000000000e30bdb05f0f9f656" Subject: Re: [LibreQoS] A newbie question - bridge mode X-BeenThere: libreqos@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Many ISPs need the kinds of quality shaping cake can do List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2022 16:27:44 -0000 --000000000000e30bdb05f0f9f656 Content-Type: text/plain; charset="UTF-8" Hi! The default setup operates purely as a transparent bridge (one interface in, one interface out) - LibreQoS doesn't do any routing. V1.3 can read inside VLANs and shape traffic flows inside VLANs (including nested VLANs). V1.4 will add an option to use a single interface with an "in" and "out" VLAN, allowing for "on a stick" transparent bridging, and speed up the bridge process quite a bit. I hope I read that right, I haven't had enough coffee this morning! Thanks, Herbert On Thu, Dec 29, 2022 at 10:15 AM Jan Rovner via LibreQoS < libreqos@lists.bufferbloat.net> wrote: > Hello, > > I like libreqos project and initially I would like to ask about the > possibility of operating in bridge mode, even not oficially fully > supported. > > My question targets underlying technologies like XDP a others and their > performance: is it possible to achieve the same (or similar) performance on > QoS on bridging traffic shaper - with VLANs - as on routed setup? > > Thank you. > Jan Rovner > > > _______________________________________________ > LibreQoS mailing list > LibreQoS@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/libreqos > --000000000000e30bdb05f0f9f656 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi!

The default setup operat= es purely as a transparent bridge (one interface in, one interface out) - L= ibreQoS doesn't do any routing. V1.3 can read inside VLANs and shape tr= affic flows inside VLANs (including nested VLANs).

V1.4 will add an option to use a single interface with an "in" a= nd "out" VLAN, allowing for "on a stick" transparent br= idging, and speed up the bridge process quite a bit.

I hope I read that right, I haven't had enough coffee this morning!<= /div>

Thanks,
Herbert

On Thu, Dec 29,= 2022 at 10:15 AM Jan Rovner via LibreQoS <libreqos@lists.bufferbloat.net> wrote:
Hello,

I like libreqos project and initially I would like to ask= about the possibility of operating in bridge mode, even not oficially full= y=C2=A0 supported.

My question targets underlying technologies like XDP a ot= hers and their performance: is it possible to achieve the same (or similar)= performance on QoS on bridging traffic shaper - with VLANs - as on routed = setup?

Thank you.
Jan Rovner


_______________________________________________
LibreQoS mailing list
LibreQo= S@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/libreqos
--000000000000e30bdb05f0f9f656--