From nobody Wed Jul 21 14:15:42 2021 Return-Path: X-Original-To: ipv6@ietfa.amsl.com Delivered-To: ipv6@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42AAD3A2AB1; Wed, 21 Jul 2021 14:15:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gf0YnqmRJzRD; Wed, 21 Jul 2021 14:15:35 -0700 (PDT) Received: from mail-oi1-x232.google.com (mail-oi1-x232.google.com [IPv6:2607:f8b0:4864:20::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8E2C3A2AAB; Wed, 21 Jul 2021 14:15:31 -0700 (PDT) Received: by mail-oi1-x232.google.com with SMTP id r80so4318958oie.13; Wed, 21 Jul 2021 14:15:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=/hHBCwJVMIgpgxO3cH+bZ5essMebGoaAtDaA15YgrwI=; b=vauTvTacthKVjmEupH++2GikfoNdxvzIEKHF9OntHG5eS5HYUX3oSxJgMzSEJsKDDS sUAzntHak7lIf0JI1CrXKLcWjX574Q0ifBVoiegFNBIlUcc/Djo9l8i0sVqul0t1c1c3 nAYFQV46LQQGwYu716fddu71/8RqjQ8OqhnEw6sujltOOVCw+oXQQJXZ4Q4buOqvZgvM OahtoTlMutUFnM4Cs8pxS5LjfODaqhC4EKqfljfUbTe64dx0UZaUrcfQIXFPRAnMDGc5 t37m7VVcfrCcwZkiyRkfEySMZgPDac9Yofhoa+GMpcyAN9wn5tAemRScfVOs/JY9qOaj dZ8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=/hHBCwJVMIgpgxO3cH+bZ5essMebGoaAtDaA15YgrwI=; b=k/aV49S5ZBPm4Bsrt1mRuC0ofKQj1bhc+FJ3kl98YV1oHChROg5Zj1qygX5Q3hsfls CWi8/l+058vVrVyNGpdp18SPvjdouDiHDVp3dxK1IpyRRxdDufUTjA7W8xGRk3KH6VwL Zr4OtSzXieFV01H6mVYR5kgV+NotJf3WaN+z7MtXGNYoIwssuv5i3i1jOoOHpLMezXQM BcvsYI1XaGMVOFbFcENNDvsoTVlgVIf+TpCyCEpOD2X23VVwW0peAvGup3BM3lOwFnLJ Dx8Jh4MU9anV8/CGTfGTfaBU7iMqkvt8As4hUOgj9ioHU/VVSPbtXce2Z4I/qU9yHlts M1tg== X-Gm-Message-State: AOAM530r2Fu6OfKilX0uhdGibI9GBVdU0sezPLsnvnA8J2NOFAdwVvLm UsnZTq1KenZUJdO0uqMp1uoAJsth/xkmB+ZC12Y= X-Google-Smtp-Source: ABdhPJxIYt/dN02bzShws4xvG4QwCAcJ/FDAe56Hu3kMhQ9xTeiKELgw9rNZDxL3B+cX841mGx6jJqNsumSuQGPBxVk= X-Received: by 2002:aca:4d55:: with SMTP id a82mr25833968oib.100.1626902125978; Wed, 21 Jul 2021 14:15:25 -0700 (PDT) MIME-Version: 1.0 References: <162438559975.15179.9747247210680035503@ietfa.amsl.com> <9bfa6dc92ed441899d61c8c09860a460@huawei.com> In-Reply-To: <9bfa6dc92ed441899d61c8c09860a460@huawei.com> From: Erik Kline Date: Wed, 21 Jul 2021 14:15:15 -0700 Message-ID: Subject: Re: FW: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.txt To: Giuseppe Fioccola Cc: Stewart Bryant , Christopher Wood , Yoshifumi Nishida , "6man@ietf.org" <6man@ietf.org>, "draft-ietf-6man-ipv6-alt-mark.all@ietf.org" Content-Type: multipart/alternative; boundary="0000000000004da63f05c7a8ab7b" Archived-At: X-BeenThere: ipv6@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "IPv6 Maintenance Working Group \(6man\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2021 21:15:40 -0000 --0000000000004da63f05c7a8ab7b Content-Type: text/plain; charset="UTF-8" Giuseppe, I think in S2.1 "MUST NOT" be used outside a "controlled domain" is perhaps a bit too strong. Similarly in S6, "MUST be applied in...controlled domains" might be moderated down to "SHOULD only be applied...". I'll note that it is possible for an AH option to be used to ensure the DstOpt variant is unmodified en route, and these two in conjunction can be used wherever desired to send such packets outside the given domain (subject, of course, to all the middlebox interference any such packet would inevitably receive -- but that's a separate issue). On Tue, Jun 22, 2021 at 11:27 AM Giuseppe Fioccola < giuseppe.fioccola@huawei.com> wrote: > Dear Stewart, Christopher, Yoshi, All, > Please note that I just submitted a new version of the draft. It has been > thoroughly reviewed to address the comments received during the Last Call. > > Your inputs are always welcome. > > Regards, > > Giuseppe > > -----Original Message----- > From: ipv6 On Behalf Of internet-drafts@ietf.org > Sent: Tuesday, June 22, 2021 8:13 PM > To: i-d-announce@ietf.org > Cc: ipv6@ietf.org > Subject: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.txt > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the IPv6 Maintenance WG of the IETF. > > Title : IPv6 Application of the Alternate Marking Method > Authors : Giuseppe Fioccola > Tianran Zhou > Mauro Cociglio > Fengwei Qin > Ran Pang > Filename : draft-ietf-6man-ipv6-alt-mark-07.txt > Pages : 21 > Date : 2021-06-22 > > Abstract: > This document describes how the Alternate Marking Method can be used > as a passive performance measurement tool in an IPv6 domain. It > defines a new Extension Header Option to encode Alternate Marking > information in both the Hop-by-Hop Options Header and Destination > Options Header. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-6man-ipv6-alt-mark/ > > There is also an htmlized version available at: > https://datatracker.ietf.org/doc/html/draft-ietf-6man-ipv6-alt-mark-07 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-6man-ipv6-alt-mark-07 > > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > --0000000000004da63f05c7a8ab7b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Giuseppe,

I think in=C2=A0S2.1 "MU= ST NOT" be used outside a "controlled domain" is perhaps a b= it too strong.=C2=A0 Similarly in S6, "MUST be applied in...controlled= domains" might be moderated down to "SHOULD only be applied...&q= uot;.

I'll note that it is possible for an AH = option to be used to ensure the DstOpt variant is unmodified en route, and = these two in conjunction can be used wherever desired to send such packets = outside the given domain (subject, of course, to all the middlebox interfer= ence any such packet=C2=A0would inevitably receive -- but that's a sepa= rate issue).

On Tue, Jun 22, 2021 at 11:27 AM Giuseppe Fioccola <giuseppe.fioccola@huawei.com<= /a>> wrote:
D= ear Stewart, Christopher, Yoshi, All,
Please note that I just submitted a new version of the draft. It has been t= horoughly reviewed to address the comments received during the Last Call.
Your inputs are always welcome.

Regards,

Giuseppe

-----Original Message-----
From: ipv6 <i= pv6-bounces@ietf.org> On Behalf Of internet-drafts@ietf.org
Sent: Tuesday, June 22, 2021 8:13 PM
To: i-d-announce= @ietf.org
Cc: ipv6@ietf.org Subject: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.txt


A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the IPv6 Maintenance WG of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= IPv6 Application of the Alternate Marking Method
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Gius= eppe Fioccola
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Tianran Zhou
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Mauro Cociglio
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Fengwei Qin
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Ran Pang
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-6man-ipv6-alt-mark-07.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 21
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2021-06-22

Abstract:
=C2=A0 =C2=A0This document describes how the Alternate Marking Method can b= e used
=C2=A0 =C2=A0as a passive performance measurement tool in an IPv6 domain.= =C2=A0 It
=C2=A0 =C2=A0defines a new Extension Header Option to encode Alternate Mark= ing
=C2=A0 =C2=A0information in both the Hop-by-Hop Options Header and Destinat= ion
=C2=A0 =C2=A0Options Header.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draf= t-ietf-6man-ipv6-alt-mark/

There is also an htmlized version available at:
https://datatracker.ietf.org/d= oc/html/draft-ietf-6man-ipv6-alt-mark-07

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url= 2=3Ddraft-ietf-6man-ipv6-alt-mark-07


Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/list= info/ipv6
--------------------------------------------------------------------
--0000000000004da63f05c7a8ab7b--