HP Joins OpenDaylight Project

← Back to Stories (view on slashdot.org)

HP Joins OpenDaylight Project

Posted by samzenpus on Monday May 12, 2014 @05:31AM from the join-the-gang dept.

Mcusanelli (3564469) writes "HP has become the most recent platinum member of OpenDaylight, the open source software-defined networking (SDN) project sponsored by the Linux Foundation. From the article: 'The Linux Foundation, which sponsors OpenDaylight as a collaborative project, is welcoming the addition of HP to the line-up of vendors helping to lead OpenDaylight -- which already includes Brocade, Cisco, Citrix, Ericsson, IBM, Juniper, Microsoft and Red Hat as platinum members -- as a sign of industry convergence around OpenDaylight as the SDN platform of choice. "We are seeing all the major players aligning their SDN strategies around OpenDaylight. HP will be another galvanizing force for the project and industry, bringing the spirit of partnership and collaboration that has made them so successful," Neela Jacques, executive director, OpenDaylight, said in a statement.'"

37 comments

Min score:

Reason:

Sort:

Sellouts by Anonymous Coward · 2014-05-12 05:41 · Score: 0

Slashdot are a bunch of sellouts now. There is so much popup bullshit all over the screen, I think i'm done with Slashdot.
1. Re:Sellouts by kesuki · 2014-05-12 05:46 · Score: 1
  
  "Slashdot are a bunch of sellouts now. There is so much popup bullshit all over the screen, I think i'm done with Slashdot."
  slashdot looks better with noscript and the original layout options. of course you deny slashdot the ability to run scripts in your browser that way which imo is good.
  
  --
  https://www.gnu.org/philosophy/free-sw.html
2. Re:Sellouts by edibobb · 2014-05-12 06:17 · Score: 1
  
  Slashdot does not care one whit. You are no longer the customer. The more time of yours they can waste, the more money they make selling it to their customers.
3. Re:Sellouts by nurb432 · 2014-05-12 08:41 · Score: 1
  
  Um, get a clue you never were their customer, unless you were a paying subscriber.
  That is how 'marketing' works. You are the product.
  
  --
  ---- Booth was a patriot ----
4. Re:Sellouts by Anonymous Coward · 2014-05-12 12:11 · Score: 1
  
  There are scripts on Slashdot? ROFL. Next you are going to tell me there are ads on the internet. (not MY internet!) www.adblockplus.org
OpenDaylight by IMightB · 2014-05-12 05:46 · Score: 1

Don't really care about HP, but I just perused the OpenDaylight Homepage. It looks very interesting. Does anyone have any more info regarding it preferabley personal experience? Setup/Use Cases etc etc etc.
1. Re:OpenDaylight by Anonymous Coward · 2014-05-12 05:59 · Score: 0
  
  Cisco notably doesn't support it except sort of in their own unique 100% proprietary manner, so for 99% of businesses, this is a no-go right from the start.
2. Re:OpenDaylight by houstonbofh · 2014-05-12 06:18 · Score: 1
  
  Cisco notably doesn't support it except sort of in their own unique 100% proprietary manner, so for 99% of businesses, this is a no-go right from the start.
  And HP is different? Looking at the sponsors I just see a big collection of "Embrace and extend" proprietary companies. Cumulus Networks looks a lot more open... http://cumulusnetworks.com/
3. Re:OpenDaylight by Shatrat · 2014-05-12 07:19 · Score: 2
  
  This is likely to make Cisco a no-go once SDN starts taking off. A lot of the demos and projects from other layer 1, 2 and 3 equipment manufacturers use OpenDaylight, and it could give us seamless multi-vendor networks in the future. This is why Cisco doesn't support it, and others like Juniper, Coriant, Ciena do (just naming vendors I deal with, haven't even bothered to check the OpenDaylight list).
  
  --
  09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
4. Re:OpenDaylight by Shatrat · 2014-05-12 07:22 · Score: 1
  
  Coriant did an SDN demo at OFC that was pretty slick, building on-demand carrier Ethernet services and controlling both the layer 1 optical and layer 2 Ethernet devices from one GUI. It may be on Youtube or their website.
  
  --
  09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
5. Re:OpenDaylight by Shatrat · 2014-05-12 07:25 · Score: 1
  
  Oh, and I'm replying to myself here, Cyan has been doing SDN for years, although not necessarily with OpenDaylight. They've got a centralized control plane for provisioning and operating DWDM, Sonet, Carrier Ethernet, and has integration with other vendor equipment, mostly Overture and Accedian.
  
  --
  09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
A bunch of greedy cunt corporations ... by Anonymous Coward · 2014-05-12 05:47 · Score: 0

A bunch of greedy cunt corporations collaborating on a standard.
Color me excited.
Interesting by afidel · 2014-05-12 05:50 · Score: 1

