Re: [spring] Spirit and Letter of the Law (was: Question about SRv6 Insert function)

Fernando Gont <fgont@si6networks.com> Thu, 05 September 2019 13:46 UTC

Return-Path: <fgont@si6networks.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A72E71201E5; Thu, 5 Sep 2019 06:46:16 -0700 (PDT)
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 jc0nOQQ1Zgb4; Thu, 5 Sep 2019 06:46:15 -0700 (PDT)
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 E064712022A; Thu, 5 Sep 2019 06:46:14 -0700 (PDT)
Received: from [192.168.1.14] (ppp-94-69-228-25.home.otenet.gr [94.69.228.25]) (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 AC223861DB; Thu, 5 Sep 2019 15:46:12 +0200 (CEST)
To: Ole Troan <otroan@employees.org>, "Joel M. Halpern" <jmh@joelhalpern.com>
Cc: "spring@ietf.org" <spring@ietf.org>, "6man@ietf.org" <6man@ietf.org>, Suresh Krishnan <suresh.krishnan@gmail.com>
References: <BYAPR05MB54637FEAE1518F83977D274FAEB80@BYAPR05MB5463.namprd05.prod.outlook.com> <538732E2-915B-4952-A439-F4678FCC21B2@employees.org> <4c6b2456-db05-0771-5b98-bfd9f07b220b@si6networks.com> <34AB9F0F-614B-45C2-BD84-7DD53A1D5188@employees.org> <ea9557e5-9025-db78-8862-18454dd549c3@joelhalpern.com> <5200FFA0-E2F1-4491-8D06-0DC6BF87F77A@employees.org>
From: Fernando Gont <fgont@si6networks.com>
Openpgp: preference=signencrypt
Message-ID: <cdc190f4-315f-f716-951c-6d4ba1f4888d@si6networks.com>
Date: Thu, 05 Sep 2019 16:46:08 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0
MIME-Version: 1.0
In-Reply-To: <5200FFA0-E2F1-4491-8D06-0DC6BF87F77A@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/spring/jytz3MDWfQ5hs42np08uHOn8r6Q>
Subject: Re: [spring] Spirit and Letter of the Law (was: Question about SRv6 Insert function)
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Sep 2019 13:46:22 -0000

On 5/9/19 16:34, Ole Troan wrote:
> Joel,
> 
>> Part of the reason we write restrictions and requirements into RFCs is so that we do not have to repeat the arguments.
>>
>> If the proponents of the insertion have arguments for why it is now okay, they need to make those arguments.  And they need to make sure that the discussion is taken to the relevant working groups.  The burden should not be on those who are asking that attention be paid to existing RFCs.
> 
> As far as I know, but I'm trying to stay away from the actual proposals and argue this generally, no-one is proposing to update the RFC8200 header insertion text.
> What people are proposing are for specific domains. And given that, I believe people need to argue the technical merits of those specific proposals.
> As opposed to throwing the "law book" around.

Se, please let me recap the history on this topic, for those that missed it:

1) EH insertion was originally proposed on the basis that RFC2460 wasn't
clear whether it was allowed or not.

2) Since we were doing rfc2460bis (now RFC8200), we incorporated text
into RFC8200 so that nobody could claim that the IPv6 spec is not clear
on this topic.

3) Now there's at least one I-D in spring that ignores RFC8200, and
proposes EH-insertion as if it was allowed, essentially circumventing
RFC8200, and IETF consensus.

I don't think it's in the spring wg's charter to specify how IPv6 works.
It should be done in 6man (or not even, because that's a major
modification, and not really "maintenance").

The only book I'm throwing is: proposals from big vendors should follow
the same procedures as those from mere mortals that don't happen to work
for a big vendor.

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