Re: Running code (Was: I-D Action: draft-ietf-6man-ipv6only-flag-03.txt)

Lee Howard <lee@asgard.org> Tue, 23 October 2018 19:51 UTC

Return-Path: <lee@asgard.org>
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 7DAC4130E71 for <ipv6@ietfa.amsl.com>; Tue, 23 Oct 2018 12:51:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.233
X-Spam-Level:
X-Spam-Status: No, score=-1.233 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no 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 to7H39I6Lq7s for <ipv6@ietfa.amsl.com>; Tue, 23 Oct 2018 12:51:00 -0700 (PDT)
Received: from atl4mhob12.registeredsite.com (atl4mhob12.registeredsite.com [209.17.115.50]) by ietfa.amsl.com (Postfix) with ESMTP id B12F7130E5C for <ipv6@ietf.org>; Tue, 23 Oct 2018 12:51:00 -0700 (PDT)
Received: from mailpod.hostingplatform.com (atl4qobmail02pod6.registeredsite.com [10.30.71.210]) by atl4mhob12.registeredsite.com (8.14.4/8.14.4) with ESMTP id w9NJov1i028862 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for <ipv6@ietf.org>; Tue, 23 Oct 2018 15:50:57 -0400
Received: (qmail 25847 invoked by uid 0); 23 Oct 2018 19:50:57 -0000
X-TCPREMOTEIP: 68.100.71.215
X-Authenticated-UID: lee@asgard.org
Received: from unknown (HELO ?192.168.1.135?) (lee@asgard.org@68.100.71.215) by 0 with ESMTPA; 23 Oct 2018 19:50:57 -0000
Subject: Re: Running code (Was: I-D Action: draft-ietf-6man-ipv6only-flag-03.txt)
To: ipv6@ietf.org
References: <CAFU7BASO_ByzbanhLKnWV280O_fASd-8W+ujpj3sN6d2-whw2w@mail.gmail.com> <CACWOCC-u7aAPwAOcixYvt2On=-o_8X25GhqdXTfA+tWRC1o2XA@mail.gmail.com> <3beca72e-19c5-10af-02e5-c21a90d77100@gmail.com> <20181019.223739.271916573.sthaug@nethelp.no> <4f58643c-272e-507e-3282-c87befd42395@gmail.com> <0927741c-4e8e-fcf7-ddd6-3ba500ba4c3d@si6networks.com> <7B48A11D-31DE-443C-B73A-14642EA0A397@jisc.ac.uk> <7526af75-4359-6fc6-e39b-eb94024a04de@si6networks.com> <E1BB1232-C1A2-496A-8157-0682D91EED42@steffann.nl> <5E75F3CA-F1D2-4F4F-9CF7-EEEE59634C1E@gmail.com> <C46C990E-0A4F-4731-8CB1-FD204858935E@consulintel.es> <9B53019C-3506-4C9E-AFCF-D6125FA1A65B@gmail.com>
From: Lee Howard <lee@asgard.org>
Message-ID: <1157b739-3a66-8d45-e3e1-e5f904dfb9bc@asgard.org>
Date: Tue, 23 Oct 2018 15:50:56 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1
MIME-Version: 1.0
In-Reply-To: <9B53019C-3506-4C9E-AFCF-D6125FA1A65B@gmail.com>
Content-Type: multipart/alternative; boundary="------------D82A0E4A4D301DC93CFBB92E"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/bGGLO-Ly17E_enacQUX4-rxb7GY>
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, 23 Oct 2018 19:51:03 -0000

On 10/23/18 2:57 PM, Suresh Krishnan wrote:
>
> RFC1264 (coincidently written by Bob) was the first document in this 
> space requiring implementations before heading to Proposed Standard
> RFC4794 obsoleted RFC1264 specifically pointing to the following text 
> RFC2026  (which postdated RFC1264)
>
>        Usually, neither implementation nor operational experience is
>        required for the designation of a specification as a Proposed
>        Standard.  However, such experience is highly desirable, and will
>        usually represent a strong argument in favor of a Proposed
>        Standard designation.
>
>        The IESG may require implementation and/or operational experience
>        prior to granting Proposed Standard status to a specification that
>        materially affects the core Internet protocols or that specifies
>        behavior that may have significant operational impact on the
>        Internet.
>
> and allows WGs to set their own rules. This is where things stand 
> right now.
>
> The current state of the art BCP is RFC7942 (which obsoleted 
> RFC6982) that allows providing optional info about existing 
> implementations and Section 4 of that document lists some of the 
> benefits of doing so.
>
> Thanks
> Suresh

Thanks for this!

Looking at recent (past two years) 6man documents. . .

draft-ietf-6man-segment-routing-header
I think multiple interoperable implementations exist.

draft-ietf-6man-icmp-limits
Specifies ICMPv6 error messages.
It's -00, but we should look for running code before publication.

draft-ietf-6man-rfc4941bis-00
Also -00, but I'd hope to see code before publication.


RFC 8425 (was draft-ietf-6man-ndpioiana)
IANA Considerations for IPv6 Neighbor Discovery Prefix Information 
Option Flags
No running code applicable.

RFC 8319 (was draft-ietf-6man-maxra)
Support for Adjustable Maximum Router Lifetimes per Link
I think we had seen code; not sure, but I don't recall objections from 
implementers.

RFC 8200 (was draft-ietf-6man-rfc2460bis)
Internet Protocol, Version 6 (IPv6) Specification Errata 2017-07
Decades of running code.

RFC 8201 (was draft-ietf-6man-rfc1981bis)
Path MTU Discovery for IP version 6
Decades of running code.


RFC 8096 (was draft-ietf-6man-ipv6-mibs-obsolete)
The IPv6-Specific MIB Modules Are Obsolete
No running code applicable.

RFC 8106 (was draft-ietf-6man-rdnss-rfc6106bis)
IPv6 Router Advertisement Options for DNS Configuration
We had running code.

RFC 8064 (was draft-ietf-6man-default-iids)
Recommendation on Stable IPv6 Interface Identifiers
No running code applicable


RFC 8021 (was draft-ietf-6man-deprecate-atomfrag-generation)
Generation of IPv6 Atomic Fragments Considered Harmful
No running code applicable.

So, requesting running code for the ipv6only-flag isn't really a change 
in practice for 6man. We just haven't had to ask before.

Lee



>
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------