Re: [Dyncast] How to expose "Computing Capability"?

Linda Dunbar <linda.dunbar@futurewei.com> Fri, 13 May 2022 16:45 UTC

Return-Path: <linda.dunbar@futurewei.com>
X-Original-To: dyncast@ietfa.amsl.com
Delivered-To: dyncast@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 983C2C159499 for <dyncast@ietfa.amsl.com>; Fri, 13 May 2022 09:45:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.999
X-Spam-Level:
X-Spam-Status: No, score=-6.999 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_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2kN9GgEW4sFK for <dyncast@ietfa.amsl.com>; Fri, 13 May 2022 09:45:16 -0700 (PDT)
Received: from NAM11-CO1-obe.outbound.protection.outlook.com (mail-co1nam11on20720.outbound.protection.outlook.com [IPv6:2a01:111:f400:7eab::720]) (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 828BBC15949F for <dyncast@ietf.org>; Fri, 13 May 2022 09:45:16 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HJOL/KCbKgCqEgm9hF7o0AzNK+XeA3jm7ljwj82p1fZ5J58Qa5mlQ198Kyli5BjmBBAh0Wrdz14zkdROEnwuIocvmCoK0+blo2w279/x5WbwamACtOT8STciejuGQHlmL1OWVOVJBICPU1ayD3z3brMxCeJ/tjIr08/I+xL8FGiV7/c4SjlCaIu720cht2MlJHh3959YxUOW9dSFV0vPG9UwC2EnuODAVnQNf5umQ+uTcwXy4M8xOtwSbrMcc2CDsxb8+XQRpvx+Rb+NH5Mz6QFiCVS2fGTc5y7DkDonDOd3kXDeyy9uM3L4vaaQfJ6kwzRBBT1Fft/qMhcEtC/k7g==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=diWgTXMln8aqdpDvTk0tXEmJUkkBBemIIfNzctNn9nk=; b=Ur5Mz4HKQiw5iEX9xreqYncxvOj4XxDJhkS+19UJyz6daY0EbvBvLTpGCYbbJNQ0tSkWISaYKk2a5pgmtbZF56NQKxfW82XYEZJ0AkDuNuVN+/fuZa/qeUVDGGyhumeU2jRYPGI5GZOqBTIjT6MlUy+0OPwAP1rA4TFapMlUTaizKp5v2NMU4vq6SLNgw2U9cFDzFF34ceV5/TBeEh5hCwKP+uBrMkEpBJ2B21ySWv7dild4izNOStHNnP//3Tpbx0UOzDGj4rNSCu8I0Qanrv4jarsR/a/ee+1J6IQ//fOvIF+7E9EFrVkUkxel+lGaca/D9DoZqkUFUeMLs0EPLw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=diWgTXMln8aqdpDvTk0tXEmJUkkBBemIIfNzctNn9nk=; b=MCy1FrsJzXPdkXJM774Cxg5knToOUUUwNfFSyyCanpmCrRKGnmlPddhYW0nQkjRMcdprPijp7lV6dutac46vzwB4crWum0EN+vj6+U0UM9MMO+oZIJtuCAcwf5lYmDEUwgsiY/T0CzDVMV4y4RbDxY4e8CrYC8K4HXL3LO/Xpho=
Received: from CO1PR13MB4920.namprd13.prod.outlook.com (2603:10b6:303:f7::17) by SJ0PR13MB5548.namprd13.prod.outlook.com (2603:10b6:a03:421::5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5250.12; Fri, 13 May 2022 16:45:11 +0000
Received: from CO1PR13MB4920.namprd13.prod.outlook.com ([fe80::18b4:a7eb:27d9:1c5d]) by CO1PR13MB4920.namprd13.prod.outlook.com ([fe80::18b4:a7eb:27d9:1c5d%6]) with mapi id 15.20.5273.005; Fri, 13 May 2022 16:45:11 +0000
From: Linda Dunbar <linda.dunbar@futurewei.com>
To: Dirk Trossen <dirk.trossen@huawei.com>, Jens Finkhaeuser <jens@interpeer.io>, Dirk Trossen <dirk.trossen=40huawei.com@dmarc.ietf.org>
CC: "dyncast@ietf.org" <dyncast@ietf.org>
Thread-Topic: [Dyncast] How to expose "Computing Capability"?
Thread-Index: AdhlZd12q0xpSlElQ5uYHlLpE3D67AAZ91yQADFadYAAANrAgAATQHOw
Date: Fri, 13 May 2022 16:45:10 +0000
Message-ID: <CO1PR13MB4920E36B0B591AE45BA1821785CA9@CO1PR13MB4920.namprd13.prod.outlook.com>
References: <CO1PR13MB4920E1DF2F12914C8F39173D85C89@CO1PR13MB4920.namprd13.prod.outlook.com> <a2583f12d6cd4387b28ad701d9e7e638@huawei.com> <oQfMkYgoGRN0CleHUbPQf0cA2SzZRh-5pd5Ab375MfBlYp42xq9-0sx0WVDsHeExkBGCeg_-GAOkf2yka_G_aAz_gpGdExGdhILNY1C8lTk=@interpeer.io> <860843c126224ac7a5f55362403f8349@huawei.com>
In-Reply-To: <860843c126224ac7a5f55362403f8349@huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=futurewei.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c2e1e566-5549-4e2a-dfea-08da34fff229
x-ms-traffictypediagnostic: SJ0PR13MB5548:EE_
x-microsoft-antispam-prvs: <SJ0PR13MB5548CE26342F60A1E08F00D585CA9@SJ0PR13MB5548.namprd13.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: p+m0k+4kSPU76446hDOTSkP4zoI2W9u6LZtNtJllYLyFKghz4RHKtT4l/tByZnEsajdl/EzZb/YDlvQ9EXl+lXmGfHhixoRR/613D1yY9nhAe7bTmEuukRRJybWsyIKTUFXE+nH2dS3IRd/cLIHtME4LXL7rF51dt2CRbAfOu+OFoo5AB7pC2AL87pEJdSuijIPbS6ThAk1MXNZrFy6zjnKB9iA6ZIgiXaluzS/WUhDOHYqrNMThroGfU3a2JXdV4rwaKpcXAbXjSOT2Gq6BtBIzxq0Pn5Bx1M6w13hsGPH9Nj0FjxXoUOPAcH77PjYVwFDbQgnr8amAy7maRWsZTl9BM0ch8XWKdRUvBJ0s8BflsLOuA0JXYhqfu0PLBS8LBtnvim6ISG19yeSpnZGEZzzHlnfN6vM+M82zh6qF73NbQqMOeANl4Vh+IznpOvEhLtXT69uzSIr59UPZoqPoDUst/2gpECY2yuD1NxdK/3+vIolIAUvKQ/8AzwMG4zhozSiqQsEQSmzg7kG0K85rKkRJ+02JEjsMtj5sdB2kh87G9WeUhWaBnXGf0vTgb9+J5w/NgnFt+CYtEvEU2ood8UeUAGFUf/KbsioIeY5CA5lAV6ZvXfB3ov18LUYJxkxzulnOmqqtI96YQyHcu3IcETJpBgJsSrhgEsyGKnicUJ4B7kGcRcd4It3t5EHDbgt5H4NLDGiRxU3e/+nEQIFq5Fn5d2nF2lVEaPbRoLOdn3Oh5uleZ0bmAPi4x1IgYMm0suP/vnuI86VnRJBRdbVfF3hqH9CP5RFfF1OXcX6ChAE=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR13MB4920.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(966005)(6506007)(53546011)(166002)(186003)(122000001)(86362001)(66556008)(26005)(110136005)(316002)(8676002)(44832011)(66446008)(76116006)(71200400001)(38100700002)(66946007)(66476007)(38070700005)(55016003)(9686003)(64756008)(83380400001)(8936002)(66574015)(508600001)(7696005)(4326008)(33656002)(5660300002)(52536014)(2906002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: dB178jGKE7eCxCGIO9HCzFzDoAVEp6KnFlHJtqKV1LkEhBA/BYreNxWWC883PvSXsv1KNaWpv9TEaw4huYN+Rv+Z8iJF4ibZKhtpi1fWZIDOv8WN0mZozQDlQVASIXJNYWB13x76jwZXh8Q1tn4znqr+OIiXsKwSVpddcWRmLj9B+YMogR6KYDiTMXfV4b6+lY7bwvSovSFN6FkI7dWfIyGej1wKJHivF1ivu/sdfH9cVuccGGuG7+eygbWtCSeCv2np/SDYNSHx8TYe8D0P3Y3Ypide3Ss2eD6guJyWnyRawtA90gUB7ORhRdSin7trXK8QJw8ENcNSa9BY7DYEjrUxMzK6KiVzOcTFzRaM4GMiQiab/+vrV9rIdDGAFwRaEfMG5IC4U7MYFbKcxxdKSGZ4HCiMzyY6qZ+0FGaZNinaW7Tff+zstreHZ7RqBSTyZRNSRXS9TvmLEBAoAbJm3hnJG1o+A94jB7UXdo37YrgpzrX9Z2BgIjf5YLtzow9K0nS59TPPF7ID0Ej3BgaCP7elMUZK7grfqu/tDyRFw6JTx2wxs/83EhTYunb4eZstOsPKVTS5e4GCJIY1uiYz9Yl79DKbQDTggaajMgieJCvGuFr3MRMreiOJnpGZrCXZbc7Ndef8pZ5/C92nWoHTDBIu8NZBl8K+1GhMTaJoZrK0b/sR7X0Jm/NzvXT1ereK6Yl+vEzx7VRlHMO2BC7Jo7J9xQeyfkM420XXtIACY3nPuRO1GV6SP2sqBXZ6C1cIM05iFixoeG0Jg4MTQ68h4fC2sg5EQIRrm+nKpxfF5kf8LVtqFlcJIkI3bxyhznL/jDWxzN2jt6rTnOowvhwlRASWp/cBHx5rK2/bRuwVE++6YxVAOnKElC2huwI6QtyRrf1rRwmrSQjeCyDxfkqPR13Bu2Y1mromi9NCOzONCpw4Ahk/Fid5JqG9XZfE4FUui2sZn1rtiaV7FXiGt/DkFPYKZpeD1Ca5sO0DrW/TZrFwH1bPQle2R1QnxEkraEPkPbF7Uy6ZP+10ftbL98WHGqifwvP/zmLnA08nKfpdZsqFoPG837siilq19BJ3GAxHFtp8k3zSpcyFLKslYL65mDIxIhs+ZvCAY7vVivpa/+h3+IwVvTknqb6/Bgk1/ylg4NtmRhnN6Mnx2CijZppuwTa0r7t+xa2QkDnxcMIcezUJ5fYeQatgFRVq//+MFzhhJBOD+w+E+AQHc71NTFNW1mHAuD9gFlVqB34BFSZjHB+8blyJw5YotZww8YAaI9Rsl0xHsvkl20jGoEmz4f1Pd0iH0wEU4vK5zQn3F+nsjD8ZGpJj8plMqaarF8q5MIF6JRlomg7N8BEdwU/pw0uLPTCucd2jEboIekftm/Dqm/laiFrb/wCGiwHucxPmt3JLkiLbqvuXt1NNp+Q82VEpLX7MbWkBmQrI9hooVO6POaac7ibCmI0jXDZJmxYiqk5J+Keh7wivqkeJGjYJFpwYt4PWlhpfC4jhrfvEpEcMR7wRHpSJjTmZVILVfJXuVs2z+D3eFvuSReqMYRM66PJJWfRKD/q5P116tSt5ssV3IPWSGI2bKZB4zyU0tflF+EE9/uXfY0WiE8vizyK0oPsof4jj3IYmAqC2jxqblrqQxhO0DamFOy+sxqPuBKXdXcSU/9moiFrTty+rEPX1k/hMKAX03UUHoAn25q+gFiDduDrA46CTS9GlkmYdPpq/h3md5cPyefBE1gngjofm+briGA==
Content-Type: multipart/alternative; boundary="_000_CO1PR13MB4920E36B0B591AE45BA1821785CA9CO1PR13MB4920namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CO1PR13MB4920.namprd13.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: c2e1e566-5549-4e2a-dfea-08da34fff229
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 May 2022 16:45:11.0013 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: +Mx3uL0sQ0jVVSvIWqIUaY9J5EF4ZmN9LbFMn2wCWrM/OxTzUszweI6UCMHtx0+fJuZd+UPIDhkbpCrG5d9D/g==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR13MB5548
Archived-At: <https://mailarchive.ietf.org/arch/msg/dyncast/pgnhzZECcMjwzhcG-ufOPYW2Mno>
Subject: Re: [Dyncast] How to expose "Computing Capability"?
X-BeenThere: dyncast@ietf.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: Dynamic Anycast <dyncast.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dyncast>, <mailto:dyncast-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dyncast/>
List-Post: <mailto:dyncast@ietf.org>
List-Help: <mailto:dyncast-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dyncast>, <mailto:dyncast-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 May 2022 16:45:20 -0000

Dirk,

Your description sounds like having CAN to identify various measurements for service instances including the hosting environment, get them normalized together with network metrics for ingress nodes to  choose the service instances?  Almost like the reverse of the ALTO (ALTO is for network to expose its path characters to application controller)?

Thanks, Linda

From: Dirk Trossen <dirk.trossen@huawei.com>
Sent: Friday, May 13, 2022 1:56 AM
To: Jens Finkhaeuser <jens@interpeer.io>; Dirk Trossen <dirk.trossen=40huawei.com@dmarc.ietf.org>
Cc: Linda Dunbar <linda.dunbar@futurewei.com>; dyncast@ietf.org
Subject: RE: [Dyncast] How to expose "Computing Capability"?

Hi Jens,

Not off-topic at all ;-) and a good question/comment, really.

In fact, the paper simply utilizes a numeral, indeed. No semantics is attached when conveying this to the ingress node for decision making. We use in our simulations the relation of this value to 'compute unit', as expressed in, e.g., # cores or threads assigned to a service instance. You could also include, as Linda suggested to, things like storage speed, connectivity speed. We were even looking into assigning the energy costs spent per request to that value, turning the "CArDS" (which stands for compute-aware distributed scheduling) mechanism in the paper into an "EArDS" (energy-aware distributed scheduling) mechanism.

This assignment of meaning is indeed entirely left to the application. The ingress merely acts on said numeral in weighted round robin fashion (which is easy to implement). So please don't be confused by the focus on compute unit in the paper (since we want to tie some semantic to the algorithm for evaluation). My intention for raising awareness for this work is that you may well go beyond that and indeed address the points you outline below, i.e., no need to leak semantics to the net operator, simpler realization, simpler protocol probably, ...

Best,

Dirk

From: Dyncast [mailto:dyncast-bounces@ietf.org] On Behalf Of Jens Finkhaeuser
Sent: 13 May 2022 08:32
To: Dirk Trossen <dirk.trossen=40huawei.com@dmarc.ietf.org<mailto:dirk.trossen=40huawei.com@dmarc.ietf.org>>
Cc: Linda Dunbar <linda.dunbar@futurewei.com<mailto:linda.dunbar@futurewei.com>>; dyncast@ietf.org<mailto:dyncast@ietf.org>
Subject: Re: [Dyncast] How to expose "Computing Capability"?

Hi all,

maybe a tad off-topic, but I still think that "compute capability" is best application defined, and CAN should just offer a function for publishing an application specific value, where routers pick the best (aka highest/lowest; and/or maybe combine that with path awareness). That requires the least protocol engineering, the least computation on the router, and gives applications every flexibility in defining how to come by this value. Plus, it leaks the least amount of data one might not want to expose.

I say off-topic because I don't know what's in that paper!

Jens
------- Original Message -------
On Thursday, May 12th, 2022 at 09:00, Dirk Trossen <dirk.trossen=40huawei.com@dmarc.ietf.org<mailto:dirk.trossen=40huawei.com@dmarc.ietf.org>> wrote:

Hi Linda,

Apologies for that. I had hoped the links are coming online quicker but they're not yet there. I don't want to send the PDF on the list directly but can provide it for anybody who drops me an email. Once I have the link, I'll add it to the github issue.

Best,

Dirk

From: Dyncast [mailto:dyncast-bounces@ietf.org] On Behalf Of Linda Dunbar
Sent: 11 May 2022 20:33
To: dyncast@ietf.org<mailto:dyncast@ietf.org>
Subject: [Dyncast] How to expose "Computing Capability"?


The answer to the CAN issue #10 (Is computing resource measurable? https://github.com/CAN-IETF/CAN-BoF-ietf113/issues/10<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FCAN-IETF%2FCAN-BoF-ietf113%2Fissues%2F10&data=05%7C01%7Clinda.dunbar%40futurewei.com%7C8939784bc02d44d74c4008da34adb47a%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637880217904898927%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=2yGaoklhA9ssjC1q3IwtDt4i8h0Hh5uc1DBTYf81MBw%3D&reserved=0> ) states:

o   See IFIP Networking 2022 paper on how to simply expose "computing capability" and achieve better steering with such simple measure.



Does anyone have the link to the IFIP Network 2022 paper on how to simply expose "Computing Capability"?
Thank you
Linda