I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.  Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.

Document:  draft-ietf-idr-flow-spec-v6-17
Reviewer:  Dale R. Worley
Review Date:  2020-10-25
IETF LC End Date:  2020-10-21
IESG Telechat date:  2020-11-05

Summary:

    This draft is ready for publication as a Standards Track RFC.

Nits/editorial comments:

3.1.  Type 1 - Destination IPv6 Prefix
3.2.  Type 2 - Source IPv6 Prefix

Unlike IPv4, it is plausible that a set of flows could be determined
by two contiguous sections of an address, e.g., an initial prefix and
a subset of bits within an embedded IPv4 address.  By
draft-ietf-idr-rfc5575bis-26 section 4.2, an IPv6 flow specification
may not contain two Destination IPv6 Prefix or two Source IPv6 Prefix
components, so this type of selection cannot be specified.

4.  Ordering of Flow Specifications

   If the offsets are not equal, the lowest offset has
   precedence, as this flow matches the most significant bit.

"as this flow" should be "as this flow specification"

5.  Validation Procedure

      a) A destination prefix component with offset=0 is embedded in the
      Flow Specification

I note that this requirement has no functional effect, as a
destination prefix with length = 0 can always be added to a flow
specification without effect.  However, this observation also applies
to IPv4 flow specifications, so I assume it has been given due
consideration.

[END]