Re: [BEHAVE] Comments on the NAT66 draft

Rémi Després <remi.despres@free.fr> Mon, 10 November 2008 18:15 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 2680E28C143 for <ietfarch-v6ops-archive@core3.amsl.com>; Mon, 10 Nov 2008 10:15:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.323
X-Spam-Level:
X-Spam-Status: No, score=0.323 tagged_above=-999 required=5 tests=[AWL=-0.737, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_HTML_ONLY=1.457, 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 6ZaChENHk68x for <ietfarch-v6ops-archive@core3.amsl.com>; Mon, 10 Nov 2008 10:15:48 -0800 (PST)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id EC33A28C140 for <v6ops-archive@lists.ietf.org>; Mon, 10 Nov 2008 10:15:47 -0800 (PST)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-v6ops@ops.ietf.org>) id 1KzbF3-0003XC-Tg for v6ops-data@psg.com; Mon, 10 Nov 2008 18:12:01 +0000
Received: from [212.27.42.27] (helo=smtp1-g19.free.fr) by psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from <remi.despres@free.fr>) id 1KzbEy-0003We-4Z for v6ops@ops.ietf.org; Mon, 10 Nov 2008 18:11:58 +0000
Received: from smtp1-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp1-g19.free.fr (Postfix) with ESMTP id 500BF1AB5BC; Mon, 10 Nov 2008 19:11:55 +0100 (CET)
Received: from ordinateur-de-remi-despres.local (per92-10-88-166-221-144.fbx.proxad.net [88.166.221.144]) by smtp1-g19.free.fr (Postfix) with ESMTP id F0A881AB37B; Mon, 10 Nov 2008 19:11:50 +0100 (CET)
Message-ID: <49187909.6040507@free.fr>
Date: Mon, 10 Nov 2008 19:10:17 +0100
From: Rémi Després <remi.despres@free.fr>
User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914)
MIME-Version: 1.0
To: Gert Doering <gert@space.net>
CC: EricLKlein@softhome.net, "Wes Beebee (wbeebee)" <wbeebee@cisco.com>, Behave WG <behave@ietf.org>, v6ops@ops.ietf.org, "Gunter Van de Velde (gvandeve)" <gvandeve@cisco.com>, Margaret Wasserman <mrw@lilacglade.org>
Subject: Re: [BEHAVE] Comments on the NAT66 draft
References: <4911B9E7.8090108@free.fr> <BB56240F3A190F469C52A57138047A03014762B5@xmb-rtp-211.amer.cisco.com> <courier.4912CE09.00003CB8@softhome.net> <BB56240F3A190F469C52A57138047A03014765AF@xmb-rtp-211.amer.cisco.com> <6BB0BB30-7AA4-4821-B9EB-4703794F3C87@muada.com> <courier.4914868B.00003F53@softhome.net> <20081108093045.GV89033@Space.Net> <courier.4915760A.00007FB9@softhome.net> <70672088D7D2CE409FB05DDD7B73D3810232327A@xmb-ams-33c.emea.cisco.com> <courier.49185034.00006837@softhome.net> <20081110151915.GN89033@Space.Net>
In-Reply-To: <20081110151915.GN89033@Space.Net>
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Sender: owner-v6ops@ops.ietf.org
Precedence: bulk
List-ID: <v6ops.ops.ietf.org>

Gert Doering   (1-12/1-31/200x) 11/10/08 4:19 PM:
Hi,

On Mon, Nov 10, 2008 at 08:16:04AM -0700, EricLKlein@softhome.net wrote:
  
This makes sense to me, lets first identify the problems we want to solve 
and then see how to fix them rather than assigning NAT as a solution to 
problems that are not clearly defined.
    
Well, the main unsolved problem I see is

 - (small to medium) enterprise customers that want to change their ISP 
   without renumbering their internal network

For larger enterprises, I see "acquiring their own IPv6 address space"
(either by means of becoming a member of their local RIR and grabbing
a "provider" allocation, or by means of IPv6 PI space) "and using BGP"
as the answer to that problem.
  
The Stateless Address Mapping of draft-despres-sam-01 is intended to provide clean solutions to:
- SMEs that change ISPs
- Large entreprises that have multiple links to several ISPs.

The price to be paid is some complement if host stacks (backward compatibles for incremental deployment, but not available today). It is therefore not a solution for tomorrow morning, but it should not take that many years.

An experimental implementation should soon be planned, initially with Linux and  modified Linksys boxes,  and hopefully also with Wi-fi mobile phones and other hosts.

Pending availability of the solution in mainstream hosts, native IPv6 across IPv4 clouds, and IPv4 with its NATs and NAT cascades, should be sufficient.

I have native IPv6 today at home, thanks to the 6rd deployment by Free Telecom, with no plan to ever need NAT66s to do renumbering and efficient multihoming.

Regards,
RD