Re: [BEHAVE] General Comments on xlate-stateful-07
Reinaldo Penno <rpenno@juniper.net> Sat, 16 January 2010 21:14 UTC
Return-Path: <rpenno@juniper.net>
X-Original-To: behave@core3.amsl.com
Delivered-To: behave@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C84533A6873 for <behave@core3.amsl.com>; Sat, 16 Jan 2010 13:14:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.821
X-Spam-Level:
X-Spam-Status: No, score=-6.821 tagged_above=-999 required=5 tests=[AWL=-0.222, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 6wP-2nbr33GU for <behave@core3.amsl.com>; Sat, 16 Jan 2010 13:14:51 -0800 (PST)
Received: from exprod7og111.obsmtp.com (exprod7og111.obsmtp.com [64.18.2.175]) by core3.amsl.com (Postfix) with ESMTP id EF69D3A6858 for <behave@ietf.org>; Sat, 16 Jan 2010 13:14:42 -0800 (PST)
Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob111.postini.com ([64.18.6.12]) with SMTP ID DSNKS1IsPuZdsd42keXnRL7nm3vUD08ulFbX@postini.com; Sat, 16 Jan 2010 13:14:43 PST
Received: from p-emfe02-wf.jnpr.net (172.28.145.25) by P-EMHUB02-HQ.jnpr.net (172.24.192.36) with Microsoft SMTP Server (TLS) id 8.1.393.1; Sat, 16 Jan 2010 13:11:38 -0800
Received: from EMBX01-WF.jnpr.net ([fe80::1914:3299:33d9:e43b]) by p-emfe02-wf.jnpr.net ([fe80::c126:c633:d2dc:8090%11]) with mapi; Sat, 16 Jan 2010 16:11:37 -0500
From: Reinaldo Penno <rpenno@juniper.net>
To: marcelo bagnulo braun <marcelo@it.uc3m.es>
Date: Sat, 16 Jan 2010 16:11:33 -0500
Thread-Topic: General Comments on xlate-stateful-07
Thread-Index: AcqWqn6TWBj+Q4yuSry9MpsjXg6jaAARfw7y
Message-ID: <C7776B85.F8A5%rpenno@juniper.net>
In-Reply-To: <4B51B60B.5040702@it.uc3m.es>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-Entourage/13.0.0.090609
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: IETF, BEHAVE WG <behave@ietf.org>, Dave Thaler <dthaler@microsoft.com>, Dan Wing <dwing@cisco.com>
Subject: Re: [BEHAVE] General Comments on xlate-stateful-07
X-BeenThere: behave@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: mailing list of BEHAVE IETF WG <behave.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/behave>
List-Post: <mailto:behave@ietf.org>
List-Help: <mailto:behave-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 16 Jan 2010 21:14:51 -0000
Hello, Comment inline... >> Moreover, the ability to >> configure the idle-timeout is also missing. >> >> > right, > > i have added the follwoing text in all the occureences of the the > setting of the TCP session entry lifetite > > The lifetime of the TCP session table entry is set > to at least to the maximum session lifetime. The value for the maximum > session lifetime MAY be configurable but it MUST not > be less than TCP_EST (the > established connection idle timeout as defined in > <xref target="RFC5382"></xref>). The default value for the maximum > session lifetime > SHOULD be set to TCP_EST. The whole purpose to have it configurable was to be able to configure it to be _less_ than TCP_EST. The text above does not allow it to be set to less than TCP_EST. I suggest "The lifetime of the TCP session table entry is set to at least to the maximum session lifetime. The value for the maximum session lifetime MAY be configurable The default value for the maximum session lifetime SHOULD be set to TCP_EST." Tuning TCP idle timeout is widely supported and used. > > >> REQ-5: In the NAT64 spec the considerations on NAT throughput performance >> due to holding session state for TCP RST and TIME_WAIT assassinations due to >> holding session state are not discussed. >> > > REQ5 leaves these aspects open and so the nat64 specification. Do you > have any particualr text that you would like to cinlcude in the nat64 > spec w.r.t. this? The exact same text (or a reference to it) found in RFC5382. Regards, Reinaldo
- Re: [BEHAVE] General Comments on xlate-stateful-07 Reinaldo Penno
- Re: [BEHAVE] General Comments on xlate-stateful-07 marcelo bagnulo braun
- Re: [BEHAVE] General Comments on xlate-stateful-07 Reinaldo Penno
- Re: [BEHAVE] General Comments on xlate-stateful-07 marcelo bagnulo braun
- Re: [BEHAVE] General Comments on xlate-stateful-07 Reinaldo Penno
- Re: [BEHAVE] General Comments on xlate-stateful-07 marcelo bagnulo braun
- Re: [BEHAVE] General Comments on xlate-stateful-07 Reinaldo Penno
- Re: [BEHAVE] General Comments on xlate-stateful-07 Lars Eggert
- Re: [BEHAVE] General Comments on xlate-stateful-07 Lars Eggert
- Re: [BEHAVE] General Comments on xlate-stateful-07 Reinaldo Penno
- Re: [BEHAVE] General Comments on xlate-stateful-07 marcelo bagnulo braun
- Re: [BEHAVE] General Comments on xlate-stateful-07 Reinaldo Penno
- Re: [BEHAVE] General Comments on xlate-stateful-07 marcelo bagnulo braun
- Re: [BEHAVE] General Comments on xlate-stateful-07 Reinaldo Penno
- Re: [BEHAVE] General Comments on xlate-stateful-07 Reinaldo Penno
- Re: [BEHAVE] General Comments on xlate-stateful-07 marcelo bagnulo braun
- Re: [BEHAVE] General Comments on xlate-stateful-07 Reinaldo Penno
- Re: [BEHAVE] General Comments on xlate-stateful-07 WashamFan
- Re: [BEHAVE] General Comments on xlate-stateful-07 marcelo bagnulo braun
- Re: [BEHAVE] General Comments on xlate-stateful-07 WashamFan
- Re: [BEHAVE] General Comments on xlate-stateful-07 Lars Eggert
- Re: [BEHAVE] General Comments on xlate-stateful-07 Saikat Guha