DASH Workgroup Meeting Minutes 9/6/2023

[Kristina Moore]

Hello DASH Community –thank you for your time on Wednesday.

In summary, we spent quite a bit of time discussing Service Tunnel Inbound Processing (Issue428) – specifically double-decapping.  We will need to follow-up re: the ‘trigger’ for the flow, and how to handle double-decap prior to executing the flow lookup.  As a result, PRs 433 and 434 were created.  We also clarified re: the Meter Policy table scale, and @Kamil Cudnik continues refinement work within the DASH Repo in the background.

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/13/2023

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

Attendees (24):

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	Mircea Dan Gheorghe - Keysight	Oleksandr Ivantsiv - NVidia	Vincent Legrand - XSightLabs
Alberto Villarreal - Keysight	Kamil Cudnik - MSFT	Mohammad Hanif - Broadcom	Prince Sunny - MSFT	Vinod Kumar - Keysight
Andriy Kokhan - PL Vision	Kristina Moore - MSFT	Muhammad Naveed Mozaffar - Arista	Riff Jiang - MSFT	Yakiv Huryk - NVidia
Bud Grise - XSightLabs	Marian Pritsak - NVidia	murali Venkateshaiah - Cisco	Swami - AMD	Yusef Skinner - MSFT
Chris Sommers - Keysight	McCollum, Macy -  Intel	mxiao - Arista	Veerappan, Senthilnathan - AMD

 

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

 

-Double Decap in PL: Transformation of packets from the original packet to V6 and then to another layer of encapsulation.

-Inbound processing and the expectation that the flow is always created by the outbound.

-Packet format and VM to VM transposition overview for PL The packet is transformed for each VM on both sides and the return packet is seen in step 15.

-Flow lookup for a double encap packet with the note that the innermost header should be used for the flow lookup.

-Trigger for flow s/be taken offline to discuss further.

-Also how to handle double decap before doing the flow lookup.

-Inbound processing is performed in the hardware and that the routing action is double encap.

-Concluded that two layers of encapsulation need to be passed to expose the innermost packet before the flow lookup can be done.

 

Other Notes:

 

Q: Vincent re: update for DASH image?

A: SONiC build requires HW libraries - https://github.com/sonic-net/- still a WIP

 

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.

 

PR387: Add Meter Policy Scale into documentation

Meter policy: Prince provided insight on the scale of the table, stating that it is a limited number, not a high scale.
 

 

 Introduction/Welcome: 

None this week 

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 Sept 6 2023.mp4   YouTube: https://youtu.be/kArsFq060ZE HA moved to SmartSwitch LF group Behavioral Model Call - https://youtu.be/zOpHh2_BAFo	9/13/2023 Community Call; please request access via the link if you are not able to view/listen
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