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

Andrew Alston <Andrew.Alston@liquidtelecom.com> Mon, 25 November 2019 21:42 UTC

Return-Path: <andrew.alston@liquidtelecom.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 23F7C120F99 for <ipv6@ietfa.amsl.com>; Mon, 25 Nov 2019 13:42:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-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 wyNUXgu15V8m for <ipv6@ietfa.amsl.com>; Mon, 25 Nov 2019 13:42:03 -0800 (PST)
Received: from eu-smtp-delivery-182.mimecast.com (eu-smtp-delivery-182.mimecast.com [146.101.78.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 006CD120F98 for <6man@ietf.org>; Mon, 25 Nov 2019 13:41:59 -0800 (PST)
Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-vi1eur04lp2057.outbound.protection.outlook.com [104.47.14.57]) (Using TLS) by relay.mimecast.com with ESMTP id uk-mta-89-gouWzaEcNZGnJ6FANCBU1Q-1; Mon, 25 Nov 2019 21:41:53 +0000
Received: from DBBPR03MB5415.eurprd03.prod.outlook.com (20.179.47.79) by DBBPR03MB5463.eurprd03.prod.outlook.com (20.179.46.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2474.21; Mon, 25 Nov 2019 21:41:52 +0000
Received: from DBBPR03MB5415.eurprd03.prod.outlook.com ([fe80::707f:9207:45d4:82bc]) by DBBPR03MB5415.eurprd03.prod.outlook.com ([fe80::707f:9207:45d4:82bc%6]) with mapi id 15.20.2474.023; Mon, 25 Nov 2019 21:41:52 +0000
From: Andrew Alston <Andrew.Alston@liquidtelecom.com>
To: Tom Herbert <tom@herbertland.com>
CC: "Joel M. Halpern" <jmh@joelhalpern.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>, Sander Steffann <sander@steffann.nl>, 6man <6man@ietf.org>
Subject: RE: New Version Notification for draft-voyer-6man-extension-header-insertion-08.txt
Thread-Topic: New Version Notification for draft-voyer-6man-extension-header-insertion-08.txt
Thread-Index: AQHVn2KCH6vrF4vr9E26Aj/CDsnuVqeU+c8AgAGRvgCAAQNfgIABAn+AgAC3F4CAACzJgIABQ1eAgAGu0lCAAArqgIAAAKCw
Date: Mon, 25 Nov 2019 21:41:52 +0000
Message-ID: <DBBPR03MB5415188E60803F939BF209A6EE4A0@DBBPR03MB5415.eurprd03.prod.outlook.com>
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> <C03A0BD7-0662-4C5C-B4D9-6FE776A53AD6@steffann.nl> <1a72cf0b-b6c5-8f64-0d23-b8fea89e252a@gmail.com> <e3b6c54c-5795-0fad-b113-0cebf1fb078a@joelhalpern.com> <DBBPR03MB54158B6467FD4BC2F8F73D6DEE4A0@DBBPR03MB5415.eurprd03.prod.outlook.com> <CALx6S34DLEg-p_Jvu_TXf06PQjk2s8cMH0JDbPBh8fJJQv1Ghw@mail.gmail.com>
In-Reply-To: <CALx6S34DLEg-p_Jvu_TXf06PQjk2s8cMH0JDbPBh8fJJQv1Ghw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [2c0f:fe40:3:1:5067:ebc3:e490:ca5e]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: ab600498-2daf-4fa9-17f0-08d771f048ca
x-ms-traffictypediagnostic: DBBPR03MB5463:
x-ms-exchange-purlcount: 4
x-microsoft-antispam-prvs: <DBBPR03MB546305A6DBB5A051281B6071EE4A0@DBBPR03MB5463.eurprd03.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0232B30BBC
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(396003)(136003)(39860400002)(346002)(376002)(189003)(199004)(6436002)(11346002)(76176011)(561944003)(7696005)(99286004)(46003)(64756008)(66556008)(66476007)(66446008)(33656002)(229853002)(66574012)(7110500001)(5660300002)(66946007)(4326008)(86362001)(14444005)(256004)(6246003)(71190400001)(71200400001)(9686003)(55016002)(53546011)(6506007)(52536014)(236005)(54896002)(6306002)(102836004)(14454004)(15650500001)(606006)(76116006)(316002)(25786009)(7736002)(966005)(74316002)(81166006)(8936002)(2420400007)(81156014)(8676002)(2906002)(6116002)(790700001)(446003)(6916009)(54906003)(186003)(478600001); DIR:OUT; SFP:1102; SCL:1; SRVR:DBBPR03MB5463; H:DBBPR03MB5415.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: nEdjo72L1Juk71lsO7JS+kHgScwY4EYN2raWvTSIS+t31rH3hdJiGhZ85JS6uRl4pDUQLmdbWu2SGXTMOE0tfN52t5PjjojoKTxO4BuLs9l3UsFItmYIS+skIjdvQ5NjQYiNsGYpV/08RALfOEMGocc/dPAOLRTE71m0eOqW0pp0E68qGC449WpfPPDldm90XPLowJtIkt+OMifRLHh0nYoxJsffnh4uf537itinDpm0yLRBFcKxFrwcTxO4TonnSfK4SidNiiI/SKBL3JaPMxFyJ0Rp2VrmDvxe8Qp86/G5awGUcqw/EYAbKrmAixzeSLAj34/ccG+SkdX8tqVGDh65VCOaBBCsLQRJN3kkCVJio/WWXTQnvBiwISZlbQLm38hjgzM75SlRERQd+tMXQxaTZPL6MEw2ehGJwDLYTtTHuHlunuu+DHCLzxnl7aH3Te7rhnTXXI3UkPaheF6MmwH61DoKeyoGbYQYtxtP/Pc=
x-ms-exchange-transport-forked: True
MIME-Version: 1.0
X-OriginatorOrg: liquidtelecom.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ab600498-2daf-4fa9-17f0-08d771f048ca
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Nov 2019 21:41:52.1889 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 68792612-0f0e-46cb-b16a-fcb82fd80cb1
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: TY64mVaLgFJZBImoZBQ5rYLc4l2161iEaS2q1/TwP92sTB6PU5+U0fxIyJkKVqD71EM9K4B6dhkJLLCYzUc3iccekgC7T4jWkEEv9C7DKOM=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBBPR03MB5463
X-MC-Unique: gouWzaEcNZGnJ6FANCBU1Q-1
X-Mimecast-Spam-Score: 0
Content-Type: multipart/alternative; boundary="_000_DBBPR03MB5415188E60803F939BF209A6EE4A0DBBPR03MB5415eurp_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/vTdDQLUrtqDoTXhkT7wqwMh9yME>
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: Mon, 25 Nov 2019 21:42:06 -0000

Tom,

Agreed that its covered for independent submission – and if they do indicate that relationship, I’ve got no issues with an independent submission, and if I am reading the list correctly, that is what some of the others are saying as well – my issue here is on the standards track where you have something that conflicts directly – and is a publication of how someone is violating another rfc – that’s not a standard – and I don’t believe it belongs on the standards track.

Andrew




From: Tom Herbert <tom@herbertland.com>
Sent: Tuesday, 26 November 2019 00:38
To: Andrew Alston <Andrew.Alston@liquidtelecom.com>
Cc: Joel M. Halpern <jmh@joelhalpern.com>; Brian E Carpenter <brian.e.carpenter@gmail.com>; Sander Steffann <sander@steffann.nl>; 6man <6man@ietf.org>
Subject: Re: New Version Notification for draft-voyer-6man-extension-header-insertion-08.txt

On Mon, Nov 25, 2019 at 1:01 PM Andrew Alston
<Andrew.Alston@liquidtelecom.com<mailto:Andrew.Alston@liquidtelecom.com>> wrote:
>
> I have to second this – because if this starts to happen on the standards track, what standard holds true? I’ve seen much debate about not having multiple solutions to the same problem – and WG chairs trying to avoid that, however I would argue that it is far worse if we start publishing standards that contradict other standards – effectively creating standards that directly contradict each other.

Andrew, for an independent submission this contingency is covered by RFC4846:

"Any submission that constitutes an alternative to, or is in conflict
with, an IETF Standard or proposal for Standards-Track adoption must
clearly indicate that relationship."

I believe we've established that the draft is in conflict with
RFC8200, but I do not believe the relationship has been clearly
indicated.

Tom

>
>
>
> I also agree that the independent stream would make a lot of sense in this case – but then again – maybe I’m missing something because I forgot to read an rfc somewhere
>
>
>
> Andrew
>
>
>
>
>
> From: ipv6 <ipv6-bounces@ietf.org<mailto:ipv6-bounces@ietf.org>> On Behalf Of Joel M. Halpern
> Sent: Sunday, 24 November 2019 22:17
> To: Brian E Carpenter <brian.e.carpenter@gmail.com<mailto:brian.e.carpenter@gmail.com>>; Sander Steffann <sander@steffann.nl<mailto:sander@steffann.nl>>
> Cc: 6man <6man@ietf.org<mailto:6man@ietf.org>>
> Subject: Re: New Version Notification for draft-voyer-6man-extension-header-insertion-08.txt
>
>
>
> There is no reason I know of for the IETF to publish an RFC on the IETF
> stream that describes interesting ways that deployers have violated
> RFCs. If the deployers want an RFC, the Independent Stream can be used
> to publish such things. Particularly if the document actually describes
> meaningful values for there violation.
>
> Yours,
> Joel
>
> On 11/23/2019 6:59 PM, Brian E Carpenter wrote:
> > Hi Sander,
> >
> >> - I object to not updating RFC8200 in any RFC that contradicts its content. If EH insertion should be accepted by this WG despite the objections then implementers reading RFC8200 need to know that a conscious exception has been made.
> >
> > So, it sounds as if you are against publishing true facts. This draft describes an implementation and operational practice. I completely agree that it violates RFC8200, which standardises IPv6 for the Internet. I wouldn't object to adding an explicit statement of this to the draft, because that's also a true fact. But I would be very sad if the IETF is now against publishing factual information about actual practice that we are not willing to standardise, in line with https://tools.ietf.org/html/rfc2026#section-4.2.2<https://tools.ietf.org/html/rfc2026#section-4.2.2> paragraph 2.
> >
> > If we had standardised mechanisms for establishing limited domains, we could do better than that, but we aren't there yet.
> >
> > Regards
> > Brian Carpenter
> >
> > --------------------------------------------------------------------
> > IETF IPv6 working group mailing list
> > ipv6@ietf.org<mailto:ipv6@ietf.org>
> > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6<https://www.ietf.org/mailman/listinfo/ipv6>
> > --------------------------------------------------------------------
> >
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org<mailto:ipv6@ietf.org>
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6<https://www.ietf.org/mailman/listinfo/ipv6>
> --------------------------------------------------------------------
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org<mailto:ipv6@ietf.org>
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6<https://www.ietf.org/mailman/listinfo/ipv6>
> --------------------------------------------------------------------