Re: New Version Notification for draft-voyer-6man-extension-header-insertion-08.txt

Fernando Gont <fgont@si6networks.com> Tue, 26 November 2019 21:46 UTC

Return-Path: <fgont@si6networks.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 0EC711200DF for <ipv6@ietfa.amsl.com>; Tue, 26 Nov 2019 13:46:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 mYDpBls_r5vH for <ipv6@ietfa.amsl.com>; Tue, 26 Nov 2019 13:46:33 -0800 (PST)
Received: from fgont.go6lab.si (fgont.go6lab.si [91.239.96.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A66191200C1 for <6man@ietf.org>; Tue, 26 Nov 2019 13:46:33 -0800 (PST)
Received: from [192.168.3.69] (unknown [186.137.78.253]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id 19C9F86202; Tue, 26 Nov 2019 22:46:29 +0100 (CET)
Subject: Re: New Version Notification for draft-voyer-6man-extension-header-insertion-08.txt
To: Ole Troan <otroan@employees.org>, Sander Steffann <sander@steffann.nl>
Cc: 6man <6man@ietf.org>
References: <157422734071.5406.14331301768750185617.idtracker@ietfa.amsl.com> <851F7007-3DD5-42F3-8884-8842DA07EE53@cisco.com> <1cfd682f-d6bc-a697-38a7-933aa0485b8a@si6networks.com> <D4436EF5-2B97-44A4-915D-EF7611590B51@steffann.nl> <51AAA37A-847E-48B9-8965-7449898B8F18@employees.org>
From: Fernando Gont <fgont@si6networks.com>
Openpgp: preference=signencrypt
Message-ID: <3f7b90fd-e5a0-9e21-5a4a-450944c99c2c@si6networks.com>
Date: Tue, 26 Nov 2019 18:46:24 -0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0
MIME-Version: 1.0
In-Reply-To: <51AAA37A-847E-48B9-8965-7449898B8F18@employees.org>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/12Qwp_eeQT2EmbUrSxBLL5HTcnM>
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: Tue, 26 Nov 2019 21:46:35 -0000

On 23/11/19 07:23, Ole Troan wrote:
>>> What's the rationale for this document being "Informational"?
>>>
>>> Documenting how folks are breaking the spec?
>>
>> For that I think an Independent Submission is the only appropriate one. Anything in any IETF stream should either stick to existing specs or explicitly update them.
> 
> A whole session at the IETF meeting in Singapore was spent on the topic of header insertion in general and in the context of SR.
> Progress was made.
> I would encourage you to review that session.
> Video recording is here: https://www.youtube.com/watch?v=ZJU0m1EhjaI

I will review the session. That said, in the context that "decisions are
made on the mailing-list", and in the hope of fairness, shouldn't the
list be polled in that respect?



> My reading of the working group session was to proceed work on both drafts. With neither draft updating RFC8200.
> 
> Let's focus on communicating and understanding the positions of each "camp" and proceed with the technical arguments.
> I would discouarge "process arguments".
> If you believe those are necessary, please take those with the chairs and AD and we can summarize to the group.

My basic question/comment about process is, particularly given the
amount of discussion that the topic has received on the list: why take
action on the topic on the meeting, without polling the list?

I'm also curious about the rationale of working on a document that
violates a core spec. It looks to me as "we didn't get consensus to
update the spec, so now we just document how we're ignoring the spec".
Given the history we have had on this topic, I don't see the process
(making a decision at the session without polling the list) nor the
outcome (essentially publishing a doc that violates the spec as
informational) as a sensible outcome.

Thanks,
-- 
Fernando Gont
SI6 Networks
e-mail: fgont@si6networks.com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492