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

"Williams, Marcus (Contractor)" <Marcus.Williams@ed.gov> Thu, 21 April 2011 17:42 UTC

Return-Path: <Marcus.Williams@ed.gov>
X-Original-To: v6ops@ietfc.amsl.com
Delivered-To: v6ops@ietfc.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id F0AC0E06E6 for <v6ops@ietfc.amsl.com>; Thu, 21 Apr 2011 10:42:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bhlJqd7HX13G for <v6ops@ietfc.amsl.com>; Thu, 21 Apr 2011 10:42:55 -0700 (PDT)
Received: from exprod8og115.obsmtp.com (exprod8og115.obsmtp.com [64.18.3.30]) by ietfc.amsl.com (Postfix) with ESMTP id BB008E065C for <v6ops@ietf.org>; Thu, 21 Apr 2011 10:42:54 -0700 (PDT)
Received: from eduptcexmr04.ed.gov ([160.109.63.137]) (using TLSv1) by exprod8ob115.postini.com ([64.18.7.12]) with SMTP ID DSNKTbBsnZx2wBRM1M9kOgHf8XOyZl+6qBel@postini.com; Thu, 21 Apr 2011 10:42:54 PDT
Received: from eduptcexhb01.ed.gov (eduptcexhb01.ed.gov [165.224.52.29]) by eduptcexmr04.ed.gov (8.13.8/8.13.8) with ESMTP id p3LHgjQq012617 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL) for <v6ops@ietf.org>; Thu, 21 Apr 2011 12:42:53 -0500
Received: from EDUPTCEXMB02.ed.gov ([165.224.52.20]) by eduptcexhb01.ed.gov ([165.224.52.29]) with mapi; Thu, 21 Apr 2011 12:42:45 -0500
From: "Williams, Marcus (Contractor)" <Marcus.Williams@ed.gov>
To: "v6ops@ietf.org" <v6ops@ietf.org>
Date: Thu, 21 Apr 2011 12:42:43 -0500
Thread-Topic: [v6ops] draft-ietf-v6ops-6to4-to-historic WGLC
Thread-Index: AcwAFceRU2ZQEjZlSH2CwQibr46y7gANaadw
Message-ID: <F8813842E6AB084EA4CC4003494BEA928B3B55236C@EDUPTCEXMB02.ed.gov>
References: <4984B8F2-AC42-491E-9C2B-BE999B279759@cisco.com> <alpine.LRH.2.02.1104211405450.14690@netcore.fi>
In-Reply-To: <alpine.LRH.2.02.1104211405450.14690@netcore.fi>
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
Subject: Re: [v6ops] draft-ietf-v6ops-6to4-to-historic WGLC
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Apr 2011 17:42:56 -0000

> -----Original Message-----
> From: v6ops-bounces@ietf.org [mailto:v6ops-bounces@ietf.org] On Behalf Of Pekka Savola
> Sent: Thursday, April 21, 2011 7:17 AM
> To: v6ops@ietf.org
> Subject: Re: [v6ops] draft-ietf-v6ops-6to4-to-historic WGLC
>
> I however do agree that the following subset deprecation described in Section 4 makes sense:
>
>    1.  IPv6 nodes SHOULD treat 6to4 as a service of "last resort" as
>        recommended in [I-D.ietf-6man-rfc3484-revise]
>    2.  Implementations capable of acting as 6to4 routers SHOULD NOT
>        enable 6to4 without explicit user configuration.  In particular,
>        enabling IPv6 forwarding on a device, SHOULD NOT automatically
>        enable 6to4.
>    3.  If implemented in future products 6to4 SHOULD be disabled by
>        default.


It seems ironic to be protecting the end user's control of the network.


Marcus Williams