-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Release Progress Tracking 202205
kannankvs edited this page Feb 28, 2023
·
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 |
---|---|---|---|---|---|---|---|---|---|---|
Active Active ToRs HLD |
Apr 15 | MSFT | Link manager, Warm reboot support for active-active dual ToRs | |||||||
Add SAI version check to SONiC build system HLD |
Done | Nvidia | MSFT | Done | 935 - Merged | 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. | |||
Add system date row to ‘show version’ HLD |
NA | Nvidia | Done | No | Provide a baseline to improve debug flows | |||||
Added fan_drawer class support in PDDF | NA | BRCM | MSFT | NA | 10213 - Merged | No | fan_drawer support was missing in PDDF common platform APIs. This resulted in 'thermalctld' not working and 'show platform fan' and 'show platfomr temperature' commands not working._thermal_list array inside PSU class was not initialized. Made changes to attach the PSU related thermal sensors in the PSU instance. | |||
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 | ||||||
CMIS Diagnostics HLD Deferred from 202111 |
Reviewed on 10/5 | BRCM | Dell/ Nvidia/ |
Done | Done |
876 - Merged |
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 |
||
Command for showing specific MAC from DB | NA | Done | Nvidia | MSFT | Done | 1982 - Merged | No | show mac –verbose fetches the whole FDB table When we have large table of Mac the respond will take very long time | ||
counter delay via config_db and not via systemd HLD |
Done | NA | Nvidia | NA | 918 - Closed | No | ||||
Deterministic interface Link bring-up HLD |
Reviewed on Jan 18 | Cisco | Nvidia (dgsudharsan) |
916 - Merged | have determinstic approach for Interface link bring-up sequence and workflows for use-cases around it | |||||
DSCP/TC remapping for tunnel traffic HLD |
Mar 29 | MSFT | Nvidia | 950 - Merged | Yes | Bounced-back traffic from standby ToR to T1 will be remapped into another queue to avoid PFC deadlock with dual ToR | ||||
Dynamic Policy Based Hashing (edit flow) HLD |
Done | Done | Nvidia | Done | Done | 909 - Merged | No | Dynamic policy based hashing with edit flow | ||
Extend auto tech support for memory threshold HLD |
Done on 2/22/2022 | Nvidia | Done | Done | 939 - Merged | No | Important when debugging production networks | |||
FRR version update from 7.5 to 8.2 | NA | BRCM | NA | Upgrade FRR to latest community version 8.1 | ||||||
hostcfgd Redesign-split hostcfgd into multiple services | NA | 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 | ||
Klish CLI for show-tech support HLD Deferred from 202111 |
Apr 6 2021 | DELL | BRCM/ MSFT |
Jun 30 2021 | 86, 49, 7816, 756 - All Merged | No | Klish CLI for show-tech support using the new mgmt.-infra framework | |||
Migrated PDDF to Bullseye | NA | BRCM | MSFT | NA | 9585 - Merged | No | ||||
Move Nvidia syncd and pmon to Debian11- "Bullseye" | Done | Nvidia | Done | No | Migrate syncd and pmon containers to Debian 11 - "Bullseye" | |||||
NVGRE/GRE HLD |
Done | Nvidia | Intel/ Dell |
869 - Merged | Yes | NVGRE is a Layer 3 tunneling protocol that utilizes a standard GRE header to encapsulate a Layer 2 packet. | ||||
Password Hardening HLD |
Done | Nvidia | MSFT | Done | Done | 874 - Merged, 10322 & 10323 - Open | 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. | ||
PINS - Batched programming requests for higher throughput HLD |
Mar 30 | Intel | 959 - Open | No | PINS supports batched programming requests for higher throughput | |||||
Platform support for Edgecore AS4630/AS7326/AS7816/AS5835 | NA | Feb 1 | Target | Edgecore | Feb 15 | Mar 1 | 10053 - Merged | 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 |
|
Queue statistics based on queue configurations and not max | TBD | Nvidia | MSFT | Done | Done | 2143 - Merged | No | Performance optimization to query only relevant queue in MC aware mode (8-15 are unused) | ||
Route Flow counters (based on generic counters) HLD |
Done(merged) | Nvidia | Aviz | Done | Done | 908 - Merged | Yes Need this API implemented | |||
SONiC Generic Update and Rollback HLD |
MSFT | 1991, 1998, 2044, 2092, 2103, 2104, 2120, 2145, 2171, 2174 & 2212 | ||||||||
SONIC YANG Support for KDUMP, ACL, MCLAG, BUM Storm Control | NA | BRCM | MSFT | NA | 7917, 7622, 7355 & 10786 - All Merged | No | Build a full and complete YANG model for SONiC configDB | |||
Sorted next hop ECMP HLD |
Nov21 11 | MSFT | Nvidia | 896 - Merged | ||||||
Storm Control (BUM) HLD Deferred from 202111 |
Apr 6 2021 | BRCM | MSFT/ Marvell |
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 |
|||
Symcrypt integration with OpenSSL HLD |
Mar 22 | MSFT | Nvidia | No | Prepare OpenSSL with Symcrypt engine for FIPs 140-3 certification | |||||
System Ready Enhancements HLD Deferred from 202111 |
Reviewed on 10/5 | BRCM | Dell/ Nvidia |
Sep21 29 | 875 & 930 - All Merged | 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. | |||
Updated PDDF kernel modules in compliance with kernel 5.10 APIs | NA | BRCM | MSFT | NA | 9582 - Merged | No | Modified the code with new kernel 5.10 APIs. | |||
Updated PDDF SFP Class with refactored SFP framework | NA | BRCM | MSFT | NA | 10047 - Merged | No | All the SFP platform API classes need to use SFP refactoring framework. The platforms which use PDDF, derive their SFP API class from a common pddf_sfp.py. Hence pddf_sfp.py needs to comply with SFP refactoring. |
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 |
---|---|---|---|---|---|---|---|---|---|---|
System with zero port support HLD |
Done | Nvidia | Juniper/ |
Done | 900; 109, 221, 1808 & 3663 - Merged, 1697 - Closed | No | Allows to bring up system and finish the init flow | |||
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 - Open | No | A centralized framework for applications in SONiC network operating system to raise “events” and store them for NBIs to consume. | |||
Build Time Improvement HLD |
Jan 31 | BRCM | Nvidia (stepanblyschak) |
Feb 29 | ||||||
Link Training HLD |
Feb 8 | BRCM | Feb 7 | 925 - Merged | 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 |
Feb 8 | BRCM | Feb 14 | 924 - Merged | 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 | NA | BRCM | 6276, 108, 220, 8130, 225 & 227 - All Open | 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 |
NA | MSFT | MSFT | No | Change fanout switch o.s to SONiC | |||||
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 - Merged | 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 | |||||||||
Vxlan enhancement | Apr 15 | MSFT | Dual ToR with vxlan tunnel | |||||||
BGP config incremental update | Apr 15 | MSFT | BGP config incremental update | |||||||
Streaming Telemetry support for Syslog | Mar 30 | MSFT | No | Enable streaming telemetry with Syslog | ||||||
ACMS and Restful API for Arista 7060 | MSFT | |||||||||
gNMI interface for config | Mar 15 | MSFT | ||||||||
PINS Runtime Configuration HLD |
Reviewed | Intel | 809 - Merged | 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 HLD |
Intel | Intel | 809 - Merged | 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 - Augment PacketIO support HLD |
Reviewed | Intel | 850 - Merged | 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 - All Open | 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 | |||
VLAN Stacking HLD |
Reviewed on Jan 25 | EdgeCore | Intel | 915 - Open | 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 | |||||||||
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 |
MSFT | Apr 12 | Mar 31 | No | |||
SRv6 sBFD, DT46 | TBD | TBD | Intel/ Alibaba |
MSFT | No | |||||
DASH – SAI PTF extension for SmartNIC | Mar 15 | Mar 15 | Intel | MSFT | Mar 30 | Mar 30 | No | |||
SONiC with P4 DPDK (PNA architecture) – Basic SoftSwitch with DPDK | Apr 15 | Apr 15 | Intel | MSFT | Apr 15 | Apr 15 | No | |||
400G DR support HLD |
MSFT | 769 - Open | ||||||||
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