|
[controller-dev] Release Readiness : From SNAPSHOT to Release & Branching recommendations 3 messages
Hi Madhu, A couple of quick clarification on future changes - Soon after the RELEASE version, we would also have the subsequent SNAPSHOT version - I understand that release-plugin provides that discip
Hi Madhu, A couple of quick clarification on future changes - Soon after the RELEASE version, we would also have the subsequent SNAPSHOT version - I understand that release-plugin provides that discip
|
By
Muthukumaran Kothandaraman
·
|
|
Please fix usage of System.out.println
https://bugs.opendaylight.org/show_bug.cgi?id=300 Ed
https://bugs.opendaylight.org/show_bug.cgi?id=300 Ed
|
By
Ed Warnicke (eaw)
·
|
|
List of OpenDOVE files that have no Copyright/License Information
Hi Ryan and Anees: The attached file contains a list of filenames within your git repo that have been identified as *not* having a License/Copyright header. That is not to say that you *should* put a
Hi Ryan and Anees: The attached file contains a list of filenames within your git repo that have been identified as *not* having a License/Copyright header. That is not to say that you *should* put a
|
By
Phil Robb
·
|
|
Release Readiness : From SNAPSHOT to Release & Branching recommendations
Hi Devs, Apologies on the long email again. I cant think of any better way to communicate this kind of info. This email is also updated in wiki https://wiki.opendaylight.org/view/Simultaneous_Release:
Hi Devs, Apologies on the long email again. I cant think of any better way to communicate this kind of info. This email is also updated in wiki https://wiki.opendaylight.org/view/Simultaneous_Release:
|
By
Madhu Venugopal
·
|
|
[affinity-dev] [OpenDaylight Discuss] [ovsdb-dev] [vtn-dev] ODL - Neutron API enhancement to include the southbound driver info
Just a final note, if the intention for next release is to have a better harmonization among virtualization apps, I think option 1) goes more on the right direction.
Just a final note, if the intention for next release is to have a better harmonization among virtualization apps, I think option 1) goes more on the right direction.
|
By
Luis Gomez
·
|
|
[OpenDaylight Discuss] [ovsdb-dev] [vtn-dev] ODL - Neutron API enhancement to include the southbound driver info 2 messages
Ok, I'll schedule a meeting to decide resolution for next release.
Ok, I'll schedule a meeting to decide resolution for next release.
|
By
Suchi Raman
·
|
|
[ovsdb-dev] [vtn-dev] ODL - Neutron API enhancement to include the southbound driver info 7 messages
So I see the value of this... But what about Affinity? Ed
So I see the value of this... But what about Affinity? Ed
|
By
Ed Warnicke (eaw)
·
|
|
[ovsdb-dev] ODL - Neutron API enhancement to include the southbound driver info 3 messages
Anees, I would say OpenStack already is somewhat aware of the details of the virtualization implementation, since you get to choose between VLAN, GRE, and VXLAN tunneling. So I agree with Madhu that a
Anees, I would say OpenStack already is somewhat aware of the details of the virtualization implementation, since you get to choose between VLAN, GRE, and VXLAN tunneling. So I agree with Madhu that a
|
By
Lori Jakab
·
|
|
[OpenDaylight Discuss] [ovsdb-dev] [vtn-dev] ODL - Neutron API enhancement to include the southbound driver info 2 messages
As we've discussed at some length, Affinity is not in the same category of function as the virtualization implementations, and also doesn't implement the Neutron APIs, so I don't think the issue of mu
As we've discussed at some length, Affinity is not in the same category of function as the virtualization implementations, and also doesn't implement the Neutron APIs, so I don't think the issue of mu
|
By
Anees A Shaikh
·
|
|
[affinity-dev] [OpenDaylight Discuss] [ovsdb-dev] [vtn-dev] ODL - Neutron API enhancement to include the southbound driver info
So from what I understand from this and other previous conversations, it looks like there are 2 trends for the Virtualization edition: 1) Run all apps together but try to use only one virtualization a
So from what I understand from this and other previous conversations, it looks like there are 2 trends for the Virtualization edition: 1) Run all apps together but try to use only one virtualization a
|
By
Luis Gomez
·
|
|
[OpenDaylight Discuss] [affinity-dev] [ovsdb-dev] [vtn-dev] ODL - Neutron API enhancement to include the southbound driver info
Hi Suchi, Good questions. I will not pretend to be an expert in this area as I have had little time to dig into these projects unfortunately. My reaction/response is therefore one of practicality. We
Hi Suchi, Good questions. I will not pretend to be an expert in this area as I have had little time to dig into these projects unfortunately. My reaction/response is therefore one of practicality. We
|
By
Christopher Price
·
|
|
[affinity-dev] [OpenDaylight Discuss] [ovsdb-dev] [vtn-dev] ODL - Neutron API enhancement to include the southbound driver info
In addition to the basic metadata setting/getting, the affinity engine has a way to set forwarding rules for traffic redirection. This is the feature required for Radware. We have a couple of options
In addition to the basic metadata setting/getting, the affinity engine has a way to set forwarding rules for traffic redirection. This is the feature required for Radware. We have a couple of options
|
By
Suchi Raman
·
|
|
ODL - Neutron API enhancement to include the southbound driver info 2 messages
Hi Kyle, OpenDove, VTN & OVSDB devs, Since we all have integrations completed with the Neutron nb-apis and these southbound drivers (ovsdb, open-dove, vtn) cannot co-exist in the same virtualization e
Hi Kyle, OpenDove, VTN & OVSDB devs, Since we all have integrations completed with the Neutron nb-apis and these southbound drivers (ovsdb, open-dove, vtn) cannot co-exist in the same virtualization e
|
By
Madhu Venguopal
·
|
|
[vtn-dev] ODL - Neutron API enhancement to include the southbound driver info
Hi Madhu, I completely agree with your opinion. Regards, Hideyuki Tai
Hi Madhu, I completely agree with your opinion. Regards, Hideyuki Tai
|
By
Hideyuki Tai
·
|
|
[OpenDaylight Discuss] [affinity-dev] [vtn-dev] [integration-dev] Virtualization Edition Guide for VTN Manager 3 messages
Hi all, Sorry to come back to this subject again but what is the final conclusion here? Do we really need to start/stop OSGi bundles in Virtualization edition or is it enough if we do not use 2 Virtua
Hi all, Sorry to come back to this subject again but what is the final conclusion here? Do we really need to start/stop OSGi bundles in Virtualization edition or is it enough if we do not use 2 Virtua
|
By
Luis Gomez
·
|
|
[OpenDaylight Discuss] Virtuailization addition and affinity service 4 messages
Anees, I have to disagree with you on the need for the Affinity Service to touch the network. Yes, we do not need yet another virtualization implementation, but this is not about virtualization is abo
Anees, I have to disagree with you on the need for the Affinity Service to touch the network. Yes, we do not need yet another virtualization implementation, but this is not about virtualization is abo
|
By
Benny Rochwerger
·
|
|
[OpenDaylight Discuss] Virtualization addition and affinity service
Resending with a link instead of an attachment ---- Anees, I have to disagree with you on the need for the Affinity Service to touch the network. Yes, we do not need yet another virtualization impleme
Resending with a link instead of an attachment ---- Anees, I have to disagree with you on the need for the Affinity Service to touch the network. Yes, we do not need yet another virtualization impleme
|
By
Benny Rochwerger
·
|
|
Virtuailization addition and affinity service
Unfortunately, I couldn't attend the last TSC call where the issue of conflicting services in the virtualization edition was discussed further. But in reading Dave's notes, it seems there was some exp
Unfortunately, I couldn't attend the last TSC call where the issue of conflicting services in the virtualization edition was discussed further. But in reading Dave's notes, it seems there was some exp
|
By
Anees A Shaikh
·
|
|
[affinity-dev] [vtn-dev] [integration-dev] Virtualization Edition Guide for VTN Manager 5 messages
Hideyuki is exactly right -- we added southbound actions for one example affinity -- redirecting a path of flows through a function chain and set openflow priority = 3 to give it higher priority above
Hideyuki is exactly right -- we added southbound actions for one example affinity -- redirecting a path of flows through a function chain and set openflow priority = 3 to give it higher priority above
|
By
Suchi Raman
·
|
|
fixed_ips attribute of Neutron Port 4 messages
Hi all, Please let me confirm the specification of the interface between OpenDaylight Controller and the ML2 driver for OpenDaylight Controller. It seems to me that opendove assumes that fixed_ips att
Hi all, Please let me confirm the specification of the interface between OpenDaylight Controller and the ML2 driver for OpenDaylight Controller. It seems to me that opendove assumes that fixed_ips att
|
By
Hideyuki Tai
·
|