Suresh, I believe draft-ietf-bess-mvpn-expl-track-13 addresses your issues. Please let me know.
Eric On 10/25/2018 9:14 AM, Suresh Krishnan wrote: > Hi Martin, > > >> On Oct 25, 2018, at 4:31 AM, Vigoureux, Martin (Nokia - FR/Paris-Saclay) >> <martin.vigour...@nokia.com> wrote: >> >> Hello Suresh, >> >> thank you for your review. >> This NLRI is in fact defined in 6514 and the determination of the length >> of the IP address field is clarified in 6515, section 2 item 3. > That makes more sense but this is not clear from the draft at all. The only > prelude to the format says > > "The "route key" field of the NLRI will have the following format:” > > with no further explanations that this format is simply repeated from > RFC6514(I am guessing it is the S-PMSI A-D Route defined in Section 4.3). > Additionally, the draft does not even have a reference to RFC6515. I think it > would be really good to put some pointers into this draft. Suggest something > like this > > OLD: > > The "route key" field of the NLRI will have > the following format: > > NEW: > > The "route key" field of the NLRI uses > the following format as defined in Section 4.3 of [RFC6514]: > > > OLD: > > o The "ingress PE" address is taken from the "originating router" > field of the NLRI of the S-PMSI A-D route that is the match for > tracking. > > NEW: > > o The "ingress PE" address is taken from the "originating router" > field of the NLRI of the S-PMSI A-D route that is the match for > tracking. The length of the Ingress PE's IP address is computed > using the procedure described in Section 2 Item 3 of [RFC6515] > > Thanks > Suresh > _______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess