Re: draft-ietf-v6ops-6to4-to-historic (yet again)

Sabahattin Gucukoglu <mail@sabahattin-gucukoglu.com> Wed, 27 July 2011 01:23 UTC

Return-Path: <mail@sabahattin-gucukoglu.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ACD6A21F8A64 for <ietf@ietfa.amsl.com>; Tue, 26 Jul 2011 18:23:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.19
X-Spam-Level:
X-Spam-Status: No, score=0.19 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_HOST_EQ_D_D_D_D=0.765, HELO_EQ_IP_ADDR=1.119, RCVD_IN_PBL=0.905]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VFZkltkEpaWu for <ietf@ietfa.amsl.com>; Tue, 26 Jul 2011 18:23:56 -0700 (PDT)
Received: from Mintaka.sabahattin-gucukoglu.com (sgucukoglu-2-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:7ef::2]) by ietfa.amsl.com (Postfix) with ESMTP id D8F0521F8A62 for <ietf@ietf.org>; Tue, 26 Jul 2011 18:23:55 -0700 (PDT)
Received: from Mintaka.sabahattin-gucukoglu.com ([::ffff:127.0.0.1]:50613) by Mintaka.sabahattin-gucukoglu.com with [XMail 1.27 ESMTP Server] id <S38CD2> for <ietf@ietf.org> from <mail@sabahattin-gucukoglu.com>; Wed, 27 Jul 2011 02:23:54 +0100
Received: from [172.20.10.2] (178.242.87.113) (using SMTP over TLS) by Mintaka.sabahattin-gucukoglu.com (tmda-ofmipd) with ESMTP; Wed, 27 Jul 2011 02:23:52 +0100
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Apple Message framework v1084)
Subject: Re: draft-ietf-v6ops-6to4-to-historic (yet again)
In-Reply-To: <13205C286662DE4387D9AF3AC30EF456D3F431D11F@EMBX01-WF.jnpr.net>
Date: Wed, 27 Jul 2011 04:23:49 +0300
Content-Transfer-Encoding: quoted-printable
Message-Id: <C5AEF088-1DAA-4FC9-967D-3F0C6A799F03@sabahattin-gucukoglu.com>
References: <13205C286662DE4387D9AF3AC30EF456D3F431D11F@EMBX01-WF.jnpr.net>
To: ietf@ietf.org
X-Mailer: Apple Mail (2.1084)
X-Delivery-Agent: TMDA/1.1.12-kg3 (Haumea)
From: Sabahattin Gucukoglu <mail@sabahattin-gucukoglu.com>
X-Primary-Address: mail@sabahattin-gucukoglu.com
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: Sabahattin Gucukoglu <mail-dated-1314321834.053927@sabahattin-gucukoglu.com>
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 27 Jul 2011 01:23:56 -0000

On 25 Jul 2011, at 17:30, Ronald Bonica wrote:
> draft-ietf-v6ops-6to4-to-historic will obsolete RFCs 3056 and 3068 and convert their status to HISTORIC. It will also contain a new section describing what it means for RFCs 3056 and 3068 to be classified as HISTORIC. The new section will say that:
> 
> - 6-to-4 should not be configured by default on any implementation (hosts, cpe routers, other)
> - vendors will decide whether/when 6-to-4 will be removed from implementations. Likewise, operators will decide whether/when 6-to-4 relays will be removed from their networks. The status of RFCs 3056 and 3068 should not be interpreted as a recommendation to remove 6-to-4 at any particular time.
> 
> 
> draft-ietf-v6ops-6to4-to-historic will not update RFC 2026. While it clarifies the meaning of "HISTORIC" in this particular case, it does not set a precedent for any future case.

This scares me.  I was on the point of saying, "But none of that stuff makes it historic!" but you then change what "Historic" means, so that I can no longer be certain ...

I'd like to see the text, but my feeling is that, no, I will not approve.  That document is too loaded with dubious claims and 6to4 hate for my liking.  And the advisory document is already perfect for expressing the _real_ problems, that really _do_ exist, for (current) 6to4 deployment.  Once again, "Historic" (in whatever sense meant) is just too strong an applied label to something which _can_ be used.  I have a very hard time seeing the sense in this document.

But let's see the text.  Perhaps you can redefine the word "Historic" in a new and interesting way.

Cheers,
Sabahattin