Re: [Int-area] Revving draft-intarea-shared-addressing-issues

Dave Thaler <dthaler@microsoft.com> Mon, 14 June 2010 20:23 UTC

Return-Path: <dthaler@microsoft.com>
X-Original-To: int-area@core3.amsl.com
Delivered-To: int-area@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 999AC28C0D6 for <int-area@core3.amsl.com>; Mon, 14 Jun 2010 13:23:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.357
X-Spam-Level:
X-Spam-Status: No, score=-110.357 tagged_above=-999 required=5 tests=[AWL=0.242, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, 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 U453QbuVeBgZ for <int-area@core3.amsl.com>; Mon, 14 Jun 2010 13:23:23 -0700 (PDT)
Received: from smtp.microsoft.com (mail1.microsoft.com [131.107.115.212]) by core3.amsl.com (Postfix) with ESMTP id ADB633A68E7 for <int-area@ietf.org>; Mon, 14 Jun 2010 13:23:23 -0700 (PDT)
Received: from TK5EX14HUBC101.redmond.corp.microsoft.com (157.54.7.153) by TK5-EXGWY-E801.partners.extranet.microsoft.com (10.251.56.50) with Microsoft SMTP Server (TLS) id 8.2.176.0; Mon, 14 Jun 2010 13:23:27 -0700
Received: from TK5EX14MLTW651.wingroup.windeploy.ntdev.microsoft.com (157.54.71.39) by TK5EX14HUBC101.redmond.corp.microsoft.com (157.54.7.153) with Microsoft SMTP Server (TLS) id 14.1.160.7; Mon, 14 Jun 2010 13:23:27 -0700
Received: from TK5EX14MBXW604.wingroup.windeploy.ntdev.microsoft.com ([169.254.4.101]) by TK5EX14MLTW651.wingroup.windeploy.ntdev.microsoft.com ([157.54.71.39]) with mapi; Mon, 14 Jun 2010 13:23:28 -0700
From: Dave Thaler <dthaler@microsoft.com>
To: Dan Wing <dwing@cisco.com>, 'Bernard Aboba' <bernard_aboba@hotmail.com>, "ford@isoc.org" <ford@isoc.org>
Thread-Topic: [Int-area] Revving draft-intarea-shared-addressing-issues
Thread-Index: AQHLCJzpPlC2L8n+eEa0/YO9dB51gJJ8PUGAgACdQ4CAAiHRAIACrQsAgACNHQD//6BPQIAAhwCAgAADDwD//4xh8A==
Date: Mon, 14 Jun 2010 20:23:26 +0000
Message-ID: <9B57C850BB53634CACEC56EF4853FF652C060363@TK5EX14MBXW604.wingroup.windeploy.ntdev.microsoft.com>
References: <1339FDB5-B518-4210-9D7E-6711E4E10DB0@isoc.org>, <020401cb08ec$97759280$b94c150a@cisco.com><4C11EB81.9090407@gmail.com>, <01ee01cb0a4c$1d528290$7844150a@cisco.com>, <6A8F3173-1CC1-4A0A-A96D-EE5AF1D8B58D@isoc.org>, <04b601cb0be9$308d1930$7844150a@cisco.com>, <9B57C850BB53634CACEC56EF4853FF652C05FEC1@TK5EX14MBXW604.wingroup.windeploy.ntdev.microsoft.com> <BLU137-W306A1BCDBB7C8182DAC35293DC0@phx.gbl> <05a001cb0bfe$5fc2c5f0$7844150a@cisco.com>
In-Reply-To: <05a001cb0bfe$5fc2c5f0$7844150a@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "int-area@ietf.org" <int-area@ietf.org>, "brian.e.carpenter@gmail.com" <brian.e.carpenter@gmail.com>, "draft-ford-shared-addressing-issues@tools.ietf.org" <draft-ford-shared-addressing-issues@tools.ietf.org>, "lorenzo@google.com" <lorenzo@google.com>
Subject: Re: [Int-area] Revving draft-intarea-shared-addressing-issues
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/int-area>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Jun 2010 20:23:24 -0000

> -----Original Message-----
> From: Dan Wing [mailto:dwing@cisco.com]
> Sent: Monday, June 14, 2010 1:16 PM
> To: 'Bernard Aboba'; Dave Thaler; ford@isoc.org
> Cc: int-area@ietf.org; brian.e.carpenter@gmail.com; draft-ford-shared-
> addressing-issues@tools.ietf.org; lorenzo@google.com
> Subject: RE: [Int-area] Revving draft-intarea-shared-addressing-issues
> 
> 
> 
> > -----Original Message-----
> > From: Bernard Aboba [mailto:bernard_aboba@hotmail.com]
> > Sent: Monday, June 14, 2010 1:05 PM
> > To: dthaler@microsoft.com; dwing@cisco.com; ford@isoc.org
> > Cc: int-area@ietf.org; brian.e.carpenter@gmail.com;
> > draft-ford-shared-addressing-issues@tools.ietf.org; lorenzo@google.com
> > Subject: RE: [Int-area] Revving draft-intarea-shared-addressing-issues
> >
> > The NAT box can use its public IPv4 address to enable 6to4, thereby
> > providing IPv6 support for hosts "behind" it.  Why would this result
> > in a disconnected IPv6 island?
> 
> Diagram of what I understand the problem to be with 6to4 behind another NAT:
> 
>   IPv6 host--+
>               \
>                +---[home NAT]----[Carrier's NAT]---[Internet]
>               /      ^       ^                  ^
>   IPv6 host--+       ^       ^                  ^
>                      ^       ^             IP address sharing
>                      ^       ^             with multiple
>                      ^       ^             subscribers
>                      ^       ^
>                      ^     the in-home NAT's WAN address
>                      ^     is not publicly routable
>                      ^
>                      ^
>                this in-home
>              NAT turns on 6to4

The in-home NAT cannot turn on 6to4, it's simply not possible.
To turn on 6to4 per the RFC one has to have a globally unique
IPv4 address, which it doesn't in the diagram above.

-Dave

> 
> -d
> 
> > > From: dthaler@microsoft.com
> > > To: dwing@cisco.com; ford@isoc.org
> > > Date: Mon, 14 Jun 2010 19:04:31 +0000
> > > CC: int-area@ietf.org; brian.e.carpenter@gmail.com;
> > draft-ford-shared-addressing-issues@tools.ietf.org; lorenzo@google.com
> > > Subject: Re: [Int-area] Revving
> > draft-intarea-shared-addressing-issues
> > >
> > > > Some routers enable 6to4 [RFC3056] on their WAN link.
> > 6to4 requires a
> > > > publicly-routable IPv4 address. Enabling 6to4 behind a
> > NAT causes a
> > > > disconnected IPv6 island."
> > >
> > > The last sentence above is incorrect. The second sentence
> > is correct.
> > > So one cannot "enable" 6to4 behind a NAT since one has no
> > > publically-routable IPv4 address. Hence one does not get an IPv6
> > > island. One gets no IPv6 at all (from 6to4 anyway).
> > >
> > > -Dave
> > >
> > > _______________________________________________
> > > Int-area mailing list
> > > Int-area@ietf.org
> > > https://www.ietf.org/mailman/listinfo/int-area
> >
> >
>