IETF Logo Mail Archive

[MSEC] [Errata Rejected] RFC3830 (4638)

RFC Errata System <rfc-editor@rfc-editor.org> Tue, 15 March 2016 12:41 UTC

Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: msec@ietfa.amsl.com
Delivered-To: msec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3502412DA05; Tue, 15 Mar 2016 05:41:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.923
X-Spam-Level:
X-Spam-Status: No, score=-106.923 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mIOfuHFGND6s; Tue, 15 Mar 2016 05:41:32 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D1AC412DA0D; Tue, 15 Mar 2016 05:41:17 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id 9F84E180011; Tue, 15 Mar 2016 05:40:43 -0700 (PDT)
To: chris.dearlove@baesystems.com, jari.arkko@ericsson.com, elisabetta.carrara@ericsson.com, fredrik.lindholm@ericsson.com, mats.naslund@ericsson.com, karl.norrman@ericsson.com
X-PHP-Originating-Script: 30:errata_mail_lib.php
From: RFC Errata System <rfc-editor@rfc-editor.org>
Message-Id: <20160315124043.9F84E180011@rfc-editor.org>
Date: Tue, 15 Mar 2016 05:40:43 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/msec/O_1-SxtvEtAvRKMemBobf0CltiA>
Cc: msec@ietf.org, rfc-editor@rfc-editor.org, iesg@ietf.org, stephen.farrell@cs.tcd.ie
Subject: [MSEC] [Errata Rejected] RFC3830 (4638)
X-BeenThere: msec@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Multicast Security List <msec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/msec>, <mailto:msec-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/msec/>
List-Post: <mailto:msec@ietf.org>
List-Help: <mailto:msec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/msec>, <mailto:msec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Mar 2016 12:41:34 -0000

The following errata report has been rejected for RFC3830,
"MIKEY: Multimedia Internet KEYing".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=3830&eid=4638

--------------------------------------
Status: Rejected
Type: Technical

Reported by: Christopher Dearlove <chris.dearlove@baesystems.com>
Date Reported: 2016-03-15
Rejected by: Stephen Farrell (IESG)

Section: 4.2.8

Original Text
-------------
   The timestamp is as defined in NTP [NTP], i.e., a 64-bit number in
   seconds relative to 0h on 1 January 1900.  An implementation MUST be
   aware of (and take into account) the fact that the counter will
   overflow approximately every 136th year.  It is RECOMMENDED that the
   time always be specified in UTC.


Corrected Text
--------------
   The timestamp is as defined in NTP [NTP], i.e., a 64-bit number in
   seconds relative to 0h on 1 January 1900.  It is RECOMMENDED that the
   time always be specified in UTC.


Notes
-----
A 32-bt number of seconds overflows in about 136.1 years. A 64-bit number of seconds will, for all practical purposes, not overflow.

(The use in Section 4.2.3 is of a 64 bit number, not a 32 bit number, so 64 bits is correct.)
 --VERIFIER NOTES-- 
   Only 32 bits of the 64 count seconds. That's clear from the referenced NTP spec.

--------------------------------------
RFC3830 (draft-ietf-msec-mikey-08)
--------------------------------------
Title               : MIKEY: Multimedia Internet KEYing
Publication Date    : August 2004
Author(s)           : J. Arkko, E. Carrara, F. Lindholm, M. Naslund, K. Norrman
Category            : PROPOSED STANDARD
Source              : Multicast Security
Area                : Security
Stream              : IETF
Verifying Party     : IESG

v2.23.0 | Report a Bug | By Email