Introducing latency to show vCenter Operations for View 1.5 in action

I was setting up an internal enablement session on how to demo vCenter Operations for View and came across the usual SE problem of trying to simulate in a lab environment something broken in a very simple real world way.  You’d think it would be easy to simulate broken things but coming up with something repeatable, real world and low touch (we don’t want to have to spend hours unpicking something after a demo) is often a problem.

For vCenter Operations for View (V4V)  I thought introducing some latency and packet loss would make a good troubleshooting demo.  But how do we do that?

My first thought was to VPN into our Palo Alto network and ‘hairpin’ back to the lab.  Unfortunately that proved difficult to achieve and I quickly got bored of entering RSA codes to try and get it working.

A quick google and I discovered courtesy of Joe Miller that Mac OS includes dummynet and I can quickly create a script to introduce the necessary latency and packet loss.  A few teaks as the suggested values would totally kill a View session (I want to show degradation, not a dead system!) and I now have two files I can use – to start the demo and to turn it off. to turn it on

sudo ipfw add pipe 1 ip from any to
sudo ipfw add pipe 2 ip from to any
sudo ipfw pipe 1 config delay 100ms bw 1Mbit/s plr 0.01
sudo ipfw pipe 2 config delay 100ms bw 1Mbit/s plr 0.01
sudo sysctl -w net.inet.ip.fw.enable=1 to turn it off

sudo ipfw -q flush

To run them just fire up Teminal and run the scripts:


Job done!  And this is how it looks in V4V…


Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s