<div dir="ltr"><div>Hi!</div><div><br></div><div>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).</div><div><br></div><div>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.</div><div><br></div><div>I hope I read that right, I haven't had enough coffee this morning!</div><div><br></div><div>Thanks,</div><div>Herbert<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 29, 2022 at 10:15 AM Jan Rovner via LibreQoS <<a href="mailto:libreqos@lists.bufferbloat.net">libreqos@lists.bufferbloat.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">



<div dir="auto">
<div dir="auto">Hello,</div>
<div dir="auto"><br>
</div>
<div dir="auto">I like libreqos project and initially I would like to ask about the possibility of operating in bridge mode, even not oficially fully  supported.</div>
<div dir="auto"><br>
</div>
<div dir="auto">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?</div>
<div dir="auto"><br>
</div>
<div dir="auto">Thank you.</div>
<div dir="auto">Jan Rovner</div>
<div dir="auto"><br>
</div>
<div dir="auto"><br>
</div>
</div>

_______________________________________________<br>
LibreQoS mailing list<br>
<a href="mailto:LibreQoS@lists.bufferbloat.net" target="_blank">LibreQoS@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/libreqos" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/libreqos</a><br>
</blockquote></div>