Attendees: Rajshekhar B. (Arista), Ramesh S. (Cisco), Mukesh H. (VMware), Jonathan S. (Intel, Deep Insight), Mickey S. (Intel, Barefoot), JK L. (Intel, E2E App).
Three topics were discussed today.
* Drop reason code
* Domain ID mgmt (cont'd)
* Report traffic load balancing
1. Drop reason
We agreed to use the SAI drop reasons as basis.
It has two enums, one for ingress and the other for egress. Around 100 reasons in total.
It assumes a 32b or larger field to carry the reason code. INT and Report spec has 8 bits.
- Raj will propose a structure to fit the drop reasons into 8 bits while keeping simple hierarchy and reserved space for future extension.
- Ramesh, Mukesh, Mickey to check with engineering for any potential issue in using SAI drop reasons.
2. Metadata library and instruction bitmap
Agreed to create a pool/library of metadata definitions (format and semantics). The library will be open for everyone in the WG to add a new definition.
For INT standard instructions, the INT spec will continue to define the bitmap for the set of standard metadata.
Each domain can do the same for domain-specific instruction.
- Mickey will propose a change to the Yang model to use it as the metadata library.
3. Report traffic load balancing
Problem: Report pkt carries SEQ number assigned to report pkts originated from each reporting HW entity (switch ID + HW ID combo).
For network load-balancing of the report traffic, some use case wants to add entropy into UDP src port of Report pkts. While this allows multi-path load balancing, the collector NIC RSS (Receiver Side Scaling) may spread the stream of report pkts to different
threads, complicating the tracking of report SEQ number and detecting loss/reorder.
The WG agreed for the spec to recommend static UDP src port number by default, while allowing entropy or randomization in case the collector infra can handle varying UDP src port number. For example, some NICs can be configured to ignore UDP src port in RSS
- Jonathan will create a PR with necessary spec text change.
Meanwhile, there is a progress in hosting P4 open-source projects under P4.org. We will share updates via email or in the next WG meeting.