Re: [ippm] Mail regarding draft-fz-6man-ipv6-alt-mark

Hi,

I did a quick read of this draft and have a few comments.

It appears to be defining a new IPv6 extension header.   It should say that in the title and be described in the abstract.

   This document defines how the alternate marking method can be used to
   measure packet loss and delay metrics of IPv6 and SRv6.

As Tom mentioned, SRv6 is part of IPv6, they are not separate things.

   The IPv6 Header Format defined in [RFC8200] introduces the format of
   the IPv6 addresses, the Extension Headers in the base IPv6 Header and
   the availability of a 20-bit flow label, that can be considered for
   the application of the Alternate Marking methodology.  In this

RFC8200 does not define the format of IPv6 addresses.  That is done in RFC4291.

This draft appears to depend on a number of IPPM documents, but none are listed as normative references.

One of these is RFC 8321, but that has status of Experimental.  I don’t think this document can be Standards track if it depends on an Experimental RFC.

In the EH definition in Section 3.1.1 there is a field called "Flow ID".  I can’t tell if this is the same or different from the IPv6 flow label defined in RFC8200 and RFC6437.   This should be clarified and justified.

Bob

> On Oct 19, 2019, at 8:32 AM, Tom Herbert <tom@quantonium.net> wrote:
> 
> On Fri, Oct 18, 2019 at 1:30 AM Haoyu Song <haoyu.song@futurewei.com> wrote:
>> 
>> I just read this draft and I think it’s an implementation of the draft [I-D.zhou-ippm-enhanced-alternate-marking], which discusses the method of encapsulating the enhanced alternate marking header in IPv6. I have several comments.
>> 
>> 
>> 
>> It doesn’t cover the encapsulation on SRv6 yet and I think a solution for SRv6 would be more useful.
> 
> SRv6 _is_ a subset IPv6. It is one type of routing header. Like any
> other use case of IPv6, HBH and destination options are useable when
> SRv6 header is present. Because SRv6 is a routing header destination
> options before the routing header are processed by each destination in
> the route list.
> 
>> More deployment consideration discussion should be given when it’s encapsulated in HBH EH
> 
> In what regard?
> 
>> The document mentioned two PBT modes discussed in [I-D.song-ippm-postcard-based-telemetry]. Since the PBT-I variation has been merged in another draft [I-D.ioamteam-ippm-ioam-direct-export], this draft may need to be updated accordingly.
>> 
>> 
>> 
>> Thanks!
>> 
>> 
>> 
>> Haoyu
>> 
>> _______________________________________________
>> ippm mailing list
>> ippm@ietf.org
>> https://www.ietf.org/mailman/listinfo/ippm
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------

Re: [ippm] Mail regarding draft-fz-6man-ipv6-alt-mark

Attachment: signature.asc