-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Release Progress Tracking 202205
kannankvs edited this page Mar 16, 2022
·
15 revisions
Please scroll right to see additional information (SAI, Priority & Description)
Go back to Roadmap Page
Feature | HLD Review Date |
Test Plan Ready for Review ETA | Owner | Code Review Owner |
Code Review Date |
Test PR Ready for Review ETA | Design/ Code Master PR |
SAI Change | Priority/Conf (High/Low) |
Description |
---|---|---|---|---|---|---|---|---|---|---|
NVGRE/GRE HLD |
Done | Nvidia | Intel/ Dell |
869 | Yes | NVGRE is a Layer 3 tunneling protocol that utilizes a standard GRE header to encapsulate a Layer 2 packet. | ||||
System with zero port support HLD |
Done | Nvidia | Juniper | Jul 13: ready |
900; 109, 1697, 221, 1808, 3663 | No | Allows to bring up system and finish the init flow | |||
Align crmorch with sai_object_type_get_availability Deferred from 202111 |
Done | Nvidia | No PR 942 |
Will not require a new SAI API, but vendors will have to implement this API for using this functionality | ||||||
Move Nvidia syncd and pmon to Debian11- "Bullseye" | Done | Nvidia | Jan 30 | No | Migrate syncd and pmon containers to Debian 11 - "Bullseye" | |||||
Dynamic Policy Based Hashing (edit flow) HLD |
Done | Jan 30 | Nvidia | Jan 30 | Feb 15 | 909 | No | Dynamic policy based hashing with edit flow | ||
counter delay via config_db and not via systemd HLD |
Done | NA | Nvidia | Feb 28 | NA | 918 | No | |||
Route Flow counters (based on generic counters) HLD |
Done(merged) | Nvidia | Aviz | Mar 15 | Mar 30 | 908 | Yes Need this API implemented | |||
hostcfgd Redesign-split hostcfgd into multiple services | Jan 15 | NA | Nvidia | Aviz | Mar 15 | NA | No | Currently hostcfgd is handling a lot of tables and this leads to performance issues. This has lead to many bugs like 8619. So It is necessary to split hostcfgd into multiple services.The requirement is to come up with a design of how to split hostcfgd and what approach to use, either multi threaded or multi process. Based on design approval this needs to be implemented | ||
Password Hardening HLD |
Done | Nvidia | MSFT | 874 | No | a user password is the key credential used in order to verify the user accessing the switch and acts as the first line of defense in regards to securing the switch. The complexity of the password, it's replacement capabilities and change frequency define the security level of the first perimeter of the switch. Therefore - in order to further improve and harden the switch - a secure mechanism is required to enforce PW policies. | ||||
Queue statistics based on queue configurations and not max | TBD | Nvidia | MSFT | Jan 30 | 2143 | No | Performance optimization to query only relevant queue in MC aware mode (8-15 are unused) | |||
Add system date row to ‘show version’ | NA | Nvidia | Feb 28 | No | Provide a baseline to improve debug flows | |||||
Command for showing specific MAC from DB | NA | Nvidia | Jan 30 | 1982 | No | show mac –verbose fetches the whole FDB table When we have large table of Mac the respond will take very long time | ||||
Extend auto tech support for memory threshold | Done on 2/22/2022 | Nvidia | 939 | No | Important when debugging production networks | |||||
Add SAI version | Done | Nvidia | MSFT | Done | 935 | No | SONiC is not designed to work in backward compatibility with older vendor SAI implementations. SAI headers that SONiC's synd daemon is compiled against are taken from OCP SAI repository while the actual libsai.so is taken from sonic-buildimage vendor's directory. This leads to a situation that sometimes SAI in sonic-sairedis repository is updated but vendor SAI in sonic-buildimage is not. | |||
Event-mgmt Infra HLD Deferred from 202111 |
Reviewed on Apr 27 2021 - require a reviewer to sign-off | Dell | BRCM | July 13 - ready for review | 761, 7813, 48, 85, 490 | No | A centralized framework for applications in SONiC network operating system to raise “events” and store them for NBIs to consume. | |||
Klish CLI for show-tech support HLD Deferred from 202111 |
Apr 6 2021 | DELL | MSFT | Jun 30 2021 | All code PRs are merged 86, 49, 7816, 756 |
No | Klish CLI for show-tech support using the new mgmt.-infra framework | |||
Storm Control (BUM) HLD Deferred from 202111 |
Apr 6 2021 | BRCM | MSFT/ Innovium |
Apr 10 2021 | 1306, 346, 928, 441 - Merged | No | Independently rate limit ingress Broadcast, Multicast and Unknown Unicast traffic on a bits-per-second basis. IS-CLI configuration |
|||
CMIS Diagnostics HLD Deferred from 202111 |
Reviewed on 10/5 | BRCM | Dell/ Nvidia/ |
Oct21 29 |
876 |
No | Introduce the CMIS4 transceiver-specific diagnostic test to help users narrow down the root cause of link failures. Scope of the change: 1) sonic-platform-daemons/sonic-xcvrd: Add a new subprocess to subscribe CMIS diag requests and either update DIAG control or post the test result to the RedisDB. 2) sonic-platform-common/sonic_platform_base: Add a generic QSFPDD/CMIS4 parser/handler to sfp_standard. [sfp_standard.py]py 3) sonic-mgmt-common: Add YANG and REST transformer codes for CMIS DIAG |
|||
System Ready Enhancements HLD Deferred from 202111 |
Reviewed on 10/5 | BRCM | Dell/ Nvidia |
Sep21 29 | 875, 930 | No | Today there is no easy way to know when the device is ready in terms of control/dataplane. The change allows declaration of System ready (Syslog/CLI) when all the services(dockers+host) are up and ready. Also define a framework for each service to declare itself ready based on their application criteria. | |||
Build Time Improvement HLD |
Jan 31 | BRCM | Nvidia (stepanblyschak) |
Feb 29 | ||||||
Link Training HLD |
Jan 15 | BRCM | Feb 7 | 925 | Link Training is a process by which the transmitter and receiver on a high-speed serial link communicate with each other in order to tune their equalization settings. In theory, link training enables automatic tuning of the finite impulse response (FIR) filter for each channel in an application-specific integrated circuit (ASIC) to achieve the desired bit error rate (BER).In the SONiC system, the ODM vendors rarely provide pre-calibrated pre-emphasis for QSFP(DD) CR/KR modules, which could result in the link reliability issues. With this feature, both IEEE clause 72 and 93 will be activated to dynamically tune the transmitted signal to improve the link quality over the copper cables. This feature could be activated with or without AutoNeg. | |||||
Auto Neg Enhancement HLD |
Jan 22 | BRCM | Feb 14 | 924 | Autonegotiation is a signaling mechanism and procedure used by Ethernet over twisted pair or optical media by which two connected devices choose common transmission parameters, such as speed, duplex mode, and flow control. In the case of SONiC, this feature supports two different types of AutoNeg 1. QSFP(DD) CR/KR modules: This feature provides autonegotiation support for speed, FEC and TX_FIR, the LinkTraining will always be activated when autonegotiation is enabled, and users could enable standalone-link-training to activate the clause 72/93 when autonegotiation is disabled. 2. Native RJ45 ports of non-Gearbox design: This feature provides autonegotiation support for speed and duplex to the native RJ45 coppers if they're manageable by the SAI without external PHY drivers on the Gearbox. | |||||
SNMPd Enhancements | BRCM | 6276 | Enable ipv6 snmpd support. Generate coldStart/warmStart trap based on reboot reason to differentiate. Removed default SNMP community public for security. Add strerror to SNMP file open failure. There is a possibility for snmpd try to open a device file (for reading statistics) which is already deleted by other applications. | |||||||
SONiC fanout support Deferred from 202111 |
Stretch goal | MSFT | MSFT | No | Change fanout switch o.s to SONiC | |||||
100% SONiC YANG model Deferred from 202111 |
NA | MSFT | MSFT/ YANG WG |
Sep21 30 | Yang Project | No | Build a full and complete YANG model for SONiC configDB | |||
Deprecating Python2 platform daemons Deferred from 202111 |
NA | MSFT | MSFT | Aug21 30 | N/A | All platform daemons will run using Python 3. Python 2 support will be removed. Vendors must build and install Python 3 sonic-platform packages. Question: Will there be new platform APIs to be added in 202111? @Guohan to confirm |
||||
MACSEC enhancement: primary & fallback case HLD Deferred from 202111 |
Done | MSFT | BRCM Juniper |
N/A | 652 | No | MACsec can enable primary and fallback Connectivity Association Keys(CAK) at a same time. Meanwhile the primary and fallback key can be switched or replaced without any outage. | |||
SONiC management repo Python3 compliance | MSFT | |||||||||
Active Active ToRs | Apr 15 | MSFT | Link manager, Warm reboot support for active-active dual ToRs | |||||||
Vxlan enhancement | Apr 15 | MSFT | Dual ToR with vxlan tunnel | |||||||
BGP config incremental update | Apr 15 | MSFT | BGP config incremental update | |||||||
Symcrypt integration with OpenSSL | MSFT | Nvidia | No | Prepare OpenSSL with Symcrypt engine for FIPs 140-3 certification | ||||||
Sorted next hop ECMP | Nov21 11 | MSFT | Nvidia | 896 | ||||||
400G DR support | MSFT | 769 | ||||||||
Streaming Telemetry support for Syslog | Mar 30 | MSFT | No | Enable streaming telemetry with Syslog | ||||||
FRR version update from 7.5 to 8.1 | NA | BRCM | NA | Upgrade FRR to latest community version 8.1 | ||||||
ACMS and Restful API for Arista 7060 | MSFT | |||||||||
gNMI interface for config | Mar 15 | MSFT | ||||||||
PINS Runtime Configuration | Reviewed | Intel | No | Enable P4Runtime container in the build and add appropriate schema in Config DB to enable/disable PINS | ||||||
PINS test coverage improvement with more test cases | Intel | Intel | 809 | Add tests in P4RT application, P4Orch and PacketIO | ||||||
PINS - Critical State and Enhanced error reporting | Mar 30 | Dell/ Intel |
No | PINS improvement with critical state and enhanced error reporting | ||||||
PINS - Batched programming requests for higher throughput | Mar 30 | Intel | No | PINS supports batched programming requests for higher throughput | ||||||
PINS - Augment PacketIO support | Reviewed | Intel | 850 | Augment PINS PacketIO support | ||||||
SAG HLD Deferred from 202111 |
Reviewed on 8/24/2021 | Edgecore | Dell/ Intel BRCM |
Aug 30 | 837, 9018, 1887, 1974, 540 | No | Static Anycast Gateway. To provide anycast gateway for host/VMs. Can be used independently, or with MCLAG to provide single gateway for MC-LAG member host. To provide the possibility for host VM mobility. Both IPv4 and v6 | |||
L2 Dot1Q tunneling support | TBD | EdgeCore | ||||||||
VLAN Stacking HLD |
Reviewed on Jan 25 | EdgeCore | Intel | 915 | Yes | This feature provides Q-in-Q and VLAN translation for service providers who carry traffic of multiple customers across their networks and are required to maintain the VLAN and Layer 2 protocol configurations of each customer without impacting the traffic of other customers. | ||||
Config Reload Enhancement: Introduce the Transaction Mechanism HLD |
TBD | EdgeCore | Nvidia (Junchao-Mellanox) |
No | In the current design of 'config reload', it does not mean the sonic configurations to be reloaded had been finished when the execution of 'config reload' has done. When the execution of 'config reload' is done, it is possible that some sonic services have not been fully populated and the system in terms of sonic services is not in ready state. It is just wasting time to initiate another 'config reload' transaction when the previous transaction has not been done. It is better to have a transaction protection to avoid that condition. | |||||
EVPN-MH Phase #1 | TBD | N/A | EdgeCore | Nvidia | Jan 1 | NA | Yes | |||
Docker image on Bulleyes | SONiC docker image on Bulleyes | |||||||||
Platform support for Edgecore AS4630/AS7326/AS7816/AS5835 | NA | Feb 1 | Target | Edgecore | Feb 15 | Mar 1 | No | 1. [AS7726-32X] Add to support mulit PSU SN in PDDF 2. [AS7326-56X] Support mulit PSU SN in PDDF 3. [AS7712-32X] Add to support PDDF 4. [AS4630-54PE] Add to support PDDF 5. [as5835-54x] Add to support PDDF 6. [AS9716-32d] Modify check eeprom via pre_pddf sh 7. [as7816-64x] Modify to check specific DUT |
||
PINS SAI Extensions | Mar 30 | Mar 30 | Intel | Apr 15 | Apr 15 | Yes | ||||
PINS SAI.P4 enhancements for Layer2 support and VxLAN | Mar 31 | Mar 31 | Intel | Apr 16 | Apr 16 | No | ||||
SRv6 policy steering w/ FRR protocols integration | Mar 30 | Mar 30 | Intel/ Alibaba |
Apr 12 | Mar 31 | No | ||||
SRv6 sBFD, DT46 | TBD | TBD | Intel/ Alibaba |
No | ||||||
DASH – SAI PTF extension for SmartNIC | Mar 15 | Mar 15 | Intel | Mar 30 | Mar 30 | No | ||||
SONiC with P4 DPDK (PNA architecture) – Basic SoftSwitch with DPDK | Apr 15 | Apr 15 | Intel | Apr 15 | Apr 15 | No | ||||
Deterministic interface Link bring-up HLD |
Reviewed on Jan 18 | Cisco | Nvidia (dgsudharsan) |
916 | have determinstic approach for Interface link bring-up sequence and workflows for use-cases around it | |||||
Migrate Docker images to Debian "Bullseye" | Community help is required. items w/o owner listed need help from community to cover. Please add your corp name at the end of each container if you want to contribute any pink container. Thanks. · docker-base-buster (msft) · docker-config-engine-buster (msft) · docker-swss-layer-buster (msft) · docker-database (msft) · docker-fpm-frr (brcm) · docker-lldp (nvidia?) · docker-macsec (msft) · docker-mux (msft) · docker-nat (intel) · docker-orchagent · docker-platform-monitor (nvidia) · docker-router-advertiser · docker-sflow (Dell?) · docker-snmp · docker-sonic-mgmt-framework (Dell ?) · docker-teamd (nvidia?) · docker-sonic-telemetry (Dell?) · docker-syncd-(platform owner) · docker-pmon-(platform owner) · docker-gbsyncd-credo (arista?) · docker-dhcp-relay (msft) · docker-restapi (msft) · docker-sonic-p4rt (google) · docker-pde (brcm) |
-
For Users
-
For Developers
-
Subgroups/Working Groups
-
Presentations
-
Join Us