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)

Rémi Després <remi.despres@free.fr> Fri, 29 August 2008 16:03 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 C98DC3A68A8 for <ietfarch-v6ops-archive@core3.amsl.com>; Fri, 29 Aug 2008 09:03:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.096
X-Spam-Level:
X-Spam-Status: No, score=-0.096 tagged_above=-999 required=5 tests=[AWL=0.302, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_EQ_FR=0.35, MIME_8BIT_HEADER=0.3, RDNS_NONE=0.1]
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 WgluSCfUu6kw for <ietfarch-v6ops-archive@core3.amsl.com>; Fri, 29 Aug 2008 09:03:21 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id E7F003A687C for <v6ops-archive@lists.ietf.org>; Fri, 29 Aug 2008 09:03:20 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-v6ops@ops.ietf.org>) id 1KZ6JQ-0001D3-VG for v6ops-data@psg.com; Fri, 29 Aug 2008 15:55:00 +0000
Received: from [212.27.42.35] (helo=smtp5-g19.free.fr) by psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from <remi.despres@free.fr>) id 1KZ6JI-0001B0-0Q for v6ops@ops.ietf.org; Fri, 29 Aug 2008 15:54:55 +0000
Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id 70EE83F616D; Fri, 29 Aug 2008 17:54:50 +0200 (CEST)
Received: from ordinateur-de-remi-despres.local (per92-10-88-166-221-144.fbx.proxad.net [88.166.221.144]) by smtp5-g19.free.fr (Postfix) with ESMTP id D0A143F61AF; Fri, 29 Aug 2008 17:54:49 +0200 (CEST)
Message-ID: <48B81B80.9070705@free.fr>
Date: Fri, 29 Aug 2008 17:53:36 +0200
From: Rémi Després <remi.despres@free.fr>
User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707)
MIME-Version: 1.0
To: "Templin, Fred L" <Fred.L.Templin@boeing.com>
CC: james woodyatt <jhw@apple.com>, IPv6 Operations <v6ops@ops.ietf.org>
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)
References: <20080824204553.08131c65.ipng@69706e6720323030352d30312d31340a.nosense.org> <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> <FD70B36F-FCD4-4BC4-9368-C0BEE1B162F0@apple.com> <39C363776A4E8C4A94691D2BD9D1C9A104E93603@XCH-NW-7V2.nw.nos.boein! !g.com> < 48B7E397.6050502@free.fr> <39C363776A4E8C4A94691D2BD9D1C9A104E938FA@XCH-NW-7V2.nw.nos.boei ng.com>
In-Reply-To: <39C363776A4E8C4A94691D2BD9D1C9A104E938FA@XCH-NW-7V2.nw.nos.boeing.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
Sender: owner-v6ops@ops.ietf.org
Precedence: bulk
List-ID: <v6ops.ops.ietf.org>

Templin, Fred L   (m/j/a) 8/29/08 5:03 PM:

>> - ISATAP is a tool that assigns full /128 addresses to IPv6 hosts of 
>> IPv4-only sites.
>> - If my understanding of the subject is right, it is therefore not a 
>> tool to assign an IPv6 prefix to a router CPE behind which 
>> several hosts 
>> have teir individual IPv6 addresses. (A prefix shorter than /128 would 
>> be necesssary, typically /48 to /64).
> 
> Sorry, but that is too limited a view. ISATAP routers can
> indeed be assigned prefixes via DHCPv6 IPv6 prefix delegation
> (or manual config) and can function as IPv6 routers for
> more-specific prefixes than just ::/0.
> 
> In other words, there are "traditional" ISATAP routers that
> service default routes for forwarding to end systems outside
> of the site and ISATAP routers that service more-specific
> routes for forwarding to end systems within the site; even
> if the end systems are deeply nested in "sites-within-sites".
> 

Quite interesting.

Is there a document where "non traditional" ISATAP you are refering to
is described?

It should be related to what I am currently working on, namely a generic
architecture for global address tunneling.
- Its scope is IPv4 or IPv6 global addresses, via IPv6 or IPv4 realms in 
which addressing may be global or local.
- It will include 6to4, "traditional" ISATAP, 6rd,  and several new
useful configurations.

The plan is to have a draft for IETF 73.



Rémi