IETF Logo Mail Archive

Re: [alto] Murray Kucherawy's Discuss on draft-ietf-alto-cost-mode-04: (with DISCUSS and COMMENT)

mohamed.boucadair@orange.com Thu, 02 June 2022 07:16 UTC

Return-Path: <mohamed.boucadair@orange.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 92C00C157B50; Thu, 2 Jun 2022 00:16:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.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 7-zpO8150by3; Thu, 2 Jun 2022 00:16:09 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.34]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F399C14F722; Thu, 2 Jun 2022 00:16:09 -0700 (PDT)
Received: from opfednr05.francetelecom.fr (unknown [xx.xx.xx.69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by opfednr23.francetelecom.fr (ESMTP service) with ESMTPS id 4LDHP34HcPz5vgV; Thu, 2 Jun 2022 09:16:07 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1654154167; bh=qyR4+kI9+DUWOjLdZEB5DGZ3vBZ4fP2Qvxfu/532V08=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=BiFIJB4jFxro6quCyommnxTMz49wa9u65KqBaEv27REUtey1Z7MC4rIsCQvNcOZpq niYrVwqyIz7pb+Pg+F/G7nth3+O100tdmhDIQXdB1ncbHXgmn6Op0MYS/+609HKnym bxTQIrdWLjfUNqVMEM4D8m0bkUNOwmJ/Tr9TNCsg/k/qIvvzFxFGcfsbr0RtAhT4z5 kaL4newxUTdgOIe4g3MVLiwpam6SStAeyB0ci5+l/2YRhFA5JddZ79b5awqtP5/7IR EkUI/er2hRNatMkdauBXMknhGq/mKSmONZGuWlp2FMwugKVZ0xpXncoaCl6lmegFyY KnmzkdF7iy2xw==
From: mohamed.boucadair@orange.com
To: "Murray S. Kucherawy" <superuser@gmail.com>
CC: The IESG <iesg@ietf.org>, "draft-ietf-alto-cost-mode@ietf.org" <draft-ietf-alto-cost-mode@ietf.org>, "alto-chairs@ietf.org" <alto-chairs@ietf.org>, "alto@ietf.org" <alto@ietf.org>, "kaigao@scu.edu.cn" <kaigao@scu.edu.cn>
Thread-Topic: Murray Kucherawy's Discuss on draft-ietf-alto-cost-mode-04: (with DISCUSS and COMMENT)
Thread-Index: AQHYdk4V7nfGNOlIFEShASx2zlFuMK07tBbg
Content-Class:
Date: Thu, 02 Jun 2022 07:16:07 +0000
Message-ID: <18464_1654154167_629863B7_18464_159_1_4d7680cf3d7f441596e880424a5092c3@orange.com>
References: <165415058321.30949.13923667541698209796@ietfa.amsl.com> <19400_1654152869_62985EA5_19400_327_1_bf1383808a624411817048e0c99fd119@orange.com> <CAL0qLwbcpv-yrgvriu+UQo9PE=ygzGD7hzX7X2NLZv6FcVqu1A@mail.gmail.com>
In-Reply-To: <CAL0qLwbcpv-yrgvriu+UQo9PE=ygzGD7hzX7X2NLZv6FcVqu1A@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Enabled=true; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SetDate=2022-06-02T07:15:50Z; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Method=Privileged; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Name=unrestricted_parent.2; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SiteId=90c7a20a-f34b-40bf-bc48-b9253b6f5d20; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ActionId=ec44433c-2cfb-4537-a735-25aab010c79f; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ContentBits=0
x-originating-ip: [10.115.27.53]
Content-Type: multipart/alternative; boundary="_000_4d7680cf3d7f441596e880424a5092c3orangecom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/alto/O_WPsyBKh5UFkYQTdtl5KO-bQBE>
Subject: Re: [alto] Murray Kucherawy's Discuss on draft-ietf-alto-cost-mode-04: (with DISCUSS and COMMENT)
X-BeenThere: alto@ietf.org
X-Mailman-Version: 2.1.39
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: Thu, 02 Jun 2022 07:16:13 -0000

Re-,

Deal!

As you can see at https://www.ietf.org/rfcdiff?url2=draft-ietf-alto-cost-mode-05, went with a more verbose text to insist on this + add a MUST for implementations.

Thanks.

Cheers,
Med

De : Murray S. Kucherawy <superuser@gmail.com>
Envoyé : jeudi 2 juin 2022 08:58
À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com>
Cc : The IESG <iesg@ietf.org>; draft-ietf-alto-cost-mode@ietf.org; alto-chairs@ietf.org; alto@ietf.org; kaigao@scu.edu.cn
Objet : Re: Murray Kucherawy's Discuss on draft-ietf-alto-cost-mode-04: (with DISCUSS and COMMENT)

On Wed, Jun 1, 2022 at 11:54 PM <mohamed.boucadair@orange.com<mailto:mohamed.boucadair@orange.com>> wrote:
[Med] That wording was on purpose. We could easily turn that text into the following:

NEW:
 If the definition of a cost mode does not indicate whether it
 applies to a subset of cost metrics, ALTO implementations
 MUST be prepared to accept that cost mode for any cost metric.

... but there is a high risk that this behavior will overlooked and thus the default mode will be the rule. This would have interoperability implications as it is likely that some modes can't be associated with all cost metrics.

The SHOULD is some sort of authors guideline to assess the applicability and record it.

Hi Mohamed,

Understood.  I suggest using "should" rather than "SHOULD", and then saying something like what you just said here to underscore why it's important for future documents to go into this.

-MSK

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.

v2.23.0 | Report a Bug | By Email