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

Doug Barton <dougb@dougbarton.us> Thu, 13 November 2014 22:57 UTC

Return-Path: <dougb@dougbarton.us>
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 9AA301AE159 for <v6ops@ietfa.amsl.com>; Thu, 13 Nov 2014 14:57:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.596
X-Spam-Level:
X-Spam-Status: No, score=-2.596 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.594, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 j-4lA9tH-PTP for <v6ops@ietfa.amsl.com>; Thu, 13 Nov 2014 14:57:30 -0800 (PST)
Received: from dougbarton.us (dougbarton.us [208.79.90.218]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C4E351AE150 for <v6ops@ietf.org>; Thu, 13 Nov 2014 14:57:30 -0800 (PST)
Received: from bcn-dbarton.lan (unknown [67.159.169.102]) by dougbarton.us (Postfix) with ESMTPSA id 55EBE22B1C; Thu, 13 Nov 2014 22:57:30 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dougbarton.us; s=dkim; t=1415919450; bh=Gwj5+y3Amruj4msnhFs3IxDKhuFhxlcSHok52cbSJIs=; h=Date:From:To:Subject:References:In-Reply-To; b=gq7ycc4o0FzFbVAmBZPIP3XZgk2YoPisD5qwAq3j5SsTc2eu3R3rPUCbRCFVhu1KB fX5KW9cj06Qb+vtS+buu8xMAuvQsxMCLGjMMpLixmpUD/7VbqEyuARzuQhkmOg66x8 55xWtdhRkm4hRmPLg7M5uGvIqlT2ofVIuDofoGwM=
Message-ID: <5465375A.9020908@dougbarton.us>
Date: Thu, 13 Nov 2014 14:57:30 -0800
From: Doug Barton <dougb@dougbarton.us>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: Alexandru Petrescu <alexandru.petrescu@gmail.com>, Jeroen Massar <jeroen@massar.ch>, 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> <546509F1.5060508@massar.ch> <54652069.30805@gmail.com> <54652E05.1020402@dougbarton.us> <5465300C.8050206@gmail.com> <54653309.6010407@dougbarton.us> <5465354D.5070002@gmail.com>
In-Reply-To: <5465354D.5070002@gmail.com>
OpenPGP: id=1A1ABC84
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/D3bsfAbILTt5BEnTa6C4RrvU5VU
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-6to4-to-historic-07.txt - software bugs
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 22:57:32 -0000

On 11/13/14 2:48 PM, Alexandru Petrescu wrote:

> I am begging to give a replacement before deprecating.  If you dont
> deprecate and if vendor fixes bugs then one is fine (except reverse DNS,
> and _any_cast trust matters).

If you are actually using 6to4 for production purposes I guarantee that 
you will like tunnels better. So your replacement is ready-made for you.

>> You're asserting that tunnels cannot do things that you think we should
>> be able to do, making sure that a) you're correct, and b) those things
>> are worth the cost should be a precursor to any discussion on new work.
>>
>> For example, in response to Jeroen you asserted that tunnels don't allow
>> reverse DNS.
>
> The IPv6-in-IPv4 tunnel does not (I didnt mean IPv6-in-IPv6 tunnel not
> to allow reverse dns - I think it does).
>
>
>> At least for HE, that assertion is demonstrably false.
>
> Yes.

I'm not sure you are understanding me here. I have an HE 6in4 tunnel, I 
can easily get reverse DNS for it if I want to. (I don't, but I can.)

> Ah no, please, dont plan on renumbering.  I dont even have software to
> renumber all these devices and all these radvd.conf files...
>
> I can give up my 6to4 address space, but just once.  I dont want to do
> it again in 2 years or so. (I already did it once in the past, its
> painful).
>
> (now I am a particular case and people could discuss theirs, if any).

I'm sorry to say, renumbering is a fact of life. I'm not trying to be 
insensitive to your pain here, but it sounds like you're asking us to 
delay a major improvement to the IPv6 spec for your organization's 
convenience.

Doug