Re: We don't seem to be following our processes (Re: Network Programming - Penultimate Segment Popping)

"Joel M. Halpern" <jmh@joelhalpern.com> Fri, 06 December 2019 23:14 UTC

Return-Path: <jmh@joelhalpern.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 72109120073 for <ipv6@ietfa.amsl.com>; Fri, 6 Dec 2019 15:14:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 oCLvYxAqt-y3 for <ipv6@ietfa.amsl.com>; Fri, 6 Dec 2019 15:13:59 -0800 (PST)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 626971200A3 for <ipv6@ietf.org>; Fri, 6 Dec 2019 15:13:59 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 47V7gq2Mdgz1nsJf; Fri, 6 Dec 2019 15:13:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1575674039; bh=Yw2L62Cnr4BZMQ/6arqSSNbzxP3RwMvtMmbEr3bSSu4=; h=Subject:To:References:From:Date:In-Reply-To:From; b=iTlD6ZUC05FoxjW6YsOjuWO9e6+qEXW9PYUq7HlEBYNdx7HpjoVE97y0CkD+plnXW 2LUdc9jHUPRaDnJILnUL8qFBlH6eRKU1/ToDIrpYI6vHBL60r/Rf4r5XtcJL5LfkEv cpaxf3K3v+qsmBadSw78BkLQ6e+x+VKNJUJ1948Y=
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from [172.20.3.198] (unknown [45.225.71.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 47V7gp4xTfz1nsJJ; Fri, 6 Dec 2019 15:13:58 -0800 (PST)
Subject: Re: We don't seem to be following our processes (Re: Network Programming - Penultimate Segment Popping)
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, ipv6@ietf.org
References: <BN7PR05MB56998A05469327E759B5B671AE5D0@BN7PR05MB5699.namprd05.prod.outlook.com> <3AD3BD11-8C34-41FE-B88F-49A9F2561D78@cisco.com> <BN7PR05MB569946D6AA5C6B78AFC05F6BAE5C0@BN7PR05MB5699.namprd05.prod.outlook.com> <8DEDE597-B7B0-48F5-959E-69757315C2AC@employees.org> <BN7PR05MB56996FFC117F512EEA04AFC8AE5C0@BN7PR05MB5699.namprd05.prod.outlook.com> <4FAB68A3-C533-471D-94D0-3F6EB1F32FC1@employees.org> <1e36a492-5931-02de-cf85-63339522b13a@si6networks.com> <F6DD2C7C-DBBF-4B48-B890-3C86005FB9CF@employees.org> <bb3be82d-8ea7-6c29-ad0a-61b491ee997d@si6networks.com> <8A9BC46E-A018-41C0-BE47-4BABC30EFE79@employees.org> <20191205222740.GA9637@ernw.de> <C7BCB0CF-1CA3-4CA8-9E71-13A013955938@employees.org> <430da027-07a7-42f9-60d0-bbb3f3306222@joelhalpern.com> <7c8494a7-9d3c-bd0e-953e-b6dfbb5c5512@gmail.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <16e63695-cf65-23e3-0344-74d6d08283ca@joelhalpern.com>
Date: Fri, 06 Dec 2019 18:13:55 -0500
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: <7c8494a7-9d3c-bd0e-953e-b6dfbb5c5512@gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/F1RxL4LjBLP0VHn3_ebpZdZYRcQ>
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, 06 Dec 2019 23:14:00 -0000

Trimmed.
While the age of the documents you cite prevents proof, they sure look 
like what we now publish as Independent Stream documents.

If the draft in question were an Independent Stream RFC, was clearly 
informational, and with clear indications that the authors understood 
that their deployed behavior violates RFC 8200, I would not have much 
objection.  But to date we have not reached nay of those three 
conditions, much less all three.

Yours,
Joel


On 12/6/2019 3:55 PM, Brian E Carpenter wrote:
> Joel,
> 
> On 07-Dec-19 04:09, Joel M. Halpern wrote:
...
>> Hence, as far as I can tell, the assertion that SRv6 is for limited
>> domains does not justify or excuse violating RFC 8200.  And "I want to
>> save some bytes", while very nice, is not a sufficient reason to violate
>> an approved RFC, must less a Full Standard.
> 
> On the other hand, running code in a variety of real and deployed
> products is something that we have a long tradition of documenting for
> informational purposes. RFC1094 or RFC3954 for example.
> 
> Regards
>     Brian
...