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

Cullen Jennings <fluffy@cisco.com> Fri, 24 October 2008 15:43 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 AC14428C1D9; Fri, 24 Oct 2008 08:43:30 -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 3323828C1F3; Fri, 24 Oct 2008 08:43:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.008
X-Spam-Level:
X-Spam-Status: No, score=-106.008 tagged_above=-999 required=5 tests=[AWL=-0.009, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_MED=-4, 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 f9IMHrWB4mWX; Fri, 24 Oct 2008 08:43:28 -0700 (PDT)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 5B57628C1C1; Fri, 24 Oct 2008 08:43:28 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.33,479,1220227200"; d="scan'208";a="95750028"
Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-1.cisco.com with ESMTP; 24 Oct 2008 15:44:41 +0000
Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id m9OFifob013318; Fri, 24 Oct 2008 08:44:41 -0700
Received: from [192.168.4.177] (rcdn-fluffy-8711.cisco.com [10.99.9.18]) by sj-core-4.cisco.com (8.13.8/8.13.8) with ESMTP id m9OFidL0017422; Fri, 24 Oct 2008 15:44:39 GMT
From: Cullen Jennings <fluffy@cisco.com>
To: Pekka Savola <pekkas@netcore.fi>
In-Reply-To: <alpine.LRH.2.00.0810241218190.1106@netcore.fi>
Impp: xmpp:cullenfluffyjennings@jabber.org
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> <49009C8B.80707@cisco.com> <alpine.LRH.2.00.0810241218190.1106@netcore.fi>
Message-Id: <C592EC2D-16AE-4DBF-8772-C6B48F03D5D9@cisco.com>
Mime-Version: 1.0 (Apple Message framework v929.2)
Date: Fri, 24 Oct 2008 09:44:33 -0600
X-Mailer: Apple Mail (2.929.2)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1528; t=1224863081; x=1225727081; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=fluffy@cisco.com; z=From:=20Cullen=20Jennings=20<fluffy@cisco.com> |Subject:=20Re=3A=20[BEHAVE]=20[v4v6interim]=20[46translati on]=20Proposal=20for=20new=20BEHAVE=20charter |Sender:=20; bh=IjiQNneWwTRLbJlobZOw62eAbrvYXIpY2GcPe82q9/I=; b=YOwB45gYdRUz3/kRnAvFAbze52pQtuqwGYoog2Almo6F27TRUreWcvJryS IeQ76xzJWXwSUxsCH5meOd+gZezLP2glS5fxB0Z83IBLvjN1Mg7JpvLKE8U/ Q0qWL/eS5M6wFTK+C2gmFoR4r1P1t+/F8YRKXBXsaaEwNFqqMn3JU=;
Authentication-Results: sj-dkim-1; header.From=fluffy@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; );
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

On Oct 24, 2008, at 3:20 AM, Pekka Savola wrote:

> On Thu, 23 Oct 2008, Mark Townsley wrote:
>>> 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 think that something that operates only at the IP layer could  
>> stay in the int-area.
>
> But it doesn't; a 1:1 NAT66 would break every app (FTP, SIP, etc.)  
> that's broken today with NAT4 (with or without port translation)  
> unless the NAT has ALGs.  To implement such ALGs, NAT66 would need  
> to operate beyond the IP layer.


My SIP phone has worked fine behind a NAT with no SIP ALG for several  
years now and so do my FTP sessions. Let me reiterate that is a NAT  
with no SIP or FTP ALG.  Sure it was a nightmare, and continues to be  
a nightmare, for applications to be designed to work behind NATs but  
that is how applications are designed for today. I wish it was not  
this way but it is. The whole point of BEHAVE was to make that  
slightly better by providing guidance for NATs that allowed  
applications to make reasonable assumptions about what type of NAT  
environment they might have to work behind. 
_______________________________________________
v4v6interim mailing list
v4v6interim@ietf.org
https://www.ietf.org/mailman/listinfo/v4v6interim