Hmm, that's basically everyone that matters with the huge, glaring omission of VMWare. At this point EMC is going to have to decide between being the 'leader' in the field with their early initiative or being standards compliant and interoperating with everyone else. There was a time where Cisco could go it alone in networking and push their own standards, but I don't think they could today and I certainly don't think VMWare has that kind of clout.

--
There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
1. Re:Interesting by Anonymous Coward · 2014-05-12 06:00 · Score: 0
  
  try selling suits on anything but vmware. not a chance. and the govrnment etc is full of shills so as long as governments have lots of money, emc will have lots of money
2. Re:Interesting by Anonymous Coward · 2014-05-12 06:10 · Score: 0
  
  VMWare is a "Gold" member of the project as opposed to "Platinum". VMWare's SDN interface/solution is called NSX. I can't tell from two minutes of research how likely it is that NSX will play nice with OpenDaylight.
3. Re:Interesting by houstonbofh · 2014-05-12 06:21 · Score: 1
  
  Hmm, that's basically everyone that matters with the huge, glaring omission of VMWare. At this point EMC is going to have to decide between being the 'leader' in the field with their early initiative or being standards compliant and interoperating with everyone else. There was a time where Cisco could go it alone in networking and push their own standards, but I don't think they could today and I certainly don't think VMWare has that kind of clout.
  The Cisco implementation does not work with anyone else. I am betting HP will do the same. Microsoft would if they had a stake in any hardware, but for them it is just a way to keep HyperV relevant.
4. Re:Interesting by evilviper · 2014-05-12 07:31 · Score: 3, Informative
  
  Hmm, that's basically everyone that matters
  It's also everyone who has a deep vested interest in holding SDN at bay for as long as possible.
  
  There was a time where Cisco could go it alone in networking and push their own standards, but I don't think they could today
  With about 80% of the market, they've got a lot of ability to sneak-in non-standards under the radar. Nobody intelligent would intentionally lock themselves-in to Cisco proprietary non-standards, but it's easy enough for people to buy some new Cisco hardware, and find it has some new value-add capability that companies would like to use. It only just happens to be that it's a crippled and proprietary non-standard way to do things...
  
  I certainly don't think VMWare has that kind of clout.
  The big companies that have embraced SDN, are the same ones who wouldn't use VMWare under any circumstances. The likes of Amazon and Google use open source virtualization software, which they have the resources to modify and add any features they want to add, such as SDN.
  
  --
  Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
Hewlett-Packard by Anonymous Coward · 2014-05-12 05:55 · Score: 0

So the same HP that canned its best engineers is a proud sponsor? HP gave up on innovation years ago, so this is nothing more than a marketing ploy and a way to outsource some of its own engineering for a low cost.
1. Re:Hewlett-Packard by houstonbofh · 2014-05-12 06:21 · Score: 1
  
  So the same HP that canned its best engineers is a proud sponsor? HP gave up on innovation years ago, so this is nothing more than a marketing ploy and a way to outsource some of its own engineering for a low cost.
  No, it is permission to apply a sticker to some switches, and get some press.
slight redhat? by Anonymous Coward · 2014-05-12 05:56 · Score: 0

can someone fill me in, is redhats partnership with enovance adversarial to opendaylight? im trying to catch up on opencloud as i have a small chance at converting a client to an openstack provider from vsphere but i'm out of the loop having been on aws based contracts for the past year. thanks!
Yo Dawg! by Anonymous Coward · 2014-05-12 06:09 · Score: 1

I heard you like software, so we put software in your software so you can run software while running your software!
1. Re:Yo Dawg! by oodaloop · 2014-05-12 06:10 · Score: 1
  
  That's...pretty much all software.
  
  --
  Tic-Tac-Toe, Global Thermonuclear War, and relationships all have the same winning move.
2. Re:Yo Dawg! by aix+tom · 2014-05-12 11:07 · Score: 1
  
  It's a fad I tell you.
  It will all be pretty much yesterdays news once I finish my 100% hardware based OS. Nobody will be able to infect it in any way, unless he breaks into your home or server room with a soldering iron.
3. Re:Yo Dawg! by sysrammer · 2014-05-12 14:17 · Score: 1
  
  It's software, all the way down.
  
  --
  His ignorance covered the whole earth like a blanket, and there was hardly a hole in it anywhere. - Mark Twain
Not as interesting... by Anonymous Coward · 2014-05-12 06:12 · Score: 0

Basically in anything that begins with the word 'Open', every prominent vendor is hedging their bets by doing the bare minimum to say 'me too'. Often, the same vendor will be nominally be 'behind' multiple projects that actively compete with each other.
For a big vendor 'joining' a project in this day and age, just think of it just like an advertisement in a television show. Just because you see a fabric softener advertise during a sitcom commercial break does not mean that company actually helped produce the sitcom. This is the reality of most announcements of 'x joins y' in the market today.
Welcome to the new 'standards' model... by Anonymous Coward · 2014-05-12 06:35 · Score: 0

