RE: [BEHAVE] Comments on the NAT66 draft

"Wes Beebee (wbeebee)" <wbeebee@cisco.com> Thu, 06 November 2008 14:41 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 A3E7B3A6859 for <ietfarch-v6ops-archive@core3.amsl.com>; Thu, 6 Nov 2008 06:41:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.927
X-Spam-Level:
X-Spam-Status: No, score=-4.927 tagged_above=-999 required=5 tests=[AWL=-0.432, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_MED=-4, 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 2lWqXkj16qTI for <ietfarch-v6ops-archive@core3.amsl.com>; Thu, 6 Nov 2008 06:41:44 -0800 (PST)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 9C4CE3A69DB for <v6ops-archive@lists.ietf.org>; Thu, 6 Nov 2008 06:41:44 -0800 (PST)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-v6ops@ops.ietf.org>) id 1Ky62Y-000OOR-Ac for v6ops-data@psg.com; Thu, 06 Nov 2008 14:40:54 +0000
Received: from [64.102.122.148] (helo=rtp-iport-1.cisco.com) by psg.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from <wbeebee@cisco.com>) id 1Ky62G-000OMm-N0 for v6ops@ops.ietf.org; Thu, 06 Nov 2008 14:40:48 +0000
X-IronPort-AV: E=Sophos;i="4.33,557,1220227200"; d="scan'208";a="26964343"
Received: from rtp-dkim-2.cisco.com ([64.102.121.159]) by rtp-iport-1.cisco.com with ESMTP; 06 Nov 2008 14:40:35 +0000
Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id mA6EeZIj004355; Thu, 6 Nov 2008 09:40:35 -0500
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by rtp-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id mA6EeZ9l028903; Thu, 6 Nov 2008 14:40:35 GMT
Received: from xmb-rtp-211.amer.cisco.com ([64.102.31.118]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 6 Nov 2008 09:40:35 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [BEHAVE] Comments on the NAT66 draft
Date: Thu, 06 Nov 2008 09:40:34 -0500
Message-ID: <BB56240F3A190F469C52A57138047A03014765DF@xmb-rtp-211.amer.cisco.com>
In-Reply-To: <6BB0BB30-7AA4-4821-B9EB-4703794F3C87@muada.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [BEHAVE] Comments on the NAT66 draft
Thread-Index: AclAGgz79fW18UBCTqKrZp2m6NqlAgAAbK4Q
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>
From: "Wes Beebee (wbeebee)" <wbeebee@cisco.com>
To: Iljitsch van Beijnum <iljitsch@muada.com>
Cc: EricLKlein@softhome.net, Margaret Wasserman <mrw@lilacglade.org>, v6ops@ops.ietf.org, Behave WG <behave@ietf.org>
X-OriginalArrivalTime: 06 Nov 2008 14:40:35.0633 (UTC) FILETIME=[A1030A10:01C9401D]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=2302; t=1225982435; x=1226846435; c=relaxed/simple; s=rtpdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=wbeebee@cisco.com; z=From:=20=22Wes=20Beebee=20(wbeebee)=22=20<wbeebee@cisco.co m> |Subject:=20RE=3A=20[BEHAVE]=20Comments=20on=20the=20NAT66= 20draft |Sender:=20 |To:=20=22Iljitsch=20van=20Beijnum=22=20<iljitsch@muada.com >; bh=gc+JkGMfhD1OxstrOS4B4Li/msSkUDkuM1AHDkjhWak=; b=JYHmmE5G8/Qk+oLuBf/DlFVpgiZaSj2ilbpz68rvlSvG/acaJgqduhX64U f7PwDC1/+8MafmbIsSlmT2+4UI8zFvfCyWNdjklxZVxc1FYuimI5oKoFSPaE WyeGI8EdQm;
Authentication-Results: rtp-dkim-2; header.From=wbeebee@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim2001 verified; );
Sender: owner-v6ops@ops.ietf.org
Precedence: bulk
List-ID: <v6ops.ops.ietf.org>

I guess RFC 4864 doesn't go quite far enough - it says (paraphrasing): 
You shouldn't need NAT66 because there are other ways to accomplish your
goals which may be existing or under development at IETF.  

Are we prepared to make a stronger statement here?  Are we prepared to
say: 
If you use NAT66, then be prepared for interoperability problems with
IETF specifications because we WILL NOT design around your box, and,
furthermore, that all the reasons you would want such a box have been
fully accomodated through other means which are all in a good enough
state for you to deploy today.

- Wes

-----Original Message-----
From: Iljitsch van Beijnum [mailto:iljitsch@muada.com] 
Sent: Thursday, November 06, 2008 9:15 AM
To: Wes Beebee (wbeebee)
Cc: EricLKlein@softhome.net; Margaret Wasserman; v6ops@ops.ietf.org;
Behave WG
Subject: Re: [BEHAVE] Comments on the NAT66 draft

On 6 nov 2008, at 14:59, Wes Beebee (wbeebee) wrote:

> As we move to IPv6, NAT44, NAT64, and NAT46 will eventually go away.  
> The problem with helping NAT66 (even when that is not your
> intent) is that once it catches on, it'll be in the Internet forever 
> and will never go away.

> "NATs necessary for IPv6, says IETF chair"
> http://www.networkworld.com/news/2008/072109-nat-housley-qna.html

> Once NAT66 gets out, I can imagine even more damaging headlines (which

> conveniently miss all the subtleties of the message in section 3 of 
> http://www.ietf.org/internet-drafts/draft-mrw-behave-nat66-00.txt)
> : "IETF Standardizes IPv6-to-IPv6 NAT".

Well, if that's what we want to avoid, we shouldn't be coy and come out
and say that IPv6 NAT won't be accommodated in IETF protocols.

What seems to be happening today is that we all look the other way and
pretend the issue doesn't exist, because we either assume that of course
there won't be any IPv6 NAT or of course there will. So we are on our
way ending up with the same situation that we encountered with
IPv4: suddenly, it's no longer realistically possible to deploy a
protocol that isn't NAT-friendly, but there are so many different NATs
that it's impossible to be friendly to them all, and many of them
operate is very suboptimal ways that could have been avoided with some
forethought.