Hello Zhenqiang Li, Thanks for your review and comments. Please check inline below.
From: li_zhenqi...@hotmail.com <li_zhenqi...@hotmail.com> Sent: 30 January 2020 08:46 To: Christian Hopps <cho...@chopps.org>; lsr <lsr@ietf.org> Cc: draft-li-lsr-ospfv3-srv6-extensions <draft-li-lsr-ospfv3-srv6-extensi...@ietf.org>; lsr-ads <lsr-...@ietf.org>; Christian Hopps <cho...@chopps.org>; Acee Lindem (acee) <a...@cisco.com> Subject: Re: [Lsr] WG Adoption Call for draft-li-lsr-ospfv3-srv6-extensions support the adoption with the following comments. 1. What does SRH stack mean in section 4.2? AS specified in RFC8200 and draft-ietf-6man-segment-routing-header, only one SRH can be presented in one IPv6 header. [KT] Thanks for catching this error and will fix as below: OLD: The Maximum End Pop MSD Type specifies the maximum number of SIDs in the top SRH in an SRH stack to which the router can apply Penultimate Segment Pop (PSP) or Ultimate Segment Pop (USP) NEW: The Maximum End Pop MSD Type specifies the maximum number of SIDs in the SRH for which the router can apply Penultimate Segment Pop (PSP) or Ultimate Segment Pop (USP) 2. The abbreviations used in this draft should be listed in a seperated section or point out where they are defined. [KT] We've followed the convention of expanding on first use as also providing reference where necessary. Please do let know if we've missed doing so anywhere. 3. Algorithm field is defined for End.x SID to carry the algorithm the end.x sid associates. But no algorithm field is defined for End SID in section 7. May I know the reason? [KT] The SRv6 Locator TLV that is the parent of the SRv6 End SID Sub-TLV carries the algorithm and hence there is no need to repeat in the Sub-TLV. This is not the case for SRv6 End.X SID Sub-TLV and hence it has the algorithm field. Thanks, Ketan Best Regards, Zhenqiang Li ________________________________ li_zhenqi...@hotmail.com<mailto:li_zhenqi...@hotmail.com> From: Christian Hopps<mailto:cho...@chopps.org> Date: 2020-01-24 04:24 To: lsr<mailto:lsr@ietf.org> CC: draft-li-lsr-ospfv3-srv6-extensions<mailto:draft-li-lsr-ospfv3-srv6-extensi...@ietf.org>; lsr-ads<mailto:lsr-...@ietf.org>; Christian Hopps<mailto:cho...@chopps.org>; Acee Lindem \(acee\)<mailto:a...@cisco.com> Subject: [Lsr] WG Adoption Call for draft-li-lsr-ospfv3-srv6-extensions Hi LSR WG and Draft Authors, The authors originally requested adoption back @ 105; however, some comments were received and new version was produced. Moving forward... This begins a 2 week WG adoption poll for the following draft: https://datatracker.ietf.org/doc/draft-li-lsr-ospfv3-srv6-extensions/ Please indicate your support or objection by Feb 6, 2020. Authors, please respond indicating whether you are aware of any IPR that applies to this draft. Thanks, Chris & Acee. _______________________________________________ Lsr mailing list Lsr@ietf.org<mailto:Lsr@ietf.org> https://www.ietf.org/mailman/listinfo/lsr
_______________________________________________ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr