Hello DASH Community –thank you for contributing your time last Wednesday.
This week we had 2 new members join the call:
Jeevan and mxiao, both at - Arista
NVidia and the Community revisited the ACL Tags conversation, deriving from the memory consumption improvement (or not) that they experienced, and a discussion of whether these tags are needed in SAI. The consensus was to keep SAI clean, and that these are not needed. Kristina opened Issue421 to remove this from P4. Next week perhaps we can look at closed/merged items w/@Kamil Cudnik (sync_d & libsai, etc…).
Detailed PRs and weekly meeting notes follow below…
As always, with respect to
any of our DASH meetings High Availability (Tuesdays), Community (Wednesdays), or
Behavioral Model (Thursdays) – please let me know if there are PRs, Q&A, or items you would like to discuss or present.
The DASH YouTube channel link is here to
subscribe / access WG content (and click the bell to receive notifications).
See you on 8/16/2023
Meeting Title: SONiC-DASH-Workgroup Community Meeting #79
Attendees (25):
DASH Group to join: https://groups.google.com/g/sonic-dash
DASH-Test-Workgroup Group to join: https://groups.google.com/g/sonic-dash-test-workgroup
Agrawal, Ashutosh - Intel |
Fingerhut, John Andy - Intel |
Marian Pritsak - NVidia |
Oleksandr Ivantsiv - NVidia |
Veerappan, Senthilnathan - AMD |
Alberto Villarreal - Keysight |
Jeevan - Arista |
Mircea Dan Gheorghe - Keysight |
Saad Mazhar - DreamBig Semi |
Vijay Srinivasan - AMD |
Amith Gorthi Sriniva Prabhakara Narasimha - Keysight |
John C Carney - XSightLabs |
Murali - Cisco |
Shah, Shitanshu - Intel |
Vincent Legrand - XSightLabs |
Andriy Kokhan - PLVision |
Kristina Moore -MSFT |
murali Venkateshaiah - Cisco |
Sid (Guest) |
Yakiv Huryk - NVidia |
Chris Sommers - Keysight |
Kumaresh Perumal - MSFT |
mxiao - Cisco |
Sudarshan, Reshma - Intel |
Yusef Skinner - MSFT |
Discussion - PRs/Issues/Documentation for review, comments, suggestions
DASH Community Upcoming Project Action Items
Discuss:
ACL Tags - cont'd Remove tags requirement in SAI APIs SB (OrchAgent implementation)
Related PRs and Issues
https://github.com/sonic-net/DASH/pull/336/files
https://github.com/sonic-net/DASH/issues/401
https://github.com/sonic-net/SONiC/pull/1427
On SAI level, savings are negligible…
Do we need these in SAI? Let's check w/all technology providers :)
XSight would be ok w/not part of SAI, or either way (Vincent guidance to be careful w/optional)
AMD was not reliant on tags
Intel is ok with this
NVidia ok
Does P4 need to be updated to remove SAI? Kristina to opened Issue421 to remove from P4.
Other Notes:
Kamil uplifting libsai, longterm goals to make SONiC instance that includes DASH behavioral model
Fix APIs and reconcile small shortcomings
Chris reviewing PRs, checking CI pipeline
If he requests review, please help out
If anyone has 'Stale' branches, please tidy them or bring to Kristina or Chris' attention
Introduction/Welcome:
Jeevan - Arista
mxiao - Arista
Next Week:
Look at closed/merged items w/Kamil (sync_d & libsai)
Sticky for Links/Data: |
|
|
DASH Groups to join to receive Invites, Meeting Notes, and Comms |
DASH: https://groups.google.com/g/sonic-dash
DASH-Test-Workgroup Group: https://groups.google.com/g/sonic-dash-test-workgroup |
If anyone knows other people who would like info re: our community, please have them joins these groups for receive Comms, etc… |
Links to Recording |
Teams/Sharepoint: |
8/9/2023 Community Call; please request access via the link if you are not able to view/listen
|
Azure DASH GitHub Repo: |
|
|
|
https://github.com/Azure/DASH/blob/main/test/docs/dash-test-workflow-saithrift.md |
Ideal test workflow is here, converted to .md |
SAI Thrift |
Client server needed for testing |
|
P4 |
https://opennetworking.org/p4/ and https://p4.org/working-groups/ |
Open source, domain-specific programming language for network devices, specifying packet processing for data plane devices (switches, routers, NICs, filters, etc.) |
PINS |
|
|
PNA consortium spec |
An architecture describing the structure and common capabilities of network interface controller (NIC) devices which process packets transiting one or more interfaces
and a host system. |
|
IPDK |
IPDK is an open source, vendor agnostic framework of drivers and APIs for infrastructure offload and management which runs on a CPU, IPU, DPU or switch. IPDK runs in Linux and uses a set of well-established tools such as DPDK and P4 to enable network virtualization. |
|
bmv2 |
The second version of the reference P4 software switch, nicknamed bmv2 (for behavioral model version 2). The software switch is written in C++11. It takes as input a JSON file generated from your P4 program by a P4 compiler and interprets it to implement the packet-processing behavior specified by that P4 program |
|
DPDK |
DPDK is the Data Plane Development Kit which consists of libraries to accelerate packet processing workloads running on a wide variety of CPU architectures. |
Thank you again for your participation…
Kristina Moore MBA,
M.S., CISSP - Azure Core Principal PM / DASH
Office: 425-722-7720 Mobile: 425-876-2040 Email:
kri...@microsoft.com
DASH Group to join:
https://groups.google.com/g/sonic-dash
DASH-Test-Workgroup Group to join: https://groups.google.com/g/sonic-dash-test-workgroup
Sure, I can talk about my changes 😉