In a world where agents can be out of tree,
this check seems no longer necessary.
As part of networking-vsphere project which runs ovsvapp agent
on each ESXi host inside service VM, which talk to neutron-server
having l2pop enabled in a multi-hypervisor mode like KVM, ESXi.
The tunnels are not getting established between KVM compute node
and ESXi host. The l2pop mech_driver needs to embrace ovsvapp agent
to form the tunnels.
Hence, this patch-set addresses the issue by removing the
SUPPORTED_AGENT_TYPES for l2pop.
(Cherry-picked from commit 07aa19b2236976229971b13e9ece80b862d298b2)
Reviewed: https:/ /review. openstack. org/237888 /git.openstack. org/cgit/ openstack/ neutron/ commit/ ?id=9d40fe1694f 1828b8bfa734a90 6b31c023c845fe
Committed: https:/
Submitter: Jenkins
Branch: stable/liberty
commit 9d40fe1694f1828 b8bfa734a906b31 c023c845fe
Author: Romil Gupta <email address hidden>
Date: Mon Oct 19 06:17:04 2015 -0700
Remove SUPPORTED_ AGENT_TYPES for l2pop
In a world where agents can be out of tree,
this check seems no longer necessary.
As part of networking-vsphere project which runs ovsvapp agent
on each ESXi host inside service VM, which talk to neutron-server
having l2pop enabled in a multi-hypervisor mode like KVM, ESXi.
The tunnels are not getting established between KVM compute node
and ESXi host. The l2pop mech_driver needs to embrace ovsvapp agent
to form the tunnels.
Hence, this patch-set addresses the issue by removing the AGENT_TYPES for l2pop.
SUPPORTED_
(Cherry-picked from commit 07aa19b22369762 29971b13e9ece80 b862d298b2)
Closes-Bug: #1507684 1b851d2b7b082b4 bb69d1632fb
Change-Id: I93ca5736e4aad4