Re: [Gen-art] Gen-ART review of draft-ietf-ospf-rfc4970bis-04

"Acee Lindem (acee)" <acee@cisco.com> Fri, 09 October 2015 01:01 UTC

Return-Path: <acee@cisco.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BD961B2EF1 for <gen-art@ietfa.amsl.com>; Thu, 8 Oct 2015 18:01:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 DN6gEFGoD2PU for <gen-art@ietfa.amsl.com>; Thu, 8 Oct 2015 18:01:54 -0700 (PDT)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5BBA01B2EF0 for <gen-art@ietf.org>; Thu, 8 Oct 2015 18:01:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=19785; q=dns/txt; s=iport; t=1444352514; x=1445562114; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=JOsIcWYQRusLCqzJWN0uryB0EcDe1beXxDCkQW1t3m0=; b=EOcaPootIdSsJVWiK2yRFLukPqPa1lWonHiiH57ttiaP0vXRfezieo9g TTHlsoxBFJGPI+ZqjwcmzrCgNAXS2sbEs3+7qP9gAQ5BixMIc7AVl6um+ S0tENpvy810eIMpI5aTrBjfBNSWN21h3P1tnFM5W0A1x0e8/0m4GhbBac A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0D5AgDSERdW/4kNJK1egllNVG4GvVYBDYFaIYJyggp/AhyBOTgUAQEBAQEBAYEKhCYBAQEEIwpMEAIBCBEDAQIoAwICAjAUCQgBAQQBDQWILg2vDJQjAQEBAQEBAQEBAQEBAQEBAQEBAQEBF4txhHwRB4JpgUUFlgoBhReIAIFYSINylWgRDgEBQoQCcQGGY4EGAQEB
X-IronPort-AV: E=Sophos;i="5.17,656,1437436800"; d="scan'208,217";a="194931396"
Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-2.cisco.com with ESMTP; 09 Oct 2015 01:01:40 +0000
Received: from XCH-ALN-008.cisco.com (xch-aln-008.cisco.com [173.36.7.18]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id t9911eaF026845 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 9 Oct 2015 01:01:40 GMT
Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-ALN-008.cisco.com (173.36.7.18) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 8 Oct 2015 20:01:39 -0500
Received: from xhc-aln-x03.cisco.com (173.36.12.77) by xch-aln-008.cisco.com (173.36.7.18) with Microsoft SMTP Server (TLS) id 15.0.1104.5 via Frontend Transport; Thu, 8 Oct 2015 20:01:39 -0500
Received: from xmb-aln-x06.cisco.com ([169.254.1.127]) by xhc-aln-x03.cisco.com ([173.36.12.77]) with mapi id 14.03.0248.002; Thu, 8 Oct 2015 20:01:39 -0500
From: "Acee Lindem (acee)" <acee@cisco.com>
To: "Romascanu, Dan (Dan)" <dromasca@avaya.com>, General Area Review Team <gen-art@ietf.org>
Thread-Topic: Gen-ART review of draft-ietf-ospf-rfc4970bis-04
Thread-Index: AdEB5Jlkh2YNvNMAQ6WbQhnNs4IIUgAUd9+A
Date: Fri, 09 Oct 2015 01:01:38 +0000
Message-ID: <D23C7753.3442B%acee@cisco.com>
References: <9904FB1B0159DA42B0B887B7FA8119CA5CB45D00@AZ-FFEXMB04.global.avaya.com>
In-Reply-To: <9904FB1B0159DA42B0B887B7FA8119CA5CB45D00@AZ-FFEXMB04.global.avaya.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [173.36.7.25]
Content-Type: multipart/alternative; boundary="_000_D23C77533442Baceeciscocom_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/gen-art/PNfFdSvxvcns5jrtc8JOHTHyCzw>
Cc: "draft-ietf-ospf-rfc4970bis.all@tools.ietf.org" <draft-ietf-ospf-rfc4970bis.all@tools.ietf.org>
Subject: Re: [Gen-art] Gen-ART review of draft-ietf-ospf-rfc4970bis-04
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Oct 2015 01:01:56 -0000

Hi Dan,

Thanks for the review - please see inline.

From: "Romascanu, Dan (Dan)" <dromasca@avaya.com<mailto:dromasca@avaya.com>>
Date: Thursday, October 8, 2015 at 12:15 PM
To: General Area Review Team <gen-art@ietf.org<mailto:gen-art@ietf.org>>
Cc: "draft-ietf-ospf-rfc4970bis.all@tools.ietf.org<mailto:draft-ietf-ospf-rfc4970bis.all@tools.ietf.org>" <draft-ietf-ospf-rfc4970bis.all@tools.ietf.org<mailto:draft-ietf-ospf-rfc4970bis.all@tools.ietf.org>>
Subject: Gen-ART review of draft-ietf-ospf-rfc4970bis-04
Resent-From: <dromasca@avaya.com<mailto:dromasca@avaya.com>>
Resent-To: <draft-ietf-ospf-rfc4970bis.all@ietf.org<mailto:draft-ietf-ospf-rfc4970bis.all@ietf.org>>
Resent-Date: Thursday, October 8, 2015 at 12:16 PM


I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair.  Please treat these comments just like any other last call comments.



For more information, please see the FAQ at



http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq



Document: draft-ietf-ospf-rfc4970bis-04

Reviewer: Dan Romascanu

Review Date: 10/8/15

IETF LC End Date: 10/8/15

IESG Telechat date: 10/15/15



Summary:

The document is ready with one issue for clarification and minor editorial observations.



Major issues:

None



Minor issues:



There seems to be an inconsistency between the way padding of the value fields in the value TLVs is defined in section 2.1, and in 2.3 and 2.5 respectively.



In 2.1 we have: ‘The padding is composed of zeros’



In 2.2 we have: ‘The format of the TLVs within the body of an RI LSA is defined as in Section 2.1’ This would include the V (value) field, thus the padding.



However, in 2.3 and 2.5 the definitions of the value fields stipulate they are ‘padded with undefined bits’



Why this inconsistency?

This a good catch. I recently added the 'The padding is composed of zeros.' based on a comment. I should have made it ‘padded with undefined bits’ consistent was other text in RFC 4970. I’ll fix this.






Nits/editorial comments:



1.       If the TLV definitions within the body of the RI LSA are identical, it would have been better to separate this in a distinct sub-section.

Ok. I can do this.



2.       Please include a reference to the Vendor Enterprise Code in section 5.2

I will shorten this to “Enterprise Code” with a reference to RFC 5612. T

These changes are all in the -06 version.

Thanks,
Acee