Re: [v6ops] draft-ietf-v6ops-6to4-to-historic

Martin Rex <mrex@sap.com> Wed, 06 July 2011 21:40 UTC

Return-Path: <mrex@sap.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 3499821F8A9A for <ietf@ietfa.amsl.com>; Wed, 6 Jul 2011 14:40:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.192
X-Spam-Level:
X-Spam-Status: No, score=-10.192 tagged_above=-999 required=5 tests=[AWL=0.057, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_HI=-8]
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 Q62+0xHsAH3X for <ietf@ietfa.amsl.com>; Wed, 6 Jul 2011 14:40:31 -0700 (PDT)
Received: from smtpde01.sap-ag.de (smtpde01.sap-ag.de [155.56.68.170]) by ietfa.amsl.com (Postfix) with ESMTP id 6585021F8862 for <ietf@ietf.org>; Wed, 6 Jul 2011 14:40:28 -0700 (PDT)
Received: from mail.sap.corp by smtpde01.sap-ag.de (26) with ESMTP id p66LeQxq021023 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 6 Jul 2011 23:40:26 +0200 (MEST)
From: Martin Rex <mrex@sap.com>
Message-Id: <201107062140.p66LeQFL029228@fs4113.wdf.sap.corp>
Subject: Re: [v6ops] draft-ietf-v6ops-6to4-to-historic
To: scott@kitterman.com
Date: Wed, 06 Jul 2011 23:40:26 +0200
In-Reply-To: <201107061657.47341.scott@kitterman.com> from "Scott Kitterman" at Jul 6, 11 04:57:47 pm
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-SAP: out
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: mrex@sap.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, 06 Jul 2011 21:40:33 -0000

Scott Kitterman wrote:
> 
> On Wednesday, July 06, 2011 04:49:47 PM Martin Rex wrote:
> > Doug Barton wrote:
> > > On 07/06/2011 13:14, Martin Rex wrote:
> > > > Doug Barton wrote:
> > > > > I was however willing to accept "historic" as a reasonable
> > > > > compromise.
> > > > 
> > > > "historic" as a compromise?  Between which two positions?
> > > 
> > > Nuking it from orbit, and erecting a statue in its honor?
> > 
> > Which to options that are actually available to the IESG?  I see
> > 
> > extremist-A:  nuke/kill 6to4 by moving 3056/3068 to historic
> > 
> > compromise:   move 3056/3068 off Standards Track,
> >               i.e. by reclassifying them as Experimental
> > 
> > blocked:      leave 3056/3068 at Proposed, publish only 6to4-advisory
> > 
> > extremist-B:  stick fingers in ears, sing la-la-la, pretend 6to4 is perfect
> 
> I think I've read this entire thread and I don't recall anyone advocating 
> extremist-B.

Neither do I.

The above just lists the entire spectrum of options for the IESG decision
after the IETF LC for the two documents (6to4-advisory, 6to4-to-historic)
had ended, and there was the unresolved procedural issue from IETF LC
against 6to4-to-historic based on the protocol action of
moving 3056,3068 to historic.

An option to undo the past is not available to IESG, such as travelling
back in time and preventing 3056 and 3068 from being developed.

-Martin