State of the vNinja: 2010

Is 2010 over already? I guess it’s true that time flies when your having fun! 2010 has been a great year for me, both personally and professionally. I won’t bore you to death with personal issues, but as far as professionally goes you’ll just have to bare with me.

2010 was the year I really feel that I got a lot of good work done, and some of that are really significant changes for my organization which is in a way better state IT wise now than in 2009. I can’t take credit for all that on my own, I have some very competent coworkers that are equally to blame/praise for the work we have been able to do in 2010. By the looks of it, 2011 will be even better!

One major thing stands out when I think of what happened the last 12 months. VMworld Europe 2010. It still amazes me how important VMworld feels, even 4 months later. I met some amazing people face to face, finally, and that alone was worth the trip. You know who you are!

I had one, albeit pretty minor, public speaking job in 2010 where I did a walk-trough of my companies disaster recovery setup, based on, amongst other things, VMware vSphere and Veeam Backup and Recovery. I haven’t done any of that in a while, and it was real fun being asked to do it again. Hopefully there will be more opportunities to do more of the same, and by the looks of it I might even do a similar, but much bigger, gig again in the beginning of February 2011. More details to come.

I have set a lot of personal goals for 2011, and I won’t be listing them all here as some of them are pretty personal. But I do have a plan for finally getting my VCP4 sorted, and possibly also a VCAP-DCA if my employer gives the go-ahead. I have been neglecting these certifications for way to long now.

I do promise to keep posting on vNinja, and I really promise to finish off a series of posts when I start publishing them! Sadly I didn’t manage to get all my stuff sorted before the end of the year, but hopefully I’ll be able to finish the series I’ve started on pretty early in 2011.

vNinja saw a total of 32 posts in 2010, the first one in late July. This equates to about 5 posts a month, something I look to increase on in 2011. The visitor numbers have been amazingly good, and I hope to keep building on that as well.

And who knows, you might just hear more from me in 2011 than ever before. How do you like your bowl of vSoup?

While I can promise to meet all my goals for 2011, I can promise one thing: There will be no seppuku in 2011, neither physical nor virtual. I’m here for the long haul, like it or not.

Have a good new year everyone, I’m honored to have you as my readers and I’ll work hard to keep it that way throughout 2011 as well.

Installing and Configuring WANem Virtual Appliance



In a previous post, Using the WANem WAN Emulator Virtual Appliance, I’ve talked about how I’ve successfully used WANem to emulate different WAN scenarios.

Since I work for a shipping company, the ability to emulate VSAT conditions are especially useful for testing and proof-of-concept scenarios.

You can use WANem a couple of different ways but my setup is pretty simple but does the job perfectly.

Downloading WANem

I have chose to use the WANem Virtual Appliance running in a virtual machine hosted by VMware Workstation. If you don’t have Workstation handy, VMware Player will also do the job. You don’t need to use the virtual appliance, as WANem also offers a bootable ISO download that you could boot your VM from

Starting and configuring WANem

First off, extract the file, and place the virtual machine files in a know location. My choice is c:\virtual machines\ but you will have to adjust that for your specific environment.

Secondly, fire up VMware Workstation and chose the “Open existing VM or Team” option

In the file dialog box browse to where you extracted the virtual machine files and select “Open”

I like to run the WANem VM in bridge mode, since this gives the VM it’s own IP address from my DHCP server. This comes in handy later when we setup what traffic we want to route through WANem.
By default the VM is configured in “Bridge Mode” which is the network mode we want, so go ahead and start the VM by pressing the “Power on this virtual machine” option.

The WANem VM starts to boot up, but it stops asking if you want to configure all network interfaces via DHCP.

As I use DHCP in my network, I don’t have to specify any network information so I hit ‘y’ to let it continue booting.
Once again the boot process stops, this time asking you to specify a root password for the VM. Provide your own password twice, and the boot process is finished. Don’t worry about the password strength, or even if you remember it later. The VM boots on a pre-configured Knoppix LiveCD, and the next time you start it it will ask for a new password.

If you don’t see the IP address that WANem has received from your DHCP server, type status and hit enter, and it will show you the IP it has been assigned.

