IETF Logo Mail Archive

Re: [tcpm] tcp-auth-opt issue: support for NATs

"Adam Langley" <agl@imperialviolet.org> Thu, 07 August 2008 17:46 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 1995D3A68CF; Thu, 7 Aug 2008 10:46:56 -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 88BF53A67F2 for <tcpm@core3.amsl.com>; Thu, 7 Aug 2008 10:46:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.683
X-Spam-Level:
X-Spam-Status: No, score=-1.683 tagged_above=-999 required=5 tests=[AWL=0.294, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
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 gD-wHOF-aeZS for <tcpm@core3.amsl.com>; Thu, 7 Aug 2008 10:46:53 -0700 (PDT)
Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by core3.amsl.com (Postfix) with ESMTP id C04E33A67ED for <tcpm@ietf.org>; Thu, 7 Aug 2008 10:46:53 -0700 (PDT)
Received: by wf-out-1314.google.com with SMTP id 27so481107wfd.31 for <tcpm@ietf.org>; Thu, 07 Aug 2008 10:47:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=EUy6FnXHrmg43zaBNFssb08G7KnAem/K94k2eJEyh78=; b=Qh3aT2hcgepE04z4Z+ZilUUMMKuSOalOjilrf5iN2y5BpSiNz/XYZdwdWnLmVst2ns qs/jQ55bPVw1HiuA+obx281NVZ7VCunbSg7GfCOHFPs6R/j1hzWxJWOd3Fr2sDcJv/D/ 8LOIvL6pSe3G6wRxik2KTgIM9tW6IZ4rfoLgk=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=Mb18ZxxChXWqwNU933pFNESMY1wR8DYGgOq4XHAgjI0tzVP05L4FDIkB7MGpv5LZQK 5/vSJ/9ZIV8oaNQoXymOTlZBt0gqMxkIpNpARgMuHLBanz6VQViTxWF8oJbRJFKkBq0+ biB5slBqqVXd7Tci7KrwT+VDtDrGOjuA5sOkY=
Received: by 10.142.139.19 with SMTP id m19mr565885wfd.154.1218131250199; Thu, 07 Aug 2008 10:47:30 -0700 (PDT)
Received: by 10.142.213.20 with HTTP; Thu, 7 Aug 2008 10:47:30 -0700 (PDT)
Message-ID: <396556a20808071047q5bda8acbje7a8fc9f9bf2e597@mail.gmail.com>
Date: Thu, 07 Aug 2008 10:47:30 -0700
From: Adam Langley <agl@imperialviolet.org>
To: Eric Rescorla <ekr@networkresonance.com>
In-Reply-To: <20080807011812.DDC8050846@romeo.rtfm.com>
MIME-Version: 1.0
Content-Disposition: inline
References: <4890F4BE.6060302@isi.edu> <396556a20807301622l4cb33deuff73cd13d7a75ba1@mail.gmail.com> <4890FBE8.1020203@isi.edu> <396556a20807311700w1eda50b0o5da7ae52e6c1691a@mail.gmail.com> <48935FFD.4090805@isi.edu> <396556a20808051826w1a839577q956f379f56db1165@mail.gmail.com> <20080806020257.D1C69525D8F@kilo.rtfm.com> <396556a20808061742y19f8f5fh78fe66bfe4d415be@mail.gmail.com> <20080807011812.DDC8050846@romeo.rtfm.com>
X-Google-Sender-Auth: c48d81eeeeae52b7
Cc: tcpm@ietf.org, Joe Touch <touch@isi.edu>
Subject: Re: [tcpm] tcp-auth-opt issue: support for NATs
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

On Wed, Aug 6, 2008 at 6:18 PM, Eric Rescorla <ekr@networkresonance.com> wrote:
> I'm sorry, I must be missing something. what problem are you trying to
> solve?

The above was an sketch of how a passive open socket would work with
TCP AO such that only clients that knew a master key could connect. If
we wish to support a setup, then wildcard key matching would probably
be needed.


AGL

-- 
Adam Langley agl@imperialviolet.org http://www.imperialviolet.org
_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm

v2.23.0 | Report a Bug | By Email