IETF Logo Mail Archive

Re: [OSPF] [Technical Errata Reported] RFC6987 (4685)

"Acee Lindem (acee)" <acee@cisco.com> Sat, 07 May 2016 11:44 UTC

Return-Path: <acee@cisco.com>
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 4828A12D0C9 for <ospf@ietfa.amsl.com>; Sat, 7 May 2016 04:44:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.516
X-Spam-Level:
X-Spam-Status: No, score=-15.516 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 t_H95dhC-zH8 for <ospf@ietfa.amsl.com>; Sat, 7 May 2016 04:44:21 -0700 (PDT)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 55AD412B028 for <ospf@ietf.org>; Sat, 7 May 2016 04:44:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15729; q=dns/txt; s=iport; t=1462621461; x=1463831061; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=rfHfsYGL+emqbAx434fYui7P81pK+TuTAQwNekDnw8I=; b=Z9J5ch6+pOyrKjAOo7Hztl8960sTv5onvnCfFIG7qtnq6VCTSyc8pduL LbPEFZLPbGj/GRQTFggq5Huqfcx9w3TzOHtEXH3iXRJHlz+iw1fbMaEJT pCtGKPGINQi4jrv3tqTYEI/fR/g1A/cncXMvSfYfhDmYwor3a7rsYmAQs A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0A4AgB61C1X/40NJK1EGoJsTFV9Bq0jhm6EdAENgXYkhWwCHIEMOBQBAQEBAQEBZSeEQQEBAQQjVhACAQYCEQMBAigDAgICHxEUCQgCBAENBYgVAxMOLJAXnR2MGg2EPQEBAQEBAQEBAQEBAQEBAQEBAQEBARWKbIE5gQqCHBiCSIJZBYd9CocJhByERTEBhXyGJoF5gWmET4hfh1iHYgEeAQFCggUNDoFLbgEThw1/AQEB
X-IronPort-AV: E=Sophos;i="5.24,589,1454976000"; d="scan'208,217";a="268901205"
Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 07 May 2016 11:44:20 +0000
Received: from XCH-RTP-012.cisco.com (xch-rtp-012.cisco.com [64.101.220.152]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id u47BiJuH026564 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 7 May 2016 11:44:20 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-012.cisco.com (64.101.220.152) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Sat, 7 May 2016 07:44:19 -0400
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1104.009; Sat, 7 May 2016 07:44:19 -0400
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Alexander Okonnikov <alexander.okonnikov@gmail.com>, RFC Errata System <rfc-editor@rfc-editor.org>, "Alvaro Retana (aretana)" <aretana@cisco.com>, "Liem Nguyen (lhnguyen)" <lhnguyen@cisco.com>, "alex.zinin@gmail.com" <alex.zinin@gmail.com>, "dmcpherson@verisign.com" <dmcpherson@verisign.com>, "akatlas@gmail.com" <akatlas@gmail.com>, "db3546@att.com" <db3546@att.com>, "Abhay Roy (akr)" <akr@cisco.com>, Russ White <7riw77@gmail.com>
Thread-Topic: [Technical Errata Reported] RFC6987 (4685)
Thread-Index: AQHRpyy7sXWdtAlpg0CzQKa04LilsJ+rIiKAgABFQgCAAfXTAA==
Date: Sat, 07 May 2016 11:44:19 +0000
Message-ID: <D3534BA1.602E2%acee@cisco.com>
References: <20160506001711.5545D180003@rfc-editor.org> <D3516B9E.5FFDD%acee@cisco.com> <d78754d0-2b77-40f6-9816-14cfe8938b78@Spark>
In-Reply-To: <d78754d0-2b77-40f6-9816-14cfe8938b78@Spark>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.196]
Content-Type: multipart/alternative; boundary="_000_D3534BA1602E2aceeciscocom_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ospf/9ScHxhbfHibQKf24XVawk44BgKM>
Cc: "ospf@ietf.org" <ospf@ietf.org>
Subject: Re: [OSPF] [Technical Errata Reported] RFC6987 (4685)
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Sat, 07 May 2016 11:44:24 -0000

