Re: [alto] ALTO recharter: proposed item - General ALTO protocol extensions

LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com> Tue, 17 November 2020 22:41 UTC

Return-Path: <luismiguel.contrerasmurillo@telefonica.com>
X-Original-To: alto@ietfa.amsl.com
Delivered-To: alto@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 075F73A0E1A for <alto@ietfa.amsl.com>; Tue, 17 Nov 2020 14:41:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, 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=telefonica.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 ZRubnWVk0iJJ for <alto@ietfa.amsl.com>; Tue, 17 Nov 2020 14:41:11 -0800 (PST)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2122.outbound.protection.outlook.com [40.107.22.122]) (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 BE7E33A0E15 for <alto@ietf.org>; Tue, 17 Nov 2020 14:41:10 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gVSK0jCRBvx5sOWds8j8E9H3ZHsIyb31ArzqVHsDOdOzX4T9zSN8auIRYlzjFCWXRiDr/71w8zUh3cO+YavyI634E+2P4C9LFlh1kgBXUtxXF4zZ5MHmPdHWFzWXWVZYxpfS5dN4+HoT1KmPWlWqJMXp5Ld+Ayc695H8hBi0RDbbMLOzPGcG+NChUKSwrdkw/UkGh6Z2D+lf+WUp7lFOxmGy/rRw6V+da2On7xiMRINMBjy8/SXoDMsfk/ZYa+agiQVikwYzm52UAqRlYpmyep/WbgQOrVkTNYg0YXtwfgeMhafNEkhGeeu8lV07zPTvCjg5WK+xqqzFGErc5YKTsw==
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=C6F1gy8+3XOO0NWdbgx9RXoFVVKx3B8VEZcocaVgHL0=; b=mBItIfm5Rv1SUR2W8Ciodk782Qr/Y6P7uzmkgdfY4NTK3s8OPG+4ojSta9zp2/E2fMyliynX6oXUYCZWxgVehfp/OgHtp+K4oFFqistgKezq4gXlWh7TTzc4MFNNipZkyTUrZrNHZpI+tkxKlG2+V+Ua4DFQ+RUoTPQSkATYsaZMZ9XaoV040MulMA+YKY8wNIwx6vYsQ0n2zwVJNqvX1B+iCMYSmBNwHw9ShKh8Zg7CaZTU1IacorviYW+G4hFQA0b12tNRziHH/X39284pas466QIG8/0SM256C9I+oczCRUzOPmm153G3v8D6ZoYIaJHtAr1f48gz62xkgR09dw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=telefonica.com; dmarc=pass action=none header.from=telefonica.com; dkim=pass header.d=telefonica.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telefonica.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=C6F1gy8+3XOO0NWdbgx9RXoFVVKx3B8VEZcocaVgHL0=; b=k8SBujFOBMmu6km+jiUJsBfJgzwXiZN2WT4q+1uzT4xiJPqgf23Emu0AgFcQ0ki6ec8Cif1YFJVtsg1h+nGbyusJGvxPbQJqR9VEQ5fXzGuSPtmPRSrJZWgFrsjo32o6rzGpss2DWj/B4nZEgKPzcLLF/qofo5TrT1dwsK6BSV4=
Received: from DB9PR06MB7242.eurprd06.prod.outlook.com (2603:10a6:10:219::5) by DB6PR0601MB2726.eurprd06.prod.outlook.com (2603:10a6:4:6f::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3564.26; Tue, 17 Nov 2020 22:41:06 +0000
Received: from DB9PR06MB7242.eurprd06.prod.outlook.com ([fe80::2dbe:6a7b:28f4:2e0f]) by DB9PR06MB7242.eurprd06.prod.outlook.com ([fe80::2dbe:6a7b:28f4:2e0f%7]) with mapi id 15.20.3564.028; Tue, 17 Nov 2020 22:41:06 +0000
From: LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com>
To: "Randriamasy, Sabine (Nokia - FR/Paris-Saclay)" <sabine.randriamasy@nokia-bell-labs.com>, IETF ALTO <alto@ietf.org>
Thread-Topic: ALTO recharter: proposed item - General ALTO protocol extensions
Thread-Index: Ada3jfD/7QO8O21ZTNqY6eC+2a3ZnQErkCWAAACstQAAPJoyoA==
Date: Tue, 17 Nov 2020 22:41:06 +0000
Message-ID: <DB9PR06MB72424298FF768FD34C73DA6B9EE20@DB9PR06MB7242.eurprd06.prod.outlook.com>
References: <DBAPR07MB70154D197A6ACE5CAEEB38D795E90@DBAPR07MB7015.eurprd07.prod.outlook.com> <PR3PR07MB7018C95D0251F8769629134695E30@PR3PR07MB7018.eurprd07.prod.outlook.com> <PR3PR07MB70180BC3BBA3C2668016058295E30@PR3PR07MB7018.eurprd07.prod.outlook.com>
In-Reply-To: <PR3PR07MB70180BC3BBA3C2668016058295E30@PR3PR07MB7018.eurprd07.prod.outlook.com>
Accept-Language: es-ES, en-US
Content-Language: es-ES
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: nokia-bell-labs.com; dkim=none (message not signed) header.d=none;nokia-bell-labs.com; dmarc=none action=none header.from=telefonica.com;
x-originating-ip: [88.9.196.1]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: e832ced2-9293-43db-d8f0-08d88b49defc
x-ms-traffictypediagnostic: DB6PR0601MB2726:
x-microsoft-antispam-prvs: <DB6PR0601MB2726855F7416AA55A08B5CB79EE20@DB6PR0601MB2726.eurprd06.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: TOu3UCQfoffNLqv88FmtrqPD83eHBOK1ks4EX9gGWSWabJNh2F6HgXvhu/vj66gKbiuaaFfawCA8qRuGN1HaxmSqQq+8V+0sbajcJ2o+QgnZHJiW11g4gLhx2CQSegeyFmjAaGx/KR5Yc1F+ynrsRSyuNniLn9KP4ygoFtrcnLcknTr/ORQpPGcA+iQQLDVAbnSOEujEhNDuo8hCcOw9/stYJfHpHNE5QQPBk41HmFQxbEkG4RJAcNAjCSZDl9XYiDiuKgf5N+t99ksxe53BwV/vk2mBaaAJ/sPEnD4qhQGrExNY1QLpXerr5DAR9cjnp38SGlR9E9cvYgNNatZXAfHinKA5oVuxHbmRi2DnbFqcCNiMvqXrXFjadVsPobbVx0uwsLnYmYsb/FC1q4xh95RbT4pOX3Of76xMsGHR40vMr4RUsKiLzYnV4IGx6GVYG5nJmGDwf8y6bb74VZfgbKz3MzufRH5L+MeQRL9x+10=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DB9PR06MB7242.eurprd06.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(376002)(396003)(39860400002)(366004)(136003)(8936002)(186003)(86362001)(83380400001)(52536014)(76116006)(66946007)(66446008)(8676002)(786003)(110136005)(6506007)(66476007)(66556008)(2906002)(316002)(71200400001)(53546011)(64756008)(966005)(7696005)(478600001)(66574015)(9326002)(9686003)(19627235002)(55016002)(26005)(166002)(5660300002)(33656002)(9010500006)(15940465004); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: RtD8I9GU5EfQgdrhauXswAAFoY2sjD53RDWA+WX3wlLxoGxXFv9t24UCsZNTo8CkwGR+5cEbZR5AtFB3QWij07RRQnhzmw/Jn1TqnUUK3FqcjCCtp9pL61Qjm2muU7U1GlKB04evNhbrjKNzfbRxAotaH6ZbJGbk0LHAgh2lskOFgaLgMpyppOd+T2cHn65RCgy219EX6DdTJZfdyNk6Lr+WFdWTQGDE9INIhO/C50siTElmaMST9QFWytvCLlIVpZaJ2NX+hoJ/zcyjCRCUccfqfMXcFuHdSqEaNJHqGD4oQBCb7C4+mpkxRvqLS+1xVKNklE8S2D2jJkR7mekr1GUBEAOFAwTXCan0AR9v3Pjqdzekh759fdYVlV9T2LR4q8Qe9Fq6tvqHnUsFIQC02SsGpQ1KR0BDHYaSttaS47VUJgA16jhI3SDHiyafPI+i4w/gtIqDTYAtsVjKejs8kBJebTig5ts/kEWsrgydihwekpVLRDZRPinudjr/ZE6ke9/Ah1DN0ZulUF9rG3gXuXj4OnYIsv67+LnU/108Q4+OExXk8HC6efVtpl/AtmJ7GBk2rcJtpyulN32qYduOOHAt/Ln4Ae2zSgQ+bEY1ry6duLYNH1Bb1+3DhwBBN1Jid+uWdwDnoA7sEWdvuORTd0ov/uEg8HlCtFYc87AhqjZgdivMXPgted1o/da+Zpp1sZed1ui5pB3Mq1pKAinsP0LvWalmA/hbx+t8SmZwlGgNz+MY00f9m0zUSxPT9QRKuV705VxhEnmRvgVp6NYqMEhAFMSBxkvE74Gzae5G+mqsaQV2EJ4/tHz7d3Suz9n/aogPWt8wa6kMCpH3NmkFklhq677NoIwwso7i2sFUVd481lLdgHH+7lI2OVZRg0eN8NtcP92W86LWSZ0nkTUf2Q==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_DB9PR06MB72424298FF768FD34C73DA6B9EE20DB9PR06MB7242eurp_"
MIME-Version: 1.0
X-OriginatorOrg: telefonica.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DB9PR06MB7242.eurprd06.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: e832ced2-9293-43db-d8f0-08d88b49defc
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Nov 2020 22:41:06.2662 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 9744600e-3e04-492e-baa1-25ec245c6f10
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: yXcbMgIHItBmWVkqUebvSsP/QRmO9QHsk//WbRMWqmgfspbIPM88ktEMbckeFopQuKFbMB5YJAD6LIAXgfdEcwuBRmp8ibY10AoR1+KwROO98362we7g5oo9UNsIUYEZbsnZBZk1opP9OuM+MK0ueA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0601MB2726
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/6_4kknmWprYHRMoc8JUGdIE-SEU>
Subject: Re: [alto] ALTO recharter: proposed item - General ALTO protocol extensions
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Application-Layer Traffic Optimization \(alto\) WG mailing list" <alto.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/alto>, <mailto:alto-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/alto/>
List-Post: <mailto:alto@ietf.org>
List-Help: <mailto:alto-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/alto>, <mailto:alto-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Nov 2020 22:41:14 -0000

Hi Sabine,

Some few comments, that have been actually mentioned by me during this weekly ALTO regular call.

.- I think the General Protocol Extension item for re-charter is a good place holder for maintenance and improvements of current protocol. For instance, I think that aspects such as the use of BGP communities (see draft-contreras-alto-bgp-communities) fits well in some item like this.

.- Regarding the text itself, I do foresee use cases that could apply e.g. indications of SLA characteristics for discriminating the information retrieved. For instance, applications tolerant to the delay (e.g. database backups) could receive different information from those time critical.

Hope this is aligned with your view.

Best regards,

Luis

De: alto <alto-bounces@ietf.org> En nombre de Randriamasy, Sabine (Nokia - FR/Paris-Saclay)
Enviado el: lunes, 16 de noviembre de 2020 18:36
Para: IETF ALTO <alto@ietf.org>
Asunto: Re: [alto] ALTO recharter: proposed item - General ALTO protocol extensions

Hello,

Please find below a revision of the proposed definition paragraph.
This WG item is further detailed in the Google doc available here (page 19/25):
https://docs.google.com/document/d/1qP9jf-CMXvNiEE3YAnApTczAE4QkBW23Q1Eg99uOaEQ/edit

Thanks,
Sabine

--------------------------------------------
General protocol extensions to convey a richer set of attributes allowing to determine not only "where" and "when" to connect but also under which conditions. Such additional information will be related both to entities (e.g. conveying time-averaged server load in data center supported applications) and to path costs (e.g. ALTO path cost value depending on conditions such as real-time network indications or SLA or policy or access-type or indicator type).

The working group will specify such extension in coordination with both other ALTO working group items and IETF working groups that have a focus on the related use cases.  The scope of extensions is not limited to those identified by the WIs and WGs, but is limited by the criteria set out below.
--------------------------------------------


From: Randriamasy, Sabine (Nokia - FR/Paris-Saclay) <sabine.randriamasy@nokia-bell-labs.com<mailto:sabine.randriamasy@nokia-bell-labs.com>>
Sent: Monday, November 16, 2020 6:16 PM
To: Randriamasy, Sabine (Nokia - FR/Paris-Saclay) <sabine.randriamasy@nokia-bell-labs.com<mailto:sabine.randriamasy@nokia-bell-labs.com>>; IETF ALTO <alto@ietf.org<mailto:alto@ietf.org>>
Subject: RE: ALTO recharter: proposed item - General ALTO protocol extensions

Dear all,

The paragraph below is proposed to define the WG item on "general protocol extensions".
As the purpose of this work item is also to support other WG items that may need these extensions, your feedback again is more than welcome.
Thanks,
Sabine

General protocol extensions to convey a richer set of cost attributes allowing to determine not only "where" and "when" to connect but also under which conditions. Such additional information will be related both to entities (e.g. conveying time-averaged (cache storage capacities and)  server load in data center supported applications) and to ALTO path costs (e.g. ALTO path cost value depending on conditions such as real-time network indications or SLA or policy or access-type or indicator type).

The working group will specify such extension in coordination with both other ALTO working group items and IETF working groups that have a focus on the related use cases.  The scope of extensions is not limited to those identified by the WIs and WGs, but is limited by the criteria set out below.
--------------------------------------------

From: alto <alto-bounces@ietf.org<mailto:alto-bounces@ietf.org>> On Behalf Of Randriamasy, Sabine (Nokia - FR/Paris-Saclay)
Sent: Tuesday, November 10, 2020 7:24 PM
To: IETF ALTO <alto@ietf.org<mailto:alto@ietf.org>>
Subject: [alto] ALTO recharter: proposed item - General ALTO protocol extensions

Dear all,

Please find below a WG item proposal for "general ALTO protocol extensions", on which your feedback and suggestions will be more than welcome.
Thanks,
Sabine

---------- Context: the current ALTO charter
o Extends the path cost values in several directions:
              - single to array of several cost metrics => allows apps to decide upon several metrics and make decision compromise
              - single cost value to array if time dependent cost values => allow apps to determine when to connect
o Extends endpoints to entities on which properties are defined

---------- Basic Issues
+++  Issue 1: Some path cost values may depend on "contextual parameters" such as access type, SLA, policy or other indicators provided by network. In particular:
              - There may be different possible paths between source and destination, where some paths may or may not meet Application QoE or policy constraints. The Applications would like to see which path is most suitable.
              - Contextual parameters may be available at frequencies that are different from ALTO information frequency. For example, Cost on PID-Cell1 may differ, depending on some real-time network parameter value.

+++ Issue 2: Some entities may have properties whose values change over time. For instance, ANEs may have time-varying properties on cloud or networking resources

---------- Potential solution(s)
+++  To address issue 1 and related : extend cost attributes towards conditional values and parameters allowing a better interpretation of the received values
- Extension from single cost value to array of values dependent on context parameters:
allowing applications to make context-dependent decisions,
allowing also to combine information generated with different time dynamics, (freshness)
See examples on https://datatracker.ietf.org/doc/slides-98-alto-alto-cost-context/

+++  To address issue 2:
- ALTO Property Calendars to extend a single property value to an array of time-dependent property values

---------- Remaining issues to be addressed
- How to define cost value attributes?
- How to achieve a light and flexible design?
- How to moderate additional Server workload and ALTO traffic increase?

---------- Who will work on it, rough planning
+++  Extensions may go in standalone documents and/or extend existing ones, eg ALTO performance metrics
+++ Contributors: Sabine and any other interested people
+++ Plans for IETF 110:
              -  Reactivation and update of related existing ALTO drafts
              -  First draft for ALTO Property Calendars

________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener informaci?n privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilizaci?n, divulgaci?n y/o copia sin autorizaci?n puede estar prohibida en virtud de la legislaci?n vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma v?a y proceda a su destrucci?n.

The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinat?rio, pode conter informa??o privilegiada ou confidencial e ? para uso exclusivo da pessoa ou entidade de destino. Se n?o ? vossa senhoria o destinat?rio indicado, fica notificado de que a leitura, utiliza??o, divulga??o e/ou c?pia sem autoriza??o pode estar proibida em virtude da legisla??o vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destrui??o