The best project we have for controlling OF physical boxes is VTN: http://docs.opendaylight.org/en/stable-oxygen/user-guide/virtual-tenant-network-(vtn).html <http://docs.opendaylight.org/en/stable-oxygen/user-guide/virtual-tenant-network-(vtn).html>
Unfortunately this projects has been archived after Oxygen release but you got all the contribution in that release: https://nexus.opendaylight.org/content/repositories/opendaylight.release/org/opendaylight/integration/karaf/0.8.0/ <https://nexus.opendaylight.org/content/repositories/opendaylight.release/org/opendaylight/integration/karaf/0.8.0/> BR/Luis > On May 23, 2018, at 10:18 AM, Jamo Luhrsen <[email protected]> wrote: > > OpenDaylight doesn't have to be coupled with OpenStack. > > I think what you want to do is going to be better answered by the > openflowplugin > project in opendaylight. > > Parker, I'd suggest sending an email to > [email protected] > (actually, I just CC'd them), of which Luis is involved. I think he might even > have some experience doing some physical switch management with ODL and > openflow > which is what you are looking for. > > Thanks, > JamO > > On 5/23/18 7:00 AM, Parker Berberian wrote: >> Hi Mark, >> I have taken a look at this tool and it is not clear to me that I could use >> this to configure the Cisco switches. It seems to have the ability to >> collect configuration information and update firmware, but would I be able >> to e.g. add a set of ports to a vlan through the REST API? >> Thank you, >> Parker >> On Tue, May 22, 2018 at 10:19 PM, Beierl, Mark <[email protected] >> <mailto:[email protected]>> wrote: >> Hello, Parker. >> There is another, non OpenStack project, RackHD, which claims to support >> provisioning for Cisco. >> Here’s a note from one of their devs: >> Our team worked on cisco support for discovery, FW update and >> configuration. Here is the microservice code : >> https://github.com/RackHD/on-network >> <https://github.com/RackHD/on-network>____ >> It also has all the workflows hooks in RackHD workflow engine. >> If you’re interested in exploring that, I can be a point of contact to >> see what automation can be done with RackHD. >> Regards, >> Mark >> *Mark Beierl* >> SW System Sr Principal Engineer >> *Dell **EMC* | Cloud & Communication Service Provider Solution >> mobile+1 613 314 8106 <tel:1-613-314-8106> >> [email protected] <mailto:[email protected]> >> On May 22, 2018, at 17:31, MORTON, ALFRED C (AL) <[email protected] >> <mailto:[email protected]>> wrote: >>> Hi Parker,____ >>> >>> __ __ >>> >>> OPNFV has a controller performance project, CPERF, ____ >>> >>> which doesn’t participate in releases but continues its work____ >>> >>> on controller testing. The project is also a resource for >>> collaboration____ >>> >>> between ODL and OPNFV when issues come up. This sounds like____ >>> >>> yet another opportunity for collaboration.____ >>> >>> __ __ >>> >>> I’ve CC’d our PTL, Sai, and Daniel, Luis, and Jamo who are____ >>> >>> other Cperf regulars. Both Jamo and I attended the LaaS____ >>> >>> presentation you did with Jack at ONS 2018 and asked several >>> questions.____ >>> >>> __ __ >>> >>> I’m taking some time off this week, but I’m sure a ____ >>> >>> Cperf’er can help. We also have a mini-meeting at ____ >>> >>> 2:15pm ET Thursday for more interactive discussions.____ >>> >>> __ __ >>> >>> regards,____ >>> >>> Al____ >>> >>> __ __ >>> >>> *From:*[email protected] >>> <mailto:[email protected]> >>> [mailto:[email protected] >>> <mailto:[email protected]>] *On Behalf >>> Of *Parker Berberian >>> *Sent:* Friday, May 18, 2018 12:41 PM >>> *To:* [email protected] >>> <mailto:[email protected]> >>> *Subject:* [opnfv-tech-discuss] Request for Network Administration >>> tools____ >>> >>> __ __ >>> >>> Hi All,____ >>> >>> __ __ >>> >>> If you don't know me, I am Parker Berberian. I am running the Lab as a >>> Service at the UNH Interoperability Lab.____ >>> >>> __ __ >>> >>> We are beginning development on supporting dynamic pod allocation. To do >>> this, we need to be able to manipulate >>> our underlay network in an automated fashion in order to create opnfv >>> "pods" from any arbitrary machines we host.____ >>> >>> __ __ >>> >>> Essentially, when a deployment happens, we need to be able to take any >>> of our available machines and add them to >>> the appropriate vlans and make sure they can all talk to each other. >>> There may be as many as 4 switches between >>> different machines, so all the necessary switches need to be configured >>> to forward the given vlans.____ >>> >>> __ __ >>> >>> We use Cisco 9300 switches (here >>> >>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.cisco.com_c_en_us_support_switches_nexus-2D92160yc-2Dswitch_model.html&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=OfsSu8kTIltVyD1oL72cBw&m=ik2jOw_DuSMOkO9Zrh9cdyeohFVCXMOeJRYZgC7Uq1s&s=VSROTQeUD-ozUCQE_KP0x1tkW8174mIuQNcSDX05nfA&e=>) >>> which support OpenFlow. So we originally considered used an SDN >>> controller such as OpenDaylight.____ >>> >>> __ __ >>> >>> Has anyone used a tool that might accomplish what we need? Any >>> recommendations are welcome.____ >>> >>> __ __ >>> >>> Thank you,____ >>> >>> Parker Berberian.____ >>> >>> _______________________________________________ >>> opnfv-tech-discuss mailing list >>> [email protected] >>> <mailto:[email protected]> >>> https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss >>> <https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss> > _______________________________________________ > openflowplugin-dev mailing list > [email protected] > https://lists.opendaylight.org/mailman/listinfo/openflowplugin-dev
_______________________________________________ openflowplugin-dev mailing list [email protected] https://lists.opendaylight.org/mailman/listinfo/openflowplugin-dev
