The Network Monkey is all about commentary, opinion, with a primary focus to help people who are looking to buy or utilize HP Networking equipment.
Monday, February 27, 2012
Thursday, February 23, 2012
Wednesday, February 22, 2012
#FC vs #FCOE vs #iSCSI which is easier to setup?
Check out:
http://brasstacksblog.typepad.com/brass-tacks/2012/02/fc-and-fcoe-versus-iscsi-network-centric-versus-end-node-centric-provisioning.html
their conclusion...
FC has the least amount of configuration
FCOE has the most amount of network configuration, but the least host
ISCSI has the most amount of host configuration, but the least network
http://brasstacksblog.typepad.com/brass-tacks/2012/02/fc-and-fcoe-versus-iscsi-network-centric-versus-end-node-centric-provisioning.html
their conclusion...
FC has the least amount of configuration
FCOE has the most amount of network configuration, but the least host
ISCSI has the most amount of host configuration, but the least network
Tuesday, February 21, 2012
#HPN Partner thinks that #MegWhittman #ROCKS
Rick is CEO Of CCCP in Green Bay, WI. A great HPN partner!
#HPN is so #flattered by #Cisco
So Gartner is quite famous the last year for a report that discussed how a multi-vendor network is better for customers.
I guess Cisco is worried too many people are listening so they paid Deloitte to write a report that shows that you're better off.....
http://www.crn.com/news/networking/232601107/cisco-deloitte-multi-vendor-networks-a-roll-of-the-dice-for-customers.htm;jsessionid=mxpBl7obGqbL-9yP1qHmmg**.ecappj02
I think Chambers is better off if you buy from a single vendor...his:
- you get less innovation
- you get higher prices
- you get resellers that are all fighting for 2% margin and thus at the end of the day cant spend quality time with you the customer because they cant afford to
- you get locked in proprietary features and protocols
Yep...sounds like a big plus to me.
I guess Cisco is worried too many people are listening so they paid Deloitte to write a report that shows that you're better off.....
http://www.crn.com/news/networking/232601107/cisco-deloitte-multi-vendor-networks-a-roll-of-the-dice-for-customers.htm;jsessionid=mxpBl7obGqbL-9yP1qHmmg**.ecappj02
I think Chambers is better off if you buy from a single vendor...his:
- you get less innovation
- you get higher prices
- you get resellers that are all fighting for 2% margin and thus at the end of the day cant spend quality time with you the customer because they cant afford to
- you get locked in proprietary features and protocols
Yep...sounds like a big plus to me.
Thursday, February 16, 2012
Is #FCOE just like #ATM #LANE ?
We've been through this before. History does repeat itself...
You have a simple protocol, like Ethernet, but someone comes along and say, naw...we can make it better, lets take a protocol that is well known, works, and is simple and lets make it not only overly complicated..but we'll make it almost impossible to be inter-operable. You want broadcast and multicast? Yeah..we can give you that..but it probably wont work most of the time..because the underlying technology is inherently point to point.
If you grew up in your networking career in the 2000's.. you probably missed that one. Thats ok... we're in the middle of the next overly complex technology, FCOE. Yes, take a very simple, proven technology that is deployed all of the place. Well known. Then stick it on top of another technology that doesn't inherently support some of the basics things the other one does. Namely... being lossless, consistent latency, loopfree, and the ability to multipath.
Sure, we there ways we can get around these issues..but low and behold... they are not inter-operable.
The problem with FCOE as well, as it doesn't inherently change anything. It doesn't give me more bandwidth, it doesn't speed up my storage, and it doesn't help me with the cloud or with multiple data centers.
Dont mess with this decade's LANE..it will leave you burned.
You have a simple protocol, like Ethernet, but someone comes along and say, naw...we can make it better, lets take a protocol that is well known, works, and is simple and lets make it not only overly complicated..but we'll make it almost impossible to be inter-operable. You want broadcast and multicast? Yeah..we can give you that..but it probably wont work most of the time..because the underlying technology is inherently point to point.
If you grew up in your networking career in the 2000's.. you probably missed that one. Thats ok... we're in the middle of the next overly complex technology, FCOE. Yes, take a very simple, proven technology that is deployed all of the place. Well known. Then stick it on top of another technology that doesn't inherently support some of the basics things the other one does. Namely... being lossless, consistent latency, loopfree, and the ability to multipath.
Sure, we there ways we can get around these issues..but low and behold... they are not inter-operable.
The problem with FCOE as well, as it doesn't inherently change anything. It doesn't give me more bandwidth, it doesn't speed up my storage, and it doesn't help me with the cloud or with multiple data centers.
Dont mess with this decade's LANE..it will leave you burned.
The world's smallest #violin is now playing for #Cisco
wah wah
http://www.theregister.co.uk/2012/02/15/cisco_eu_complaint_microsoft_skype/
Can you believe it? The company that forever has played games of vendor lockout utilizing all kinds of proprietary protocols like: PVST, PVST+, RPVST+, EIGRP, IGRP, ISL, VTP, OTV, FabricPath, SCCP is now crying foul.
Wah Wah
Whats even funnier is that Cisco/Tandberg has had video products that used SCCP...which, of course, is proprietary. Cisco's telepresence system is of course proprietary. Webex, which offers video as well as voice/web is also proprietary. I've never seen it interop with another web platform.
Wah Wah
http://www.theregister.co.uk/2012/02/15/cisco_eu_complaint_microsoft_skype/
Can you believe it? The company that forever has played games of vendor lockout utilizing all kinds of proprietary protocols like: PVST, PVST+, RPVST+, EIGRP, IGRP, ISL, VTP, OTV, FabricPath, SCCP is now crying foul.
Wah Wah
Whats even funnier is that Cisco/Tandberg has had video products that used SCCP...which, of course, is proprietary. Cisco's telepresence system is of course proprietary. Webex, which offers video as well as voice/web is also proprietary. I've never seen it interop with another web platform.
Wah Wah
Tuesday, February 14, 2012
Friday, February 10, 2012
Thursday, February 2, 2012
#HPN #MSM #WLAN and Failover Options
Supporting N + N redundancy
A controller team can be
configured to provide different levels of redundancy, from N + 1 up to N + 3.
Use the following formula to calculate the number of team members you will need
based on the number of APs that you want to deploy and the required level of
redundancy. Required team members = ( APs / 200 ) + Redundancy
level (If there is a remainder after performing the division, round up).
Where:
APs are the total number of APs
you want to deploy. You must buy one license for each controlled AP. Although licenses are installed on individual team members,
licenses are pooled across the entire team and are automatically re-allocated
when a team member becomes inoperative.
Redundancy level: This is the
number of redundant controllers that you want to support: 1, 2, or 3.
#Cisco EOLs more switches... maybe time to consider #HPN ???
Several closet switches were just EOL/EOS from Cisco:
http://www.cisco.com/en/US/prod/collateral/switches/ps5718/ps5023/eol_c51-696372.pdf
If you're considering replacing those switches, I'd really suggest taking a look at:
HP 5120-SI or HP 5120-EI
HP 5500-SI or HP 5500-EI
HP 3800
http://www.cisco.com/en/US/prod/collateral/switches/ps5718/ps5023/eol_c51-696372.pdf
If you're considering replacing those switches, I'd really suggest taking a look at:
HP 5120-SI or HP 5120-EI
HP 5500-SI or HP 5500-EI
HP 3800
#HP #HPN has broadest lineup of #openflow enabled #switches
16 models right now..and expanding to our entire lineup by year end!
http://www.hp.com/hpinfo/newsroom/press/2012/120202a.html?mtxs=rss-corp-news
http://www.hp.com/hpinfo/newsroom/press/2012/120202a.html?mtxs=rss-corp-news
#Cisco #Nexus also has #heat issues ... are they #not #primetime for the #datacenter?
First we hear about issues with UCS and heat issues...now Cisco is quitely come out with a fix for heat issues on the FEX modules.
http://www.fragmentationneeded.net/2012/01/hot-hot-hot-fex-fix.html
This is why you dont pick a newbie for critical data center solutions. While Cisco has always been known well for remote branch routers, voip, and campus switching. It doesnt appear they have it right yet for the Data Center.
Typical Cisco too... while mature vendors work out issues...Cisco rushes to put product out. What we would call a beta product, they say is GA.
http://www.fragmentationneeded.net/2012/01/hot-hot-hot-fex-fix.html
This is why you dont pick a newbie for critical data center solutions. While Cisco has always been known well for remote branch routers, voip, and campus switching. It doesnt appear they have it right yet for the Data Center.
Typical Cisco too... while mature vendors work out issues...Cisco rushes to put product out. What we would call a beta product, they say is GA.
Subscribe to:
Posts (Atom)