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

"Templin, Fred L" <Fred.L.Templin@boeing.com> Tue, 26 July 2011 21:22 UTC

Return-Path: <Fred.L.Templin@boeing.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 9D0F921F896E for <ietf@ietfa.amsl.com>; Tue, 26 Jul 2011 14:22:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.452
X-Spam-Level:
X-Spam-Status: No, score=-6.452 tagged_above=-999 required=5 tests=[AWL=0.147, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 T6U3TLUnw0d4 for <ietf@ietfa.amsl.com>; Tue, 26 Jul 2011 14:22:07 -0700 (PDT)
Received: from slb-smtpout-01.boeing.com (slb-smtpout-01.boeing.com [130.76.64.48]) by ietfa.amsl.com (Postfix) with ESMTP id E139321F87ED for <ietf@ietf.org>; Tue, 26 Jul 2011 14:22:06 -0700 (PDT)
Received: from stl-av-01.boeing.com (stl-av-01.boeing.com [192.76.190.6]) by slb-smtpout-01.ns.cs.boeing.com (8.14.4/8.14.4/8.14.4/SMTPOUT) with ESMTP id p6QLM1hQ015706 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 26 Jul 2011 14:22:02 -0700 (PDT)
Received: from stl-av-01.boeing.com (localhost [127.0.0.1]) by stl-av-01.boeing.com (8.14.4/8.14.4/DOWNSTREAM_RELAY) with ESMTP id p6QLM0JN003547; Tue, 26 Jul 2011 16:22:00 -0500 (CDT)
Received: from XCH-NWHT-01.nw.nos.boeing.com (xch-nwht-01.nw.nos.boeing.com [130.247.70.222]) by stl-av-01.boeing.com (8.14.4/8.14.4/UPSTREAM_RELAY) with ESMTP id p6QLLxe2003475 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK); Tue, 26 Jul 2011 16:22:00 -0500 (CDT)
Received: from XCH-NW-01V.nw.nos.boeing.com ([130.247.64.120]) by XCH-NWHT-01.nw.nos.boeing.com ([130.247.70.222]) with mapi; Tue, 26 Jul 2011 14:22:00 -0700
From: "Templin, Fred L" <Fred.L.Templin@boeing.com>
To: Ronald Bonica <rbonica@juniper.net>, "ietf@ietf.org" <ietf@ietf.org>
Date: Tue, 26 Jul 2011 14:21:59 -0700
Subject: RE: draft-ietf-v6ops-6to4-to-historic (yet again)
Thread-Topic: draft-ietf-v6ops-6to4-to-historic (yet again)
Thread-Index: AcxK13EXQuzfLCzMQFivvvTkow95TgBAcbxA
Message-ID: <E1829B60731D1740BB7A0626B4FAF0A65C76DE4F47@XCH-NW-01V.nw.nos.boeing.com>
References: <13205C286662DE4387D9AF3AC30EF456D3F431D11F@EMBX01-WF.jnpr.net>
In-Reply-To: <13205C286662DE4387D9AF3AC30EF456D3F431D11F@EMBX01-WF.jnpr.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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: Tue, 26 Jul 2011 21:22:07 -0000

Ron,

I believe 'draft-ietf-v6ops-6to4-advisory' is both
necessary and sufficient regardless of whether
"historic" is an appropriate characterization. So,
I don't think we need this document.

Thanks - Fred
fred.l.templin@boeing.com  

> -----Original Message-----
> From: ietf-bounces@ietf.org [mailto:ietf-bounces@ietf.org] On 
> Behalf Of Ronald Bonica
> Sent: Monday, July 25, 2011 7:31 AM
> To: ietf@ietf.org
> Subject: draft-ietf-v6ops-6to4-to-historic (yet again)
> 
> Folks,
> 
> After some discussion, the IESG is attempting to determine 
> whether there is IETF consensus to do the following:
> 
> - add a new section to draft-ietf-v6ops-6to4-to-historic
> - publish draft-ietf-v6ops-6to4-to-historic as INFORMATIONAL
> 
> 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.
> 
> Please post your views on this course of action by August 8, 2011.
> 
> 
>                                                               
>      Ron Bonica
>                                                               
>      <speaking as OPS Area AD>
> _______________________________________________
> Ietf mailing list
> Ietf@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf
>