Re: US DoD and IPv6

Steve Crocker <steve@shinkuro.com> Sun, 10 October 2010 22:43 UTC

Return-Path: <steve@shinkuro.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 35CF03A686E for <ietf@core3.amsl.com>; Sun, 10 Oct 2010 15:43:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.237
X-Spam-Level:
X-Spam-Status: No, score=-1.237 tagged_above=-999 required=5 tests=[AWL=0.233, BAYES_00=-2.599, HELO_EQ_DSL=1.129]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JEaqzKtTQ4sS for <ietf@core3.amsl.com>; Sun, 10 Oct 2010 15:43:46 -0700 (PDT)
Received: from execdsl.com (mail.shinkuro.com [216.194.124.237]) by core3.amsl.com (Postfix) with ESMTP id C280F3A6878 for <ietf@ietf.org>; Sun, 10 Oct 2010 15:43:45 -0700 (PDT)
Received: from [151.200.239.114] (HELO [192.168.1.102]) by execdsl.com (CommuniGate Pro SMTP 4.2.10) with ESMTP-TLS id 18980525; Sun, 10 Oct 2010 16:43:49 -0600
Subject: Re: US DoD and IPv6
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset="us-ascii"
From: Steve Crocker <steve@shinkuro.com>
In-Reply-To: <4CB24128.6090308@dcrocker.net>
Date: Sun, 10 Oct 2010 18:44:49 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <3EA5057D-0322-4894-A48D-7E218872CE36@shinkuro.com>
References: <20101008133642.0C1D06BE5C6@mercury.lcs.mit.edu> <8B4CDC3F-F062-429C-8391-E7E9C9AC4258@shinkuro.com> <6901ED03111E4FA2D4B364BF@PST.JCK.COM> <A183DC54-7F37-4398-8DAB-DF8739E5F146@shinkuro.com> <4CB24128.6090308@dcrocker.net>
To: dcrocker@bbiw.net
X-Mailer: Apple Mail (2.1081)
Cc: IETF Discussion <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Sun, 10 Oct 2010 22:43:49 -0000

Mebbe.  I confess I didn't study the details of the competing proposals at the time because I was confident the people who were heavily involved surely had things under control.

Steve

On Oct 10, 2010, at 6:41 PM, Dave CROCKER wrote:

> 
> 
> On 10/10/2010 2:51 PM, Steve Crocker wrote:
>> A compatible solution would have been better, but I don't think IPv4... --
>> were designed in a way that permitted a compatible extension.
> 
> 
> Oh?
> 
> Perhaps:
> 
>   1.  Adopt an IPv6 as Steve Deering originally designed it[1]:  A basic upgrade to the IPv4 header, with more address bits, an extensibility mechanisms for adding fields later, and removal of some bits that weren't needed.
> 
>   2.  Define the IPv6 address space as the IPv4 address space, with all zeroes for the higher bits.  (In other words, defer more interesting schemes until later.)
> 
>   3.  Design header translation devices to map between the two formats.
> 
>   4.  Start fielding these implementations.  (That could have started by 1994 or so.)
> 
> The "gateways" between v4 and v6 would initially be notably for having almost no work to do and of not losing any information.  In particular, barely qualifies as a "dual" stack.
> 
> With this approach, "incompatibility" between v4 and v6 would only occur when additional addresses, beyond v4's limitations, start to be assigned.
> 
> We must deal with the current reality and make it work, but historical considerations need to factor in the ambitions that dominated during the many years of design.
> 
> The community got ambitious in a fashion that smacked of the overreaching that is often called second system syndrome (although counting the Arpanet, this was really a third system...)
> 
> d/
> 
> [1]  http://tools.ietf.org/html/draft-deering-sip-00
> -- 
> 
>  Dave Crocker
>  Brandenburg InternetWorking
>  bbiw.net