Hi Sue and authors, I've read the latest version of this document and have some questions,
I understand this document provides one mechanism to build P2MP Trees using the tree SIDs and the unicast SR SIDs. While it is not quite clear to me how much it is analogous to SR policy, and whether BGP is the suitable tool for its provisioning. 1. This document introduces 3 route types. The first route type is provisioned to the headend node (the root node), the second route type is used to provision the replication SID on each replication node individually, and the third route type is used to progress each outgoing interface individually for a replication cross connect. This is different from SR Policy which only needs to be provisioned on the headend nodes of the path, and it seems that this is an extension to BGP for the provisioning of individual transit nodes and interfaces with different information. 2. In this document, a P2MP candidate path carried in BGP tunnel encaps attribute consists of several path instances, one of the path instance is active, the others are used as backup paths. And under a path instance, it may contain a protection segment list. While in BGP SR Policy, the tunnel encaps attribute consists of multiple segment lists under one candidate path, and all the segment lists are used for load balancing purpose. Different candidate paths can be used as either active or backup paths, but they are carried with different SR Policy NLRIs. Since this document says it reuses the concept of candidate path, It would be helpful if it could highlight the difference from SR Policy candidate path in the structure. Best regards, Jie From: pim [mailto:[email protected]] On Behalf Of Susan Hares Sent: Thursday, March 10, 2022 10:55 PM To: [email protected]; [email protected]; [email protected] Subject: [pim] draft-hb-idr-sr-p2mp-policy (3/10 to 3/24/2022) This begins a 2 week WG adoption call for: draft-hb-idr-sr-p2mp-policy from (3/10 to 3/24/2022) You can obtain the draft at: https://datatracker.ietf.org/doc/draft-hb-idr-sr-p2mp-policy/ In your comments for this call please consider: 1) Does this technology support the SR P2MP features that distributes candidate paths which connect a multicast distribution tree (tree to leaves). 2) Is the technology correctly specified for the NLRI (AFI/SAFI) and the tunnel encapsulation attribute additions (sections 2 and 3)? 3) Does the P2MP policy operation (section 4) provide enough information for those implementing this technology and those deploying the technology? 4) Do you think this multicast technology is a good Place to start for P2MP policy advertisement via BGP? 5) Do you think this SR P2MP policies should not be advertised via BGP? Cheers, Susan Hares
_______________________________________________ BESS mailing list [email protected] https://www.ietf.org/mailman/listinfo/bess
