Skip to main content

Cisco enters Storage market with Neopath acquisition


This is definitely a year of the disruptor. The hyper-disruptor. With this acquisition Cisco has made a bold statement to enter the storage world.

NeoPath sells systems that virtualize or aggregate multiple cross-vendor NAS or file-level storage devices into single namespaces. This is a small and developing sector with limited sales, in which NeoPath has only a handful of rivals. One of those competitors is EMC, courtesy of the NAS v-word systems it acquired when it bought Rainfinity Inc in 2005.

EMC is also one of the largest resellers of NetApp's storage networking or SAN equipment. Not wanting to provoke any speculation that even limited NAS v-word competition could jeopardize its relationship with EMC, Cisco yesterday refused to say what its plans are for NeoPath's products.

Instead Cisco said that by acquiring NeoPath it will gain the expertise that it says it needs to develop interfaces that will allow EMC and other vendors to run their file-level software on Cisco's networking devices.


Read the rest here!
Labels:

Comments

Post a Comment

Popular posts from this blog

Security: VMware Workstation 6 vulnerability

vulnerable software: VMware Workstation 6.0 for Windows, possible some other VMware products as well type of vulnerability: DoS, potential privilege escalation I found a vulnerability in VMware Workstation 6.0 which allows an unprivileged user in the host OS to crash the system and potentially run arbitrary code with kernel privileges. The issue is in the vmstor-60 driver, which is supposed to mount VMware images within the host OS. When sending the IOCTL code FsSetVoleInformation with subcode FsSetFileInformation with a large buffer and underreporting its size to at max 1024 bytes, it will underrun and potentially execute arbitrary code. Security focus
Post a Comment
Read more

Splunk that!

Saw this advert on Slashdot and went on to look for it and found the tour pretty neat to look at. Check out the demo too! So why would I need it? WHY NOT? I'd say. As an organization grows , new services, new data comes by, new logs start accumulating on the servers and it becomes increasingly difficult to look at all those logs, leave alone that you'd have time to read them and who cares about analysis as the time to look for those log files already makes your day, isn't it? Well a solution like this is a cool option to have your sysadmins/operators look at ONE PLACE and thus you don't have your administrators lurking around in your physical servers and *accidentally* messing up things there. Go ahead and give it a shot by downloading it and testing it. I'll give it a shot myself! Ok so I went ahead and installed it. Do this... [root@tarrydev Software]# ./splunk-Server-1.0.1-linux-installer.bin to install and this (if you screw up) [root@tarrydev Software]# /op
Post a Comment
Read more