Open your favorite browser, and point it to http://WANemIP/WANem (in my case this was

And there it is, WANem is up and running. We’ll leave it as is for the time being, and start routing traffic through it as is.

Running IP traffic trough WANem

You have a couple of choices when it comes to routing your traffic through WANem. The easiest setup si where you set WANem as your default gateway and route all traffic through it. Remember though that this only comes into play if your destination is on another subnet than the one you are currently connected to. In many scenarios this isn’t desirable, and I prefer to route specific traffic through WANem and not have to play around with my DHCP assigned settings.

What I usually do, is to drop into cmd in administrator mode, and issue the following command:

route add {destination IP} mask {WANem IP}

This routes all traffic from the computer I run the command on, through the WANem IP address, and from there on it goes to it’s original destination. This allows it to work on local subnet traffic, as well as remote traffic, and it will not affect any other IP traffic from that computer to the rest of the network.

Obviously, we need a destination as well. For this lab setup I decided to route the traffic to my local printer through WANem. It’s ip is, so the command to run inside cmd as administrator is:

route add mask

Now, all traffic from my local computer to my printer is routed through WANem. For now, nothing much happens. WANem receives the data on it’s network card, and promptly sends it on it’s merry way to the final destination; my printer. No innocent packets have been mauled or otherwise hurt in the process, at least not so far.


If you want to route everything even local subnet traffic through WANem, enter the following command:

route add mask {WANem IP}
See this comment for context.

Tweaking WANem settings

Finally, the fun part! Now we can start playing around with those innocent little network packets that flow through the network. Ever wanted to know what happens if you try to print to a printer over a 128kb WAN link? Well, now you can! I would strongly advise against trying to print your über 120 slide PowerPoint presentation at this point, but you can if you want to. Possibly.

I’m not going to try to print over the link as it is now, we’ll have to settle for a little demonstration using much simpler means.

Tool of choice the ever faithfull ping. Basically I’ll demonstrate how WANem fiddles with your network traffic. First off, a just a normal ping of my printer with no edits done by WANem what so ever:

As you can see, as this is on my local network, the response time is great at 1ms and no dropped packets.

Now we can open the WANem web interface, and start messing about. Click on “Advanced Mode” and then on the “Start” button to bring up the web interface.

The next screen brings up a lot of options, and we’re going to tweak a couple of them.

I set the “Delay Time (ms)” to 200ms and the “Loss %” to 25%, and hit “Apply Settings”. When we turn back to our cmd window, we should see instant results in our ping monitor.

As you can see, the response time is now approximately 200ms and the packet loss is about 25%, in accordance with the settings I’ve applied. Of course, as you can see, there are lots of other settings to play around with as well.

WANem also allows you to save your settings, so if you find your own perfect little real world emulation scenario you can export the settings and re-apply them later if you wish.

Cleaning house

When testing is over, be sure to remove your static route(s) again. If you don’t, and you power down your WANem appliance you simply will not be able to reach your destination(s) until it’s powered on again. Thankfully, removing the static routes are as easy as adding them in the first place. The command to run, in an administrative mode cmd is:

route delete {destination IP}


WANem is a very nice, and simple to set up, little appliance that could make it much easier planning deployments and emulating real world scenarios. After all, do you know how your applications behave if they get high latency connections? Or if you get jitter problems or even dropped packets?

Give it a test, you might just get a bit surprised at the results you get.

vNinja used by VMware

Thanks to Maish Saidel-Keesing, vExpert 2010 and blogger over at Technodrone I have been made aware that VMware has used one of my posts here on vNinja in their internal presentation material.

The material in question is vSphere 4.1 to 4.0 differences (page 44 and 45 in vSphere 4.1 Deep Dive – Part 1 – v6.pptx), where my post about Using USB Pass-through in vSphere 4.1 is quoted and my screenshots used. I guess no-one else had tested USB passthrough in vSphere 4.1 with USB based UPS setups before I did.

While I think this is great, and I’m really honored that my content here can be used as internal VMware resources, I must say that I would have loved to be notified, and asked, by Iwan Rahabok when he created the material. Iwan did provide links and source attribution in his presentation, but a direct message from him would have been great as well.