Re: But are we talking IPv6 only? That's how I read the draft. (Re: Some suggestions for draft-ietf-v6ops-cpe-simple-security-03)

james woodyatt <jhw@apple.com> Thu, 28 August 2008 19:40 UTC

Return-Path: <owner-v6ops@ops.ietf.org>
X-Original-To: ietfarch-v6ops-archive@core3.amsl.com
Delivered-To: ietfarch-v6ops-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4D89B3A6AAD for <ietfarch-v6ops-archive@core3.amsl.com>; Thu, 28 Aug 2008 12:40:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.495
X-Spam-Level:
X-Spam-Status: No, score=-104.495 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1, 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 gktqI96FAYCE for <ietfarch-v6ops-archive@core3.amsl.com>; Thu, 28 Aug 2008 12:40:41 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 5F60E3A6969 for <v6ops-archive@lists.ietf.org>; Thu, 28 Aug 2008 12:40:41 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-v6ops@ops.ietf.org>) id 1KYnDe-000D9w-5P for v6ops-data@psg.com; Thu, 28 Aug 2008 19:31:46 +0000
Received: from [17.254.13.23] (helo=mail-out4.apple.com) by psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from <jhw@apple.com>) id 1KYnDS-000D89-JB for v6ops@ops.ietf.org; Thu, 28 Aug 2008 19:31:40 +0000
Received: from relay11.apple.com (relay11.apple.com [17.128.113.48]) by mail-out4.apple.com (Postfix) with ESMTP id 964B33A4CF01 for <v6ops@ops.ietf.org>; Thu, 28 Aug 2008 12:31:33 -0700 (PDT)
Received: from relay11.apple.com (unknown [127.0.0.1]) by relay11.apple.com (Symantec Mail Security) with ESMTP id 8028F2808D for <v6ops@ops.ietf.org>; Thu, 28 Aug 2008 12:31:33 -0700 (PDT)
X-AuditID: 11807130-a9b90bb000000ead-48-48b6fd1559ca
Received: from il0602f-dhcp90.apple.com (il0602f-dhcp90.apple.com [17.206.50.90]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay11.apple.com (Apple SCV relay) with ESMTP id 5B87028042 for <v6ops@ops.ietf.org>; Thu, 28 Aug 2008 12:31:33 -0700 (PDT)
Message-Id: <FD70B36F-FCD4-4BC4-9368-C0BEE1B162F0@apple.com>
From: james woodyatt <jhw@apple.com>
To: IPv6 Operations <v6ops@ops.ietf.org>
In-Reply-To: <05ad01c90922$854aa710$c2f0200a@cisco.com>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v928.1)
Subject: Re: But are we talking IPv6 only? That's how I read the draft. (Re: Some suggestions for draft-ietf-v6ops-cpe-simple-security-03)
Date: Thu, 28 Aug 2008 12:31:32 -0700
References: <20080824204553.08131c65.ipng@69706e6720323030352d30312d31340a.nosense.org> <48B1CCE8.1070305@gmail.com> <01af01c9065b$b4602440$c2f0200a@cisco.com> <48B23391.1090503@gmail.com> <01cd01c90672$a57c8790$c2f0200a@cisco.com> <48B31DA3.6080001@gmail.com> <07d201c906f7$50a85e30$c2f0200a@cisco.com> <48B32B43.5010103@gmail.com> <084c01c906fe$f9bf1840$c2f0200a@cisco.com> <48B33430.40704@gmail.com> <A31EB889-2BD9-4283-A408-AB6DCC1D568A@suspicious.org> <08be01c90712$d876cd40$c2f0200a@cisco.com> <20080827194713.23271bd1.ipng@69706e6720323030352d30312d31340a.nosense.org> <CD947C45-58F7-47F1-807F-A276490B1E39@apple.com> <0e6001c908a2$b8fcf700$c2f0200a@cisco.com> <F0E4B018-AA5E-4344-A40B-3F6D974B7EA1@apple.com> <001b01c908ac$2b7d5140$c2f0200a@cisco.com> <39C363776A4E8C4A94691D2BD9D1C9A104E93359@XCH-NW-7V2.nw.nos.boeing.com> <05ad01c90922$854aa710$c2f0200a@cisco.com>
X-Mailer: Apple Mail (2.928.1)
X-Brightmail-Tracker: AAAAAA==
Sender: owner-v6ops@ops.ietf.org
Precedence: bulk
List-ID: <v6ops.ops.ietf.org>

On Aug 28, 2008, at 08:27, Dan Wing wrote:
>
> But the assumed model(s) need to be explained, in the draft,
> so that it is clear how those models apply to dual-stack-lite
> and to IVI/NAT64/NAT-PT -- all of which change the assumptions
> (due to lack of publicly-routable v4 address for some of
> those solutions).  Or, alternatively, if it is this draft's
> intent that its model for v6-in-v4 is only intended to work
> if the CPE has a publicly-routable v4 address.

I'll expand on the relevant models for IPv6 transition mechanisms and  
dual-stack service providers in the next revision of the draft.

The minimum set of models I think we should consider are..

A) CPE is a router connected to a native IPv6 service provider with  
prefix delegation.  Note: this includes dual-stack-lite CPE, as  
currently proposed.

B) CPE is an IPv4/NAT router connected to a service provider where  
IPv6-in-IPv4 tunneling is available with a default route to the public  
default-free zone, e.g. 6to4, tunnel-broker, etc.

Are there *any* other realistic models to consider for residential CPE?


--
james woodyatt <jhw@apple.com>
member of technical staff, communications engineering