[Cake] CAKE in IPFire (a professional-grade open-source firewall and security platform )

[Cake] CAKE in IPFire (a professional-grade open-source firewall and security platform )

[Frantisek Borsik]

https://www.ipfire.org/docs/configuration/services/qos

Found out about it by chance, so did a search on the bufferbloat lists and
found this mention in 2015, from Dave <3

https://lists.bufferbloat.net/cake/CAA93jw7VgnQb-_dBqQA0Ki7c56K=H6=DdTnTFjffUvwK_JGKgQ@mail.gmail.com/

All the best,

Frank

Frantisek (Frank) Borsik


*In loving memory of Dave Täht: *1965-2025

https://libreqos.io/2025/04/01/in-loving-memory-of-dave/


https://www.linkedin.com/in/frantisekborsik

Signal, Telegram, WhatsApp: +421919416714

iMessage, mobile: +420775230885

Skype: casioa5302ca

frantisek.borsik@gmail.com

[Cake] Re: [Bloat] CAKE in IPFire (a professional-grade open-source firewall and security platform )

[Michael Tremer]

Hello Frantisek,

I am glad to have seen your email.

I am Michael and the founder of IPFire, so if you have any questions, feel free to reach out.

We have been a very early adopter for anything Bufferbloat and I have been trying to support Dave as much as possible. We have been running some bechmarks and validating that fq_codel as it was proposed and implemented in the Linux kernel works, and the results were obviously overwhelming. Within a couple of releases, fq_codel was enabled by default, and there was virtually no way to disable it any more because nobody ever would want to have slow internet ever again.

I wrote a little blog post:

  https://www.ipfire.org/blog/ipfire-2-13-tech-preview-fighting-bufferbloat

And two articles in the German computer magazine c’t in 2013 - how time flies:

  https://www.ipfire.org/blog/ipfire-in-c-t-magazine-20-13

It seems that the links are no longer loading to the article for me :(

Since then we have of course migrated to a mix of fq_codel and CAKE and there have been a couple of researchers posting articles on benchmarking various firewall distros where IPFire always scores really well - if not winning - and a lot of that is thanks to fighting Bufferbloat and us being smart in how we arrange our firewall rules.

Of course IPFire is totally free, so give it a try!

Best,
-Michael

> On 5 Feb 2026, at 17:42, Frantisek Borsik <frantisek.borsik@gmail.com> wrote:
> 
> https://www.ipfire.org/docs/configuration/services/qos
> 
> Found out about it by chance, so did a search on the bufferbloat lists and
> found this mention in 2015, from Dave <3
> 
> https://lists.bufferbloat.net/cake/CAA93jw7VgnQb-_dBqQA0Ki7c56K=H6=DdTnTFjffUvwK_JGKgQ@mail.gmail.com/
> 
> All the best,
> 
> Frank
> 
> Frantisek (Frank) Borsik
> 
> 
> *In loving memory of Dave Täht: *1965-2025
> 
> https://libreqos.io/2025/04/01/in-loving-memory-of-dave/
> 
> 
> https://www.linkedin.com/in/frantisekborsik
> 
> Signal, Telegram, WhatsApp: +421919416714
> 
> iMessage, mobile: +420775230885
> 
> Skype: casioa5302ca
> 
> frantisek.borsik@gmail.com
> _______________________________________________
> Bloat mailing list -- bloat@lists.bufferbloat.net
> To unsubscribe send an email to bloat-leave@lists.bufferbloat.net

[Cake] Re: [Bloat] CAKE in IPFire (a professional-grade open-source firewall and security platform )

[Frantisek Borsik]

Lovely! Thank you very much, Michael.

Did you guys looked at cake_autorate as well?

Any plans for CAKE-MQ? https://www.phoronix.com/news/Linux-7.0-CAKE-MQ

All the best,

Frank

Frantisek (Frank) Borsik


*In loving memory of Dave Täht: *1965-2025

https://libreqos.io/2025/04/01/in-loving-memory-of-dave/


https://www.linkedin.com/in/frantisekborsik

Signal, Telegram, WhatsApp: +421919416714

iMessage, mobile: +420775230885

Skype: casioa5302ca

frantisek.borsik@gmail.com


On Fri, Feb 6, 2026 at 11:16 AM Michael Tremer <michael.tremer@ipfire.org>
wrote:

> Hello Frantisek,
>
> I am glad to have seen your email.
>
> I am Michael and the founder of IPFire, so if you have any questions, feel
> free to reach out.
>
> We have been a very early adopter for anything Bufferbloat and I have been
> trying to support Dave as much as possible. We have been running some
> bechmarks and validating that fq_codel as it was proposed and implemented
> in the Linux kernel works, and the results were obviously overwhelming.
> Within a couple of releases, fq_codel was enabled by default, and there was
> virtually no way to disable it any more because nobody ever would want to
> have slow internet ever again.
>
> I wrote a little blog post:
>
>
> https://www.ipfire.org/blog/ipfire-2-13-tech-preview-fighting-bufferbloat
>
> And two articles in the German computer magazine c’t in 2013 - how time
> flies:
>
>   https://www.ipfire.org/blog/ipfire-in-c-t-magazine-20-13
>
> It seems that the links are no longer loading to the article for me :(
>
> Since then we have of course migrated to a mix of fq_codel and CAKE and
> there have been a couple of researchers posting articles on benchmarking
> various firewall distros where IPFire always scores really well - if not
> winning - and a lot of that is thanks to fighting Bufferbloat and us being
> smart in how we arrange our firewall rules.
>
> Of course IPFire is totally free, so give it a try!
>
> Best,
> -Michael
>
> > On 5 Feb 2026, at 17:42, Frantisek Borsik <frantisek.borsik@gmail.com>
> wrote:
> >
> > https://www.ipfire.org/docs/configuration/services/qos
> >
> > Found out about it by chance, so did a search on the bufferbloat lists
> and
> > found this mention in 2015, from Dave <3
> >
> >
> https://lists.bufferbloat.net/cake/CAA93jw7VgnQb-_dBqQA0Ki7c56K=H6=DdTnTFjffUvwK_JGKgQ@mail.gmail.com/
> >
> > All the best,
> >
> > Frank
> >
> > Frantisek (Frank) Borsik
> >
> >
> > *In loving memory of Dave Täht: *1965-2025
> >
> > https://libreqos.io/2025/04/01/in-loving-memory-of-dave/
> >
> >
> > https://www.linkedin.com/in/frantisekborsik
> >
> > Signal, Telegram, WhatsApp: +421919416714
> >
> > iMessage, mobile: +420775230885
> >
> > Skype: casioa5302ca
> >
> > frantisek.borsik@gmail.com
> > _______________________________________________
> > Bloat mailing list -- bloat@lists.bufferbloat.net
> > To unsubscribe send an email to bloat-leave@lists.bufferbloat.net
>
>