Difference between revisions of "Projects/vpp/Release Plans/Release Plan 18.10"

From fd.io
Jump to: navigation, search
(Release Deliverables)
(Release Deliverables)
Line 13: Line 13:
 
| rowspan="1" | INFRA || DPDK 18.08 integration ||  
 
| rowspan="1" | INFRA || DPDK 18.08 integration ||  
 
|-
 
|-
| rowspan="1" | LB || Support per-port VIP and all-port VIP ||  
+
| rowspan="1" | LB || Support per-port VIP and all-port VIP || Done
 
|-
 
|-
| rowspan="1" | NSH || Port NSH plugin to VPP ||
+
| rowspan="1" | NSH || Port NSH plugin to VPP || Done
 
|-
 
|-
 
| rowspan="1" | MC-CRYPTO|| Support DPDK Multi-core Crypto-Dev ||
 
| rowspan="1" | MC-CRYPTO|| Support DPDK Multi-core Crypto-Dev ||
 
|-
 
|-
| rowspan="1" | DPI|| Support Hyperscan-based DPI ||
+
| rowspan="2" | DPI|| Support Hyperscan-based DPI || In progress
 +
|-
 +
                  || Support Block Mode and Single Pattern Match || In progress
 
|}
 
|}
  

Revision as of 07:34, 14 September 2018

Introduction

This page tracks release information for 18.10

Release Deliverables

Name Description Status
INFRA DPDK 18.08 integration
LB Support per-port VIP and all-port VIP Done
NSH Port NSH plugin to VPP Done
MC-CRYPTO Support DPDK Multi-core Crypto-Dev
DPI Support Hyperscan-based DPI In progress
Support Block Mode and Single Pattern Match In progress

Release Milestones

The schedule below is FINAL as agreed on Aug 21st during VPP project meeting


Milestone Date Deliverables
F0 2018-10-03 APIs frozen. Only low-risk changes accepted on main branch.
RC1 2018-10-10 (F0 + 7) 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 2018-10-17 (RC1 + 7) Second artifacts posted.
Formal Release 2018-10-24 (RC2 + 7) 18.10 release artifacts available

NOTE: Dates chosen based on:

  • end-month release
  • milestone + days
  • release date after VPP community meeting, for discussion, go/no-go

Once we've pulled the 18.10 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 for commits into the stable branch and master.


Features to be added in 18.10

NEED JIRA/CONFLUENCE IMPORT HERE


Expected Dependencies on Other Projects