Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF101

"Scharf, Michael (Nokia - DE/Stuttgart)" <michael.scharf@nokia.com> Tue, 13 March 2018 11:23 UTC

Return-Path: <michael.scharf@nokia.com>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FFFB12D887; Tue, 13 Mar 2018 04:23:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.911
X-Spam-Level:
X-Spam-Status: No, score=-2.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 kHeqhdGedqLU; Tue, 13 Mar 2018 04:23:47 -0700 (PDT)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0115.outbound.protection.outlook.com [104.47.0.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E2E0F127275; Tue, 13 Mar 2018 04:23:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=kJ4hyPa25tjGr4G1HvBHB781wleOqm6BKXTJBU4ybDY=; b=Sn8OqsU2WIXFvRzZw0bVGcHIPlkyZQ/gRhCNh4eKPuV2I9HYkY7/PxUgcmkhC0MTWemexJ7u4LYSkkBOpQ6H+sySlTk1w7a1TaB1E3R4sHT7s1nJMrezK4EfKnWyK0Lw4y20MkB2GycMviVXZzsmUsVoO5veKoflXDG95w1pie4=
Received: from AM5PR0701MB2547.eurprd07.prod.outlook.com (10.173.92.15) by AM5PR0701MB2546.eurprd07.prod.outlook.com (10.173.92.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.588.7; Tue, 13 Mar 2018 11:23:44 +0000
Received: from AM5PR0701MB2547.eurprd07.prod.outlook.com ([fe80::4935:9288:dcd6:7db0]) by AM5PR0701MB2547.eurprd07.prod.outlook.com ([fe80::4935:9288:dcd6:7db0%5]) with mapi id 15.20.0588.013; Tue, 13 Mar 2018 11:23:44 +0000
From: "Scharf, Michael (Nokia - DE/Stuttgart)" <michael.scharf@nokia.com>
To: "gorry@erg.abdn.ac.uk" <gorry@erg.abdn.ac.uk>, "tcpm-chairs@ietf.org" <tcpm@ietf.org>, "tsvwg-chairs@ietf.org" <tsvwg-chairs@ietf.org>
Thread-Topic: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF101
Thread-Index: AQHTurUcZ7Bbr5f2+0mNSWNaOIB+wqPN/QuA
Date: Tue, 13 Mar 2018 11:23:44 +0000
Message-ID: <AM5PR0701MB254730C89ECA7272AE9288EC93D20@AM5PR0701MB2547.eurprd07.prod.outlook.com>
References: <A1F61D20-1911-4A6E-9F80-A1DF1EF91816@huawei.com> <AM5PR0701MB254755BA63E33173CC7C7BCE93DB0@AM5PR0701MB2547.eurprd07.prod.outlook.com> <5A9BEB65.6010102@erg.abdn.ac.uk> <CABY-gOO8sH3+5qfFj7DV6wh6+uX8CyBfwo4FBLi=9x1RngQDHg@mail.gmail.com> <AM5PR0701MB25474AC4A52E38B43E543FA193DA0@AM5PR0701MB2547.eurprd07.prod.outlook.com> <CABY-gOMJf-4GKkbmYMJScrafO44NEfy0hoq5KXJ0uVA+QUXGiA@mail.gmail.com> <430A7C48-DA1D-4D73-AB40-F2B30A8E8580@lurchi.franken.de> <5AA7A614.3050706@erg.abdn.ac.uk>
In-Reply-To: <5AA7A614.3050706@erg.abdn.ac.uk>
Accept-Language: en-US, de-DE
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=michael.scharf@nokia.com;
x-originating-ip: [92.203.209.190]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM5PR0701MB2546; 7:m+4FXMZ2ukB3/7CTAD4ZrAObd3WYlfzkPp2Q43yR/Vo+tm4XNomP+mCJGyacKwNaY8ZHIZkWY8hLbw93jGCNnkcCr6Sd6Yc5nR8umgK9mY9aCWerTxt0mKk6E/lnHOhHDJ4Zvjw1jnkHRoxg2gayxgttU5XCRSVXOcQwUMdxuJkyR+4l74g0gqMOlS6YIBVkM3jOOdPTJEeNBNb/3wkcJ39fm6zYFXSToSrBQLAxsAitYrgYJvD98nsmnrgYED9D
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: db3525f5-2565-41c2-f3f2-08d588d4e1b1
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(3008032)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7193020); SRVR:AM5PR0701MB2546;
x-ms-traffictypediagnostic: AM5PR0701MB2546:
x-microsoft-antispam-prvs: <AM5PR0701MB25462292B118D0DB3877B0CD93D20@AM5PR0701MB2546.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(3231221)(11241501184)(806099)(944501244)(52105095)(3002001)(10201501046)(6055026)(6041310)(20161123562045)(20161123560045)(201703131423095)(201703031522075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123564045)(6072148)(201708071742011); SRVR:AM5PR0701MB2546; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2546;
x-forefront-prvs: 0610D16BBE
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(346002)(39380400002)(366004)(396003)(39860400002)(189003)(199004)(53936002)(9686003)(8676002)(8936002)(25786009)(2501003)(93886005)(68736007)(7736002)(6506007)(55016002)(296002)(186003)(3660700001)(316002)(102836004)(74316002)(5660300001)(99286004)(2201001)(26005)(86362001)(81166006)(5250100002)(81156014)(105586002)(66066001)(6436002)(3846002)(6116002)(110136005)(2906002)(106356001)(229853002)(2900100001)(2950100002)(478600001)(3280700002)(76176011)(7696005)(6246003)(305945005)(33656002)(14454004)(97736004)(491001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM5PR0701MB2546; H:AM5PR0701MB2547.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: EYQjm2ddrwb6+Pv1A1dVlJa8KwmGhCGr1uL3Ti2h04gIUKUMH0hHkD5jnahiWNqNBL1ogjUyLzQIE5bF2zMzAs3EStNmHCfY3G/nkO4jWJ67L7CCMNFbpbvLOYYLIYO+QLEXYieSVPGZ2QRURFDlw/YN3xRbYPEhxpTQC2g0wI7z//ZILD9/0ybE+m4aiuGPDBqBS9QjZVzpl3jilda/xtbZqz5N4txZDYzhNF8EIvdW4nro+IpZ3E9a3LHZdd2qpxtaF4F6h93cTeNcQQfa/ki/goFt8sXLs7PxlXVcWLwa39MXzjgohfJvqd0DeDYer2xUd8zIjP9f257CwvqopjpWm3Y5l27HWs00/hc17KAA9J3rluTIsZivpIZXCPsq
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: db3525f5-2565-41c2-f3f2-08d588d4e1b1
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Mar 2018 11:23:44.3072 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2546
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/n3tQjGAoc1A6P3yH8F8OGYyJhMA>
Subject: Re: [tcpm] [tsvwg] Agenda requests for TSVWG@IETF101
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Mar 2018 11:23:49 -0000

> As for TSVWG, we have had quite a long discussion with the authors at the
> meeting and after. The TSV chairs encouraged them to take the CC aspects
> separately and explain why this method is better and detail what this benefit
> is and what is required in the router to allow this. We suggested an initial talk
> in ICCRG to present results and show *why* this is attractive. As far as I know
> they requested time to do this.

ICCRG is the right home for this. And the TCPM charter explicitly allows us to move topics there...

I have written a PhD thesis on exactly this topic; we had a network processor implementation of Quick-Start, and our use cases was actually augmented/virtual reality... And I run into tons of fundamental issues 10 years ago, which are not easy to solve and not even mentioned in the I-Ds. So I somehow feel qualified to give feedback on what they have to look at more in detail 😉

> They also requested time in TSVWG - but there's (as yet) been little discssion
> on the list, so we curently advise them to prepare a slide to show to say why
> people should read the draft. We have not decided (yet) to give time to this
> new framework.

I personally believe that for new ideas the IETF should give a presentation slot *once*. For a second presentation the bar should be higher. If the framework draft has been presented already in TSVWG, IMHO further discussion on that belongs now on the list.
 
> They have now also requested time in TCPM.

The draft is very specific about TCP congestion control, so in principle it belongs into TCPM. In general, I think TCPM should be open to new ideas. But my own thinking is that this can be at best a "if time permits" presentation in TCPM.

> I don't know whethere this time they are also requesting slots some other
> places to discuss other aspects.
> 
> I also suggested (informally) that they should try making a great short
> presentation of how this is a new opportunity and whar has changed since
> we last saw schemes proposed. I do see that there are significant advances in
> router forwarding hardware - and I suspect there could be similar ideas in
> cisco, etc.Would other vendors (or operators) be interested in standardising
> this? I think such a talk could be put to TSVAREA.

I am only at the IETF on Sunday evening and Monday morning. Unfortunately, I may not be in TSVAREA as I have to go back to the airport.

I doubt that other people who are familiar with RTG and OPS area will show up in TSVAREA (but I may be wrong). It is pointless to discuss traffic engineering and OAM in router hardware without RTG area input. In RTG and OPS area, the level of multi-vendor support of a document can typically be seen in the author list.

Michael