I've written some applications than heavily use network, and I would to test it over a slow network. I'm looking for a tool to simulate this kind of connections.
Edit:
I'm only interested in Windows tools
I've written some applications than heavily use network, and I would to test it over a slow network. I'm looking for a tool to simulate this kind of connections.
Edit:
I'm only interested in Windows tools
What kind of network traffic? If it's HTTP this will work for you:
@Mark
Unfortunately I use "custom" traffic
@Abhinav
That's an interesting I will try it, but this is not exactly what I'm looking for
@Christian
That's exactly what I'm looking for, but it seems to work only on Linux/BSD. Anything similar for Windows users?
@Herms
Thanks, Traffic Sharper XP do what I want, furthermore, that's a freeware!
You're right. dummynet works only in FreeBSD, it's actually built into the kernel.
What I did when I used it was grab an older PC nobody used anymore and install the FreeBSD distribution.
I've used Traffic Shaper XP on my XP dev box at work. It seems to handle any connection (not just HTTP). It wasn't perfect, but worked well enough for the tests I was doing. If you're on Windows maybe it'll do enough for you.
Fiddler is a(nother) web proxy that can be used to degrade your connection.
Throughput, latency, jitter, and packet loss can all impact user experience. Several software solutions that run on a host (or VM) allow these "levers" to be pulled.
Last time I researched I found a few possibilities:
dummyet (link1) dummynet (link2)
Cisco WAN-Bridge (CCO Login Required)
If you want something client based maybe try shunra, and if you want something in the infrastructure wanem is pretty easy since their is a VMWare appliance available.
Dummynet is the way to go, especially if you want to simulate complex scenarios such as ADSL connections (asymmetric uplink and downlink), "Slow connection" (long latency), lossy links, etc. As Christian said, you can find some spare old PCs and install FreeBSD. You can also use VMware but I wouldn't recommand that.