Collection of useful, relevant or inane places on the the Internets for 4 Nov 2011:
- The Problem « The Data Center Overlords – Defining the problem
It was a theme because, as vendor after vendor gave a presentation, they essentially said the same thing when describing the problem they were going to solve. For us the delegates/bloggers, it quickly went from the problem to “The Problem”. We’d heard it over and over again so often that during the (5th?) iteration of the same problem we all started laughing like a group of Beavis and Butt-Heads during a vendor’s presentation, and we had to apologize profusely (it wasn’t their fault, after all).
In fact, vendors like to claim all customer are unique. Except we all have the same problem, and use the same solutions.
- BYOD Isn’t As Scary As You Think, Mr. or Ms. CIO – J-Net Community – This blog post from Juniper demonstrates the worst type of security sales pitch- Fear, Uncertainty and Doubt.
But, now ask yourself this: When was the last time you surfed the web from your smartphone or tablet, or opened email attachments from someone you don’t know on your mobile device? When was the last time you really read the permissions for the apps you download to your smartphone or tablet device? Do you store sensitive personal and corporate data on your smartphone or other mobile device? And, have you ever had a mobile device lost or stolen?
This is the most stupid sales pitch you can ever make.
- My LISP notes to share – Does a great job of summarising LISP in just a few hundred words.
- Cisco IOS Hints and Tricks: Virtual switches need BPDU guard –
Here’s a sketchy overview of what was going on: they were running a Windows VM inside his VMware infrastructure, decided to configure bridging between a vNIC and a VPN link, and the VM started to send BPDUs through the vNIC. vSwitch ignored them, but the physical switch didn’t – it shut down the port, cutting a number of VMs off the network.
You see, people sometimes run things in VMs that they should not. Such as Linux distros that bridge Ethernet interfaces together eg. WAN testing that acts as a bridge. As a result, the VM goes off the air and creating an operational integrity problem with VMware. Inherently, VMware lacks operational security for the simplest of networking problems.
- Performance That Goes Bump in the Night –
The basic point I have for this blog is that one needs to know the performance characteristics of the equipment you’re working. You need to know limitations stated by the vendor. And you need to do performance testing with your prospective configuration and traffic mix to see if there are any hidden gotchas to the stated performance numbers. Packet size is only the most obvious of them.
Loved this. Lots of real world experience summed up in just a few words from someone privileged enough to have access to top notch tools and time to work with them.
Caveat: The following contains some moderately careful test results by various people representing their best effort at the time. I have done my best to fairly state the test conditions. I cannot guarantee accuracy. Test in your own setting if you need 100% reliable numbers that represent likely performance in your network.
Also good advice.
- Peeling back the onion on HP-FEX « virtualeverything – Great blog post on HP FEX modules. Lots of details:
Recently, HP and Cisco in collaboration released a FEX module for the HP C7000 chassis. See here and here to read about the release from both HP and Cisco’s perspective. This post is not to discuss the business decisions behind this product release, but rather to take a closer look at the HP-FEX architecture from a technology perspective.First off all, what the heck is a FEX? Read here and here for some background on the term.
- Cut out Supergirl top by *Liz-a-smurf on deviantART – Best SuperGirl T-Shirt I’ve ever seen (barely suitable for work).
- OFS11 / NFD2 – Wrap Up – Greg Ferro on Vimeo– You can watch my feeble attempts at being on camera while attempting to wrap up the Network Field Day and OpenFlow Symposium.You should also note that I have a face for podcasting.
- Network Field Day 2 — Comic Edition | Router Jockey – Maybe you had to be there, but still funny.
- For Juniper, OpenFlow is an Important Step on the … – J-Net Community – Juniper announces early support for OpenFlow protocol in Junos.
Earlier today, Juniper announced that we are making the source code that drives our OpenFlow client application available to our SDK partners. For those of you who are not terribly familiar with the technology, OpenFlow.org describes it as:
“a way for researchers to run experimental protocols in the networks they use every day.”
However, if the latest buzz in the industry is any indication, OpenFlow is more than just a research project. By decoupling the control plane that determines how packets traverse the network from the underlying hardware that physically moves the packets, OpenFlow has the potential to significantly simplify control and management of networks.
Because Junos uses an XML core for configuration, it doesn’t take much to extend it in new directions.
- Open Cloud Network – OCN – Dell / Force10 and their Open Cloud Networking strategy. This is a quick introduction to the Force10 automation capability. Note that this is different from other vendors by offering a set of APIs.