Re: [v6ops] I-D Action: draft-gont-v6ops-ipv6-ehs-packet-drops-04.txt

Brian E Carpenter <brian.e.carpenter@gmail.com> Mon, 27 July 2020 20:51 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4F723A0407 for <v6ops@ietfa.amsl.com>; Mon, 27 Jul 2020 13:51:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, NICE_REPLY_A=-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 Z0gWPcC4OTqp for <v6ops@ietfa.amsl.com>; Mon, 27 Jul 2020 13:51:55 -0700 (PDT)
Received: from mail-pg1-x531.google.com (mail-pg1-x531.google.com [IPv6:2607:f8b0:4864:20::531]) (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 422893A07E8 for <v6ops@ietf.org>; Mon, 27 Jul 2020 13:51:55 -0700 (PDT)
Received: by mail-pg1-x531.google.com with SMTP id n5so10622128pgf.7 for <v6ops@ietf.org>; Mon, 27 Jul 2020 13:51:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=0dxXAScwMazYaXVgKlZSpqrE9IaQ3D2b0AWSCdXxmIQ=; b=qRKQUtAkUJlAvGD6S3Y12mQvBl/oTcaI+uOsid3eGIVhvYhzmRowWEcUTbfqKobAop r7gaDC2o9fZz8nzKd4aiyuUMZA2IVf7c7iBajyBxNc82bH4yDAnbNEVXz2vTgk92MkR1 Bkc5x5recYNHn7pFurvYiNrZJDgUG+ObY1Lmkw6kob49SKSzSEZjM9qehQLVZ+JtOm0s OzC2ugZwAF6+3or3iKs0QfZ+yoEa3wLgbqRfResQsHzkV1tPP1yVR+iyyI85+yHH/DCd 5AgF3oR2zVfDiK9/4qhW5FZDTv3LJL2t6eVKoXStt7Pn/Jrgz8c1rwG11KGxcwHTkSVb KY7g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=0dxXAScwMazYaXVgKlZSpqrE9IaQ3D2b0AWSCdXxmIQ=; b=Qf8NowLaSES0lL3NIFpCpRlJ+oZsMX76YDF9mtedhlHnZ2sCMtMN7dnMXfc6EOzjl6 Rr68MK+JJaunKukrg7H2KeSaRRrNFvMOeFoaoMyrjMmF6glr79iRlJrcoEdqLtu5+RzD aL0C9S1+/asMFNRY20lDWRqIF8NlUckavyJljnTnOA7SLwWvJV09QV8mjxk9m2EO2dfw YFWptUcVPxxfkZfYx8lFF1UemkL37CYm8kp0f9TRrQ26IjlCxpU6+BefMUR60aplPI9w wUVwIEDi60wtWiSkluPpsN0EEkcLJpkzBAVnynQnVC1SwgotA6iub6ZOK1xzFfJlg8NJ ZB1w==
X-Gm-Message-State: AOAM532mtTPZ/xrjb7AnwyAxQj0MKY5c1x+4tWS6YJogCincx424zfXd VPek0sgjzGgCTQeo91PqjtDY7VlD
X-Google-Smtp-Source: ABdhPJxvyD0MSlwCPlu5iqSS9DfBdEKBQuCJGbR4ccbobeoDSICU013Hxez9g7B5fsCaD96ghOZtSw==
X-Received: by 2002:a65:6086:: with SMTP id t6mr20731424pgu.342.1595883113985; Mon, 27 Jul 2020 13:51:53 -0700 (PDT)
Received: from [192.168.178.20] ([151.210.139.192]) by smtp.gmail.com with ESMTPSA id nk22sm476363pjb.51.2020.07.27.13.51.52 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 27 Jul 2020 13:51:53 -0700 (PDT)
To: Fernando Gont <fernando@gont.com.ar>, IPv6 Operations <v6ops@ietf.org>
References: <159574132870.611.12077598721404194383@ietfa.amsl.com> <cc504d98-93ad-d14d-3362-e59b323d4b90@gmail.com> <5f0f7715-ff53-e5b2-6803-df1aac573060@gont.com.ar>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <53a8e94d-dfc3-23f9-2dac-b70eb4f203a8@gmail.com>
Date: Tue, 28 Jul 2020 08:51:51 +1200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <5f0f7715-ff53-e5b2-6803-df1aac573060@gont.com.ar>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/BzluNssUI6ZZecv2kw_JBo0FSLs>
Subject: Re: [v6ops] I-D Action: draft-gont-v6ops-ipv6-ehs-packet-drops-04.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Jul 2020 20:51:59 -0000

On 27-Jul-20 18:49, Fernando Gont wrote:
> On 26/7/20 19:14, Brian E Carpenter wrote:
>> Hi,
>>
>> IMHO this is useful work.
>>
>>> A number of recent RFCs have discussed issues related to IPv6 extension headers,
>>
>> I suggest to add RFC7045 to the bullet list, and delete the reference to it
>> in the previous paragraph. In fact, the structure of the "Previous Work"
>> section is a bit strange, with a prose paragraph followed by a bullet list.
>> Maybe restructure that (e.g. transform it into a single longer bullet list)?
> 
> That's a good point.
> 
> I wonder if we could somehow separate:
> * Std work that has become incorporated into the core spec.
> 
> * Other Std work that affects EHs but hasn't been incorporated into the 
> core spec (e.g., RFC6980)

Sure, if binary separation is really possible.

> BTW... it seems that RFC7045 has not really been incorporated into 
> RFC8200?   

Well, yes and no. Firstly the point about HbH header processing
being essentially optional was adopted.  Similarly, RFC7045 says
"This document updates RFC 2460 to
clarify how intermediate nodes should deal with such extension
headers and with any that are defined in the future."
and that, I believe, is reflected in RFC8200.

The other new thing in RFC7045 was the IANA restructuring of
https://www.iana.org/assignments/protocol-numbers/protocol-numbers.xhtml
That was not moved into RFC8200, and IANA still uses RFC7045 as the
primary reference. So I think it's appropriate that RFC8200 doesn't
obsolete RFC7045. You are correct that it is still relevant, but I'm
not sure there is any need for RFC7045bis.

We could have a long discussion about refactoring the IPv6 document
set in some way, but I'm not sure there's any value in that either.
Frequent updates of "Node Requirements" is another thing we could
discuss...

> I mean, other work (e.g. RFC6946 has been incorporated into 
> RFC8200, and currently their raison d'etre is mostly for the reader to 
> find additional information -- but from the pov of RFC8200 is not really 
> necessary to read RFC6946). OTOH, it would seem that RFC7045 still 
> applies to RFC8200 in the very same way it applies/applied to RFC2460?
> So in a way it should be in the bulleted list, but otoh it doesn't seem 
> to have been incorporated into RFC8200 -- while it still applies to it?
> 
> 
> Modulo RFC6980 (and RFC7045), it would seem that the first para (prose) 
> could also be arranged as a set of bullets, noting something along the 
> lines of "documents that discuss operational implications of EHs"?

Yes.

> And I guess we could also arrange the measurements stuff (last para) in 
> their own set of bullets?

A uniform structure would certainly be easier to read.

Regards
     Brian