I did something like this about 15 years ago here: https://github.com/ThomasHabets/dejitun https://github.com/ThomasHabets/dejitun It only does fixed end-to-en

I did something like this about 15 years ago here: https://github.com/ThomasHabets/dejitun https://github.com/ThomasHabets/dejitun It only does fixed end-to-end latency, because what I wanted to do was just remove jitter (hence "de-jitter-tunnel"), at the cost of some latency. I think I find it more useful than what the author has done here, because I did it using tunnel interfaces, so it's not just limited to TCP sessions, where the kernel would fix the order anyway. But maybe the author here is trying to do something I don't immediately see. When latency and jitter really matters, isn't it packet based that matters (hence build a TAP or TUN), not TCP proxy? My solution too can't be replaced with tc, because to remove jitter I need to mark every single packet with a timestamp, and have the receiving end sequence it correctly.