Re: [v4v6interim] You have been dugg!

Fred Baker <fred@cisco.com> Mon, 13 October 2008 22:47 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 31BF03A680B; Mon, 13 Oct 2008 15:47:07 -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 EF8EB3A680B for <v4v6interim@core3.amsl.com>; Mon, 13 Oct 2008 15:47:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[AWL=0.001, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 flGA7x3Az77n for <v4v6interim@core3.amsl.com>; Mon, 13 Oct 2008 15:47:05 -0700 (PDT)
Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 08D133A67A7 for <v4v6interim@ietf.org>; Mon, 13 Oct 2008 15:47:05 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.33,405,1220227200"; d="scan'208";a="48833246"
Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-5.cisco.com with ESMTP; 13 Oct 2008 22:48:00 +0000
Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id m9DMm0nn003424; Mon, 13 Oct 2008 15:48:00 -0700
Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-5.cisco.com (8.13.8/8.13.8) with ESMTP id m9DMm06k020539; Mon, 13 Oct 2008 22:48:00 GMT
Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 13 Oct 2008 15:47:59 -0700
Received: from dhcp-128-107-98-124.cisco.com ([128.107.98.124]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 13 Oct 2008 15:47:59 -0700
Message-Id: <0B53C988-0427-436E-92D2-02E5603656F3@cisco.com>
From: Fred Baker <fred@cisco.com>
To: "Hemant Singh (shemant)" <shemant@cisco.com>
In-Reply-To: <B00EDD615E3C5344B0FFCBA910CF7E1D04E42429@xmb-rtp-20e.amer.cisco.com>
Mime-Version: 1.0 (Apple Message framework v929.2)
Date: Mon, 13 Oct 2008 15:47:58 -0700
References: <732E532B-97C7-465C-BBE0-FD1B442DB21E@muada.com><7E414550-E1C7-46BB-A7AD-D4F128903046@cisco.com><290F8ED4-F51C-429F-9DD6-F904996A1CED@muada.com> <8094EF71-2475-48B5-8F26-F926769CBF91@cisco.com> <B00EDD615E3C5344B0FFCBA910CF7E1D04E42429@xmb-rtp-20e.amer.cisco.com>
X-Mailer: Apple Mail (2.929.2)
X-OriginalArrivalTime: 13 Oct 2008 22:47:59.0255 (UTC) FILETIME=[BDA7A270:01C92D85]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=3004; t=1223938080; x=1224802080; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=fred@cisco.com; z=From:=20Fred=20Baker=20<fred@cisco.com> |Subject:=20Re=3A=20[v4v6interim]=20You=20have=20been=20dug g! |Sender:=20; bh=j0M5HMT1iAbuaQKItrRd/AaDkwmbfItjLW+XHsnVb3A=; b=QgNfE9muv//sNVBknbQJFq5yQEnJlOPa44Rw3q8CBhwq8zPFkosqMJpSRT 8Y63/0uUscRmledy5Va+UX5cJsortR6h9+BA3RACCLZaFIoANbdzq505bxfb fkBXA3JngyG3thJObd4dC+GunQThbDpqgCbg1re5XBH5SZqQ3iVsA=;
Authentication-Results: sj-dkim-1; header.From=fred@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; );
Cc: v4v6interim@ietf.org
Subject: Re: [v4v6interim] You have been dugg!
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"; DelSp="yes"
Sender: v4v6interim-bounces@ietf.org
Errors-To: v4v6interim-bounces@ietf.org

um, hold on. two uses.

DHCPv6 is used to assign host addresses to host interfaces. They only  
have one prefix length: /128.

DHCPv6 is also used to assign a prefix to the CPE router in a home.  
the addcon draft, in large part, is saying that these are not always  
(and perhaps should never be) /64. Please tell me that we can assign  
a /60, a /56, or a /48 to a home if we want to.

On Oct 13, 2008, at 3:33 PM, Hemant Singh (shemant) wrote:

> I haven't had the time to catch up to these emails and get a proper
> perspective.  But just a quick comment that DHCPv6 is not broken if
> DHCPv6 responses from the server to the client do not include prefix
> length - that's by design of the IPv6 architecture where the router on
> the network is responsible for doling out the prefix length to the
> clients and NOT the DHCPv6 server.
>
> Hemant
>
> -----Original Message-----
> From: v4v6interim-bounces@ietf.org [mailto:v4v6interim-bounces@ietf.org 
> ]
> On Behalf Of Fred Baker (fred)
> Sent: Monday, October 13, 2008 6:23 PM
> To: Iljitsch van Beijnum
> Cc: v4v6interim@ietf.org
> Subject: Re: [v4v6interim] You have been dugg!
>
>
> On Oct 13, 2008, at 5:42 AM, Iljitsch van Beijnum wrote:
>
>> On 7 okt 2008, at 19:26, Fred Baker wrote:
>>
>>> What does it mean to be "IPv6-like"?
>>
>> That everything happens mostly automatic and is easy otherwise. For
>> instance, in IPv4 you have to think about how big each subnet is. In
>> IPv6 you don't.
>
> I disagree. The discussion of /48 vs /56 vs /60 vs /64 comes to mind.
> And btw this is about a IPv4 address, like NAT64 etc are. You make
> relatively positive statements about the other options and dump on one
> that has the same strengths and weaknesses.
>
>> The IVI mapping means that at the very least a special subnet has to
>> be created for every IPv4-reachable host. The suggestion of having
>> non-/64 subnets and DHCPv6 is very problematic because DHCPv6 doesn't
>> know about subnet prefix lengths.
>
>
> we have a way to assign a prefix using DHCP. You're telling me it
> doesn't know the prefix length? If so, it's broken. I haven't read  
> that
> spec; remind me which it is?
>
> And yes, regardless of the address format used - even SLACK, for that
> matter - one has to either inject a host route into routing or  
> inject a
> prefix into routing. That's how routing works. The only way we can  
> avoid
> that is to put every mapped-address host on a LAN shared with the
> translator. Bzzt. That doesn't scale.
>
>> The situation where a static mapping is set up means that the
>> configuration can be limited to the translation box, this simply  
>> makes
>
>> much more sense on every level.
>
> Actually, not so. And this differs from NAT64, which you spoke
> positively about, in what way?
> _______________________________________________
> v4v6interim mailing list
> v4v6interim@ietf.org
> https://www.ietf.org/mailman/listinfo/v4v6interim

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