Re: [tcpm] [BULK] TCP-AO: A position on NAT-T support
"Caitlin Bestler" <Caitlin.Bestler@neterion.com> Tue, 02 September 2008 22:08 UTC
Return-Path: <tcpm-bounces@ietf.org>
X-Original-To: tcpm-archive@megatron.ietf.org
Delivered-To: ietfarch-tcpm-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E0ED83A69A9; Tue, 2 Sep 2008 15:08:41 -0700 (PDT)
X-Original-To: tcpm@core3.amsl.com
Delivered-To: tcpm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 847DC3A69A9 for <tcpm@core3.amsl.com>; Tue, 2 Sep 2008 15:08:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_33=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 ECE9gqstYNm0 for <tcpm@core3.amsl.com>; Tue, 2 Sep 2008 15:08:39 -0700 (PDT)
Received: from owa.neterion.com (mx.neterion.com [72.1.205.142]) by core3.amsl.com (Postfix) with ESMTP id A79C13A67FE for <tcpm@ietf.org>; Tue, 2 Sep 2008 15:08:39 -0700 (PDT)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 02 Sep 2008 18:08:23 -0400
Message-ID: <78C9135A3D2ECE4B8162EBDCE82CAD770432FBD6@nekter>
In-Reply-To: <48b8a650.1cba720a.6f95.27a7@mx.google.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [BULK] [tcpm] TCP-AO: A position on NAT-T support
Thread-Index: AckKQnQ1dN7b/e4iTI2w136xvHCzewDBVatA
References: <48b8a650.1cba720a.6f95.27a7@mx.google.com>
From: Caitlin Bestler <Caitlin.Bestler@neterion.com>
To: "Gregory M. Lebovitz" <gregory.ietf@gmail.com>, tcpm@ietf.org
Subject: Re: [tcpm] [BULK] TCP-AO: A position on NAT-T support
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/tcpm>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: tcpm-bounces@ietf.org
Errors-To: tcpm-bounces@ietf.org
Gregory Lebovitz wrote: > > 2. Not Every Protocol MUST Fill Every Requirement > The IETF MUST give every app a way to simultaneously traverse NATs > AND be authenticated. However, it does not necessarily follow that > every protocol must have a way to simultaneously provide apps with > NAT-T and authentication. As long as at least one or more protocols > does allow a specific app to accomplish NAT-T + Authentication, we > have succeeded. In other words, we need not burden every protocol > with every use case. In the case of TCP connections, IKE+ESP can > simultaneously provide NAT-T and Authentication, though at a costs of > more processing and layering and configuration complexity. > I agree. TCP-AO should be kept simple and focused very specifically on being a drop-in replacement for TCP-MD5. There should be no expansion of its functionality unless it can be shown that the additional application scenarios are NOT served by other security solutions, and that the changes to the other services would not be practical. In my opinion that criteria would not be met by TCP-AO as a whole, if there were not already applications finely tuned to this specific security model. But those are *existing* applications. New features are not used by existing applications, and so the applications are free to use solutions other than TCP-AO. We should encourage them to do so, rather than expanding TCP-AO to be yet another "full service" security solution. _______________________________________________ tcpm mailing list tcpm@ietf.org https://www.ietf.org/mailman/listinfo/tcpm
- [tcpm] TCP-AO: A position on NAT-T support Gregory M. Lebovitz
- Re: [tcpm] [BULK] TCP-AO: A position on NAT-T sup… Caitlin Bestler
- Re: [tcpm] TCP-AO: A position on NAT-T support Dan Wing