Most standards pushed by corporations in the last decade or so are not particularly useful as a 'standard' as they usually contort 'standard' to give them license to do whatever the hell they want without making it viable to move from one vendor to another or even to mix and match vendors in an environment.
Current switches are too limited by amorsen · 2014-05-12 06:53 · Score: 1

The only devices that actually support a useful amount of SDN rules are expensive routers like the Juniper MX series. As long as that is the case, SDN will be limited to doing things that you could do already with a bit more configuration on existing switches. Nice, but not ground-shaking.
SDN will only truly break new ground when someone releases a more flexible switch chip at an affordable price.

--
Finally! A year of moderation! Ready for 2019?
1. Re:Current switches are too limited by Shatrat · 2014-05-12 07:31 · Score: 3, Informative
  
  Not sure what you mean by 'useful amount'. Hell, Google has been using SDN for years. Where SDN really shines today is top of the rack datacenter switches like the HP 5900 series. Those cost about as much as a power supply for one of those Juniper MXes.
  
  --
  09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
2. Re:Current switches are too limited by amorsen · 2014-05-12 09:35 · Score: 1
  
  More than a few thousand rules. Something that would enable you to actually route particular traffic to particular destinations and back. Something that isn't just a nifty configuration interface to private VLANs.
  A few million rules would be great, then you could actually make use of the MPLS tag support. A few hundred thousand would enable multiple rules per VM in a cloud setup. Less than 10000 is just too cramped unless you just use it to make VM migration easy.
  
  --
  Finally! A year of moderation! Ready for 2019?
3. Re:Current switches are too limited by Shatrat · 2014-05-12 10:16 · Score: 1
  
  I can see where a large network would need a few million rules, but each individual device shouldn't except for the core of the network, and those are going to need to be on the scale of the MX series anyway to support the bandwidth. Then again, my perspective is from Telecom. Most of my network is relatively few flows, but each at a pretty high volume.
  
  --
  09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
4. Re:Current switches are too limited by amorsen · 2014-05-12 10:39 · Score: 1
  
  Most places are OK with 40Gbps at the core and link aggregation, and that is available in dirt cheap Openflow switches. 100Gbps is not quite there yet at the low end, but it cannot be far away now. Alas, long range 40Gbps is still unavailable, but that will probably be fixed within a year.
  What makes SDN worth it with a few flows though? Someone must obviously want it, I am just failing to see the use case, apart from easy VM migration (and some cheap switches already have great scripting support).
  
  --
  Finally! A year of moderation! Ready for 2019?
5. Re:Current switches are too limited by Shatrat · 2014-05-13 01:43 · Score: 1
  
  I'm interested in it for telecom networks. We've got thousands of miles of network and a lot of techs and 'engineers' that don't really understand the technology. Even for the guys who do understand it through and through, creating or making changes to a circuit/service can take hours today. What I want to see is an application running on an SDN stack that makes it easy to create MEF type circuits, especially across different vendors and technologies. If I need to build an EVPL from A to D, I may have a simple QinQ Cisco switch network from A to B, an 802.11qay Cyan packet-optical switch network from B to C, and full-on Juniper MPLS from C to D. If I have one tech who can go in, select his port and VLAN on both ends, approve or modify the suggested path, and then push the provisioning out to all the devices then I have saved hours at least, possibly weeks of muddling between different departments. Add in seamless control of OTN switches, DWDM optical switches, we're talking a huge benefit without doing anything technically that we aren't already doing today, just doing it in a less manual fashion.
  
  --
  09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
6. Re:Current switches are too limited by amorsen · 2014-05-13 07:24 · Score: 1
  
  You are pretty much limited to EoMPLS-style service with that kind of configuration. As soon as you go VPLS or layer 3 you need rules either per MAC address or per subnet, and that will eat up your flow table.
  
  --
  Finally! A year of moderation! Ready for 2019?
7. Re:Current switches are too limited by Shatrat · 2014-05-13 09:47 · Score: 1
  
  Yeah, I see what you mean. Right now I am pretty focused on EPL and EVPL, but E-TREE and ELAN could be several orders of magnitude more flow entries.
  
  --
  09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
Is this an ad? by Anonymous Coward · 2014-05-12 07:05 · Score: 0

It may as well say: "We’re making the world a better place through constructing elegant hierarchies for maximum code reuse and extensibility."
Can't Wait by Anonymous Coward · 2014-05-12 10:31 · Score: 0

In twenty years' time mass media will figure out that carbon fibre poses all the same health risks as asbestos. Look at all the hazmat procedures needed for asbestos removal in homes, offices and other buildings.