This document comprises the release notes for the SDN VPN feature contained in the Gambia release of OPNFV.
In the Gambia release, SDN VPN only supports ODL as a backend. Make sure to always deploy SDN VPN and ODL together. Make use of deployment scenarios including the SDNVPN feature such as os_odl_bgpvpn_{ha|noha}.
SDN VPN adds the possibility to create and associate BGP/MPLS based Virtual Private Networks (VPNs) through the OpenStack Neutron BGPVPN API extension. See the scenario description and the user guide for details.
Project | sdnvpn |
Repo/tag | opnfv-7.1.0 |
Release designation | Gambia 7.1 |
Release date | Dec 14, 2018 |
Purpose of the delivery | OPNFV Gambia 7.1 release |
Compared to the Fraser release, functest testcases were enriched to guarantee functionality. Also several enhancements were added to improve testing efficiency.
SDN VPN adds the possibility to create and associate BGP/MPLS based Virtual Private Networks (VPNs) through the OpenStack Neutron BGPVPN API extension.
There has been no functional scope change in the Fraser release, the main deliverable is newer upstream versions and additional test coverage.
Moving to the new NetVirt has caused a regression in which a subnet cannot be both attached to a Router and Network associated to a VPN. This has been worked around in the tests and the upstream bug is being tracked [0] and [2].
NAT for a VM which is in a private neutron network does not work. Instances created in subnets that are connected to the public network via a gateway should have external connectivity. This does not work and can be worked around by assigning a Floating IP to the instance [1].
Currently we observe non-deterministic failures of individual tests within the SDNVPN section of the Functest suite, which are not reproducible in the development environment. In a development environment all Functest tests are successful. Sporadic failures have been observed in test cases 4 and 8. Furthermore, the check of bgpd service running on Controller node, in test case 3, has a constant failure trend for Apex environment.
The router/network association mutual exclusivity is worked around by not network associating subnets attached to routers.
The NAT issues are worked around by assigning floating IPs to VMs that require external connectivity.
The deployment scenarios have successfully deployed in OPNFV CI many times and all Functest tests (general and feature specific) are passing, with the exceptions described above.