Re: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.txt
Mark Smith <markzzzsmith@gmail.com> Fri, 23 July 2021 23:00 UTC
Return-Path: <markzzzsmith@gmail.com>
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 39B483A2085; Fri, 23 Jul 2021 16:00:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.597
X-Spam-Level:
X-Spam-Status: No, score=-0.597 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, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 GCEtPUmrg1dg; Fri, 23 Jul 2021 16:00:19 -0700 (PDT)
Received: from mail-io1-xd2a.google.com (mail-io1-xd2a.google.com [IPv6:2607:f8b0:4864:20::d2a]) (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 0225A3A2082; Fri, 23 Jul 2021 16:00:18 -0700 (PDT)
Received: by mail-io1-xd2a.google.com with SMTP id n19so4492944ioz.0; Fri, 23 Jul 2021 16:00:18 -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=gG3d3rn19VNX11LtecC7Ho3tra/r5Iqi0vqug8SRJkY=; b=XLR53qZcEffrgnexxy22PbIQbS5o9bDrmrLG6LnKfrG3NhPnKqhi7rd0E3xdEwLytv P3m/f+ePM8EFIEOkS1SVjqFA/nvO1rtZjLC6Q90ALRh7fsMKZTCDaCIzTOxC48J7UpPC 9xbLatf3Ndeg9JGHCn8Z6q/DhbNP1+hv1kk/gpcj2rpBbypOpUXVl3ERZpxoLYF65C5u +/NN8s2bh2zTlcwrDofc0mgx01B7vOx0UWTh3sZf8zPldwPItBycDdPH4JV370zHfn36 wG7efhmExAB2rLJfbj9P1dj09a41PUlFM0kR9YAUtq4Cxo1r4ixrdpTZvWi/VnnHRQa8 EiDA==
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=gG3d3rn19VNX11LtecC7Ho3tra/r5Iqi0vqug8SRJkY=; b=cm9HglujFMuq8immgxAMFH2oasbTfTPzueARsRvYB/EMn0alA7UHo0DkZk2xdIDoj0 sZguc8Ce3C1nVmsxLfN4B1AkmK+JXTT0SEKWRFiCZzIQs6aCGirYSN4s/QmiIxAXPmkS 2V6h7I+koyhPKqYdVIC31R784EdBs92/zKyuxJd9ZaJb6z9CffaPh8BdAN2KWAsweA2B BAyA8Z4YVTw9mIjV7sjzkVtee+8MzNQ+IioQ3sUuh2cB4T/Ovn6d4U5PXj5azkEkebYa Qvjt8TeISQC6bfXCvuI6pbMn6dyUYXs/up7DRZEmQkxHhnS+vBP2uMAWdjd6jZYRpe5m 8QnQ==
X-Gm-Message-State: AOAM532D+00vczYOKCWPaqEj3JbTFdce1G/k+P9x53UfZPs8iY2eGniy eyg304ZPeO5yh1LSFtuN1F9KQ/bcpHIY53blmXc=
X-Google-Smtp-Source: ABdhPJzO755ItzgEZ0PCFc9c5Pey/3ayUe6qX+kAGsFDqS36jLzd8cu5fB3Mw5ssBPEAJKr9jwWTVXXwv914M4TCkh4=
X-Received: by 2002:a6b:1642:: with SMTP id 63mr5688541iow.68.1627081217031; Fri, 23 Jul 2021 16:00:17 -0700 (PDT)
MIME-Version: 1.0
References: <ea7246fe81b140fba42e6d202c2afc8b@huawei.com> <B2749D3A-FF51-47ED-9D25-D973BF9A4309@gmail.com> <5cd00f25326146619c699160d671a4f2@huawei.com>
In-Reply-To: <5cd00f25326146619c699160d671a4f2@huawei.com>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Sat, 24 Jul 2021 09:00:05 +1000
Message-ID: <CAO42Z2zUcK_k=VO4b+wxJWDWxA=TR5w9W7oAufMZ9Ufiks6-Tw@mail.gmail.com>
Subject: Re: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.txt
To: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
Cc: Mike Simpson <mikie.simpson@gmail.com>, Yoshifumi Nishida <nsd.ietf@gmail.com>, 6MAN <6man@ietf.org>, Christopher Wood <caw@heapingbits.net>, draft-ietf-6man-ipv6-alt-mark.all@ietf.org
Content-Type: multipart/alternative; boundary="000000000000f6448a05c7d25dea"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/NrYl5ikXxmB3eQ5ZtV-gEgTnNdk>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Jul 2021 23:00:26 -0000
On Fri, 23 Jul 2021, 18:20 Giuseppe Fioccola, <giuseppe.fioccola@huawei.com> wrote: > Hi Mike, > > To avoid misunderstanding, the precondition of controlled domain may be > kept as MUST. We can further specify that authentication MUST be used if, > for specific scenarios, it is applied outside a controlled domain. > Realise that a "MUST be limited to a controlled domain" in an RFC is nothing more than an aspiration. It's theory rather than reality. Packets are encouraged to try to exit "controlled" domains attached to the Internet due to the domain's default route, and then can leave the controlled domain ("leak") due failure of the controlling boundary because of implementation bugs, operator configuration error or partial node failure. Authentication must be a MUST for anything that is designed for a controlled domain if the controlled domain may be attached to the Internet, which is a possibility for any of them if they use IPv6. Packets getting to where they shouldn't would be one of the motivations of Postel's "Be conservative with what you send". Regards, Mark. > > Regards, > > > > Giuseppe > > > > > > *From:* Mike Simpson <mikie.simpson@gmail.com> > *Sent:* Friday, July 23, 2021 9:36 AM > *To:* Giuseppe Fioccola <giuseppe.fioccola@huawei.com> > *Cc:* Erik Kline <ek.ietf@gmail.com>; Yoshifumi Nishida < > nsd.ietf@gmail.com>; 6man@ietf.org; Christopher Wood <caw@heapingbits.net>; > draft-ietf-6man-ipv6-alt-mark.all@ietf.org > *Subject:* Re: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.txt > > > > Why not just keep it at MUST so that you don’t pollute the internets. > > > > We will end up having to filter for it anyway as always but it seems > foolhardy and unpleasant to intentionally weaken the language. > > > > Your new hotness belongs in your controlled domain. If you are going to > try and force it onto networks you don’t control then it’s not going to > work and you will end up having to tunnel it anyways. > > > > Why is this so hard to understand? > > > > On 22 Jul 2021, at 15:09, Giuseppe Fioccola <giuseppe.fioccola@huawei.com> > wrote: > > > > Hi Erik, > > Thanks for the input. > > I tend to agree that the condition “MUST” can be changed to “SHOULD”. I > can address your comments in the -08 version. > > > > Regards, > > > > Giuseppe > > > > *From:* Erik Kline <ek.ietf@gmail.com> > *Sent:* Wednesday, July 21, 2021 11:15 PM > *To:* Giuseppe Fioccola <giuseppe.fioccola@huawei.com> > *Cc:* Stewart Bryant <stewart.bryant@gmail.com>; Christopher Wood < > caw@heapingbits.net>; Yoshifumi Nishida <nsd.ietf@gmail.com>; > 6man@ietf.org; draft-ietf-6man-ipv6-alt-mark.all@ietf.org > *Subject:* Re: FW: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.txt > > > > 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 <ipv6-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 > 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 > -------------------------------------------------------------------- > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- >
- I-D Action: draft-ietf-6man-ipv6-alt-mark-07.txt internet-drafts
- FW: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.… Giuseppe Fioccola
- Re: FW: I-D Action: draft-ietf-6man-ipv6-alt-mark… Erik Kline
- RE: FW: I-D Action: draft-ietf-6man-ipv6-alt-mark… Giuseppe Fioccola
- Re: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.… Stewart Bryant
- Re: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.… Stewart Bryant
- Re: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.… Mike Simpson
- RE: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.… Giuseppe Fioccola
- RE: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.… Giuseppe Fioccola
- Re: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.… Mark Smith
- RE: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.… Giuseppe Fioccola
- Re: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.… Mark Smith
- Re: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.… Brian Carpenter
- RE: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.… Haoyu Song
- Re: I-D Action: draft-ietf-6man-ipv6-alt-mark-07.… Brian E Carpenter