Re: [OSPF] AD review of draft-ietf-ospf-rfc4970bis-02
t.petch <ietfc@btconnect.com> Thu, 24 September 2015 10:04 UTC
Return-Path: <ietfc@btconnect.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37AE71B2E82; Thu, 24 Sep 2015 03:04:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001] 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 NaKQ-QK8bUya; Thu, 24 Sep 2015 03:04:19 -0700 (PDT)
Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0735.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::735]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AAF621B2DB8; Thu, 24 Sep 2015 03:04:18 -0700 (PDT)
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=ietfc@btconnect.com;
Received: from pc6 (31.54.179.163) by DB3PR07MB060.eurprd07.prod.outlook.com (10.242.137.151) with Microsoft SMTP Server (TLS) id 15.1.274.16; Thu, 24 Sep 2015 10:04:00 +0000
Message-ID: <036301d0f6b0$54e4c460$4001a8c0@gateway.2wire.net>
From: "t.petch" <ietfc@btconnect.com>
To: "Acee Lindem (acee)" <acee@cisco.com>, Alia Atlas <akatlas@gmail.com>, OSPF List <ospf@ietf.org>, draft-ietf-ospf-rfc4970bis@ietf.org
References: <CAG4d1rf+MsJXVy+G8W8vWjD=P_126cpjAFjr9e-+eCw=KLZzjQ@mail.gmail.com> <D2282E26.3225B%acee@cisco.com>
Date: Thu, 24 Sep 2015 11:02:32 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [31.54.179.163]
X-ClientProxiedBy: DB3PR05CA0044.eurprd05.prod.outlook.com (25.160.41.172) To DB3PR07MB060.eurprd07.prod.outlook.com (10.242.137.151)
X-Microsoft-Exchange-Diagnostics: 1; DB3PR07MB060; 2:I+VoJtnKRk7rmOBmHMmvrgE5Ce4mW9wr0gIswz75my/u793rrnB9xYtjblvI2cDFF8doJBaVj8sCVS+hBCVO4PASWLSW+p3fwvoFqVGvF/NBgSDvnnLA5spPCr61wy8UGcoAwNDOpS/pY2HlHm02LBdtYmwQdfDi1m2gM5k/S28=; 3:LW6z35p4oNfP28pYKsad7ifRQWP+5iIQKvOoE0AVYa1RTh+1EbBUAyC9ySU6BUHLQ0OTYSy6z9a7ZhjP4anzhGhmxPVy4IMJCuDa+V3QUp+d3Il88lwmT/RqTabt7P/T70bsBlx9g24p6ohZoLpmtA==; 25:2ZOALgw0PCpFftjgOwSvAundoTa2FN1Nj56b1VwMSB3R9/I6MHWkSMhfh38wulrx9/Xkkgsp7gNUZsSZCyCF+LVwsbfUEhwtjQAqPBbFetJmS+OdUWus35M3tv7dKfqQTByuz2G3tXsCSjWjmWM4JgK37+NYTreKCTQeMuWSftET3QZc9VR6FIYGNuu82LqeiGMMmTo+vKamGuBaHaSaHrdgVhhtv+POi8XqHwBlXdTGYMWA08KbydrvxLqV/9n1; 4:8ZM+CTrZXRZxiOQPWKZCKzUGFDc2DSbr2U4ht14DfY4maLrMUFQQdNVJ0JgfitVCGbOEs+aLM4zYRatifrn65i+38HemxAoMFuwj6jhWb6wfJs04+VSjgf1uk4Xcksa73xl7eEcGMzeBCE2V0csonahIvGgpl1cvK9pUvhMql/vnFs11l9xcCfu6edb1wk05RhXjjYA+ydbhb4YKVgugKJO7SdCW2tKTzw0ubYT4CX673gNZgQkfKVsUVM9pdEBaFLD3sUT+Un5/PUlZyzb/o4nxnWdv8+tGmdtQrFt36kMEW9fSKFefbG483681CJkzydfRvO5se9mRL+jAdKaVURW1odUtWsO32yW7U0iZmkE=
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB3PR07MB060;
X-Microsoft-Antispam-PRVS: <DB3PR07MB060F0E59BB8695373D4F7FCA0430@DB3PR07MB060.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(95692535739014);
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001); SRVR:DB3PR07MB060; BCL:0; PCL:0; RULEID:; SRVR:DB3PR07MB060;
X-Forefront-PRVS: 070912876F
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(46034005)(189002)(51444003)(164054003)(43784003)(13464003)(199003)(42186005)(50466002)(87976001)(106356001)(66066001)(76176999)(19580395003)(81816999)(15975445007)(23676002)(33646002)(64706001)(62966003)(47776003)(68736005)(44736004)(1456003)(19580405001)(77156002)(86362001)(5007970100001)(189998001)(81156007)(14496001)(77096005)(46102003)(84392001)(97736004)(5004730100002)(92566002)(122386002)(1556002)(5001830100001)(101416001)(230783001)(107886002)(81686999)(5001960100002)(61296003)(62236002)(116806002)(5001860100001)(50986999)(50226001)(44716002)(5001770100001)(5001920100001)(40100003)(4001540100001)(105586002)(74416001)(7726001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR07MB060; H:pc6; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:0; LANG:en;
Received-SPF: None (protection.outlook.com: btconnect.com does not designate permitted sender hosts)
X-Microsoft-Exchange-Diagnostics: 1;DB3PR07MB060;23:6rhecIET6xKy8sT4SR5BUQV5JjxjCClYhJO5kpUC9S3R2Jj9Wdmcyp4KCtAPYAMYoc8Ssu0dOC1UY5OI4HweawdlaL7iPs3Gyvz4pgMRVHPFDiPNevO/3iTOR8uSTiyP1nGAjhLeDM48s8dZCNhTGnXWevUdKi09L7Vb4cb5PsjFbAj3XCA1QUTQ1kNHCfz37Hc06NVzJeb6NMFHkztBNRB3AcD/ykdM80Q5NF7i6SwGIHHXAggJ1HJLJyTbCgpwfd1FhNP0swTJiX9mMuU0VXCFbaYsUgVTHXR9NSRBzhXEIap/XlwdMZjEf/hO4H75wl42eHmXV6/pa6XyTYyt0mxy/JH7sVE1l43r5pw5WVMtB9LpwPLe0gBfmYBbHF40lLukza3k9RZM7K44r3qPrISf1lqA/Ns31Xb124qqz+DRa1AXKpGv6upg7vReKkzpLwuDJZrym+NRmYC9kLqHhgzyGh2g0F92qxbYAs75eV8/UcnhNHM3HDPWwKeqjgoBqnWawict/UhLpSggDDuea802wIlMSnu6mgsoQ5VAWqOhMmCzeBL1GQGyGC8FU1KbMCcjrUnagez1JuWuWeRIngbPXEe9BS9D5L5+Q0IRqGhjgKJnQEGr7NHLjNOJUR1MmtqGoj+1M8bdN6uhc9iv6cTeAuZPPyGtEIcH6Yi3wEiWzJDye/pjByWbSE0VLK+P3kZLaOAkOT3qt3cz0hdUZoK9CgmUlWlj5CgAgFYpYvPysjFLhdhFIyKwAOfgXz1huVXKlS6I3mpLPsgb1xVcz/wZlpwTQ6Kqpzr6qhnZNZpyCyFktaXEp+XUMC+0IBX1gSW6+5wKMrNW+tFAX4VAlGS9nVvJ7Ixl134aASvdi2Kn7vJvFZTOK51Fr+bgnMtS8mczbjk8Kcszbuhy+jnlDi2+wfR+0RLRWJbRT+94Zof2zua7yBwLRoThJuRO5pnvPS9jGPP0aWqSp5yVsk8pe4TMYvCzyvkAQElr/I0QmbzJE90e4r52yyoCIxm92Qc6Ru50VQ8DctLAx+iBZskWamKi/Px71CaH0hw/kDY9rU6JYiuI/sGKttNlOJG2lEGiwMwM09A3q+RCBJit+ifDdTau/s1thgtBXTPhkD2jl7BaUYzfqrDODlWR6IrczHX74dUbMc8yVJpG8JkYCnRsFA2xjr2roWouhO7LQUCtks+1Q3u0c0i+4iJ6nudnF/+gWpqgpqeKr3WJ1C0lWZMSyBA2mhXUf4mYOiZyN+jsTQqr0pP4/JFA0sNbG09SkNRthQMsFjDkQtC03o5WbMv9j8gb/sibdgYD1nVEUUWg/juaUx9yoONOJIejV0A1r+vRmRXpEQlDLZ7j70KGud7MzcBYL2h3P9vHSZf7cFRgQXjLvfG2FinpVUKTVVal455Ia8ge0XbNUo1p9EavYt8LDzps+arxQmotuI1+kzKkzjpsQYmHNoWS32InXAWs0gT6vkW4GSS8BzdQxBtyjd5uu+xkb0Nj1x0+qDFtSuO0jGr7kZJsZ59F9XcrK/tZ46fN5s9cPzOSRN+2bTTLKTqsnx2smlnosdvGnjKScUSqqro=
X-Microsoft-Exchange-Diagnostics: 1; DB3PR07MB060; 5:GV3R4bYw5BpNUzpYbI1DFULRmYI3czHxCzo18oiYYqqcYR6gFCcUEIg3ugJ5KVsNyPn9+rCu0MPlvQ/LFq2zmPQM6w9agylTlvmkUwmVLbrR2CwsQ8xh2UnyjBR4ejjg88+u7JURQ8bhbS2uhr528w==; 24:8SxEbvo+ChEmVOArmmzsdLzwvvpKE0u7KX5xutwZrERFWrWHvjejjZ6eIEDxVGwvVd9yZe4uX0clvqiDnudHDC2qS20aWIWWRwOOgJuPS8s=; 20:D6dBLXz5p1wkh187wKaaQ53BMoyUt6cllEWCgdrehGUm0lDc7C7ax1m95N2+lmB4JQxifJrcjZtSIOvt800G5Q==
SpamDiagnosticOutput: 1:23
SpamDiagnosticMetadata: NSPM
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Sep 2015 10:04:00.4121 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR07MB060
Archived-At: <http://mailarchive.ietf.org/arch/msg/ospf/HredhvcU5yCAppXCJU1Giqa7Rsc>
Subject: Re: [OSPF] AD review of draft-ietf-ospf-rfc4970bis-02
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 24 Sep 2015 10:04:22 -0000
Acee Alia having alerted me to the IANA Considerations :-( two further thoughts. Jeff Haas has written an excellent I-D recommending that the first and last points of a numeric registry should be reserved, which I agree with. In that light, I suggest reserving 8191 in OSPFv3 LSA Function Codes Second, 5226bis proposes a cleaner terminology, replacing top-level registry, registry, sub-registry, sub-sub registry etc with Registry within Group. (OSPF has eleven Groups, BGP but one). I see that OSPFv3 LSA Function Codes is in the Open Shortest Path First v3 (OSPFv3) Parameters Group. I think that you are implying that IANA should update some but not all the references for that Registry. Thus the reference for the Registry as a whole should be for this new I-D but the reference for individual entries for the most part do not change except where they are to RFC4970(?). Likewise for OSPF RI TLVs which is in the Open Shortest Path First v2 (OSPFv2) Parameters Group, some references will need updating, others will not, and I think that that needs specifying in the I-D. OSPF Router Informational Capability Bits I think is another Registry within the same Group while OSPF Router Functional Capability Bits I think is a new Registry; I don't know which Group it fits best with but I think that that should be specified. Tom Petch ----- Original Message ----- From: "Acee Lindem (acee)" <acee@cisco.com> To: "Alia Atlas" <akatlas@gmail.com>; "OSPF List" <ospf@ietf.org>; <draft-ietf-ospf-rfc4970bis@ietf.org> Sent: Wednesday, September 23, 2015 3:37 PM Subject: Re: [OSPF] AD review of draft-ietf-ospf-rfc4970bis-02 > Hi Alia, > > From: Alia Atlas <akatlas@gmail.com<mailto:akatlas@gmail.com>> > Date: Tuesday, September 22, 2015 at 6:00 PM > To: OSPF WG List <ospf@ietf.org<mailto:ospf@ietf.org>>, "draft-ietf-ospf-rfc4970bis@ietf.org<mailto:draft-ietf-ospf-rfc4970bis@i etf.org>" <draft-ietf-ospf-rfc4970bis@ietf.org<mailto:draft-ietf-ospf-rfc4970bis@i etf.org>> > Subject: AD review of draft-ietf-ospf-rfc4970bis-02 > > As is customary, I have done my AD review of draft-ietf-ospf-rfc4970bis-02. First, let me thank Acee for his work on this draft. > > I have two major concerns before asking for an IETF Last Call. I would like to have them > resolved by this Thursday so that the draft can make the Oct 15 IESG telechat. > > First, from a process concern, I do not see any active discussion on the OSPF mailing list - even to simply say "yes - go forward". I don't see anything about this draft or discussion in minutes for IETF 92 or IETF 93. I'd prefer some indication besides silence and lack of opposition. I do realize that there are some process or protocol-tidying drafts where there isn't > much interest. However, I am particularly concerned because this is changing RFC4970 is a way that should be backwards compatible but might trigger issues. I would encourage WG participants to PLEASE RESPOND! > > Second, I can see the intent that by creating an Opaque ID and creating a special meaning for 0, the draft is making efforts to preserve backwards compatibility. Please add a paragraph or subsection that articulates how and why backwards compatibility isn't an issue. > > I will add more on this. > > For extra credit, what happens if the same TLV information is advertised in multiple RI LSAs (as part of moving it from one RI LSA to another)? > > This depends on the context of the TLV. In some cases the router information is additive and in others conflicts need to be resolved. > > > > Are there any implementations of this draft? Has backwards compatibility been verified at all? > > Many implementations of RFC 4970. I don’t know of any implementations that originate multiple RI LSAs. However, with all the proposed OSPF RI LSA usages, I can see them coming. > > > > My minor issue is around the IANA considerations; I have detailed comments below. > > Here are additional comments. > > 1) In Sec 2: "The first Opaque ID, i.e., 0, should always contain the Router > Informational Capabilities TLV and, if advertised, the Router > Functional Capabilities TLV." and Sec 2.2 "The first instance ID, i.e., 0, > should always contain the Router Informational Capabilities TLV and, > if advertised, the Router Functional Capabilities TLV." > > Since I assume this is important for backwards compatibility, should those > be SHOULD instead of should? > > Yes. > > > > > 2) In Sec 2.3: "The first defined TLV in the body of an RI LSA is the Router > Informational Capabilities TLV." > > Surely that is only for the first Opaque ID=0? Does each subsequent RI LSA > also need to contain a Router Informational Capabilities TLV?? > > No. Will clarify this. > > > > 3) In Sec 4 IANA Considerations: This section is defining the different IANA policies; > when RFC4970 was written, RFC5226 didn't exist. But since you're doing a bis, > perhaps you can align to the policies in RFC5226 and remove the unnecessary text?? > > Yes. I think of already done this. > > > 4) In Sec 4 IANA Considerations: The registry for OSPFv3 LSA Function Codes can > be found at http://www.iana.org/assignments/ospfv3-parameters/ospfv3-parameters.xhtm l#ospfv3-parameters-3 and what is in the draft doesn't match up. I'd settle for defining the ranges, and value 12 - but it's up to you and IANA on the preferences. Would it make sense to change the policy from Standards Action to IETF Review here also? > > Yes - I think this draft should change the policy for OSPFv3 LSA Functions codes since RFC 4970 initially created the registry. If were going to change the policy (and I think we want to do this), it makes sense to do it here from a continuity standpoint. > > > > Same thing applies to the OSPF RI TLVS (http://www.iana.org/assignments/ospfv2-parameters/ospfv2-parameters.xht ml#ospfv2-parameters-9 ) Also here, I think there > was agreement among the 4 of us who commented on the WG mailing list to change this > from Standards Action to IETF Review. > > Yes. > > > 5) In Sec 4 IANA Considerations: "All Router Functional Capability TLV > additions are to be assigned through standards action." Given the discussion > about IETF Review vs. Standards Action for other registries, are you sure you want > Standards Action? > > No - I will change this. > > > I'm sure that we'll get this moving along quickly. > > Great - will work on this today in preparation for the tomorrow’s telechat. > > Thanks, > Acee > > > > Thanks again! > Alia > ------------------------------------------------------------------------ -------- > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf >
- [OSPF] AD review of draft-ietf-ospf-rfc4970bis-02 Alia Atlas
- Re: [OSPF] AD review of draft-ietf-ospf-rfc4970bi… Alia Atlas
- Re: [OSPF] AD review of draft-ietf-ospf-rfc4970bi… Acee Lindem (acee)
- Re: [OSPF] AD review of draft-ietf-ospf-rfc4970bi… Shraddha Hegde
- Re: [OSPF] AD review of draft-ietf-ospf-rfc4970bi… Acee Lindem (acee)
- Re: [OSPF] AD review of draft-ietf-ospf-rfc4970bi… Acee Lindem (acee)
- Re: [OSPF] AD review of draft-ietf-ospf-rfc4970bi… t.petch
- Re: [OSPF] AD review of draft-ietf-ospf-rfc4970bi… Acee Lindem (acee)
- Re: [OSPF] AD review of draft-ietf-ospf-rfc4970bi… Acee Lindem (acee)
- Re: [OSPF] AD review of draft-ietf-ospf-rfc4970bi… Alia Atlas
- Re: [OSPF] AD review of draft-ietf-ospf-rfc4970bi… Acee Lindem (acee)
- Re: [OSPF] AD review of draft-ietf-ospf-rfc4970bi… Alia Atlas