Re: IESG position on NAT traversal and IPv4/IPv6

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 16 November 2010 02:17 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 954FA3A6D83; Mon, 15 Nov 2010 18:17:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, 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 cXR6Hoc8O4iE; Mon, 15 Nov 2010 18:16:58 -0800 (PST)
Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by core3.amsl.com (Postfix) with ESMTP id 444373A6D84; Mon, 15 Nov 2010 18:16:41 -0800 (PST)
Received: by vws8 with SMTP id 8so79839vws.31 for <multiple recipients>; Mon, 15 Nov 2010 18:17:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=FKkabEjBEzJg7w+fKSRdOgzW7CLoAHahZ/3ovd8TlgE=; b=bGtBPvSeZbSi9bZrfR5CWNGIgQfuqzvYFsUG/EJLliOqzk013eP/0Ct02HhmXZBycN MlOd+GFCJi5dxusAp2ZEpx619aUPK5OIykxqu2cBEzDOTlbHxGjosNol1eegz4u+vWgD ZWkHnE3Mc1qQMCtNJS52IH56GOChF3bG/u0lk=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; b=s+gPlJyEvC3wKHSNgb26HoDbhpvzb3A6QsQFY1z4/i1VrJjdQdtuiKCHG47OctpsCl v2BKJq6ox0otM4RGzUFcCpG1MpxAD50o7HsEftZhN4EPboEcIGtocaqgSVjN6Hbk4GLX 59+VRzvscdbDGEhQ/TTlSfG9fA1us6zY8j2JM=
Received: by 10.220.181.72 with SMTP id bx8mr1691760vcb.158.1289873843593; Mon, 15 Nov 2010 18:17:23 -0800 (PST)
Received: from [10.1.1.4] ([121.98.142.15]) by mx.google.com with ESMTPS id y21sm318069vbx.16.2010.11.15.18.17.20 (version=SSLv3 cipher=RC4-MD5); Mon, 15 Nov 2010 18:17:22 -0800 (PST)
Message-ID: <4CE1E9AC.9040904@gmail.com>
Date: Tue, 16 Nov 2010 15:17:16 +1300
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Hadriel Kaplan <HKaplan@acmepacket.com>
Subject: Re: IESG position on NAT traversal and IPv4/IPv6
References: <F443844F-67B6-418F-9E32-B2F498686650@acmepacket.com>
In-Reply-To: <F443844F-67B6-418F-9E32-B2F498686650@acmepacket.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: "iesg@ietf.org" <iesg@ietf.org>, "ietf@ietf.org list" <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Tue, 16 Nov 2010 02:17:05 -0000

In any case, there are four facts of life that can't be ignored:

1. We have a BEHAVE WG and it has a charter.

2. We'd better hope that as many protocols as possible can traverse NAT64, which
will be with us for many years.

3. An important protocol that needs to traverse NAT44 is called IPv6 (in a
tunnel).

4. Address scopes with limited reachability are plentiful, and
the boundaries between them need to be traversed. The problem is a
bit more than just NATs. Oh, there's a draft that mentions this:
draft-carpenter-referral-ps-01.txt, to be discussed on the
grobj@ietf.org list.

   Brian

On 2010-11-15 18:19, Hadriel Kaplan wrote:
> Hi,
> In one of the working group meetings this past week, when the group was discussing a NAT traversal solution for their new protocol, an A-D suggested they not spend much time on NAT traversal.  He/she indicated the IESG was discouraging NAT traversal mechanisms for new protocols, in order to foster demand for IPv6 instead.  The A-D further noted that "we really want it to run over IPv6 more than we want it to run over IPv4".  After being asked for clarification he/she said that "if you build something that will encourage people to stay on IPv4 longer, when you send it into the IESG you will get pushback".
> 
> I am not going to name the WG nor A-D, because I'd rather encourage A-D's to speak their mind, and it doesn't matter who it was.  Also, anyone can make a mistake or be mis-interpreted, and perhaps that's all this was. (We don't read written prepared statements at the mic, after all :)
> 
> What I'd like to know is the IESG's position with respect to protocols trying to make themselves work around NATs in IPv4.  I'd like to know if the IESG will push back on new protocols if they attempt to work around NATs.
> 
> I would also like to understand the IESG's position with respect to IPv6 and whether protocols should not attempt to make themselves work around potential IPv6 NATs; and more importantly to handle the possibility that the firewall-type policies which NATs have by nature, may continue to be used in IPv6 on purpose even if addresses/ports don't get mapped.
> 
> I appreciate the workload you are always under, but I think it's important for us outside the IESG to know.  If this is not the right medium/process for asking such questions, my apologies... and please let me know the right way. :)
> 
> Thanks,
> -hadriel
>
> _______________________________________________
> Ietf mailing list
> Ietf@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf
>