Re: [pim] [yang-doctors] Yangdoctors early review of draft-ietf-pim-igmp-mld-snooping-yang-03
"Reshad Rahman (rrahman)" <rrahman@cisco.com> Thu, 28 June 2018 21:56 UTC
Return-Path: <rrahman@cisco.com>
X-Original-To: pim@ietfa.amsl.com
Delivered-To: pim@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 15AA41310E8; Thu, 28 Jun 2018 14:56:38 -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, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, URIBL_BLOCKED=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 xYTJwPxKGCDS; Thu, 28 Jun 2018 14:56:35 -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 B09F61310CC; Thu, 28 Jun 2018 14:56:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6262; q=dns/txt; s=iport; t=1530222995; x=1531432595; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Z/y+OuUeqUK3/HHnr9CByAVUxWwCpcKDXoYmS2CNNKQ=; b=X21zuAv/2Ro9ULTGW+EBOwlmDI8++tDRRVFT0gkpCWfsq5awKHHOg1Jy dJoPiarsqanNZEQ4kIeeMzsh6H7TjYw8c+V3sR1Hv9ZvGAqVJP0oHHGqA qaurfx54rMh6oXUAUO/PgAT23FBFMTcslFmVe6rjpLPJVv8TJUMf/PbXs 8=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DMAABcWDVb/4YNJK1dGQEBAQEBAQEBAQEBAQcBAQEBAYNJYn8oCoNviASMPoFlgReUKRSBZgsYDwWEQAIXgwMhNBgBAgEBAgEBAm0cDIU3AgEDAQEhEToLEAIBCBoCJgICAiULFRACBAENBYMgAYF/D646ghyIVIEfBYELh2KBVj+BDycMgic1gxgBAQIBAYEpARIBHxeCajGCBCACjEyMcgkChgCJFIFAhnGFHIorhycCERMBgSQdOGFxcBU7KgGCPoJLiEiFPm8BgRSNEw0XB4EBAYEZAQE
X-IronPort-AV: E=Sophos;i="5.51,285,1526342400"; d="scan'208";a="135580664"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 28 Jun 2018 21:56:34 +0000
Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id w5SLuY0o006831 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 28 Jun 2018 21:56:34 GMT
Received: from xch-rcd-005.cisco.com (173.37.102.15) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 28 Jun 2018 16:56:34 -0500
Received: from xch-rcd-005.cisco.com ([173.37.102.15]) by XCH-RCD-005.cisco.com ([173.37.102.15]) with mapi id 15.00.1320.000; Thu, 28 Jun 2018 16:56:34 -0500
From: "Reshad Rahman (rrahman)" <rrahman@cisco.com>
To: "draft-ietf-pim-igmp-mld-snooping-yang.all@ietf.org" <draft-ietf-pim-igmp-mld-snooping-yang.all@ietf.org>, "pim@ietf.org" <pim@ietf.org>
CC: "yang-doctors@ietf.org" <yang-doctors@ietf.org>
Thread-Topic: [yang-doctors] Yangdoctors early review of draft-ietf-pim-igmp-mld-snooping-yang-03
Thread-Index: AQHUDyjk5FKSwiDjFkGxB09QSV5NAqR2SDKA
Date: Thu, 28 Jun 2018 21:56:34 +0000
Message-ID: <7FF0121B-4161-44CB-A34C-745E70FF6C5B@cisco.com>
References: <153022213510.18432.7265431499347440238@ietfa.amsl.com>
In-Reply-To: <153022213510.18432.7265431499347440238@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.b.0.180311
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [161.44.213.85]
Content-Type: text/plain; charset="utf-8"
Content-ID: <D20E1538A732C344A1A66DD68A30DFCF@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/pim/2k04eTbhMLziATTlobA4g6_GozQ>
Subject: Re: [pim] [yang-doctors] Yangdoctors early review of draft-ietf-pim-igmp-mld-snooping-yang-03
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pim>, <mailto:pim-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pim/>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pim>, <mailto:pim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Jun 2018 21:56:39 -0000
FYI, easier to read https://datatracker.ietf.org/doc/review-ietf-pim-igmp-mld-snooping-yang-03-yangdoctors-early-rahman-2018-06-28/ than the email below. On 2018-06-28, 5:42 PM, "yang-doctors on behalf of Reshad Rahman" <yang-doctors-bounces@ietf.org on behalf of rrahman=40cisco.com@dmarc.ietf.org> wrote: Reviewer: Reshad Rahman Review result: On the Right Track YANG Doctor review of draft-ietf-pim-igmp-mld-snooping-yang-03 (by Reshad Rahman) 1 module defined in this draft: - ietf-igmp-mld-snooping@2018-05-03.yang No YANG validation errors or warnings (from yang and yanglint). 1 example are provided in this draft. Major issues perceived: 1) The YANG model has a new container+list for bridges and “l2vpn-instances”. Why not augment l2vpn-instance (from draft-ietf-bess-l2vpn-yang)? If all L2 features end up adding their own lists for “l2vpn-instances” this will be messy and there’ll be no easy way to look at all the configuration relevant to an l2vpn-instance, it’ll have to be done feature by feature. 2) If:interface is augmented and has the name of the l2vpn-instance. This config seems redundant since under l2vpn-instance (draft-ietf-bess-l2vpn-yang) there is already an interface-ref for AC (Access Circuit). Why not augment the L2VPN endpoint or AC? 3) There doesn’t seem to be the capability to enable IGMP/MLD snooping on a subset of ACs or PW (i.e. not on the full l2vpn-instance)? 4) I thought Bridge related YANG models belong to IEEE. But if we have to do the model for bridges in this draft, why not augment IEEE YANG models e.g. ieee802-dot1q-bridge.yang (same comment as for l2vpn-instance)? There might be good reasons to justify the way the YANG model has been done, but if that's the case IMO there needs to be text which justifies the design of the YANG model. If the authors haven’t done so already I would suggest discussing with authors of draft-ietf-bess-l2vpn-yang, IETF102 would be a good opportunity and I can attend a meeting if needed. I will have to re-review once the issues are addressed. Other comments/questions/nits: - General: needs spelling verification - General: indentation of YANG model has to be fixed, also some descriptions are too long and wrap. - Add NMDA in abstract (that's what most drafts now do) - Section 1.1, add space after in "in[RFC6020]" - There are references for L2VPN/EVPN YANG but none for bridges - Section 2, add reference for IGMP - Section 2.2, 2nd paragraph needs rewording. Explanation of how reference also not super clear (add reference to 2.4?) , e.g. what does an igmp-snooping-instance correspond to (to me it seems to be more a profile than the instances we have with routing protocols)? And is 1 instance usable in multiple l2vpn or BRIDGE instances? I believe it’s for 1 instance? Anyway clarify that. - Section 2.2, 4th paragraph, instead of “routing system” should this be “snooping device”? - Section 2.5 "This model augment", should be "augments". - YANG model: s/to configure the igmp snooping/to configure IGMP snooping/ - YANG model, having a feature for supporting admin-enable seems like overkill. My first impression was that that's a lot of features for this model, but I guess that's debatable. - YANG model s/fowarding/forwarding/ - YANG model, for the lookup modes (IP-based and MAC-based, add reference). I don’t think adding a vendor-specific CLI-example in the YANG description is a good idea. - YANG model, use yang-version 1.1 and add reference to import statements (as per 6087bis) - YANG model, if per-instance-config feature is not supported, how are the IGMP/MLD instances configured? - YANG model, vlan-index-type, use of range 4096… not very clear. And vlan-id shouldn’t be uint32, uint16 is enough. There’s also ieee:vlanid - YANG model, as opposed to using regular address type for group/multicast addresses, is there a type already defined for group addresses? If not there should be (V4 and V6) - YANG model, host-filter-mode, add reference - Appendix A, fix diagram _______________________________________________ yang-doctors mailing list yang-doctors@ietf.org https://www.ietf.org/mailman/listinfo/yang-doctors
- Re: [pim] [yang-doctors] Yangdoctors early review… Reshad Rahman (rrahman)
- [pim] Yangdoctors early review of draft-ietf-pim-… Reshad Rahman
- Re: [pim] Yangdoctors early review of draft-ietf-… Hongji Zhao