Authors, Here are my comments on the draft. In general, the draft is well written and good-to-go, but I have a few comments that are mostly aimed at improving the readability of the draft.
Please treat these as WG last call comments. Best regards Matthew General Comments: - Please expand all less-commonly used acronyms on first use. - You use a mix of ‘a EVPN’ and ‘an EVPN’. I think it should be ‘an EVPN’ throughout, since I presume you intend the reader to say ‘EeeeVPN’. Minor comments: Section 1, 2nd paragraph: “Section 2 provides the details of the requirements. Section 3 specifies procedures for the seamless integration of VPLS and EVPN networks. Section 4 specifies procedures for the seamless integration of PBB-VPLS and PBB-EVPN networks. Section 5 discusses the solution advantages.” I am not sure we need to be talking about solution advantages in an RFC, unless we are directly comparing this solution with some other published solution. I suggest changing this to solution attributes. Section 3: “All the logic for this seamless integration…” would read better as just “All the logic for seamless integration…” Section 3.1: “,per current standard procedures specified in..” ‘current standard’ is redundant once this is published. I suggest changing this to just “per the procedures specified in…” Section 3.1. Second paragraph. The grammar makes this hard to parse. I suggest changing ‘would’ to ‘will’ throughout and rewording the last two sentences as follows: “In other words, when the discovery phase is complete, the EVPN PEs will have discovered all the PEs in the VPN instance along with their associated capability (EVPN or VPLS-only), whereas the VPLS PEs will have discovered all the PEs in the VPN instance as if they were all VPLS-only PEs.” Section 3.3: 2nd paragraph: “The EVPN PEs do not advertise the C-MAC address learned over PW to each other because every EVPN PE learns it directly over its associated PW to that VPLS PE.” I think this should be: “The EVPN PEs do not advertise the C-MAC address learned over the PWs to each other because every EVPN PE learns them directly over its associated PW to that VPLS PE. “ Section 3.3: 2nd and 3rd paragraph: “….but this is the typical behavior of VPLS PEs.”. This would be clearer if it was a new sentence e.g.: “Note that this is behavior typical of VPLS PEs.” Section 5: Solution Advantages As mentioned above, I don’t think we need to push advantages of a stand-alone and soon-to-be-standardised solution unless we are directly comparing it with something else. I suggest renaming this to ‘Solution Attributes”. Section 6: Security consideration. This section is far too light weight and I am concerned that the security area will have concerns. If there are really no additional considerations, then perhaps you could be more explicit as to what consideration from VPLS and EVPN do apply, and/or provide references.
_______________________________________________ BESS mailing list [email protected] https://www.ietf.org/mailman/listinfo/bess
