DASH Workgroup Meeting Minutes 9/20/2023

[Kristina Moore]

Hello DASH Community –thank you for your time last Wednesday (and apologies for the delayed notes, I was OOF sick).

In summary, we were able to close out 2 Issues this week, and facilitated a discussion of mandatory vs. optional (attributes, classes, keys, etc…) and the default behavior.  We did hold the Behavioral Model WG meeting as well; notes were sent separately, with the recording uploaded to YouTube per usual. 

Just a note that I will be at a conference this week - @Chris Sommers and @Yusef Skinner will be leading the call.  I’ll review the recordings later. 

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 9/27/2023

Meeting Title:  SONiC-DASH-Workgroup Community Meeting #85

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	Kristina Moore - MSFT	Mididaddi, Naren - Intel	Prince Sunny - MSFT	Veerappan, Senthilnathan- AMD
Bud Grise - XSightLabs	Kumaresh Perumal - MSFT	Mohammad Hanif - Broadcom	Riff Jiang - MSFT	Vijay Srinivasan- AMD
Eilon Greenstein - NVidia	Marian Pritsak - NVidia	murali Venkateshaiah - Cisco	Rob Murphy- Cisco	Vincent Legrand- XSightLabs
Fingerhut, John Andy - Intel	Max - Arista	Oleksandr Ivantsiv - NVidia	Saad Mazhar - DreamBig Semi	Yakiv Huryk - NVidia
Kamil Cudnik - MSFT	McCollum, Macy - Intel	Paul Cummins - NVidia	Swami - AMD	Yusef Skinner - MSFT

Discussion - PRs/Issues/Documentation for review, comments, suggestions

 

DASH Community Upcoming Project Action Items

 

 

 

Discuss:

 

PR428: Clarification on Service Tunnel Inbound Processing

Generated the following PRs

https://github.com/sonic-net/DASH/blob/main/documentation/general/sdn-pipeline-basic-elements.md#private-link - PR433
https://github.com/sonic-net/DASH/blob/main/documentation/general/dash-sonic-hld.md#363-private-link - PR434

9/20/2023 Kristina to close PRs and create Issues

 

Other Notes:

 

PR415: [SAI] wrong code generated in libsai

-Kamil and Chris discussed the issue of the Sai metadata object code being compiled into the libsai library, which is unnecessary for abandoned distros.

Kamil proposed a solution of having a separate library for the Sai metadata object code, which Chris agreed to look into. Implications of removing SAI Meta;

Chris explained that the PTF test cases should still work, as the libsai meta will be separated and linked into the final output.

Chris clarified that the PTF test cases will still work, as the libsai meta will be separated and linked into the final output.

9/13/2023 need help from Marian

9/20/2023 Marian offered to help

 

Detailed notes:

·        Discussed the Issue around verification of mandatory attributes on 'create'.

·        Class not being mandatory and the ACL for ternary being one of the cases.

·        Removal of an assert check from libsai for bmv2 due to the fact that BMV two was not honoring the optional attributes. It was decided to comment out the safety check in the website.

·        Mandatory flag for creating attributes in a table; how keys are mandatory for exact match types, but not for ternary match keys.

·        Orchestration Agent provides default values for all fields, and how lists may be optional attributes.

·        Difference between optional and mandatory attributes, with Marian noting that by default keys are mandatory, but there may be exceptions for lists.

·        Discussed logic of making all keys mandatory in a ternary key structure. Kumaresh suggested that the ternary key should be kept optional. Vincent mentioned that the tag and tag mask are the only ternary aspects, and the rest are just lists.

·        Logic of making all keys mandatory for a specific task; the team concluded that it would simplify the logic and agreed that it was the best option.

·        Note that OCP is coming in October and that there was a presentation from Alibaba that was interesting to listen to.

Next Week:

Please contact Kristina

 

                  

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: SONiC-DASH Workgroup Community Meeting-20230920_090248-Meeting Recording.mp4   YouTube: https://youtu.be/mVnKGGE6zao HA moved to SmartSwitch LF group Behavioral Model Call - https://youtu.be/wAkJUG5KduY	9/20/2023 Community Call; please request access via the link if you are not able to view/listen                   Behavioral Model WG notes sent separately
Azure DASH GitHub Repo:	https://github.com/sonic-net/DASH
Test/Docs folder:	https://github.com/Azure/DASH/blob/main/test/docs/dash-test-workflow-saithrift.md	Ideal test workflow is here, converted to .md
SAI Thrift	SAI Thrift PR	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	https://opennetworking.org/pins/
PNA consortium spec	https://p4.org/p4-spec/docs/PNA-v0.5.0.html	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. Describes the structure and capabilities of the pipeline, and a user program, which specifies the functionality of the programmable blocks within that pipeline. For more information, see the P4 Language Consortium specifications
IPDK	Infrastructure Programmer Development Kit (ipdk.io) and https://github.com/ipdk-io/ipdk-io.github.io	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	https://github.com/p4lang/behavioral-model	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	https://www.dpdk.org/	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