Re: [OPSAWG] WG adoption call for draft-song-opsawg-ifit-framework-09

"Frank Brockners (fbrockne)" <fbrockne@cisco.com> Wed, 18 December 2019 21:01 UTC

Return-Path: <fbrockne@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 8467F1208AA; Wed, 18 Dec 2019 13:01:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.501
X-Spam-Level:
X-Spam-Status: No, score=-14.501 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, 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=XBOLko0m; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=nwtZKR0B
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 uBrQROmr__wz; Wed, 18 Dec 2019 13:00:58 -0800 (PST)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8241120B1D; Wed, 18 Dec 2019 13:00:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8700; q=dns/txt; s=iport; t=1576702858; x=1577912458; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=AgS3y4C0Ja7MaIFoZndNHm8Puh66LY0mOLcBV152u0E=; b=XBOLko0m3sqYhxu7CLkZW5+dMv8VNoo9stD4NE7nSGZuYFGljhMDeGxT jJxadXSQyU9R8zES2gASzuhgu8IB2e0p2ksyfc29DROucyHG8LqJ+KmT3 U9KetFteWA7GSxR0uX0UwC7ckz5jfqE7uPCMAYHQ0j7VxP+q/sYFkWCJP U=;
IronPort-PHdr: 9a23:AtfxMh0UvyCzajRAsmDT+zVfbzU7u7jyIg8e44YmjLQLaKm44pD+JxKGt+51ggrPWoPWo7JfhuzavrqoeFRI4I3J8RVgOIdJSwdDjMwXmwI6B8vQB0fhK/XpaSESF8VZX1gj9Ha+YgBY
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CtBQArk/pd/4oNJK1lHAEBAQEBBwEBEQEEBAEBgXyBTVAFbFggBAsqCoN6g0YDinKCX5gGgUKBEANUCQEBAQwBARgPBgIBAYN7RQIXggIkOBMCAw0BAQQBAQECAQUEbYU3DIVeAQEBAQMBARAGBQYRDAEBLAsBDwIBBgIRBAEBAwIjAwICAiULFAEICAEBBA4FCBIBB4MBgkYDLgECDJIxkGQCgTiIYXWBMoJ+AQEFgTUBAwICDEGDDhiCEAmBDiiMGBqBQT+BEUeCTD6CZAEBAgEBGIEPBQESASEVgnkygiyHPoh5nlYKgjWHMYRwgmuHIoJDdYcEhEGHeYNYlx+RfQIEAgQFAg4BAQWBaSJncXAVO4JsCUcYDY0SDBeCMoEehRSFP3SBKItTgSIBgQ8BAQ
X-IronPort-AV: E=Sophos;i="5.69,330,1571702400"; d="scan'208";a="683512264"
Received: from alln-core-5.cisco.com ([173.36.13.138]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 18 Dec 2019 21:00:56 +0000
Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by alln-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id xBIL0u1j002826 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 18 Dec 2019 21:00:56 GMT
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 18 Dec 2019 15:00:55 -0600
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, 18 Dec 2019 15:00:55 -0600
Received: from NAM04-CO1-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, 18 Dec 2019 15:00:55 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dVQJvgaLS8+AJLlMEKcU+TopCrKTj/CzHbw3j4jjMxT3gG3bBVxUd25s5VnPcjWPh696G1iMTDxE20TW7SJCUhoHFyY95iRRKhgB5J8VFAtwDoiX/89z7/0A2mq49psV3sa3lj3DXzr60HD9UhMEJ42TkyS0WaqJ5pH7F6Fw3/NzQzZe8ea2nAP1ZuB4Z7tcQ75JRL9bSKp9fnRgZqs9FnQrrouN8EY3hlB62V/46AHM+cWpynERzXK5hs/ViEok1axcvaMukpaxsnIPwB35yn8B53BSub2A1QsXPsQCRhl2RB+3xdeSWHL8ev1M5PNsGLsGpFaLlsEH6M1al/5ejg==
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=AgS3y4C0Ja7MaIFoZndNHm8Puh66LY0mOLcBV152u0E=; b=MWIEPCnk9VZdqnxTlHDR9ZiFstIJsbQ0HiGe8pHS5duOBv6JjAOnF0hnFJOr9XcBx4EZjtdIsW3O0l6ldg70pkCoUC7R0N2EOuyg+6o05HfDqObftUUfDSltOw99UgjtwAxB9d/WeHcnoORh8wUPiNQai/fDoWT+tw/qnjSul/dM4lBW3dsUO7gT9U2aR3kcncAdH9VSz132KXKk0cj4OKMGzuQOO0x144/LSgbKKEpHIgYQlT4H1C2n36ZRZU75wTLQTLGjbjnKP8Bc5WLCouFQS54peDv/+SFDmanNZt6ugjdNbq+TztHF3+cV8XAePX8AIH8XQXlQy7hcwAq3fw==
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=AgS3y4C0Ja7MaIFoZndNHm8Puh66LY0mOLcBV152u0E=; b=nwtZKR0BcNutMAfSMQM+Ol9I1EZGRyFxJ42SNHF5FqULLyU+v2ubzNpnL3xGp1hrVyKqIMMoEEzSJlq5SXqY9lRP5VoShVEH1gsYukprQO4U3su52ZQStor++HZ0oMnv1jNoAEF85a1v2C+JtANcR6awCajUDVORlowHaiXvjFU=
Received: from BYAPR11MB2584.namprd11.prod.outlook.com (52.135.228.31) by BYAPR11MB2759.namprd11.prod.outlook.com (52.135.228.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.18; Wed, 18 Dec 2019 21:00:53 +0000
Received: from BYAPR11MB2584.namprd11.prod.outlook.com ([fe80::ecc9:8b5b:8048:2f46]) by BYAPR11MB2584.namprd11.prod.outlook.com ([fe80::ecc9:8b5b:8048:2f46%7]) with mapi id 15.20.2538.019; Wed, 18 Dec 2019 21:00:53 +0000
From: "Frank Brockners (fbrockne)" <fbrockne@cisco.com>
To: opsawg <opsawg@ietf.org>, "draft-song-opsawg-ifit-framework.authors" <draft-song-opsawg-ifit-framework.authors@ietf.org>
CC: opsawg-chairs <opsawg-chairs@ietf.org>
Thread-Topic: [OPSAWG] WG adoption call for draft-song-opsawg-ifit-framework-09
Thread-Index: AdWuTgs1peGnP0a/SLi3HG/cQ1ovRgGi1miAAAEGQ4AAAJu3AABBd3VA
Date: Wed, 18 Dec 2019 21:00:53 +0000
Message-ID: <BYAPR11MB25848EAB156F7500064C87D4DA530@BYAPR11MB2584.namprd11.prod.outlook.com>
References: <BBA82579FD347748BEADC4C445EA0F21BF135AC8@NKGEML515-MBX.china.huawei.com> <67f5447c-37a0-62e4-9dd0-0ae380178dc3@cisco.com> <BBA82579FD347748BEADC4C445EA0F21BF1472CD@NKGEML515-MBX.china.huawei.com> <421292da-8b8a-86eb-a02a-47049b62ed31@cisco.com>
In-Reply-To: <421292da-8b8a-86eb-a02a-47049b62ed31@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=fbrockne@cisco.com;
x-originating-ip: [173.38.220.51]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 5835a5b2-f4bc-42bc-c987-08d783fd5e8e
x-ms-traffictypediagnostic: BYAPR11MB2759:
x-microsoft-antispam-prvs: <BYAPR11MB27594D16EFE5F0C9B1ED6977DA530@BYAPR11MB2759.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0255DF69B9
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(136003)(39860400002)(376002)(396003)(346002)(199004)(189003)(53546011)(52536014)(4001150100001)(33656002)(966005)(450100002)(55016002)(186003)(76116006)(66946007)(2906002)(66476007)(4326008)(8676002)(9686003)(8936002)(71200400001)(478600001)(7696005)(81166006)(6506007)(81156014)(316002)(110136005)(86362001)(66446008)(26005)(64756008)(66556008)(5660300002); DIR:OUT; SFP:1101; SCL:1; SRVR:BYAPR11MB2759; H:BYAPR11MB2584.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX: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: mDpkzegW7Dg7kWCrM+3k6cutgWYyu3UDMlrXqMg95RkI4oqSgEdJW7vOM8RJttXpHUwDOyr0GkAwIo9J07iucPIlPBpreHVyua/hwEmMPIeMPMSyDMRogGfBXTPce6TuhE1rlH5CkAPkRW6XcjFYsYV/Cx2pZ1R/LUawMK+m4SbLfDYoyWK5iDFMjqP5595lG/lIkZ0uZqMubmObxVLwE6DNZf8y6Rz9odacOiAjUF+zjcuOvrURRSvHzOGVr58KEjub1PfoN/yoD/o426+y3XPkvYs5gvDYrq30iIUQGE0c86ArMErUXmIbZJoWUMjHHAGJYyApdie6gOqkLwzq+Tdm4MMEQah9rble7+sbWzPNmUdBIuteJuTJHv0yHcVuNQWnZzlgP83MuXp0B+0V+At0qiyrh8wCbbRNKyW66FB36mNMguecHF2TS/QLjfH+olEqcOkilE8QUc1uSRk2gxXC1QBMr9C2YenrIHeNCk8=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 5835a5b2-f4bc-42bc-c987-08d783fd5e8e
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Dec 2019 21:00:53.0706 (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: AhCgHked+HIcF5cokSMgr4szZlTkftP1+FZqyHSc1XPgMVFWOaYRz4SSll4MckfgYQmqZW0BMf4YfDHm5/VOew==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB2759
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.12, xch-aln-002.cisco.com
X-Outbound-Node: alln-core-5.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/2pIdQeGHuDdFsU4BKKySZTlfGfM>
Subject: Re: [OPSAWG] WG adoption call for draft-song-opsawg-ifit-framework-09
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: Wed, 18 Dec 2019 21:01:01 -0000

Are we following our practices and procedures properly? For the record, in case others are equally puzzled about this call for adoption:

* Different from what the co-chair states in his WG adoption call below (“The authors then resolved all the open issues”), draft-song-opsawg-ifit-framework-09 does NOT resolve all open issues nor does the document reflect all the WG feedback received at IETF 106.

* The WG minutes (https://datatracker.ietf.org/meeting/106/materials/minutes-106-opsawg-01) miss a significant portion of comments and feedback as Benoit rightly points out below. E.g. Joe Clarke’s (as individual) comments are NOT mentioned at all, my comments are misrepresented.

* The authors did NOT reflect any of the comments made by myself (see https://youtu.be/rY-u8177wpU?t=3785) or by Joe Clarke. IMHO this is NOT appropriate for editors of a “soon to be” WG document. 

* draft-song-opsawg-ifit-framework-09 introduces a lot of new entities, e.g. IFIT Applications, IFIT Domain, IFIT Node, IFIT End-Node, etc. None of these entities are specified in the document, which means that the IETF would endorse a framework without even understanding the components/entities of the framework. The presenter responded (https://youtu.be/rY-u8177wpU?t=3867 ) that it would be just a “very high level framework” that should fit any existing solution. If everything fits, i.e. “I FIT”, “You FIT”, “We all Fit”, … then why do we even need the definition of new entities? There is NO need to define “empty shells” for a lot of new entities, if all what the authors intend to do is compare different solutions.

* Different from what the presenter claimed, IFIT is NOT just “a high-level framework”, but IFIT is a proprietary Huawei technology, see e.g. https://www-ctc.huawei.com/ke/press-events/news/2019/6/first-ifit-pilot-5g-transport-network-beijing-unicom-huawei. Public specifications for IFIT don’t seem to be available, with the exception of draft-li-6man-ipv6-sfc-ifit-02 which introduces new encapsulations. I.e. IFIT-Nodes, IFIT-End-Nodes etc. do exist – we just don’t know what they do. Looking at the people who responded to the adoption thread so far, one could also read the responses as a desire for a detailed documentation of the specification and lessons learned from deployments of Huawei’s IFIT.

Different from draft-song-opsawg-ifit-framework-09, which I do NOT support the adoption of, the following documents might be worthwhile documents (especially given the broad interest) to create/share:
- requirements
- comprehensive industry technology survey
- specification and deployment experiences of Huawei’s IFIT
I already made this suggestion back in the WG meeting at IETF 106 – but per the above it was ignored at multiple levels.

Regards, Frank

From: OPSAWG <opsawg-bounces@ietf.org> On Behalf Of Benoit Claise
Sent: Dienstag, 17. Dezember 2019 14:43
To: Tianran Zhou <zhoutianran@huawei.com>; opsawg <opsawg@ietf.org>; draft-song-opsawg-ifit-framework.authors <draft-song-opsawg-ifit-framework.authors@ietf.org>
Cc: opsawg-chairs <opsawg-chairs@ietf.org>
Subject: Re: [OPSAWG] WG adoption call for draft-song-opsawg-ifit-framework-09

Hi Tianran,
Hi Benoit,

My last question was only to check if there is enough interest on this work, not an adoption call. There was q&a after the presentation. And Joe cut the line because of the time.

Now this is an adoption call. You are free to suggest or object.
I just did :-)

Regards, B.

And we believe debate is really helpful.

Cheers,
Tianran 

________________________________________
Sent from WeLink
发件人: Benoit Claise<mailto:bclaise@cisco.com>
收件人: Tianran Zhou<mailto:zhoutianran@huawei.com>;opsawg<mailto:opsawg@ietf.org>;draft-song-opsawg-ifit-framework.authors<mailto:draft-song-opsawg-ifit-framework.authors@ietf.org>
抄送: opsawg-chairs<mailto:opsawg-chairs@ietf.org>
主题: Re: [OPSAWG] WG adoption call for draft-song-opsawg-ifit-framework-09
时间: 2019-12-17 20:56:58

Dear all,

After reviewing thehttps://datatracker.ietf.org/doc/minutes-106-opsawg/, I was a little bit puzzled. From my recollection, Joe and Frank had some good feedback on the draft.
Also, in the minutes, I did not see any mention of Joe's feedback. And Frank's feedback on the draft is summarized as 4 words: "the scope is large"
So I went back and reviewed the https://www.youtube.com/watch?v=rY-u8177wpU. 

I support Frank's feedback that this document scope is too large: a mix of an inventory of what exists, a set of requirements, and specifications/framework. I'm wondering: what is the scope of this document? Before we clarify this, I don't think we should adopt this document.

The OPSAWG chair questions at the end of the presentation were:    
	Chair: How many of you have read this document? quite a lot.
	Chair: How many of you think this is a useful work and the working group could
	work on it? still many, 20+.
I was waiting for the negative question but to my surprise, it never came...
	Chair: How many of you don't think ...
If that question would have been asked, I would have come to mic. or at least raised my hand.

It's important to make a distinction between the interest to solve those problems (I believe we have full agreement) and whether this document is a good starting point. I object to the latter, with the document in the current form.
Regards, Benoit

Hi WG,
 
On IETF 106 meeting, we saw predominant interest and support to this draft, especially from operators. The authors then resolved all the open issues.
As requested by the authors, this email starts a 2 weeks working group adoption call for draft-song-opsawg-ifit-framework-09.
https://datatracker.ietf.org/doc/draft-song-opsawg-ifit-framework/ 
 
If you support adopting this document please say so, and please give an indication of why you think it is important. Also please say if you will be willing to review and help the draft.
If you do not support adopting this document as a starting point to work on, please say why.
This poll will run until Dec 23..
 
Thanks,
Tianran as co-chair


_______________________________________________
OPSAWG mailing list
mailto:OPSAWG@ietf.org
https://www.ietf.org/mailman/listinfo/opsawg