[OSPF] [Technical Errata Reported] RFC6506 (3568)

RFC Errata System <rfc-editor@rfc-editor.org> Wed, 27 March 2013 12:41 UTC

Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 653FE21F85F3 for <ospf@ietfa.amsl.com>; Wed, 27 Mar 2013 05:41:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.84
X-Spam-Level:
X-Spam-Status: No, score=-101.84 tagged_above=-999 required=5 tests=[AWL=0.760, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N-+7cNlQ2hJV for <ospf@ietfa.amsl.com>; Wed, 27 Mar 2013 05:41:55 -0700 (PDT)
Received: from rfc-editor.org (unknown [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id E666A21F85E0 for <ospf@ietf.org>; Wed, 27 Mar 2013 05:41:55 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id 71A73B1E002; Wed, 27 Mar 2013 05:41:27 -0700 (PDT)
To: manav.bhatia@alcatel-lucent.com, vishwas.manral@hp.com, acee.lindem@ericsson.com, stbryant@cisco.com, adrian@olddog.co.uk, akr@cisco.com, acee.lindem@ericsson.com
From: RFC Errata System <rfc-editor@rfc-editor.org>
Message-Id: <20130327124127.71A73B1E002@rfc-editor.org>
Date: Wed, 27 Mar 2013 05:41:27 -0700
Cc: ospf@ietf.org, rfc-editor@rfc-editor.org
Subject: [OSPF] [Technical Errata Reported] RFC6506 (3568)
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 27 Mar 2013 12:41:56 -0000

The following errata report has been submitted for RFC6506,
"Supporting Authentication Trailer for OSPFv3".

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

--------------------------------------
Type: Technical
Reported by: Marek Karasek <mkarasek@cisco.com>

Section: 4.2

Original Text
-------------
OSPFv3 Header Checksum

   Both OSPFv3 header checksum calculation and verification are omitted
   when the OSPFv3 authentication mechanism described in this
   specification is used.  This implies:

   o  For OSPFv3 packets to be transmitted, the OSPFv3 header checksum
      computation is omitted, and the OSPFv3 header checksum SHOULD be
      set to 0 prior to computation of the OSPFv3 Authentication Trailer
      message digest.

   o  For received OSPFv3 packets including an OSPFv3 Authentication
      Trailer, OSPFv3 header checksum verification MUST be omitted.
      However, if the OSPFv3 packet does include a non-zero OSPFv3
      header checksum, it will not be modified by the receiver and will
      simply be included in the OSPFv3 Authentication Trailer message
      digest verification.


Corrected Text
--------------
OSPFv3 Header Checksum and LLS Data Block Checksum

OSPFv3 Header Checksum and LLS Data Block Checksum calculation
and verification are omitted when the OSPFv3 authentication mechanism
described in this specification is used.  This implies:

• For OSPFv3 packets to be transmitted, the OSPFv3 header checksum
and LLS Data Block checksum computation is omitted, and the checksums
SHOULD be set to 0 prior to computation of the OSPFv3 Authentication
Trailer message digest.

• For received OSPFv3 packets including an OSPFv3 Authentication Trailer,
OSPFv3 header checksum and LLS Data Block checksum verification MUST be
omitted.  However, if the OSPFv3 packet does include a non-zero
OSPFv3 header or LLS Data Block checksum, it will not be modified
by the receiver and will simply be included in the OSPFv3 Authentication
Trailer message digest verification.


Notes
-----
RFC does not specify how to work with LLS Data Block Checksum. Errata suggests omit checksum calculation/verification in the same way like for OSPFv3 header checksum.

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. 

--------------------------------------
RFC6506 (draft-ietf-ospf-auth-trailer-ospfv3-11)
--------------------------------------
Title               : Supporting Authentication Trailer for OSPFv3
Publication Date    : February 2012
Author(s)           : M. Bhatia, V. Manral, A. Lindem
Category            : PROPOSED STANDARD
Source              : Open Shortest Path First IGP
Area                : Routing
Stream              : IETF
Verifying Party     : IESG