ietf80, prague1 ldp extensions for optimized mac address withdrawal in vpls model 3 supporting...
TRANSCRIPT
IETF80, Prague 1
LDP Extensions for Optimized MAC Address Withdrawal in VPLS model 3 supporting
Qualified learning
draft-chen-l2vpn-vpls-mac-opt-qualified-01
Ran Chen
Yubao Wang
Liang Guo
2011-3-29
Introduction
• This draft describes a problem and a solution to optimize the MAC flush procedure in VPLS model 3 ([RFC4664] )supporting qualified learning ([RFC4762]).
IETF80, Prague 22011-3-29
Problem statement( I)• There are two MAC address withdraw mechanisms in IETF.
– RFC4762– Draft-ietf-l2vpn-vpls-ldp-mac-opt
• Comparison of the existing MAC address withdraw mechanism
2011-3-29 IETF80, Prague 3
Mechanism Comparison
RFC4762 The basic MAC address withdraw mechanism in VPLS.
Draft-ietf-l2vpn-vpls-ldp-mac-opt
Extend RFC4762 to Optimize MAC address withdraw in H-VPLS.
Problem statement( II)
• As per the processing rules defined in both RFC4762 and Draft-ietf-l2vpn-vpls-ldp-mac-opt ,PEs flush the MAC address belonging to the unaffected MAC address in qualified learning model.
2011-3-29 IETF80, Prague 4
Figure1: MAC address withdraw mechanism defines in existing drafts
Solutions(I)
• Use of optional MAC Address Space TLV in LDP Address Withdraw Message.
• MAC Address Space TLV
2011-3-29 IETF80, Prague 5
Solutions( II)
• As per the processing rules defined in this draft. Only MAC addresses belonging to VLAN1 and learned over the PW that terminates at PE1 be removed.
2011-3-29 IETF80, Prague 6
Figure2: MAC address withdraw mechanism defines in this draft
Benefits
• Quick convergence• Narrows the scope of MAC address flush.
– When PEs receive the message with MAC Address Space TLV , they flush only the MAC addresses belonging to the MAC address space affected by topology change.
2011-3-29 IETF80, Prague 7
Next Step
• The authors would like to request more WG feedbacks
Thank you
IETF80, Prague 82011-3-29