Re: [v4v6interim] [BEHAVE] [46translation] Proposal for new BEHAVE charter

Margaret Wasserman <mrw@lilacglade.org> Thu, 23 October 2008 17:38 UTC

Return-Path: <v4v6interim-bounces@ietf.org>
X-Original-To: v4v6interim-archive@ietf.org
Delivered-To: ietfarch-v4v6interim-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CD6EF3A697F; Thu, 23 Oct 2008 10:38:18 -0700 (PDT)
X-Original-To: v4v6interim@core3.amsl.com
Delivered-To: v4v6interim@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9E0103A697F for <v4v6interim@core3.amsl.com>; Thu, 23 Oct 2008 10:38:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.371
X-Spam-Level:
X-Spam-Status: No, score=-2.371 tagged_above=-999 required=5 tests=[AWL=-0.372, BAYES_00=-2.599, J_CHICKENPOX_13=0.6]
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 giQFIiytOYid for <v4v6interim@core3.amsl.com>; Thu, 23 Oct 2008 10:38:18 -0700 (PDT)
Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by core3.amsl.com (Postfix) with ESMTP id 280743A684D for <v4v6interim@ietf.org>; Thu, 23 Oct 2008 10:38:15 -0700 (PDT)
Received: from OMTA08.westchester.pa.mail.comcast.net ([76.96.62.12]) by QMTA06.westchester.pa.mail.comcast.net with comcast id WHCr1a00f0Fqzac56HfD0B; Thu, 23 Oct 2008 17:39:13 +0000
Received: from [10.2.0.63] ([69.33.111.74]) by OMTA08.westchester.pa.mail.comcast.net with comcast id WHf81a0091cMU3H3UHfAL2; Thu, 23 Oct 2008 17:39:24 +0000
X-Authority-Analysis: v=1.0 c=1 a=El3q9mXlNU8A:10 a=9ER3-GguvdgA:10 a=WimRKRdZh2UhipNIl1wA:9 a=F7o7dGMhEbDOAcbZc-cA:7 a=wLDca5O2SCctdisK0225KAuiukYA:4 a=MxZ3bB5I4kYA:10
Message-Id: <1DBE5796-E33C-4D1A-81CE-672E03F8D6D5@lilacglade.org>
From: Margaret Wasserman <mrw@lilacglade.org>
To: Cullen Jennings <fluffy@cisco.com>
In-Reply-To: <FABF6711-4591-4182-A1B4-002BC5F18B9D@cisco.com>
Mime-Version: 1.0 (Apple Message framework v929.2)
Date: Thu, 23 Oct 2008 13:39:05 -0400
References: <48F8539D.90608@ericsson.com> <48FB9C5E.8070402@gmail.com> <3E041E8D-8539-4A16-9188-86A1DCEEE62B@muada.com> <200810201358.29295.remi.denis-courmont@nokia.com> <8E5328A8-4937-41A8-A650-204795E074D1@muada.com> <5B78195C-1318-4325-8F98-BC19F59E1532@cisco.com> <01462145-8E18-465A-8989-D1C98D421DED@muada.com> <B5A2E7E1-7FAE-48B6-85E2-B1300DF1458D@cisco.com> <9E0384AB-A20B-44E7-8575-9275101FF920@muada.com> <49008B8E.9080408@ericsson.com> <49008F1E.3010804@cisco.com> <FABF6711-4591-4182-A1B4-002BC5F18B9D@cisco.com>
X-Mailer: Apple Mail (2.929.2)
Cc: v4v6interim@ietf.org, 46Translation <46translation@employees.org>, Behave WG <behave@ietf.org>
Subject: Re: [v4v6interim] [BEHAVE] [46translation] Proposal for new BEHAVE charter
X-BeenThere: v4v6interim@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of coexistence topics for the 01-Oct-2008 v4-v6 coexistence interim meeting <v4v6interim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/v4v6interim>, <mailto:v4v6interim-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/v4v6interim>
List-Post: <mailto:v4v6interim@ietf.org>
List-Help: <mailto:v4v6interim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v4v6interim>, <mailto:v4v6interim-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"; DelSp="yes"
Sender: v4v6interim-bounces@ietf.org
Errors-To: v4v6interim-bounces@ietf.org

> If #2 does not remind you of how we got into so much trouble nat44,  
> well it should. Because of the impact on NAT66 on applications, if  
> IETF does decide to do NAT66 specifications, I think it is very  
> important that the specification is developed not only in the  
> context of v6ops people but is also developed with input of folks  
> from applications that need to use it. Today that would roughly mean  
> behave.

I agree with you that NAT66 could (and probably would) have impact on  
other layers, so this problem is not specific to any one area.  I also  
share your concerns about working on NAT66 within v6ops or any other  
IPv6-specific WG, because we may get a solution that has unknown or  
unacceptable impact on applications.

I agree that the behave WG would be the best forum for this work,  
which is why I have suggested adding NAT66 to the behave charter while  
it is currently in the process of being updated.  Several people  
expressed interest in this work, but Dan Wing, who is one of the  
behave chairs, indicated that he considers NAT66 to be a political  
"third rail" and that he doesn't want to go there.  Magnus, one of the  
transport ADs, said that he sees "some interest" interest in NAT66,  
but that it is not a priority item.  He wants to finish "the important  
things first" before using resources to discuss NAT66.

I consider NAT66 to be an important and timely topic. So, I'm trying  
to figure out a way that we can make some progress on a NAT66 document  
in some other forum.  I'd be happy to bring it to behave when the  
current work has been completed, but that's likely to take quite a  
while, and I'm hoping we can make some progress on NAT66 in the  
meantime.

Do you think it would be better to just wait until behave finishes its  
current work and is ready to recharter again?

Margaret


_______________________________________________
v4v6interim mailing list
v4v6interim@ietf.org
https://www.ietf.org/mailman/listinfo/v4v6interim