Forgot your password?
typodupeerror
Open Source HP

HP Joins OpenDaylight Project 37

Posted by samzenpus
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.'"
This discussion has been archived. No new comments can be posted.

HP Joins OpenDaylight Project

Comments Filter:
  • 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.

    • by Shatrat (855151)

      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.

      • by Shatrat (855151)

        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.

  • 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.

    • 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.

    • Re:Interesting (Score:4, Informative)

      by evilviper (135110) on Monday May 12, 2014 @03:31PM (#46982483) Journal

      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.

  • 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.

    • by Shatrat (855151) on Monday May 12, 2014 @03:31PM (#46982489)

      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.

      • by amorsen (7485)

        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.

        • by Shatrat (855151)

          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.

          • by amorsen (7485)

            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).

            • by Shatrat (855151)

              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

              • by amorsen (7485)

                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.

                • by Shatrat (855151)

                  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.

Make headway at work. Continue to let things deteriorate at home.

Working...