News and announcements
Networking-vpp 20.05.01is now available
Written for networking-vpp by Jerome Tollet on 2020-07-21
In the 20.05.1 release,
- We've added OpenStack Train release compatibility.
- We've optimized GPE VNI allocation in the Neutron DB. Instead of storing
the entire range of GPE VNIs, the GPE type-driver now dynamically
computes a valid VNI at network creation time and stores only the allocated
VNIs in Neutron DB.
- We've made corrections to GPE APIs. All of the GPE API changes could not
be tested for correctness in the previous release due to various issues.
We've added a patch that makes the necessary GPE API fixes.
- We've changed the API to create sub-interfaces. The new API call "create_subif"
will keep the original behavior, but will add the support for Q-in-Q (i.e
inner & outer VLAN Tags).
- We've made TaaS fixes to support network type changes in the 20.05 release.
- We've been doing the usual round of bug fixes, clean-ups and updates - the
code will work with VPP 20.05/20.05.1 releases, the OpenStack Train/Stein
releases & Python 3.
Networking-vpp 20.05 for VPP 20.05 is now available
Written for networking-vpp by Jerome Tollet on 2020-06-07
Hello All,
We'd like to invite you to try out Networking-vpp 20.05.
As many of you may already know, VPP is a fast user space forwarder based
on the DPDK toolkit. VPP uses vector packet processing algorithms to
minimize the CPU time spent on each packet to maximize throughput.
Networking-vpp is a ML2 mechanism driver that controls VPP on your control
and compute hosts to provide fast L2 forwarding under Neutron.
This latest version of Networking-vpp is updated to work with VPP 20.05.
In this release, we've made the below changes:
- We've added a class that defines network type APIs and implements them.
The network types supported are VLAN, Flat and GPE. Our intent is to add
support for pluggable network types without the need to modify code.
We'll be continuing our work to enhance this feature in the next release.
- We've updated the code to be compatible with VPP 20.05 API changes.
- We've added code to deal with poorly formed security group subnets.
For instance, 1.2.3.4/0 is completely acceptable in a security group rule.
Previously, VPP accepted this in its API calls but this is not currently
the case. We've fixed this up at the high level to be acceptable to VPP.
- We've fixed an issue with missing package data required for VPP API
message validation.
- We've dropped VPP 19.04 compatibility code.
- We've fixed an issue with the security group mechdriver code in which
a SG rule is added but not pushed out to VPP until the next rule is added
or the security group is changed.
- We've moved VPP specific constants to a dedicated vpp_constants.py file.
- Due to a VPP issue, GPE support will be deferred to the 20.05.1 release.
- We've been doing the usual round of bug fixes, clean-ups and updates - the
code will work with VPP 20.05, the OpenStack Stein release & Python 3.
The README [1] explains how you can try out VPP with Networking-vpp using
devstack: the devstack plugin will deploy the mechanism driver with VPP 20.05
and should give you a working system with a minimum of hassle.
We will be continuing our development for VPP's 20.05.1 release.
We welcome anyone who would like to come help us.
--
Jerome, Ian & Naveen
[1] https:/
Networking-vpp 20.01 for VPP 20.01 is now available
Written for networking-vpp by Jerome Tollet on 2020-02-28
Hello All,
We'd like to invite you to try out Networking-vpp 20.01.
As many of you may already know, VPP is a fast user space forwarder based
on the DPDK toolkit. VPP uses vector packet processing algorithms to
minimize the CPU time spent on each packet to maximize throughput.
Networking-vpp is a ML2 mechanism driver that controls VPP on your control
and compute hosts to provide fast L2 forwarding under Neutron.
This latest version of Networking-vpp is updated to work with VPP 20.01.
In this release, we've made the below changes:
- We've dropped support for Python 2.7 and updated the code to work with
Python 3.6 or later.
- We've updated the code to be compatible with VPP 20.01 API changes.
- We've added VPP API versioning support using 2 data files.
They are API whitelist file and API CRC manifest file. At startup, the vpp-agent
will check to see if the API signature is compatible with the installed VPP.
Also, at runtime, only the whitelisted API calls will be allowed.
- We've fixed an issue with the eventlet that caused problems when binding tap
interfaces into Linux bridge
- We've been doing the usual round of bug fixes, clean-ups and updates.
The code will work with VPP 20.01 and the OpenStack Stein release.
The README [1] explains how you can try out VPP with Networking-vpp using
devstack: the devstack plugin will deploy the mechanism driver and VPP
and should give you a working system with a minimum of hassle.
We will be continuing our development for VPP's 20.05 release.
We welcome anyone who would like to come help us.
--
Jerome, Ian & Naveen
| 1 → 3 of 3 results | First • Previous • Next • Last |
