RE: Last Call: <draft-ietf-behave-lsn-requirements-07.txt> (Common requirements for Carrier Grade NATs (CGNs)) to Best Current Practice

"George, Wes" <wesley.george@twcable.com> Mon, 09 July 2012 15:03 UTC

Return-Path: <wesley.george@twcable.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A27B111E8087; Mon, 9 Jul 2012 08:03:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.722
X-Spam-Level:
X-Spam-Status: No, score=-0.722 tagged_above=-999 required=5 tests=[AWL=-0.259, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aL5MRFsC8WUY; Mon, 9 Jul 2012 08:03:13 -0700 (PDT)
Received: from cdpipgw02.twcable.com (cdpipgw02.twcable.com [165.237.59.23]) by ietfa.amsl.com (Postfix) with ESMTP id 339D911E8083; Mon, 9 Jul 2012 08:03:09 -0700 (PDT)
X-SENDER-IP: 10.136.163.14
X-SENDER-REPUTATION: None
X-IronPort-AV: E=Sophos;i="4.77,552,1336363200"; d="scan'208";a="389825164"
Received: from unknown (HELO PRVPEXHUB05.corp.twcable.com) ([10.136.163.14]) by cdpipgw02.twcable.com with ESMTP/TLS/RC4-MD5; 09 Jul 2012 11:03:01 -0400
Received: from PRVPEXVS03.corp.twcable.com ([10.136.163.27]) by PRVPEXHUB05.corp.twcable.com ([10.136.163.14]) with mapi; Mon, 9 Jul 2012 11:03:34 -0400
From: "George, Wes" <wesley.george@twcable.com>
To: Simon Perreault <simon.perreault@viagenie.ca>
Date: Mon, 09 Jul 2012 11:03:32 -0400
Subject: RE: Last Call: <draft-ietf-behave-lsn-requirements-07.txt> (Common requirements for Carrier Grade NATs (CGNs)) to Best Current Practice
Thread-Topic: Last Call: <draft-ietf-behave-lsn-requirements-07.txt> (Common requirements for Carrier Grade NATs (CGNs)) to Best Current Practice
Thread-Index: Ac1chpQ7rIRV1kacS+6FyUAfZ7yjkQBXCS8A
Message-ID: <DCC302FAA9FE5F4BBA4DCAD4656937791745A1F0D4@PRVPEXVS03.corp.twcable.com>
References: <DCC302FAA9FE5F4BBA4DCAD4656937791745903045@PRVPEXVS03.corp.twcable.com> <4FF8A836.2090407@viagenie.ca>
In-Reply-To: <4FF8A836.2090407@viagenie.ca>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "behave@ietf.org" <behave@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "sunset4@ietf.org" <sunset4@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Jul 2012 15:03:14 -0000

> From: Simon Perreault [mailto:simon.perreault@viagenie.ca]
> Sent: Saturday, July 07, 2012 5:21 PM
>
> Wes,
>
> Here's my take on this...
>
> CGN as defined in this document does not only include NAT444. It is more
> generic than that: it really means "multi-user NAT". Dave Thaler came up
> with the example use case of the NAT in a wifi hotspot. It's just NAT44,
> but it still fits with the draft's definition of CGN because you have
> multiple users potentially fighting for the same NAT resources. Remember
> that the main raison d'être of this draft is for the operator to be able
> to ensure fairness between NAT users. So in this view I think it is
> clearly behave material since the sunsetting of IPv4 really is
> orthogonal to multi-user NATs.
>
> On the question of IPv6: I don't think we should talk about IPv6 simply
> because IPv6 NAT so far has not seen significant deployment in the
> context of multi-user NAT. And NPTv6 is stateless so there are no
> resources to fight for.

[WEG] I agree with all of what you've said, but I think I need to make the point that I'm concerned with clearer, because the above doesn't exactly address it. I wasn't saying anything about IPv6 NAT, or even IPv4 sunset. I was saying that the current wording is unclear as to what you mean by "IPv4-only". While the NAT specified by this document itself may only act on IPv4 traffic, as you note above it's not limited to just NAT444 or even an IPv4-only *network*. The recommendations in this doc will work for an IPv4 NAT associated with DSLite just as easily as a more traditional IPv4 transport. This is an important distinction, IMO.

>
> Back to your email, where you wrote:
>
> > if it is truly a IPv4-only NAT (NAT44 or NAT444) requirements doc
> rather than a more generic CGN requirements doc, it should be named to
> reflect that.
>
> How about "Common Requirements for IPv4 Carrier Grade NATs (CGNs)"?
[WEG] This helps, but only in conjunction with additional clarification about the application - that is, just because the NAT is IPv4-only doesn't mean that the network must also be IPv4-only.

Thanks
Wes George

This E-mail and any of its attachments may contain Time Warner Cable proprietary information, which is privileged, confidential, or subject to copyright belonging to Time Warner Cable. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout.