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

Joe Touch <touch@ISI.EDU> Wed, 16 July 2008 22:38 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 A6E793A67FE; Wed, 16 Jul 2008 15:38:10 -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 DEA7C3A6821 for <tcpm@core3.amsl.com>; Wed, 16 Jul 2008 15:38:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.299
X-Spam-Level:
X-Spam-Status: No, score=-0.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MANGLED_TOOL=2.3]
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 QSVafF6O2n59 for <tcpm@core3.amsl.com>; Wed, 16 Jul 2008 15:38:09 -0700 (PDT)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by core3.amsl.com (Postfix) with ESMTP id 37E273A67FE for <tcpm@ietf.org>; Wed, 16 Jul 2008 15:38:09 -0700 (PDT)
Received: from [127.0.0.1] (68.sub-75-208-144.myvzw.com [75.208.144.68]) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id m6GMcJwL020314 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 16 Jul 2008 15:38:22 -0700 (PDT)
Message-ID: <487E7859.3090409@isi.edu>
Date: Wed, 16 Jul 2008 15:38:17 -0700
From: Joe Touch <touch@ISI.EDU>
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: Adam Langley <agl@imperialviolet.org>
References: <20080714234502.AC4793A69F4@core3.amsl.com> <396556a20807151736k35564e19h9fc6699e489c94fb@mail.gmail.com> <396556a20807161040s21a6a081i326af08add5d7f4e@mail.gmail.com> <487E6475.30107@isi.edu> <396556a20807161454g14346470g89ce7d87ff4379c9@mail.gmail.com>
In-Reply-To: <396556a20807161454g14346470g89ce7d87ff4379c9@mail.gmail.com>
X-Enigmail-Version: 0.95.6
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Cc: tcpm@ietf.org
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: multipart/mixed; boundary="===============0986164351=="
Sender: tcpm-bounces@ietf.org
Errors-To: tcpm-bounces@ietf.org


Adam Langley wrote:
> On Wed, Jul 16, 2008 at 2:13 PM, Joe Touch <touch@isi.edu> wrote:
>> This presumes that we misalign the option to start, using the NOP. I would
>> prefer to assume that the option starts word-aligned. I don't see a way to
>> do that, though, without wasting another byte in the option. The goal is
>> currently to assume a half-word aligned start, and let the next option
>> decide whether to pad or not. At that point, it's better to leave the MAC
>> half-word aligned too.
> 
> Just as a couple of data points:
>   * Linux writes options in 32-bit chunks and pads with NOPs before
> the option to make the option a multiple of 4 bytes long
>   * FreeBSD appears to pad with NOPs before the option too[1]

Both of these seem strange. They end up making the end of the option 
align, but disturb the front of the option. Why don't they pad at the end?

(TCP requires only that the last option have that pad, too)

Joe

_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm