11-17-2021 TSC Meeting Minutes
TSC Meeting Zoom link
Meeting Recording
Meeting Chat File
Attendees & Representation. Please add your name to the attendance table below.
Attendees | |
Name | Company |
@Dave Thaler | Microsoft |
@Daniel Havey | Microsoft |
@VM (Vicky) Brasseur | Wipro |
@Karan Dalal | Walmart |
@Juraj Vijtiuk | Sartura |
@Eric Tice | Wipro |
Dhivya Reddy | Walmart |
Satya Ranjan Pradhan | Walmart |
Kartik Nagpal | |
Rishabh Gupta | Walmart |
Ragalahari Potti | Walmart |
Brian Merrell | Walmart |
Santhosh Fernandes | Walmart |
@Christopher Liljenstolpe | Cisco |
Neil Hoff | |
Jason Niesz | Walmart |
LF Staff: @LJ Illuzzi
Agenda
Start the Recording
We will start by mentioning the project's Antitrust Policy, which you can find linked from the LF and project websites. The policy is important where multiple companies, including potential industry competitors, are participating in meetings. Please review and if you have any questions, please contact your company legal counsel. Members of the LF may contact Andrew Updegrove at the firm Gesmer Updegrove LLP, which provides legal counsel to the LF.
General Topics
LF Antitrust Policy
Welcome to new attendees
Use Cases
Roadmap
Project structure
Governance
Technical Steering Committee
Developer and Testing Forum in January 2022 (virtual event)
Focus
Updates on ebpf.io PR - PR has been submitted. 2-4 week leadtime based on backlog
Updates on Build - Satya provided update on ci-build.yaml (PR links: l3afd, ratelimiting, connection-limit)
Proposals on Kernel Function MarketPlace
Proposals on L3af with Kubernetes
QnA
Minutes/Updates
Date: 11.17.2021
Meeting Proceedings:
Kernel function marketplace
Scoping point:
Love this direction
Please don’t call them kernel functions
They can run in NIC processors, UM daemons, etc.
Don’t limit to kernel
XDP can run in card not in the kernel
Suggested Name: eBPF Program Repository
Well, received
Licensing requirements
eBPF programs could be GPL, but don’t have to be.
eBPF programs can be written that do not use GPL’d code
Marketplace should require labeling programs that have restrictive licensing
Kernel version
Governance standards:
Choice of licensing is dependent on publisher.
eBPF programs written for the same purpose could be licensed differently
As easy as the app store
What is the level of trust in the marketplace?
Who will review the programs and what standards should we have?
Technical standards
[ex] Program chaining
legal standards
Required snippets
Multiple marketplaces
Public/private, etc.
How do you vet the code?
Varies by what repo you are using
Reputation system
Fully automated
Human intervention
All are valid, but there should be some heterogeneity between them.
Should they just be GitHub repos with automated builds?
Make a website or some interface to access these?
Reputation system sounds good.
How do we couple the marketplace with L3AFd?
Tightly or loosely coupled?
Push down a config w/repo to pull from and them pull the prog
Push down a config w/repo and the prog
Should we support 1 or both of these
Marketplace level, Orchestrater level, L3AFd level?
Allow unsigned eBPF programs in the control plane?
Do we flag them?
The modules must be signed in the public marketplace
They can do whatever they want in their own repo
Action Items
Begin next week's meeting with: Proposals on L3af with Kubernetes