Re: [netmod] WG Last Call: draft-ietf-netmod-intf-ext-yang-07

"Rob Wilton (rwilton)" <rwilton@cisco.com> Wed, 07 August 2019 14:14 UTC

Return-Path: <rwilton@cisco.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5145012002E for <netmod@ietfa.amsl.com>; Wed, 7 Aug 2019 07:14:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 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, 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 header.b=No80j9hy; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=cswK6MFX
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 dbHyb-zw_Yat for <netmod@ietfa.amsl.com>; Wed, 7 Aug 2019 07:14:47 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2025F120019 for <netmod@ietf.org>; Wed, 7 Aug 2019 07:14:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9156; q=dns/txt; s=iport; t=1565187287; x=1566396887; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=B+RaP9/KK1J11JpYO0igfD7Li+F2oinp6cL9shAQJ8A=; b=No80j9hyPdJWBQGV72p4lmYZCcp8GuFvziNU7W0WAvIT6VC+sX0i8qUn 4gdzyYkDncUG2xLYNkH8PqV7w+vPBKSPbBwyAfMmxDfBfjmIRtSVMXak8 RGS7hwvtRjYHoZaH80u/VtYZkg7g84VphSQWGPFek2ryT6Dot45zzctUp A=;
IronPort-PHdr: 9a23:t+mhrBVSKqpiZswBbBLPcL0CxwDV8LGuZFwc94YnhrRSc6+q45XlOgnF6O5wiEPSA92J8OpK3uzRta2oGXcN55qMqjgjSNRNTFdE7KdehAk8GIiAAEz/IuTtankgA8VGSFhj13q6KkNSXs35Yg6arw==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0B4AABM2kpd/5xdJa1lHAEBAQQBAQcEAQGBUwcBAQsBgUQkLANtVSAECyoKhBSDRwOEUoZgTIIPlgKBW4EuFIEQA1QJAQEBDAEBGA0IAgEBg3pFAheCOyM0CQ4BAwEBAQQBAQIBAQYEbYUnDIVKAQEBAQMBARALBhEMAQEsDAsEAgEIEQQBAQMCJgICAiULFQgIAgQBEggagwGBagMdAQIMn3kCgTiIYHGBMoJ6AQEFgTMBg1kYghQDBoEMKAGLYxeBQD+BEUaBNxd+PoJhAQGBLgESASEVgnQygiaMMTMDgiScJQkCghyGXY1hgjCHLoodhDeMaWSHWpAaAgQCBAUCDgEBBYFQOGdxcBU7gmyCQgkDF4NOhRSFPgFygSmLOoEiAYEgAQE
X-IronPort-AV: E=Sophos;i="5.64,357,1559520000"; d="scan'208";a="314305080"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 07 Aug 2019 14:14:46 +0000
Received: from XCH-RCD-007.cisco.com (xch-rcd-007.cisco.com [173.37.102.17]) by rcdn-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id x77EEkZC016653 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 7 Aug 2019 14:14:46 GMT
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-RCD-007.cisco.com (173.37.102.17) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 7 Aug 2019 09:14:45 -0500
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 7 Aug 2019 09:14:44 -0500
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Wed, 7 Aug 2019 09:14:44 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MDlY7NQACkXwZMmNSFikaDxL/xiFofGYY/yiFYkiF2JdsSuFGfZatR5RP0UxAQZTQ5tpHVwSw+EbYEw9+qNFTWspS7506YNRSgR0DQWw9WF6iuO/gtPmWHYqcp/lySIe5rEveDlp1uPLy3EKaY3nvfnsQgneXgJMkECbANZa/zClpGe1LrKyKkLQD7d5HR3DyNYcje/ghlWM4KZV2JAPRtSDAS5Lf+3Tc3ZOEgSJvpwlOemJeTTu8lfuGb3RdyW2G0OADOvVnyHfayJdsUMkJX66F0SoHA0nzpT7K/MFHhrIlF4ekZFbylsKIUeyirOxyzTNjUSktqyTIeAAI4dCpA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=B+RaP9/KK1J11JpYO0igfD7Li+F2oinp6cL9shAQJ8A=; b=QK4RSfV3mU+7mqLf4/LnVsvTAOv3ACug5aEs38HRJcivtQuyOIVQSMSoy+aO6GOg2OopqdHCtmspIcXMz3UKMxa+6LApzSrmZKkvjiJcCKOpfkIhK0GyMA6+mEZ6dQbzAXq9QvpUmuUMedmGQk0dHwrCbnJ5yJy4DE+cCSeX8fNqmJlyQrdq+jo0XdelFwu+5Ah7zQDmxEDSTX1LSoP1Cr8TxdEZCNnYx1IvIh0hS56s7ngICb+igZJze5H0AbXb32hP3+sSWJLMrcSFlkaaA5XQ3FwPTV2RX2X/0BLrlIAKntL+6R+nCLstd60JK0973F/XHCwVkH2uvXFdPCCNdg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=cisco.com;dmarc=pass action=none header.from=cisco.com;dkim=pass header.d=cisco.com;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=B+RaP9/KK1J11JpYO0igfD7Li+F2oinp6cL9shAQJ8A=; b=cswK6MFXvtrlm3NKSO9U1JSmHeuPIo9b/sn9ldaOyV53PwlKYT8Xd/SqBwJgzCOmQx4sOlvHD3YOUAKCw+VxSCKKNWMJTcP3KDL/4Iq2fvx6BsEV7WIrY190L4A6FAqdWIMhACiu6P+xi5IBdmiah+IW5bQx8/E2lU6oA+z+Stk=
Received: from BYAPR11MB2631.namprd11.prod.outlook.com (52.135.227.28) by BYAPR11MB2647.namprd11.prod.outlook.com (52.135.227.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2136.19; Wed, 7 Aug 2019 14:14:43 +0000
Received: from BYAPR11MB2631.namprd11.prod.outlook.com ([fe80::91da:1669:aaf0:d428]) by BYAPR11MB2631.namprd11.prod.outlook.com ([fe80::91da:1669:aaf0:d428%4]) with mapi id 15.20.2136.018; Wed, 7 Aug 2019 14:14:43 +0000
From: "Rob Wilton (rwilton)" <rwilton@cisco.com>
To: "Acee Lindem (acee)" <acee@cisco.com>, Kent Watsen <kent+ietf@watsen.net>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] WG Last Call: draft-ietf-netmod-intf-ext-yang-07
Thread-Index: AQHVNrSsI3r62XsUgUy/9VeuuC2cP6bD086AgAmC0nCAH6jrgIABNoxQ
Date: Wed, 07 Aug 2019 14:14:43 +0000
Message-ID: <BYAPR11MB2631371D0987EA2B11A18807B5D40@BYAPR11MB2631.namprd11.prod.outlook.com>
References: <0100016bd93bfe12-b7c7407d-7c5f-4d61-a714-3aa38b0d1da7-000000@email.amazonses.com> <80F2E6D2-8F6A-4EF4-9838-45AC48BE84E5@cisco.com> <BYAPR11MB2631CAAA7837907190FF7786B5C90@BYAPR11MB2631.namprd11.prod.outlook.com> <897E77D0-5EB6-4C05-BED2-F1DB3D26948B@cisco.com>
In-Reply-To: <897E77D0-5EB6-4C05-BED2-F1DB3D26948B@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=rwilton@cisco.com;
x-originating-ip: [173.38.220.41]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 35deb790-6a87-40e2-a9b9-08d71b41980f
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:BYAPR11MB2647;
x-ms-traffictypediagnostic: BYAPR11MB2647:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <BYAPR11MB26473BA96E5EF4EDC8E261F7B5D40@BYAPR11MB2647.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 01221E3973
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(346002)(39860400002)(366004)(136003)(396003)(51444003)(189003)(199004)(51914003)(13464003)(74316002)(55016002)(110136005)(53546011)(6506007)(99286004)(102836004)(6436002)(305945005)(6246003)(66066001)(7736002)(8936002)(81166006)(81156014)(8676002)(7696005)(25786009)(316002)(66446008)(2906002)(3846002)(76116006)(9686003)(66556008)(66476007)(66946007)(6306002)(6116002)(76176011)(561944003)(2501003)(64756008)(229853002)(33656002)(52536014)(186003)(53936002)(26005)(11346002)(86362001)(476003)(446003)(486006)(14444005)(256004)(5024004)(71200400001)(71190400001)(14454004)(68736007)(5660300002)(966005)(478600001); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB2647; H:BYAPR11MB2631.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: LM/yWbb0BHojW/8g1wDFrTFI2m5/BMzL/+mEtgNq7R5gfzPCOfUPC0A/UhNN9Ioo7EZeNUnG/yv90xw01k+S6ZNl9scrklaUArQ1oTA51Zp2BNLEl4f2iPlSHM6tjTdcoKZ2LmukfyBRq+lLDeDSZIYPncFAI/wVusZcsFxABx5W1RVXfs2vFWe/mbwxd7HqPoaKiKlJ/VWrgcYbIuEKGDkiwM6OskkouTxa16hca0F3D8XwebngaKyds5KRmrjwHkJmP8j8qqI5DiTW0eKICbulUyKgNYbxn3Ym7v0rzmkb41iy9boj07U4wzUHzFOo0W6zI3b37qtQ7iRlNEK4BHZ8C2EaYfFCnjrU5Z3Rgghja5ewDa8vFxWqttLWyAngING15sSad+zgx0eCWJtAs9z7gsUbq4KtRJQs+LnP680=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 35deb790-6a87-40e2-a9b9-08d71b41980f
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Aug 2019 14:14:43.2772 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: rwilton@cisco.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB2647
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.17, xch-rcd-007.cisco.com
X-Outbound-Node: rcdn-core-5.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/h41fXZ9YbAr4HOM0wMko26RSqX8>
Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-intf-ext-yang-07
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Aug 2019 14:14:49 -0000

