Re: [OPSAWG] Call for Adoption "draft-song-opsawg-ifit-framework"

"Joe Clarke (jclarke)" <jclarke@cisco.com> Tue, 22 October 2019 22:47 UTC

Return-Path: <jclarke@cisco.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 31D2F1200FB; Tue, 22 Oct 2019 15:47:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.499
X-Spam-Level:
X-Spam-Status: No, score=-14.499 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, 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=gJS6tWPj; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=IcFM6VrD
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 GUBf6X-r_1nL; Tue, 22 Oct 2019 15:47:56 -0700 (PDT)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB40A12012C; Tue, 22 Oct 2019 15:47:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10175; q=dns/txt; s=iport; t=1571784475; x=1572994075; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=6rojcEpFPtgyXPmKz/68KIIAP3IV48UpCUnNwFOiiDA=; b=gJS6tWPjaFNV8Sl2x6kKYsZtxzcQDQtoJ/uv+eFXd6u6akOsRB1dd2tZ yACvcFzp72lLPlScC0uzv+tyl0ywY0tJPATugssEa05A5LS+oobqbjbDW 3KNNytUca0VmOgWtgPcza8if+TJETE2f7q0jJylE3oN9NbbIrBvmo5lrT U=;
IronPort-PHdr: 9a23:rF8xihI/rBa1VgWZXdmcpTVXNCE6p7X5OBIU4ZM7irVIN76u5InmIFeBvad2lFGcW4Ld5roEkOfQv636EU04qZea+DFnEtRXUgMdz8AfngguGsmAXE/wKPfwbCESF8VZX1gj9Ha+YgBY
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CPAgDIha9d/5FdJa1lGwEBAQEBAQEFAQEBEQEBAwMBAQGBe4EcL1AFbFcgBAsqCoQcg0cDiliVfYRhgUKBEANUCQEBAQwBASMKAgEBhEACF4MTJDgTAgMJAQEEAQEBAgEFBG2FNwyFTAIEEgsGHQEBNwEPAgEIEi0DAgICMBQDDgEBBA4FIoMAAYF5TQMuAQ6mfQKBOIhhdYEygn4BAQWBSEFAgkAYghcDBoE2jA8YgUA/gREnH4JMPoJiAgMBgSVlgmMygiyPeIU6mDAKgiSHDo4YG4I7jACLE5ZdkSACBAIEBQIOAQEFgWkigVhwFWUBgkFQEBSDBoNzhRSBZYNadIEpjVUBgSMBAQ
X-IronPort-AV: E=Sophos;i="5.68,218,1569283200"; d="scan'208,217";a="348649814"
Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 22 Oct 2019 22:47:54 +0000
Received: from XCH-ALN-020.cisco.com (xch-aln-020.cisco.com [173.36.7.30]) by rcdn-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id x9MMlsdI004297 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 22 Oct 2019 22:47:54 GMT
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by XCH-ALN-020.cisco.com (173.36.7.30) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 22 Oct 2019 17:47:53 -0500
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 22 Oct 2019 18:47:51 -0400
Received: from NAM04-SN1-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 22 Oct 2019 18:47:51 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NjOUcwQ/imNOPkaLu9VuG06w4/8sx8NgE5q9G3/C2hBX5gpvO/Xsbo/1Fjp8wrBlUlMClpGcDkpYsX9N9MEIeSlFLKNP/Ki/8plSM2Lfq/Yp+FPL7xiMmCQiZPzA7iepfmUGay87Grjevofgg2hYVNPCk1i3q4WCh2HDo85zUQyf7PpKbYIQ7QI7VBvdVXifnw5M8/8S8tJ9pICQY/KMrhhP6glLAynBXcuLtjPQeJw+6NwG8vxVc/3Rfg0Waff//CqPMovhCEIn0EKMkyN4CJyFpbO4oMLjG+qqeYg5a2WX+jw0jUeIfb2yaFWErEJfslI7IovUV810oFxoWN1CJg==
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=6rojcEpFPtgyXPmKz/68KIIAP3IV48UpCUnNwFOiiDA=; b=m0KmawbxaIClIzJuaB1vgdC0wR2BL3ru0XH8E6ViXxQh9kw7tkybq45q/Xzw873El05aVf20ArdQ6tp2JsstuqRBefpX5OwGO8Prg3mTD12cTvxki4NflLWKUXCCxrcbCsgZGXSGp+VhrHNC+S7Ri/WbH+izo8K1yhkG4hflfmwz0Zk92bRIyRCF9pO39JsDeDj0FYZAEmray2C5wk8dOYI3jfGWHJobe1jTxYCih+tXuqYO26dYRcxUna3hfePCxhSVXnVrKu/qzWivzwCIleyn+H8bU1Se2zEe6AqLp1h76nkJcwYhg6etH4G5Pss+cY7r+lvMlM5IC9ub4Tlfzg==
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=6rojcEpFPtgyXPmKz/68KIIAP3IV48UpCUnNwFOiiDA=; b=IcFM6VrDKJaFJF9NXQG48nFPcuU46BMXiBYedtrd2yloFRnxA5ntXhCmDHJepZ4tRBUoxqDdwL+A07Y85lfl583yqftvPPcguuyrl32mkfn8kNwqs0SDMSefohQbOqHDlS+tG80EHUKPukI1aTYruOt/JNE5d+dfm4C219if/90=
Received: from BN6PR11MB1667.namprd11.prod.outlook.com (10.172.23.12) by BN6PR11MB1393.namprd11.prod.outlook.com (10.173.26.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.16; Tue, 22 Oct 2019 22:47:50 +0000
Received: from BN6PR11MB1667.namprd11.prod.outlook.com ([fe80::6591:258d:331a:e2f8]) by BN6PR11MB1667.namprd11.prod.outlook.com ([fe80::6591:258d:331a:e2f8%9]) with mapi id 15.20.2347.029; Tue, 22 Oct 2019 22:47:50 +0000
From: "Joe Clarke (jclarke)" <jclarke@cisco.com>
To: Haoyu Song <haoyu.song@futurewei.com>
CC: "opsawg-chairs@ietf.org" <opsawg-chairs@ietf.org>, "opsawg@ietf.org" <opsawg@ietf.org>
Thread-Topic: Call for Adoption "draft-song-opsawg-ifit-framework"
Thread-Index: AdWIPU+fXC2Ur2/eToSt25eWIbGNawA7WsCA
Date: Tue, 22 Oct 2019 22:47:50 +0000
Message-ID: <46C6D387-72D9-4A90-9C07-5775B6A426D7@cisco.com>
References: <MN2PR13MB3582AA710325EACBD734848D9A690@MN2PR13MB3582.namprd13.prod.outlook.com>
In-Reply-To: <MN2PR13MB3582AA710325EACBD734848D9A690@MN2PR13MB3582.namprd13.prod.outlook.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=jclarke@cisco.com;
x-originating-ip: [173.38.117.86]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b68c5827-5023-4bbb-e205-08d75741de0d
x-ms-traffictypediagnostic: BN6PR11MB1393:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <BN6PR11MB1393AAA7274C23346B7DE3B6B8680@BN6PR11MB1393.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 01986AE76B
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(136003)(376002)(396003)(346002)(39860400002)(366004)(189003)(199004)(486006)(66066001)(6306002)(6486002)(76116006)(229853002)(2616005)(2906002)(6506007)(186003)(6246003)(91956017)(11346002)(4326008)(53546011)(33656002)(26005)(476003)(102836004)(3846002)(446003)(966005)(6116002)(54896002)(81156014)(6512007)(8676002)(14444005)(81166006)(14454004)(256004)(8936002)(236005)(99286004)(316002)(7736002)(76176011)(478600001)(6436002)(25786009)(606006)(71190400001)(5660300002)(66476007)(66946007)(66556008)(64756008)(66446008)(6916009)(86362001)(54906003)(71200400001)(36756003); DIR:OUT; SFP:1101; SCL:1; SRVR:BN6PR11MB1393; H:BN6PR11MB1667.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: BCL:0;
x-microsoft-antispam-message-info: WztkslkBKAEh39jr23T1H1HFTseKcIfV0amEDvJ9bJgPSGXIXcBrI8IVDWWR4b9MOpxcdFFtABKq3MgsAvnhVsre5L6VzdyQDbAZg5ArPGKLTtCwxfZbKgt08RvsiIcWYW0s/mltapCl5NiX3v1rVX0ofvwIXT87HiOuC8NVrcl26U2OkxeGep0FCHSRYjBjGgKNhWe0rks7ddrb4Rm1IN3v3QmG6EM0wwnGjrzDUZ1cKPRlRP/WViEz9S7lN9tLQXa/EQQ8XxqOTrDIQtFwJdkaOchrB0urL/fBdNE5fuFo07MEygM+gf1nVuNz71iX5Us5COAtfLfDk07Zqr0CM4rb5XJ8kYdVpItqVVLBScl6a9qdepQi5FDZvbpgMxgmelctaMItXHIrosrUkiFpBHW5MzCpPlMdUfn2MHiZgYAmrhQ2fcAwJyMqvQndIzfxWe94GSYXlEP7KvHRbVSonaxr3HGLLqcKuNoHd7V7Ttw=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_46C6D38772D94A909C075775B6A426D7ciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: b68c5827-5023-4bbb-e205-08d75741de0d
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2019 22:47:50.5237 (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: PMxiH5kjk2yKJKW5pr5vJCvaEmjbBqkDNem25jfnrddzuGni9a7tIcigtBPSoE8aYCGAxZSWgCksoWrJ2fIaXQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR11MB1393
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.30, xch-aln-020.cisco.com
X-Outbound-Node: rcdn-core-9.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/a6SwXFjn_aux3mBzErSbnLrSyh8>
Subject: Re: [OPSAWG] Call for Adoption "draft-song-opsawg-ifit-framework"
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, 22 Oct 2019 22:47:58 -0000

The comments below are from me as an individual contributor.

I have read the latest revision of this document.  I still do not have a clear idea of what it is solving, TBH.  It doesn’t define a new protocol, yet it makes claims about an architecture that implies a protocol between devices, a controller, and applications (see the figure in section 2).  In Section 3.2, iFIT is referenced as having an ability to cache or send accumulated data.  I don’t see how a framework can do this.  Nor do I see how a framework can dynamically load new data probes as mentioned in Section 3.3.  If this were a controller with an application architecture and specifications for component interoperability, perhaps, but I do not see that in this document.

In Section4, the document mentions a closed-loop for iFIT applications whereby applications can manage iFIT closed loops on top of a controller.  But again, I don’t see how.  Do the applications make API calls?  What calls do they make?  What makes it an “iFIT closed loop”?

Ultimately, the summary says that iFIT combines algorithmic and architectural schemes into the framework, but I don’t see where that is done in a specific, implementable way (e.g., in Section 3.1.2 you begin to describe how you can adaptively sample packets, but you talk about abstract signals to/from the controller).  Nor do I see how one would implement iFIT.  When I read the iFIT draft, I feel like I’m missing a normative chunk that explains how the various pieces of this framework are to interact in a well-specified manner.

It seems to me that perhaps a more useful document is one that focus on the implementation of PBT and/or IOAM, operational experiences, best practices, etc.

Joe

On Oct 21, 2019, at 14:34, Haoyu Song <haoyu.song@futurewei.com<mailto:haoyu.song@futurewei.com>> wrote:

Dear OPSAWG chairs,

The following draft has been extensively discussed and gone through six revisions. Network operators confirmed it is useful.
We believe the draft is mature enough to be adopted by the WG therefore we request the chairs to initiate the adoption call for this draft.
Thank you very much for the consideration!

https://datatracker.ietf.org/doc/draft-song-opsawg-ifit-framework/

Best regards,
Haoyu