Projects/vpp/Release Plans/Release Plan 17.07
Contents
Introduction
This page tracks release information for 17.07.
Release Deliverables
Name | Description |
---|---|
Infra | DPDK 17.05 integration
Lazy Polling Mode native cuckoo hash implementation "make test" improvements - multi thread Muti threaded buffer manager for vpp lite ABI versioning / consolidation of client libraries RPM Debian packaging DPDK Interrupt mode Common interface placement infra MEMIF – enhancements (multi-que, jump frame support, external libraries) Migrate vhost to use device infra for interface/queue to thread placement P2P Ethernet |
VNET | IPSec rework - utilize new FIB
BFD integration with FIB Multicast MPLS FIB GRE over IPv6 PTYPE support for VXLAN |
ACL / Security Groups | Performance and maintenance / Testing of scale
Multi-thread CLI |
NAT/SNAT | Stateful NAT 64
Syslog based SNAT login Performance improvements Rename SNAT to NAT |
API | C/C++ language binding
CLI over API |
Host stack | VPP TCP stack - scale / congestion |
SR | SR-MPLS (SR Policies and Spray)
CSIT for SRv6 |
ONE-LISP | Support DHCP resolution in the overlay.
Bundle VPP Map-Registers to ODL by using one auth-key ARP resolution via LISP CP for L2 overlays NSH-GPE control plane support |
GTP-U | Basic GTP-U decapsulation
Basic GTP-U encapsulation GTP-U bypass mode |
Release Milestones
Milestone | Date | Deliverables |
---|---|---|
F0 | 2017-06-08 | APIs frozen. Only low-risk changes accepted on main branch. |
RC1 | 2017-06-22 (F0+17) | Code complete, pull first release throttle branch, only bug fixes accepted on throttle train. After pull: main branch reopens for new feature / risky commits. First artifacts posted. |
RC2 | 2017-07-05 (RC1+17) | Second artifacts posted. |
Formal Release | 2017-07-19 (RC2+17) | 17.07 artifacts available |
NOTE: Dates chosen based on:
- mid-month release
- milestone + days
- day after VPP community meeting, for discussion, go/no-go
Once we've pulled the 17.07 release throttle
We need to be disciplined with respect to bugfix commits. Here are a few common-sense suggestions:
- All bug fixes must be double-committed to the release throttle as well as to the master branch
- Commit first to the release throttle, then "git cherry-pick" into master
- Manual merges may be required, depending on the degree of divergence between throttle and master
- All bug fixes need to have a Jira ticket
- Please put Jira IDs into the commit messages.
- Please use the same Jira ID