Re: [v4v6interim] "IPv4->IPv6 is hard"

Ed Jankiewicz <edward.jankiewicz@sri.com> Fri, 17 October 2008 19:18 UTC

Return-Path: <v4v6interim-bounces@ietf.org>
X-Original-To: v4v6interim-archive@ietf.org
Delivered-To: ietfarch-v4v6interim-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7FDB63A6A55; Fri, 17 Oct 2008 12:18:06 -0700 (PDT)
X-Original-To: v4v6interim@core3.amsl.com
Delivered-To: v4v6interim@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A9C663A6818 for <v4v6interim@core3.amsl.com>; Fri, 17 Oct 2008 12:18:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.027
X-Spam-Level:
X-Spam-Status: No, score=-6.027 tagged_above=-999 required=5 tests=[AWL=0.019, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_MED=-4]
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 QFqxmsLcwcPd for <v4v6interim@core3.amsl.com>; Fri, 17 Oct 2008 12:18:03 -0700 (PDT)
Received: from mailgate-internal4.sri.com (mailgate-internal4.SRI.COM [128.18.84.114]) by core3.amsl.com (Postfix) with SMTP id D60BF3A6781 for <v4v6interim@ietf.org>; Fri, 17 Oct 2008 12:18:03 -0700 (PDT)
Received: from smssmtp-internal2.sri.com (128.18.84.116) by mailgate-internal4.sri.com with SMTP; 17 Oct 2008 19:19:08 -0000
X-AuditID: 80125474-ae19cbb000000a40-c1-48f8e52cbb3b
Received: from srimail1.sri.com (srimail1.SRI.COM [128.18.30.11]) by smssmtp-internal2.sri.com (Symantec Mail Security) with ESMTP id 9BDC321AF2F for <v4v6interim@ietf.org>; Fri, 17 Oct 2008 12:19:08 -0700 (PDT)
Received: from [192.168.2.101] (static-72-90-189-2.nwrknj.east.verizon.net [72.90.189.2]) by mail.sri.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K8W00MJ2DNVSV20@mail.sri.com> for v4v6interim@ietf.org; Fri, 17 Oct 2008 12:19:08 -0700 (PDT)
Date: Fri, 17 Oct 2008 15:19:06 -0400
From: Ed Jankiewicz <edward.jankiewicz@sri.com>
In-reply-to: <48F8DB10.6000800@psg.com>
To: Randy Bush <randy@psg.com>
Message-id: <48F8E52A.3080009@sri.com>
MIME-version: 1.0
References: <B4A9FAB9-F39D-42AA-BE3B-AF6A3C48CC93@cisco.com> <4391DDA1-6432-4DCD-8A38-F351C68058B5@muada.com> <48F8A9F9.6000505@sri.com> <48F8BC64.10608@psg.com> <48F8D984.90901@sri.com> <48F8DB10.6000800@psg.com>
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
X-Brightmail-Tracker: AAAAAA==
Cc: v4v6interim@ietf.org
Subject: Re: [v4v6interim] "IPv4->IPv6 is hard"
X-BeenThere: v4v6interim@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of coexistence topics for the 01-Oct-2008 v4-v6 coexistence interim meeting <v4v6interim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/v4v6interim>, <mailto:v4v6interim-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/v4v6interim>
List-Post: <mailto:v4v6interim@ietf.org>
List-Help: <mailto:v4v6interim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v4v6interim>, <mailto:v4v6interim-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: v4v6interim-bounces@ietf.org
Errors-To: v4v6interim-bounces@ietf.org

one of my assumptions is that it would be more likely that servers 
already have or could get stable IPv4 addresses, or at least were more 
likely to get the addresses than clients - the asymmetry being lots of 
clients and few servers.   Several folks have suggested that the 
remaining IPv4 addresses or at least portions of that space should be 
reserved for uses that encourage IPv6.  Giving an address to a 
dual-stack server so it can still be reached by IPv4 clients seems like 
a good use.  Requiring every new IPv6 subscriber to also have a unique 
IPv4 address would not be as "cost effective".

Of course, that doesn't take p2p into account where everyone is a 
server, but there should be other ways for those folks to find each other. 

Randy Bush wrote:
> Ed Jankiewicz wrote:
>   
>> yup.  I really meant to say "right now" and even for the near future,
>> don't we still expect most servers/applications to be dual-stack rather
>> than IPv6-only?  My point was there are more pressing problems to solve,
>> while it would be nice for all variations to work, some can be deferred.
>>
>> Randy Bush wrote:
>>     
>>>> "...folks I work with would like to see solutions in that space, but it
>>>> is certainly not a high priority.  For the foreseeable future, it does
>>>> not seem critical to enable an IPv4-only host to talk to an arbitrary
>>>> number of IPv6-only hosts/servers/applications.  There really aren't any
>>>> to worry about."
>>>>     
>>>>         
>>> we hope there will be
>>>       
>
> i worry that, given history, services may not be able to easily get ipv4
> address space before the ietf process produces useful code.
>
> randy
>
>   

-- 
Ed Jankiewicz - SRI International
Fort Monmouth Branch Office - IPv6 Research 
Supporting DISA Standards Engineering Branch
732-389-1003 or  ed.jankiewicz@sri.com 

_______________________________________________
v4v6interim mailing list
v4v6interim@ietf.org
https://www.ietf.org/mailman/listinfo/v4v6interim