Re: New Version Notification for draft-sweet-uri-zoneid-01.txt

t.petch <ietfc@btconnect.com> Tue, 26 November 2013 17:14 UTC

Return-Path: <ietfc@btconnect.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BE461ADF51 for <ipv6@ietfa.amsl.com>; Tue, 26 Nov 2013 09:14:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham
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 VVloov90tCKV for <ipv6@ietfa.amsl.com>; Tue, 26 Nov 2013 09:14:07 -0800 (PST)
Received: from db8outboundpool.messaging.microsoft.com (mail-db8lp0189.outbound.messaging.microsoft.com [213.199.154.189]) by ietfa.amsl.com (Postfix) with ESMTP id B55D11ADF26 for <ipv6@ietf.org>; Tue, 26 Nov 2013 09:14:06 -0800 (PST)
Received: from mail56-db8-R.bigfish.com (10.174.8.238) by DB8EHSOBE013.bigfish.com (10.174.4.76) with Microsoft SMTP Server id 14.1.225.22; Tue, 26 Nov 2013 17:14:06 +0000
Received: from mail56-db8 (localhost [127.0.0.1]) by mail56-db8-R.bigfish.com (Postfix) with ESMTP id 2181CBC07A9; Tue, 26 Nov 2013 17:14:06 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:157.56.249.85; KIP:(null); UIP:(null); IPV:NLI; H:AMSPRD0710HT002.eurprd07.prod.outlook.com; RD:none; EFVD:NLI
X-SpamScore: -16
X-BigFish: PS-16(zz9371I936eI542I1432I199bIzz1f42h2148h208ch1ee6h1de0h1fdah2073h2146h1202h1e76h20f7h1d1ah1d2ah1fc6hzz1de098h1033IL17326ah8275bh8275dh1de097h186068hz2dh2a8h5a9h839h947hd24hf0ah1177h1179h1288h12a5h12a9h12bdh137ah139eh13b6h1441h1504h1537h162dh1631h1758h17f1h184fh1898h18e1h1946h19b5h19ceh1ad9h1b0ah2222h224fh1d0ch1d2eh1d3fh1dfeh1dffh1e1dh1e23h2218h2216h226dh22d0h304l1d11m1155h)
Received: from mail56-db8 (localhost.localdomain [127.0.0.1]) by mail56-db8 (MessageSwitch) id 1385486044425810_2201; Tue, 26 Nov 2013 17:14:04 +0000 (UTC)
Received: from DB8EHSMHS005.bigfish.com (unknown [10.174.8.242]) by mail56-db8.bigfish.com (Postfix) with ESMTP id 6417D880048; Tue, 26 Nov 2013 17:14:04 +0000 (UTC)
Received: from AMSPRD0710HT002.eurprd07.prod.outlook.com (157.56.249.85) by DB8EHSMHS005.bigfish.com (10.174.4.15) with Microsoft SMTP Server (TLS) id 14.16.227.3; Tue, 26 Nov 2013 17:14:03 +0000
Received: from DBXPRD0210HT003.eurprd02.prod.outlook.com (157.56.253.181) by pod51017.outlook.com (10.255.160.165) with Microsoft SMTP Server (TLS) id 14.16.383.1; Tue, 26 Nov 2013 17:14:02 +0000
Message-ID: <001401ceeaca$8090f500$4001a8c0@gateway.2wire.net>
From: "t.petch" <ietfc@btconnect.com>
To: Michael Sweet <msweet@apple.com>, 6man <ipv6@ietf.org>
References: <20131122213843.31080.20194.idtracker@ietfa.amsl.com> <33A38DE3-36AD-421E-BD61-A553219181FB@apple.com>
Subject: Re: New Version Notification for draft-sweet-uri-zoneid-01.txt
Date: Tue, 26 Nov 2013 17:10:44 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [157.56.253.181]
X-OriginatorOrg: btconnect.com
X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn%
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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, 26 Nov 2013 17:14:09 -0000

mmmmmm

As this I-D says
" A separate,
   incompatible format was defined and published in RFC 6874. "

What it does not say is that RFC6874 has been approved and is on the
Standards Track having passed through all the relevant IETF procedures.
(Nor does it say that you tried to raise this as an erratum, when it
would have been a technical change to that RFC, and so not an erratum!)

My take is that this I-D must not be published as it stands; it can do
nothing but harm to the IETF.  It has to say something about the fact
that it is in contravention of the aforementioned RFC.  Whether that
takes the form of "Updates", applicability statement or what I do not
know; whether it will be possible to achieve consensus on some suitable
form of words, I do not know.

Tom Petch

----- Original Message -----
From: "Michael Sweet" <msweet@apple.com>
To: "6man" <ipv6@ietf.org>
Sent: Friday, November 22, 2013 9:41 PM
Subject: Fwd: New Version Notification for draft-sweet-uri-zoneid-01.txt


> All,
>
> This is my promised second (informational) draft that documents the
usage of the IPvFuture encoding of ZoneID's in URIs for CUPS and IPP in
general.
>
>
> Begin forwarded message:
>
> > From: internet-drafts@ietf.org
> > Subject: New Version Notification for draft-sweet-uri-zoneid-01.txt
> > Date: November 22, 2013 at 4:38:43 PM EST
> > To: Michael Sweet <msweet@apple.com>
> >
> >
> > A new version of I-D, draft-sweet-uri-zoneid-01.txt
> > has been successfully submitted by Michael Sweet and posted to the
> > IETF repository.
> >
> > Filename: draft-sweet-uri-zoneid
> > Revision: 01
> > Title: An IPvFuture Syntax for IPv6 Link-Local Addresses
> > Creation date: 2013-11-22
> > Group: Individual Submission
> > Number of pages: 7
> > URL:
http://www.ietf.org/internet-drafts/draft-sweet-uri-zoneid-01.txt
> > Status:
http://datatracker.ietf.org/doc/draft-sweet-uri-zoneid
> > Htmlized:
http://tools.ietf.org/html/draft-sweet-uri-zoneid-01
> > Diff:
http://www.ietf.org/rfcdiff?url2=draft-sweet-uri-zoneid-01
> >
> > Abstract:
> >   This document describes how the zone identifier of an IPv6 scoped
> >   address, defined as <zone_id> in the IPv6 Scoped Address
Architecture
> >   (RFC 4007), can be represented in a literal IPv6 address and in a
> >   Uniform Resource Identifier that includes such a literal address.
It
> >   documents a long-standing usage of the IPvFuture extension point
> >   provided in the Uniform Resource Identifier (URI) syntax
> >   specification [RFC3986].
> >
> >   [ Editor's note: This draft documents the IPvFuture format
originally
> >   defined in [LITERAL-ZONE] and used by CUPS since 2005.  A
separate,
> >   incompatible format was defined and published in RFC 6874. ]
> >
> >
> >
> >
> > Please note that it may take a couple of minutes from the time of
submission
> > until the htmlized version and diff are available at tools.ietf.org.
> >
> > The IETF Secretariat
> >
>
> _______________________________________________________________
> Michael Sweet, Senior Printing System Engineer, PWG Chair
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>