Re: [v6ops] I-D Action: draft-ietf-v6ops-6to4-to-historic-07.txt

Jeroen Massar <jeroen@massar.ch> Thu, 13 November 2014 19:44 UTC

Return-Path: <jeroen@massar.ch>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BCA81ACE76 for <v6ops@ietfa.amsl.com>; Thu, 13 Nov 2014 11:44:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7] 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 pSOuSzmCLIII for <v6ops@ietfa.amsl.com>; Thu, 13 Nov 2014 11:44:08 -0800 (PST)
Received: from bastion.ch.unfix.org (bastion.ch.unfix.org [46.20.246.101]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 07EE51ACE63 for <v6ops@ietf.org>; Thu, 13 Nov 2014 11:43:50 -0800 (PST)
Received: from kami.ch.unfix.org (kami.ch.unfix.org [IPv6:2001:1620:f42:99:7256:81ff:fea5:2925]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jeroen) by bastion.ch.unfix.org (Postfix) with ESMTPSA id 913EC10063F24; Thu, 13 Nov 2014 19:43:46 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=massar.ch; s=DKIM2009; t=1415907826; bh=zbeR+iJlpcEymlHAszXvy9xAq9HpOPoONEvO5JXODpU=; h=Date:From:To:Subject:References:In-Reply-To; b=bgqbBcpp2hBSBEiUP9kF/P1aGYLlnWdYHnaQqFwGMbhwejqV6v/ujYQJ4y8JPvds+ +t+qyomBZJPEdqILSGVA9qG7LoJ5UcPzYcGdPM69bVG8KgcDGgPLS2ZckiCqgJF89T QIwB6AbGV5lLhjMb4kFjC+41061zHuoxJs9x4u882X9opYG2U2A784+KIhbeWZAn1a TwJciOtdsh35DDSHdJp/8655B34bxYQI10eqxOF7a4Rggj2LN25uiTM3/qtZuHYjHp 1Dz0+T9kmuHG6cSIV63bfgDEGvP9EkkKH27aiEgMZRoiggqpmGx8WLvrspZfcq/e3K 0hx6qOjscxBow==
Message-ID: <546509F1.5060508@massar.ch>
Date: Thu, 13 Nov 2014 20:43:45 +0100
From: Jeroen Massar <jeroen@massar.ch>
Organization: Massar
MIME-Version: 1.0
To: Doug Barton <dougb@dougbarton.us>, v6ops@ietf.org
References: <20141111054026.11197.49784.idtracker@ietfa.amsl.com> <5461A23D.5020506@gmail.com> <546264A5.4050309@umn.edu> <546271A2.907@gmail.com> <5463C716.1030805@umn.edu> <54646DBE.9060800@dougbarton.us> <20141113084029.GT31092@Space.Net> <5464E4F6.9070401@gmail.com> <5465021A.2080305@dougbarton.us>
In-Reply-To: <5465021A.2080305@dougbarton.us>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/vAb-is0af12zk4v2A3oFVFb6RtI
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-6to4-to-historic-07.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
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, 13 Nov 2014 19:44:15 -0000

On 2014-11-13 20:10, Doug Barton wrote:
[..]
>> and that is the
>> reason for the diffs between -06 and -07. I understand there will
>> be a WGLC soon so that the chairs can verify consensus on this.
>>
>> (The comments made so far on -07 are being held until after the
>> WGLC.)
> 
> As a process step that gives an air of finality to the decision that I
> don't think is fair. "We decided this in HI, now we're having a WGLC,
> you agree, right?" Given that AFAICS the consensus was pretty strong to
> chuck the whole thing going into HI, it's not clear to me what changed,
> or why it changed, or even that the majority of the WG agrees with the
> new plan. Not having any of that discussion until WGLC feels like
> stacking the deck to me, but I'd be happy to be proven wrong on that.

Checking the changes, that are between the -06 the -07 doc:

http://www.ietf.org/rfcdiff?url1=draft-ietf-v6ops-6to4-to-historic-06&url2=draft-ietf-v6ops-6to4-to-historic-07

This just makes the document deprecate the anycast 6to4 relay.

The addition:
8<----------------------
Peer-to-peer usage of the 6to4 mechanism, not depending on the	
anycast mechanism, might exist in the Internet, largely unknown to	
operators.  This is harmless to third parties and the current	
document is not intended to prevent such traffic continuing.
---------------------->8

That sounds sane to me. That allows 6to4 nodes to keep talking to each
other directly, but it stops the burden of the issues that the anycast
relays give. Getting 6to4 out of products will be horrible anyway,
anything from very old Solaris's support it, that effort won't solve
anything.


This is also what has been discussed on the list:
 - deprecate anycast 6to4
 - keep direct 6to4


Hence, in the form of -07, I am in favor of making it so.


But, as Doug notes, if there are any changes that need to be added, it
would be great to see those in the document before doing a WGLC,
especially for the people not sitting in a conference room on a tropical
island (I do hope the folks there got a few days before and after to
enjoy that apparently amazing island!)

Although from reading what Brian Carpenter says those changes are likely
minor editing notes. It would be great to see the final form though.

Greets,
 Jeroen