Re: [OPSAWG] Call for adoption: draft-boydseda-ipfix-psamp-bulk-data-yang-model

Marta Seda <Marta.Seda@calix.com> Tue, 11 August 2020 16:54 UTC

Return-Path: <Marta.Seda@calix.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51A693A07D4 for <opsawg@ietfa.amsl.com>; Tue, 11 Aug 2020 09:54:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=calix.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 ussXDOFPjmvL for <opsawg@ietfa.amsl.com>; Tue, 11 Aug 2020 09:54:27 -0700 (PDT)
Received: from NAM04-SN1-obe.outbound.protection.outlook.com (mail-sn1nam04lp2052.outbound.protection.outlook.com [104.47.44.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 59A2B3A07C7 for <opsawg@ietf.org>; Tue, 11 Aug 2020 09:54:27 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lac+86fHdw5zSVQrqwDg50h+PnFxR4Mtw00/11PLLPe37z5Sg/rElYAkRWBabczxZ1Ojcgr+vXp7/AazrtzBbUHwWmBllOWxubnjC5hBVs1Eqt8vPtAr6Qb/jnFJ6dXEFxJV4bsU4cVGvd8bsHuD51bK36XVfJy+MDi8gvknfoFiUAeS/elu2Nihlx8ROcRAtqHDay8hUKc0G4bQIupTM3TZAdD9XDs3DRAKY8Cnf30gEqsR8/sISiEigfbhipA8oMLjDydyO8XyPcaNRUFwbfgxoeOaohN/UrMakjhxFvHT4HAOH/E9OfdoCROpcsaJNr09ZX1TGanyc4hnKRTcHA==
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=a72b0zi1HI9vPaTN3XuWLLbY/fd84WYo6gkvFhh72eA=; b=h5dEBhCurYHWH8YJOJ5apnhhEFXB6KzD2ER+mAAuuw0xpRyZNsnbXvhIbdZKixRJgtsd+ZLCsBXuCGo4UYzOeQ75tfxmyrcE1cAheGizFR/tCVKRfoVYUth+ClgyrWtB9Jo+Fk9LaCVfkxgF5dcxiK6kcOR0CfswFiJOb45oXAIdQ1Jp7UsCRWusjmWFQ6hNM+19cZZRhyv7+DnsNk7cHm27U3pJsdeqlrFo2woB6PEk0iLoGvnGovyg9G1exJTmlMzpakl7jw+5jlOotsuBvflGKQMKphZU+VDa3nbn4H7N6GsMnHGF0qmXapu0xtOWdUMPEcOngm7A7YeMiYHmLA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=calix.com; dmarc=pass action=none header.from=calix.com; dkim=pass header.d=calix.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=calix.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=a72b0zi1HI9vPaTN3XuWLLbY/fd84WYo6gkvFhh72eA=; b=A+83ohXvravTUlU4m/sm0huWOrmjtBT8+29XxQrA5JZgwkVy9S5vzydtBXWvbAOhvjQrbJkiakpILodU7rOE+JelP1QLlEY/j7DPxgAVFM92hB4VN4M+HUTT9sgKEI7Ylxh2KughkCjB7u8T0GTXJQ/Yk1mgvbLbCXWFncMbZig=
Received: from DM6PR05MB4156.namprd05.prod.outlook.com (2603:10b6:5:90::29) by DM6PR05MB3961.namprd05.prod.outlook.com (2603:10b6:5:81::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3283.11; Tue, 11 Aug 2020 16:54:24 +0000
Received: from DM6PR05MB4156.namprd05.prod.outlook.com ([fe80::684f:127:3a64:4842]) by DM6PR05MB4156.namprd05.prod.outlook.com ([fe80::684f:127:3a64:4842%7]) with mapi id 15.20.3283.015; Tue, 11 Aug 2020 16:54:24 +0000
From: Marta Seda <Marta.Seda@calix.com>
To: "opsawg@ietf.org" <opsawg@ietf.org>
Thread-Topic: Re: [OPSAWG] Call for adoption: draft-boydseda-ipfix-psamp-bulk-data-yang-model
Thread-Index: AdZv/HjNqsEcG08DQIuySssChjYqPA==
Date: Tue, 11 Aug 2020 16:54:24 +0000
Message-ID: <DM6PR05MB4156411481DE97BD0733BEA89C450@DM6PR05MB4156.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=calix.com;
x-originating-ip: [2601:644:8a00:2340:a0c3:e20:905f:25b9]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: fa587a63-621f-4b7b-5ca3-08d83e173385
x-ms-traffictypediagnostic: DM6PR05MB3961:
x-microsoft-antispam-prvs: <DM6PR05MB3961CB662E817FD5698792FB9C450@DM6PR05MB3961.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: NXYV+qrg0w04wDMzIMJrd3kTNrP9bi4gzDzVWm0WGH0A3NmR8UCeE4AjqCRM2Z0xO9y3tV+HwdMc3ap/FiuERv2woN2G34DNTiP2V70fMv9stV0c2c9JkVko5S/JAp40Yh7d9THFD/8JXoQMA1E9ZlgfzQT/oJkDwxW8vmy6MgTQ5gpJJdJM/E5Uc2T1gt/i4+lvO85zsjxR8VONQB2RAV0jl7VbmiIblUoC+eZXOSthMwlbS4R7Qslti1dX6L2lFxAoU8GgOhxi8AwddgyplB/+hCxuSBKt3WE/BxiCW1FDxQNJfjxgxPbprHrYYa3k93zDTRX5GwwF3FE0ndKYR99sCyakbkKz1qQvbirfkd4z56dqB75pczTYAYG+9QHTyX6y0Bv/5wHdUdioUDGTBg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR05MB4156.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(136003)(366004)(346002)(39850400004)(376002)(316002)(9686003)(64756008)(6916009)(83380400001)(52536014)(966005)(71200400001)(55016002)(478600001)(66476007)(66446008)(186003)(66556008)(76116006)(6506007)(86362001)(9326002)(66946007)(2906002)(166002)(8676002)(5660300002)(7696005)(8936002)(33656002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: 6xLNRCNvprWwWyjkJS3dj+2xy56UQa+EcYv4uVRNC7bvFpxvXOe+0uAfLjuhE8HWUhAx8r4rUnaf0PIJHhiugYDhlDnfCg/4hod3eUKyjndXw6cj71DlswQeBzvDSTB7RoNHKvggZnn1rMQWBx9/hk+0533VUufDYYt37Zc32yQCFgRfi66VIwe4H6e4FuhupZDHRHRXLVzXB5WbH9uzRHYoWbB0VLUzxNVbRWe4e3ij67Z6Q/cUpALsuxCTG4mY82uAJQhAQDRwpTL1S9B6DfZMWFz8oBcW3dPPK2rPrVEt5dHTXs93lqtYaUQwDdMR4DbiswgTEAM1KWY6RXg96xIapasPK86TBTNYQrR5ibXfD1LdSVgRuNtEDyLHrIqDfh0gDzVQt85febKHIgqdD9K7gpqvmWZBwkKP2vhlE3VEZwZv+F1iMISnMazPayL/xElf/AJrcVrbZ8UFEaLELGfnVtJCOrH3j5os+wQHC181aJyviRDx4CEDkjYsD1NZQcDKs04mjvAHHYzB5i8UPZRjHasS6JP1b6SydVUlKlXkYZvI7dX037NJ3v2Nb17fB/6ZjTg88MfPe+2iieFsTDl8tlpUdxmU3hBVMiUbb0spfDa/m0MsOVqfD92t8JzJJiJ26K9TdoBuTrRY8Nr4Nj+wDbMvmH70naRmhP/ROLV0aaP1wfSb28IDyeyOFLcNmr4yXSaOMZ9bXbZtS8H6pg==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_DM6PR05MB4156411481DE97BD0733BEA89C450DM6PR05MB4156namp_"
MIME-Version: 1.0
X-OriginatorOrg: calix.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR05MB4156.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: fa587a63-621f-4b7b-5ca3-08d83e173385
X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Aug 2020 16:54:24.0734 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 8ffae2e5-6ff0-4510-bbf3-ca842d7ca55e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: TBsX1p4TDMRcppIw+/18pyFnlGuFLXWhew7aRQmYYLvj9eSbFXV8DHvPL0uH9PBtBKRAIc6wSiM3I7eKqmrQvg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB3961
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/85gBK3a9Zl1Boh5vuy1g0RKv49Q>
Subject: Re: [OPSAWG] Call for adoption: draft-boydseda-ipfix-psamp-bulk-data-yang-model
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Aug 2020 16:54:29 -0000

Hello,
I wanted to address the points/questions/concerns raised in this email thread about https://tools.ietf.org/html/draft-boydseda-ipfix-psamp-bulk-data-yang-model-03<https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-boydseda-ipfix-psamp-bulk-data-yang-model-03&data=02%7C01%7CMarta.Seda%40calix.com%7Cd5e32c860e464132014408d83e0e5908%7C8ffae2e56ff04510bbf3ca842d7ca55e%7C1%7C0%7C637327578724992272&sdata=PUtKiZsXFjlOZNjC7oGDYcu0P4JmJ%2Bchr5Rb7NnQ%2F4E%3D&reserved=0>

1.   5-15-2020 (Rob Wilton):  > Would it be feasible to split this work up into smaller chunks that would make it easier to review.  E.g. to put the packet-sampling and bulk-data-export into separate drafts?  Perhaps pare back some optional functionality.

Answer:  The YANG design is modularized into 3 modules:
 *            ietf-ipfix (IPFIX collector and exporter)
*             ietf-ipfix-packet-sampling (sampling/psamp templates)
*             ietf-ipfix-bulk-data-export (bulk data templates)

The question asked "assumes" it is less work to review multiple small documents instead of one document (even if it is being reviewed by the same individuals).  If you split the sections of the documents into separate documents, it means you now have to add a dependency section (the total number of pages that needs to be reviewed increments).  If the review team is the same, well, there will be more to read.  This request falls more in the bucket of personal preference but as an author it could be done.  "WHO would commit to reviewing the document if it was split?"

Some notes that may help you understand the level of review that this document has had:

  *   The original draft has been worked on by multiple interested parties (Adtran, Calix, Nokia).
  *   The original authors of RFC 6728 were approached and their comments incorporated (e.g., Benoit Claise and Gerhard Muenz provided feedback/comments).
  *   The draft has gone through YANG doctor review.
Some notes on "proof" that there is interest in this draft:

  *   I am one of the editors of TR-352 Multi-wavelength PON Inter-Channel-Termination Protocol (ICTP) Specification protocol.   ICTP defines a handy protocol used by XGS-PON and NG-PON2 systems for sharing information when handing off an ONU on a PON system (thus avoiding the need to re-range an ONU on a handoff).   ICTP uses IPFIX to stream some of its data.  A method to configure the ICTP IPFIX template is needed and this particular draft addresses it.
     *   I could understand if IETF was not interested in ICTP IPFIX.  If IETF does not pick this draft up, the problem still exists and will need to be solved elsewhere (outside of IETF).
  *   The draft in addition to help with ICTP IPFIX supports bulk data streaming for statistics already defined in other YANG modules.
Sincerely
Marta Seda