Hi Acee,

Thanks.  This was also discussed in the NETMOD WG meeting (I know that you had a conflict).  

My reading of the consensus in the room was that the histogram statistics should be deferred at this time.  In particular, it seems like it would take some time/effort to agree on exactly how these counters should be modelled.  I also said that I would contact the IEEE 802.3 WG chair to see if we could progress a histogram model within the IETF.  I have sent an email out, but not heard anything back yet.

There was consensus in the room to add a sub-interface demux drop counter into the current module.

Lou also proposed that I rename "l2-mtu" to something like "max-frame-size" for consistency (I need to check the recording).

It also looks like I should generate and add -state trees to the appendix.

Thanks,
Rob


-----Original Message-----
From: Acee Lindem (acee) 
Sent: 05 August 2019 18:52
To: Rob Wilton (rwilton) <rwilton@cisco.com>; Kent Watsen <kent+ietf@watsen.net>; netmod@ietf.org
Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-intf-ext-yang-07

Hi Rob, 
It seems these counters have been considered at great length. I agree we should move forward with the model as it is today.
Thanks,
Acee

On 7/17/19, 11:36 AM, "Rob Wilton (rwilton)" <rwilton@cisco.com> wrote:

    Hi Acee,
    
    Thanks for the review, and apologies for the delayed reply.
    
    Regarding your stats question, there was some effort to handle this as part of defining the Ethernet interface YANG (IEEE 802.3.2-2019) (https://github.com/YangModels/yang/tree/master/standard/ieee/published/802.3) that I was involved in the earlier parts of.  Please see the attached XLS that was my earlier effort to rationalize the different ethernet interfaces counters between RFC 7223, Ethernet YANG, Etherlike MIB, RMON MIBs, and the counters exposed in the 802.3 clause 30 management API.
    
    For physical Ethernet interfaces (and anything that looks very similar to a physical Ethernet interface) then I think that we should be well covered by the combination of what is in ietf-interfaces, and IEEE 802.3.2.
    
    There are also some counters that apply to all Ethernet-like interfaces (really anything using Ethernet framing, but not an Ethernet physical layer).  The only counter currently defined in this category is in-drop-unknown-dest-mac-pkts in ietf-interfaces-ethernet-like.  Arguably we could also add a drop counter for frames that could not be demuxed to a sub-interface because it didn't match any of the sub-interface match expressions.
    
    There was one set of counters that 802.3.2 didn't want to include in their YANG module which related to the histogram frame statistics.  E.g. counters like the following (taken from IOS XR):
    
        Input pkts 65-127 bytes     = 0
        Input pkts 128-255 bytes    = 0
        Input pkts 256-511 bytes    = 0
        Input pkts 512-1023 bytes   = 0
        Input pkts 1024-1518 bytes  = 0
        Input pkts 1519-Max bytes   = 0
    
        Output pkts 65-127 bytes    = 0
        Output pkts 128-255 bytes   = 0
        Output pkts 256-511 bytes   = 0
        Output pkts 512-1023 bytes  = 0
        Output pkts 1024-1518 bytes = 0
        Output pkts 1519-Max bytes  = 0
    
    The 802.3 YANG WG had two issues with including counters like these:
    (1) They didn't really want to define histogram counter values for MTUs that are above the officially sanctioned MTU of 1514/1518 in the Ethernet specification, even though a lot of hardware supports up to 9K+.
    (2) The bucket ranges, at least once you get past the "512-1023" bucket, seem to somewhat vary by ASIC vendor.
    (3) IEEE 802.3 has a well defined internal management API (802.3 clause 30), and these histogram counters are not currently defined as part of that internal management API.  Extending the internal 802.3 management API seems tricky due to point (1) and (2) above.
    
    There was a suggestion in the 802.3 discussions that these counters could be defined in an IETF YANG module (skirting the IEEE concerns about maximum MTUs).  The proposal was to allow the operational data to return a list of bucket entries, where each entry defines the inclusive range of the bucket, and a count of the pkts that matched the bucket range (in either the ingress or egress direction).  This list would sit alongside a RECOMMENDATION of what bucket sizes to use, basically doubling each time up to the MTU, with some consideration around the 1514/1518/1522 boundary, but allowing freedom for a device to accurately return the histogram ranges actually supported by the hardware.
    
    However, I'm not sure it is worth delaying these drafts to add these counters in now, particularly because there are dependencies on them.  Possibly best done as future work?  Do you, or anyone else in the WG have an opinion on this?
    
    Thanks,
    Rob
    
    
    
    -----Original Message-----
    From: netmod <netmod-bounces@ietf.org> On Behalf Of Acee Lindem (acee)
    Sent: 10 July 2019 14:09
    To: Kent Watsen <kent+ietf@watsen.net>; netmod@ietf.org
    Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-intf-ext-yang-07
    
    I have reviewed the subject document and support publication. I have the following comment:
    
      Perhaps ietf-interface-ethernet-like module ethlike:ethernet-like/ethlike:statistics could include a subset of the counters from RFC 3635. I say a subset since some of these counters are a bit archaic given the state of the technology and judgement should be applied on which to include.
    
      Thanks,
    Acee 
    
    On 7/9/19, 8:16 PM, "netmod on behalf of Kent Watsen" <netmod-bounces@ietf.org on behalf of kent+ietf@watsen.net> wrote:
    
        All,
        
        This starts a twelve-day working group last call for draft-ietf-netmod-intf-ext-yang-07
        
        The working group last call ends on July 21 (the day before the NETMOD 105 sessions).  Please send your comments to the working group mailing list.
        
        Positive comments, e.g., "I've reviewed this document and believe it is ready for publication", are welcome!  This is useful and important, even from authors.
        
        Thank you,
        NETMOD Chairs
        _______________________________________________
        netmod mailing list
        netmod@ietf.org
        https://www.ietf.org/mailman/listinfo/netmod
        
    
    _______________________________________________
    netmod mailing list
    netmod@ietf.org
    https://www.ietf.org/mailman/listinfo/netmod