Re: [tcpm] I-D Action:draft-ietf-tcpm-tcp-auth-opt-01.txt

"Adam Langley" <agl@imperialviolet.org> Wed, 16 July 2008 17:39 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 CAB653A688B; Wed, 16 Jul 2008 10:39:39 -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 428C53A6844 for <tcpm@core3.amsl.com>; Wed, 16 Jul 2008 10:39:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[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 QuCbt3E2f2ja for <tcpm@core3.amsl.com>; Wed, 16 Jul 2008 10:39:37 -0700 (PDT)
Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by core3.amsl.com (Postfix) with ESMTP id 800523A67EB for <tcpm@ietf.org>; Wed, 16 Jul 2008 10:39:37 -0700 (PDT)
Received: by py-out-1112.google.com with SMTP id x19so3234794pyg.24 for <tcpm@ietf.org>; Wed, 16 Jul 2008 10:40:07 -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:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=+4C7+U9+uXnYuBff4X9beyxk50KEZMW8XZ6B2W8eukM=; b=bo6GYzlKH3MJRbXbUjhAuatm25A7YnVDoTuPz/X+L5JSiEqp4a45QplCwlT708Uj6S dtTHXhwwqSfCMzB3FDeA2c3xuaFOhTi5/Rl04GmHzgOEFdspajqnwNrQ0+8ttzDSoYX4 waGKgwEm0Q0Es2WWGg/N1s2GOsmQj9ZY4QZe8=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=W0QzBRPtjhcd1cbE1zSovivOgpoxkYGw6JmMInctZALcseHKyOiZxGSjGKrJgYNUQz FP6/PO3t0w8VsPuXejDWqOJ4A3hdlKULsc4Z/w/4nGMl24TCvq1bg0ITBoQk5W+QsStt 7J8QVjzK2vKuM5TX3KAhlRpiSx2T8bGmMdJxI=
Received: by 10.141.49.18 with SMTP id b18mr409351rvk.92.1216230006609; Wed, 16 Jul 2008 10:40:06 -0700 (PDT)
Received: by 10.141.186.3 with HTTP; Wed, 16 Jul 2008 10:40:06 -0700 (PDT)
Message-ID: <396556a20807161040s21a6a081i326af08add5d7f4e@mail.gmail.com>
Date: Wed, 16 Jul 2008 10:40:06 -0700
From: "Adam Langley" <agl@imperialviolet.org>
To: tcpm@ietf.org
In-Reply-To: <396556a20807151736k35564e19h9fc6699e489c94fb@mail.gmail.com>
MIME-Version: 1.0
Content-Disposition: inline
References: <20080714234502.AC4793A69F4@core3.amsl.com> <396556a20807151736k35564e19h9fc6699e489c94fb@mail.gmail.com>
X-Google-Sender-Auth: 28bca2b0971a53b3
Subject: Re: [tcpm] I-D Action:draft-ietf-tcpm-tcp-auth-opt-01.txt
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 Tue, Jul 15, 2008 at 5:36 PM, Adam Langley <agl@imperialviolet.org> wrote:
> 2008/7/14  <Internet-Drafts@ietf.org>rg>:
>>        Title           : The TCP Authentication Option
>>        Author(s)       : J. Touch, et al.
>>        Filename        : draft-ietf-tcpm-tcp-auth-opt-01.txt

Another thought: the keyid should be at the beginning of the MAC. We
want the options to be 4-byte aligned if at all possible and we want
the MAC to also be 4 byte aligned because CPUs have an easier time the
aligned data.

Currently (with the key ID at the end) the option, on the wire, looks like:
  NOP OPT 15 <12 bytes of MAC> KeyID   (16 bytes, 96-bit MAC)
or
  NOP OPT 19 <16 bytes of MAC> KeyID   (20 bytes, 128-bit MAC)

Both MACs are unaligned. Moving the KeyID to the beginning means that
the MACs would be 4-byte aligned:
  NOP OPT 15 KeyID <12 bytes of MAC> etc


Cheers,


AGL

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