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

Fernando Gont <fgont@si6networks.com> Thu, 05 September 2019 13:20 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 D903D120091; Thu, 5 Sep 2019 06:20:43 -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 C17PlsDUDxSX; Thu, 5 Sep 2019 06:20:41 -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 BDFE012006A; Thu, 5 Sep 2019 06:20:41 -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 74A8A86230; Thu, 5 Sep 2019 15:20:39 +0200 (CEST)
To: Ole Troan <otroan@employees.org>
Cc: Ron Bonica <rbonica@juniper.net>, "spring@ietf.org" <spring@ietf.org>, "6man@ietf.org" <6man@ietf.org>, Suresh Krishnan <suresh.krishnan@gmail.com>, draft-voyer-6man-extension-header-insertion <draft-voyer-6man-extension-header-insertion@ietf.org>, Fernando Gont <fernando@gont.com.ar>, draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org>
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>
From: Fernando Gont <fgont@si6networks.com>
Openpgp: preference=signencrypt
Message-ID: <00707049-efb9-5c1a-5f1d-6d609e1154dd@si6networks.com>
Date: Thu, 05 Sep 2019 16:19:44 +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: <34AB9F0F-614B-45C2-BD84-7DD53A1D5188@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/nCaqjibvN-cAIVQCt1Xd3gO7pRs>
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:20:44 -0000

On 5/9/19 16:05, Ole Troan wrote:
> Fernando,
> 
>>> The IETF is not writing de jure standards.
>>> In fact reality is quite different, and the Internet evolves the way it does somewhat independently of what documents the IETF produces.
>>> In fact I know of no networking products (or deployments) that follow the intent and spirit of RFC8200. I challenge to point me to one! ;-)
>>
>> How did we elevate IPv6 to Internet Standard, then?  On the shepherd
>> write up for rfc2460bis, you argued essentially the opposite to what
>> you're arguing now:
>> https://datatracker.ietf.org/doc/draft-ietf-6man-rfc2460bis/shepherdwriteup/
> 
> I have not changed my position with regards to header insertion.

You seem to argue that following the spec closely doesn't matter,
because nobody does. I which case I wonder how we got to elevate IPv6 to
internet standard.



> I'm arguing that you should argue technical merit on actual proposals.
> Instead of trying to make RFC documents apply as laws and slap people over the head with those...

I think this is a misrepresentation of what's going on.

The only thing that I am asking is that the corresponding procedure is
followed, as opposed to circumvented. If IPv6 should allow header
insertion, and there is a very good rationale for that, so be it. But
the procedure should be to have such discussion, for folks to elaborate
why they dont't do encap/decap instead, and, if there is a good
rationale, update the IPv6 spec as appropriate. *Then*, and only then,
publish documents that assume you can fiddle with packets in the network.

What we have now is folks ignoring RFC8200, and violating its
requirements at will -- something that I don't think is the right way to
go, and certainly is not fair with all the folks that put energy in the
discussions that led to RFC8200.

The above procedure is what mere mortals like myself have followed in
6man to produce protocol improvements. -- unfortunately, at times we
have not been that lucky, and did get slapped with RFCs or "IPv6 has not
been designed to support that".. no matter the technical merits.

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