Hi all,
A new version of the draft 
https://datatracker.ietf.org/doc/draft-wang-bess-mvpn-upstream-df-selection/ is 
published, in which the root PEs differentiation issue of UMH route and 
dual-root protection issue in Segmented Inter-AS Scenario are resolved.
We are looking forward to more comments, it would be appreciated if you can 
give some valuable suggestions to help us evolve it further .
Regards,
Siyu Chen

-------------------------------------------------------------------------------------------------------

A new version of I-D, draft-wang-bess-mvpn-upstream-df-selection-03.txt
has been successfully submitted by Siyu Chen and posted to the IETF repository.

Name:           draft-wang-bess-mvpn-upstream-df-selection
Revision:       03
Title:          Multicast VPN Upstream Designated Forwarder Selection
Document date:  2022-11-21
Group:          Individual Submission
Pages:          16
URL:            
https://www.ietf.org/archive/id/draft-wang-bess-mvpn-upstream-df-selection-03.txt
Status:         
https://datatracker.ietf.org/doc/draft-wang-bess-mvpn-upstream-df-selection/
Htmlized:       
https://datatracker.ietf.org/doc/html/draft-wang-bess-mvpn-upstream-df-selection
Diff:           
https://www.ietf.org/rfcdiff?url2=draft-wang-bess-mvpn-upstream-df-selection-03

Abstract:
   This document defines Multicast Virtual Private Network (VPN)
   extensions and procedures of designated forwarder election performed
   between ingress PEs, which is different from the one described in
   [RFC9026] in which the upstream designated fowarder determined by
   using the "Standby PE Community" carried in the C-Multicast routes.
   Based on the DF election, the failure detcetion point discovery
   mechanism between DF and standby DF is extended in MVPN procedures to
   achieve fast failover by using BFD session to track the status of
   detection point.  To realize a stable "warm root standby", this
   document obsolete the P-Tunnel status determining procedure for
   downstream PEs in regular MVPN by introducing an anycast RPF checking
   mechanism in dataplane as an instead.


                                                                                
  


The IETF Secretariat



_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess

Reply via email to