Re: [nat66] Residential use case

"Dan Wing" <dwing@cisco.com> Mon, 25 October 2010 19:18 UTC

Return-Path: <dwing@cisco.com>
X-Original-To: nat66@core3.amsl.com
Delivered-To: nat66@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A7DB93A6AD7 for <nat66@core3.amsl.com>; Mon, 25 Oct 2010 12:18:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.441
X-Spam-Level:
X-Spam-Status: No, score=-110.441 tagged_above=-999 required=5 tests=[AWL=0.158, 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 FcGpxwY6ArM5 for <nat66@core3.amsl.com>; Mon, 25 Oct 2010 12:17:54 -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 747DE3A6B1C for <nat66@ietf.org>; Mon, 25 Oct 2010 12:15:44 -0700 (PDT)
Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-AV: E=Sophos;i="4.58,237,1286150400"; d="scan'208";a="275374507"
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-5.cisco.com with ESMTP; 25 Oct 2010 19:17:30 +0000
Received: from dwingWS ([10.32.240.196]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o9PJHUnr016757; Mon, 25 Oct 2010 19:17:30 GMT
From: Dan Wing <dwing@cisco.com>
To: 'Margaret Wasserman' <margaretw42@gmail.com>, 'Fred Baker' <fred@cisco.com>
References: <F55FF9C4FDB76643AE0CEC06D0F5CEB306BCC4418F@Skyhawk> <64699DF7-4F81-4AE6-80D6-1505E5EE7F2F@free.fr> <20101025155939.GU32268@Space.Net> <3C7FE7D7-83CE-4751-910C-C8CD0FC452D1@free.fr> <9FCA5FEC-FB26-41EB-AD67-E4D4CC7DC9B4@gmail.com> <795ED9F8-227E-41A3-9B96-39D7A79A8FF6@cisco.com> <5EAAA2E1-7CDF-4386-8F0C-9147427B4B99@gmail.com>
In-Reply-To: <5EAAA2E1-7CDF-4386-8F0C-9147427B4B99@gmail.com>
Date: Mon, 25 Oct 2010 12:17:29 -0700
Message-ID: <000a01cb7479$44b5a190$ce20e4b0$@com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Act0aieaMnmPH9bbT6WJHLr1DgndJwADu3xA
Content-Language: en-us
Cc: 'Keith Moore' <moore@network-heretics.com>, nat66@ietf.org
Subject: Re: [nat66] Residential use case
X-BeenThere: nat66@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "List for discussion of IPv6-to-IPv6 NAT." <nat66.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/nat66>, <mailto:nat66-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/nat66>
List-Post: <mailto:nat66@ietf.org>
List-Help: <mailto:nat66-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/nat66>, <mailto:nat66-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Oct 2010 19:18:27 -0000

> -----Original Message-----
> From: nat66-bounces@ietf.org [mailto:nat66-bounces@ietf.org] On Behalf
> Of Margaret Wasserman
> Sent: Monday, October 25, 2010 10:29 AM
> To: Fred Baker
> Cc: Keith Moore; nat66@ietf.org HappyFunBall
> Subject: Re: [nat66] Residential use case
> 
> 
> Hi Fred,
> 
> On Oct 25, 2010, at 1:12 PM, Fred Baker wrote:
> >> Then we are in complete agreement.  NAT66 isn't needed for most
> >> home users -- a stateful firewall would serve the same purpose.
> >
> > You may be interested to review
> > http://tools.ietf.org/html/draft-troan-multihoming-without-nat66
> >  "IPv6 Multihoming without Network Address Translation", Ole Troan,
> > David
> >  Miles, Satoru Matsushima, Tadahisa Okimoto, Dan Wing, 26-Jul-10
> >
> > The question of multihoming with or without NAT66 (specifically
> > referring to this draft) was brought up by a large residential
> > access provider, who given current solutions sees NAT66 as the only
> > solution to its *residential* problems. Basically, the point of the
> > draft is to describe their scenario and state that they need
> > solutions to three residential problems or they will consider
> > themselves as having no alternative to NAT66.
> 
> Wow, I do have to read that.  From the name, I thought the document
> said exactly the opposite, although I should have trusted that author
> list to come up with something insightful.  Thanks for the pointer!

No insight, other than:  fix four problems on hosts to eliminate
four reasons for NAT66.  Solutions to those four problems are 
already moving forward in MIF.

-d