[karp] [Editorial Errata Reported] RFC7210 (4016)

RFC Errata System <rfc-editor@rfc-editor.org> Wed, 18 June 2014 09:54 UTC

Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: karp@ietfa.amsl.com
Delivered-To: karp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 625481A00A6 for <karp@ietfa.amsl.com>; Wed, 18 Jun 2014 02:54:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.553
X-Spam-Level:
X-Spam-Status: No, score=-102.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham
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 rmYYCH-vt3B1 for <karp@ietfa.amsl.com>; Wed, 18 Jun 2014 02:54:09 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) by ietfa.amsl.com (Postfix) with ESMTP id 2F99B1A0011 for <karp@ietf.org>; Wed, 18 Jun 2014 02:54:09 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id A59CB18000E; Wed, 18 Jun 2014 02:52:54 -0700 (PDT)
To: housley@vigilsec.com, tim.polk@nist.gov, hartmans-ietf@mit.edu, zhangdacheng@huawei.com, akatlas@gmail.com, adrian@olddog.co.uk, bew@cisco.com, jmh@joelhalpern.com
X-PHP-Originating-Script: 6000:errata_mail_lib.php
From: RFC Errata System <rfc-editor@rfc-editor.org>
Message-Id: <20140618095254.A59CB18000E@rfc-editor.org>
Date: Wed, 18 Jun 2014 02:52:54 -0700 (PDT)
Archived-At: http://mailarchive.ietf.org/arch/msg/karp/K7cKNb8lV9QGsBanzfsynC4VRMM
X-Mailman-Approved-At: Wed, 18 Jun 2014 09:25:40 -0700
Cc: rfc-editor@rfc-editor.org, infrastation@yandex.ru, karp@ietf.org
Subject: [karp] [Editorial Errata Reported] RFC7210 (4016)
X-BeenThere: karp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for key management for routing and transport protocols <karp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/karp>, <mailto:karp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/karp/>
List-Post: <mailto:karp@ietf.org>
List-Help: <mailto:karp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/karp>, <mailto:karp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Jun 2014 09:54:11 -0000

The following errata report has been submitted for RFC7210,
"Database of Long-Lived Symmetric Cryptographic Keys".

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

--------------------------------------
Type: Editorial
Reported by: Denis Ovsienko <infrastation@yandex.ru>

Section: 2

Original Text
-------------
      SendLifetimeStart
         The SendLifetimeStart field specifies the earliest date and
         time in Coordinated Universal Time (UTC) at which this key
         should be considered for use when sending traffic.  The format
         is YYYYMMDDHHSSZ, where four digits specify the year, two
         digits specify the month, two digits specify the day, two
         digits specify the hour, two digits specify the minute, and two
         digits specify the second.  The "Z" is included as a clear
         indication that the time is in UTC.

      SendLifeTimeEnd
         The SendLifeTimeEnd field specifies the latest date and time at
         which this key should be considered for use when sending
         traffic.  The format is the same as the SendLifetimeStart
         field.

      AcceptLifeTimeStart
         The AcceptLifeTimeStart field specifies the earliest date and
         time in Coordinated Universal Time (UTC) at which this key
         should be considered for use when processing received traffic.
         The format is YYYYMMDDHHSSZ, where four digits specify the
         year, two digits specify the month, two digits specify the day,
         two digits specify the hour, two digits specify the minute, and
         two digits specify the second.  The "Z" is included as a clear
         indication that the time is in UTC.


Corrected Text
--------------
      SendLifetimeStart
         The SendLifetimeStart field specifies the earliest date and
         time in Coordinated Universal Time (UTC) at which this key
         should be considered for use when sending traffic.  The format
         is YYYYmmddHHMMSSZ, where four digits specify the year, two
         digits specify the month, two digits specify the day, two
         digits specify the hour, two digits specify the minute, and two
         digits specify the second.  The "Z" is included as a clear
         indication that the time is in UTC.

      SendLifeTimeEnd
         The SendLifeTimeEnd field specifies the latest date and time at
         which this key should be considered for use when sending
         traffic.  The format is the same as the SendLifetimeStart
         field.

      AcceptLifeTimeStart
         The AcceptLifeTimeStart field specifies the earliest date and
         time in Coordinated Universal Time (UTC) at which this key
         should be considered for use when processing received traffic.
         The format is YYYYmmddHHMMSSZ, where four digits specify the
         year, two digits specify the month, two digits specify the day,
         two digits specify the hour, two digits specify the minute, and
         two digits specify the second.  The "Z" is included as a clear
         indication that the time is in UTC.


Notes
-----
The date and time format in the original document omits minute.

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC7210 (draft-ietf-karp-crypto-key-table-10)
--------------------------------------
Title               : Database of Long-Lived Symmetric Cryptographic Keys
Publication Date    : April 2014
Author(s)           : R. Housley, T. Polk, S. Hartman, D. Zhang
Category            : PROPOSED STANDARD
Source              : Keying and Authentication for Routing Protocols
Area                : Routing
Stream              : IETF
Verifying Party     : IESG