Toxiproxy is a framework for simulating network conditions
1–10 of 31 posts
Re: Toxiproxy is a framework for simulating network conditions
#2Anyone know of anything like this but at the TCP level? I would love to have a way of simulating network partitions and different message delays for distributed algorithms implemented in Elixir. In an ideal world I'd be able to hook the elixir send/receive primitives to intercept messages between processes even in a single node.
Re: Toxiproxy is a framework for simulating network conditions
#3I used to work at Shopify and Toxiproxy was always a fantastic resource.
Re: Toxiproxy is a framework for simulating network conditions
#4Very cool! This would be fantastic for a CI pipeline.
For local development on the Mac, there's also dummynet. Full docs at:
man 8 dnctlRe: Toxiproxy is a framework for simulating network conditions
#5Anyone know of anything like this but at the TCP level? I would love to have a way of simulating network partitions and different message delays for distributed algorithms implemented in Elixir. In an ideal world I'd be able to hook the elixir send/receive primitives to intercept messages between processes even in a single node.
Not sure if this software satisfies your need: https://github.com/tylertreat/Comcast
Re: Toxiproxy is a framework for simulating network conditions
#6Anyone know of anything like this but at the TCP level? I would love to have a way of simulating network partitions and different message delays for distributed algorithms implemented in Elixir. In an ideal world I'd be able to hook the elixir send/receive primitives to intercept messages between processes even in a single node.
May or may not be what you're looking for, but you can do lots of this in linux by using tc.
https://man7.org/linux/man-pages/man8/tc.8.html
Requires care to use and understand, so may not be applicable, but allows introducing latency, jitter, packet loss, etc.
Re: Toxiproxy is a framework for simulating network conditions
#7Anyone know of anything like this but at the TCP level? I would love to have a way of simulating network partitions and different message delays for distributed algorithms implemented in Elixir. In an ideal world I'd be able to hook the elixir send/receive primitives to intercept messages between processes even in a single node.
I used to use WanEm but it was never really maintained but great for my manual networking tests. Would like something similar now but updated.
Re: Toxiproxy is a framework for simulating network conditions
#8Anyone know of anything like this but at the TCP level? I would love to have a way of simulating network partitions and different message delays for distributed algorithms implemented in Elixir. In an ideal world I'd be able to hook the elixir send/receive primitives to intercept messages between processes even in a single node.
http://jagt.github.io/clumsy/ (windows)
Re: Toxiproxy is a framework for simulating network conditions
#9We use it at GitHub, indeed I just updated the version we use for development this morning! Great project.
Re: Toxiproxy is a framework for simulating network conditions
#10Anyone know of anything like this but at the TCP level? I would love to have a way of simulating network partitions and different message delays for distributed algorithms implemented in Elixir. In an ideal world I'd be able to hook the elixir send/receive primitives to intercept messages between processes even in a single node.
May or may not be what you're looking for, but you can do lots of this in linux by using tc. https://man7.org/linux/man-pages/man8/tc.8.html Requires care to use and understand, so may not be applicable, but allows introducing latency, jitter, packet loss, etc.
Precisely tc and netem. To give an idea how powerful and tuneable netem can be, we had a piece of network gear that lost messages if they were too close in time to each other (less than N microseconds). Probably some 'copy packet during interrupt' stuff. We couldn't change anything in the applications or the network gear. The solution was (on the sender side) to 1) classify with tc the specific packet sequence and 2) delay the second message in the sequence. It's a large command-line, it does the job perfectly. It's marvelous.