From 81324c403c9207032a52a2b3a6f30c55e9cec411 Mon Sep 17 00:00:00 2001 From: Pim van Pelt Date: Sun, 15 Feb 2026 14:15:23 +0100 Subject: [PATCH] emdash? nope... --- content/articles/2026-02-14-vpp-policers.md | 9 ++++----- 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/content/articles/2026-02-14-vpp-policers.md b/content/articles/2026-02-14-vpp-policers.md index d86281a..0bb2989 100644 --- a/content/articles/2026-02-14-vpp-policers.md +++ b/content/articles/2026-02-14-vpp-policers.md @@ -423,11 +423,10 @@ for the PHY input case, there are a few CPU cycles added now to address the L2 a cases. Perhaps I should do a side by side comparision of packets/sec throughput on the bench some time. -It would be great if VPP would support FQ-CoDel (Flow Queue-Controlled Delay), which is an -Active Queue Management (AQM) algorithm and packet scheduler designed to eliminate bufferbloat—high -latency caused by excessive buffering in network equipment, while ensuring fair bandwidth -distribution among competing traffic flows. I know that Dave Täht - may he rest in peace - always -wanted that. +It would be great if VPP would support FQ-CoDel (Flow Queue-Controlled Delay), which is an algorithm +and packet scheduler designed to eliminate bufferbloat, which is high latency caused by excessive +buffering in network equipment, while ensuring fair bandwidth distribution among competing traffic +flows. I know that Dave Täht - may he rest in peace - always wanted that. For me, I've set my sights on eVPN VxLAN, and started toing with SRv6 also. I hope that in the spring I'll have a bit more time to contribute to VPP and write about it. Stay tuned!