Storage Wars the Epic Battle Rages On July 3rd, 2011
So tonight as I was getting into bed I did my normal scan twitter to see who I have pissed off or what might be going on that should rob me of sleep. Well tonight @david_Strebel asked the following questions;
“Who thinks FCoE will win over iSCSI?” and I responded “Not I” and then David asked the next logical question which was why not and here is what I had to say in the incredible detail that Twitter allows; ”l2 boundaries, specialized hardware other than nics, hate relationship from most network people.”
The problem with this answer is pretty clear though. It does not really answer the question just gives a few power point bullets to appease the crowd. I don’t feel like this is enough though. So I am going to attempt to lay out my overall view on this issue of who will win iSCSI or FCoE and why. For those of you who don’t want to read the whole article which might get a a tad windy I don’t think either will win. But I don’t think FCoE will emerge as the leader until something better come along. For those masochists who like this kind of crap read on.
Posted in 10 Gigabit Ethernet, Cisco, Consulting, Design Strategy, Errata, Hardware, HP, Network Management, Nexus, Storage | 2 Comments »
Method and Madness: How to fix what other people broke February 21st, 2011
I will be the first to admit that I make mistakes. I make lots of mistakes. But I learned a long time ago that it is not the mistakes that define us but
what we do when we make them. To that point it is both fascinating and infuriating when I enter someone’s network land and find that they have gone out of their way to do nothing to solve their own problem or in many cases to even
build a proper functioning network. So I am going to set out to show the Methods I use to deal with these people and their problems and the Madness that they have brought to the table to cause the issue.
This is going to be a series. Really my first series of posts, and they will all fall under the heading of Method and Madness with some sort of witty little
tagline. I will be pulling on a careers worth of situations that were totally preventable and how we resolved the problem or moved past it.
The format for each of this will be as follows:
Situation: This will be the “lab” Scenario piece of the post in which I outline
the base problem as well as the end goals of the situation. This section will
include a base diagram for use as reference.
The Method: This will be the troubleshooting and resolution phase of the post and
will breakdown the ultimate solution or bypass to the problem.
The Madness: This section will be my analysis of how things got to this point in the first
place. Keep in mind I have no in interest in posting garbage about oh look the senior
network engineer put a wrong static route in at 4am and a junior guy had to find it.
No I am more interested in exposing the issues where a Network Engineer or worse a team could not solve a problem that should be second nature for them to solve. In doing so I hope others will learn from and not find themselves in these situation.
So with all that said look for them. I hope to have the first one out by the end of
the week with about 50 Million other projects so bear with me. I think these will be a great recap for me and both education and humorous for you. I really encourage your feedback on these posts because I am not always right and there are lots of different paths so resolution of a problem.
Welcome to the HP Dream world where reality does not apply. November 23rd, 2010
So last night while working on a Scalable Compute and storage design for a client, this post popped up in my twitter stream from @ErinatHP;
“New HP blog post “In the light of day – the Cisco UCS hype doesn’t match the promise” ; UCS not all its marketed to be http://bit.ly/dKj88W”
So in my normal do not let a stupid dig by a lame duck player go unmatched I responded “Oh I can’t wait to read this FUD” (you can check me out on twitter @joshobrien77)
All the twitter marketing and pissing matches aside I meant what I said and I did look forward to reading the HP Spin on where their market is vanishing to. And here are my responses, while they might not be the most technical they are not un-informed from the basis of the Cisco UCS platform or the HP C7000 with FLEX-10 Platform. And remember at the end of the day I represent me not Cisco not my employer, just little old me.
Also just so if this gets nasty I want to make sure that I am crediting this correctly:
All of the HP Writes: Are direct Quotes from Duncan Campbel with HP on his blog which you can find here: http://h30507.www3.hp.com/t5/Converged-Infrastructure/In-the-light-of-day-the-Cisco-UCS-hype-doesn-t-match-the-promise/ba-p/83537
PLEASE READ ALL of Duncan’s Post BEFORE you READ Mine. I DO NOT PRETEND to REPRESENT HIS SIDE WELL AT ALL!
Seven more reasons Packetlife.net ROCKS! August 31st, 2009
Stretch over at Packetlife goes above and beyond when it comes to practical network blogging. Even more he publishes insanely good cheet sheets that I print, laminate and carry with me every day. Often a customer will have a question and I pull out the handy cheet sheet and just leave it with them. So today Strech posted Seven Free ways to improve your networks security so click through to it and do these things TODAY! So often it is the little things that bite us in the ass when it comes to security and while letting just one little thing slip through is bad enough, so often we are lettting lots of little things through. So start here and lets lockdown the tubes baby!
Upon us all a little rain must fall. August 24th, 2007
Led Zeppelin said it best I guess. This past week Ohio along with lots of other states got hit with the remains of hurricane Dean. So far it has been the most damaging storm for my clients in my short consulting career. The first call came on Tuesday morning August 21st. That call was from one of our account managers who indicated a client had sustained catastrophic damage to their 6509 when water rushed into their core network closet. My first two thoughts were how quickly can we get replacement hardware and how long should it take for me to get them back up and going? Read the rest of this entry »