Hi Alex,

I don’t really agree with the precedent of going back and improving existing documents through errata. My view of errata is that it is meant to correct things that  are wrong rather than add improvements and clarifications. However, I’ll leave the decision to the ADs.

Note that we currently have several documents in the WG last call or “Publication Requested” state and it would be great if you’d focus your efforts there.

https://datatracker.ietf.org/doc/draft-ietf-ospf-two-part-metric/
https://datatracker.ietf.org/doc/draft-ietf-ospf-transition-to-ospfv3/
https://datatracker.ietf.org/doc/draft-ietf-ospf-segment-routing-extensions/
https://datatracker.ietf.org/doc/draft-ietf-ospf-ttz/

Thanks,
Acee


From: Alexander Okonnikov <alexander.okonnikov@gmail.com<mailto:alexander.okonnikov@gmail.com>>
Date: Thursday, May 5, 2016 at 9:48 PM
To: RFC Errata System <rfc-editor@rfc-editor.org<mailto:rfc-editor@rfc-editor.org>>, "Alvaro Retana (aretana)" <aretana@cisco.com<mailto:aretana@cisco.com>>, "Liem Nguyen (lhnguyen)" <lhnguyen@cisco.com<mailto:lhnguyen@cisco.com>>, "alex.zinin@gmail.com<mailto:alex.zinin@gmail.com>" <alex.zinin@gmail.com<mailto:alex.zinin@gmail.com>>, "Russ.White@vce.com<mailto:Russ.White@vce.com>" <Russ.White@vce.com<mailto:Russ.White@vce.com>>, "dmcpherson@verisign.com<mailto:dmcpherson@verisign.com>" <dmcpherson@verisign.com<mailto:dmcpherson@verisign.com>>, Alia Atlas <akatlas@gmail.com<mailto:akatlas@gmail.com>>, Deborah Brungard <db3546@att.com<mailto:db3546@att.com>>, "Abhay Roy (akr)" <akr@cisco.com<mailto:akr@cisco.com>>, Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>
Cc: OSPF WG List <ospf@ietf.org<mailto:ospf@ietf.org>>
Subject: Re: [Technical Errata Reported] RFC6987 (4685)

Hello Acee,

Yes, it is addition, but I have no idea about another way how to add this clarification rather than via errata tool.

Thank you.


6 мая 2016 г., 4:40 +0300, Acee Lindem (acee) <acee@cisco.com<mailto:acee@cisco.com>>, писал:
The text below is technically correct (other than the grammar). However,
I’d view it more as additional information than an actual errata.

Thanks,
Acee

On 5/5/16, 8:17 PM, "RFC Errata System" <rfc-editor@rfc-editor.org<mailto:rfc-editor@rfc-editor.org>> wrote:

The following errata report has been submitted for RFC6987,
"OSPF Stub Router Advertisement".

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

--------------------------------------
Type: Technical
Reported by: Alexander Okonnikov <alexander.okonnikov@gmail.com<mailto:alexander.okonnikov@gmail.com>

Section: 4

Original Text
-------------


Corrected Text
--------------
(At the end of the section)

If the stub router is located in transit area, crossed by virtual
link(s), latter will become inoperational in case the stub router is
on path between two virtual link endpoints - either due to only path
in transit area or due to topology changes which move stub router onto
this path.

Notes
-----
Virtual links become inoperational in case path metric between two
endpoints is > 0xffff. Path metric of two or more links, one of which has
MaxLinkMetric, will inevitably exceed value 0xffff.

Instructions:
-------------
This erratum 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.

--------------------------------------
RFC6987 (draft-ietf-ospf-rfc3137bis-04)
--------------------------------------
Title : OSPF Stub Router Advertisement
Publication Date : September 2013
Author(s) : A. Retana, L. Nguyen, A. Zinin, R. White, D.
McPherson
Category : INFORMATIONAL
Source : Open Shortest Path First IGP
Area : Routing
Stream : IETF
Verifying Party : IESG

v2.23.0 | Report a Bug | By Email