Re: [TLS] I-D Action:draft-ietf-tls-dtls-heartbeat-01.txt

Florian Weimer <fweimer@bfk.de> Thu, 10 February 2011 15:02 UTC

Return-Path: <fweimer@bfk.de>
X-Original-To: tls@core3.amsl.com
Delivered-To: tls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A144B3A6969 for <tls@core3.amsl.com>; Thu, 10 Feb 2011 07:02:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.174
X-Spam-Level:
X-Spam-Status: No, score=-2.174 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, HELO_EQ_DE=0.35]
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 6p+fh4QuK9Ne for <tls@core3.amsl.com>; Thu, 10 Feb 2011 07:02:54 -0800 (PST)
Received: from mx01.bfk.de (mx01.bfk.de [193.227.124.2]) by core3.amsl.com (Postfix) with ESMTP id 94F743A68D4 for <tls@ietf.org>; Thu, 10 Feb 2011 07:02:53 -0800 (PST)
Received: from mx00.int.bfk.de ([10.119.110.2]) by mx01.bfk.de with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) id 1PnY2x-0008BO-9H; Thu, 10 Feb 2011 15:03:03 +0000
Received: by bfk.de with local id 1PnXcZ-00043D-9X; Thu, 10 Feb 2011 14:35:49 +0000
To: mrex@sap.com
References: <201102101356.p1ADuPOp010592@fs4113.wdf.sap.corp>
From: Florian Weimer <fweimer@bfk.de>
Date: Thu, 10 Feb 2011 14:35:45 +0000
In-Reply-To: <201102101356.p1ADuPOp010592@fs4113.wdf.sap.corp> (Martin Rex's message of "Thu\, 10 Feb 2011 14\:56\:25 +0100 \(MET\)")
Message-ID: <82wrl8rm7y.fsf@mid.bfk.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: tls@ietf.org
Subject: Re: [TLS] I-D Action:draft-ietf-tls-dtls-heartbeat-01.txt
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tls>, <mailto:tls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tls>
List-Post: <mailto:tls@ietf.org>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tls>, <mailto:tls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Feb 2011 15:02:55 -0000

* Martin Rex:

> This single statement does not differentiate between compliant behaviour
> for the sender and compliant behaviour for the receiver.
> If it is necessary for the _receiver_ to handle duplicates gracefully
> then this _must_ be spelled out seperately.
>
> As it is, the wording of the spec implies that the receiver of duplicated
> HeartbeatRequest messages needs to abort the connection with a
> fatal error in order to comply with the specification.

Thanks.  This is my concern as well.

-- 
Florian Weimer                <fweimer@bfk.de>
BFK edv-consulting GmbH       http://www.bfk.de/
Kriegsstraße 100              tel: +49-721-96201-1
D-76133 Karlsruhe             fax: +49-721-96201-99