**Session Date/Time:** 08 Nov 2024 09:30

# bess

## Summary
The BESS working group session in Dublin covered updates on existing working group documents, discussion on new drafts, and requests for working group adoption. A poll was conducted regarding RFC 7430 to gauge readiness for working group last call. Various presentations were given on topics including EVPN VPWS seamless interworking, weighted HRW, IPSEC cut-through mode, E-Tree updates, EVPN group policy, anycast multi-homing, fast re-route, and Savi-EVPN integration.

## Key Discussion Points

*   **Working Group Document Progress:** Chairs emphasized the need to focus on closing existing working group documents and encouraged updates.
*   **RFC 7430:** A poll was conducted to assess the readiness of the latest version for working group last call.  A majority had read it and thought it was ready.
*   **EVPN IPSEC Cut-Through Mode:** Concerns were raised regarding the management of the data plane part, with a suggestion to discuss offline and potentially involve the NVO3 working group.  The need for a new UDP port was identified, raising questions about which working group should manage this aspect.
*   **EVPN Group Policy:** Discussion centered on resolving issues related to RFC 7348 and a recommendation to republish it with an IANA section, treating it as informational. The routing working group offered to support this. The need to consider interaction between standards track and informational drafts when creating normative references was raised.
*   **Anycast Multi-homing:** Janos Farkas mentioned 802.1AX as a standard for multi-chassis link aggregation and suggested potentially referencing it. Discussions clarified that existing deployments were largely proprietary.
*   **SRV6-based BGP Service Capability Advertisement:** Doubts were expressed about the practicality of a new capability code at this stage due to existing deployments, with suggestions it might be too late. Concerns were raised that a capability code could make brownfield deployments problematic.
*   **EVPN Extension for Even6:** Concerns were expressed whether this solution solved any real problem and why it encapsulated MAC in IPv6 when EVPN covers L2 and L3 VPNs and SRv6 already exists.

## Decisions and Action Items

*   **RFC 7430:** Proceed with working group last call following IETF.
*   **EVPN IPSEC Cut-Through Mode:** Discuss data plane aspects offline, potentially involving NVO3.
*   **EVPN Group Policy:** Republish RFC 7348 with an IANA section and treat it as informational following recommendation by the IETF Trust.
*   **SRV6 E-Tree Draft:** Ali to follow up with Patrice regarding comments to improve the description of the tunnel encapsulation.
*   **Ali (E-Tree):** Follow up by email to chairs, requesting adoption and/or last call.
*   **Wiki Page:** Chairs requested for everyone to make sure they add anything they request to be tracked on the Wiki Page.

## Next Steps

*   Working group last call for SR argument post IETF.
*   Authors of related SRV6 and Fast Reroute drafts to cooperate/merge efforts.
*   Further discussion and refinement of various draft documents based on feedback received.