IETF Logo Mail Archive

Re: [core] Review of draft-ietf-core-echo-request-tag-07

Francesca Palombini <francesca.palombini@ericsson.com> Tue, 03 March 2020 13:17 UTC

Return-Path: <francesca.palombini@ericsson.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7557C3A21AD; Tue, 3 Mar 2020 05:17:05 -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, 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=ericsson.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 uR6RgSWKaG9z; Tue, 3 Mar 2020 05:17:04 -0800 (PST)
Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2067.outbound.protection.outlook.com [40.107.21.67]) (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 071503A21A9; Tue, 3 Mar 2020 05:17:03 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Kh+Go9EJH8ab+RIIKxKOSp+tgkH4LDPq+iDoy9WrGYUvrOAmMRaW4MCSCHkJuAxjNXhaaHfvEHhNLWBfveVNXbppWgqzUtQTjDrpishRGXXIJgdu7CD/ich92SCwyJPH8YpbVPF2fFeZurBPvuzsCBCcejDAJvfTGkUTIt8K07bFXwRYZOviI6Lp7pR2UdcaJFpvk/2dGpB2AQqe2wBZgyM2v4KSVWU1an6zdqi4NyqpovtOBnBuhn7D8AjYn9mripN0bhcb6cydx8GGtk5Pq3NEqcK4FHj6TFDLG73FqEVZ5wrNPKyvM3H2bsX289dDQrHMsp07xuvMcRyY4Gh9lw==
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=1WRl7JCEbWNADb8LKodFaMr6ErdhrvfyFhGab2Phk1o=; b=OMYhmQrBYXGxTVRIAfRKXEqpop70HENiygJ0ycE8GMmOqTMEow0knDMOgWdzLw7endWi/hLvfNERlr15g9OuZ01LEo/Jv8Vv2eYKDKOknIJjdsOdZ16klOncX8Jt8myYoKQbuOqaHBgOjNw1K2+s7UwX7VtkUbtnGcS2EjJb60LYVUl1JlGHAOXD/b3mbN04IZ5FqB8pueqJVlHmj80zeSO3SamZurl0R2dREkc6vZR7uyEUfJoh90LJQb9tVJ0hqB/FCrjbx6qSvBegx3tD5uFhYahr+/YvcXj0Dh+jLH40/rvKs83zfe5gS/76d/lUa6thjKCpmhOY7byvoHgeKA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;bh=1WRl7JCEbWNADb8LKodFaMr6ErdhrvfyFhGab2Phk1o=; b=R2XWTgchOONTcCO2SDZhyxFXB1Eqc3RrnOuWSpJDIRYVM1HqIfGCBaIDfIJy+b0JAi4WF7kkeMLOhIgdiyXn9/LS+MvLE47ht332rGK/AJKJs5zdzYUNuMCBfjlC1wlsv/c5SiXmaYraqd3e8hw+mNrncZpLlu22TxtY83DzDR4=
Received: from HE1PR0702MB3818.eurprd07.prod.outlook.com (52.133.6.18) by HE1PR0702MB3561.eurprd07.prod.outlook.com (52.133.5.160) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.5; Tue, 3 Mar 2020 13:17:01 +0000
Received: from HE1PR0702MB3818.eurprd07.prod.outlook.com ([fe80::e49e:708f:4fe7:5d02]) by HE1PR0702MB3818.eurprd07.prod.outlook.com ([fe80::e49e:708f:4fe7:5d02%4]) with mapi id 15.20.2793.011; Tue, 3 Mar 2020 13:17:01 +0000
From: Francesca Palombini <francesca.palombini@ericsson.com>
To: Christian Amsüss <christian@amsuess.com>, "core@ietf.org" <core@ietf.org>
CC: "draft-ietf-core-echo-request-tag@ietf.org" <draft-ietf-core-echo-request-tag@ietf.org>
Thread-Topic: [core] Review of draft-ietf-core-echo-request-tag-07
Thread-Index: AQHVcui/aH+go2Py6U2ZAyzYnkkAbqd1Iq0AgMKlGACAAB85gA==
Date: Tue, 03 Mar 2020 13:17:01 +0000
Message-ID: <8871D0BA-564A-42C4-B6BD-33EC7D3C71A7@ericsson.com>
References: <A4E2062A-364C-448D-81EF-A96D5E29FCD9@ericsson.com> <20191031160000.GA28025@hephaistos.amsuess.com> <20200303122516.GC568382@hephaistos.amsuess.com>
In-Reply-To: <20200303122516.GC568382@hephaistos.amsuess.com>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=francesca.palombini@ericsson.com;
x-originating-ip: [192.176.1.84]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 0dc653af-6b4f-4a5b-9eae-08d7bf75291a
x-ms-traffictypediagnostic: HE1PR0702MB3561:
x-microsoft-antispam-prvs: <HE1PR0702MB3561EDBF219D0806B9C63E7E98E40@HE1PR0702MB3561.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 03319F6FEF
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(396003)(366004)(39860400002)(136003)(346002)(189003)(199004)(2616005)(478600001)(86362001)(26005)(316002)(186003)(110136005)(2906002)(6512007)(6486002)(5660300002)(76116006)(91956017)(66476007)(66946007)(66556008)(64756008)(66446008)(81166006)(81156014)(36756003)(4326008)(8936002)(8676002)(33656002)(6506007)(71200400001)(66574012)(44832011); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR0702MB3561; H:HE1PR0702MB3818.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: Fu1CjoVqRIKeg4AX8qCAyTpgFQLiSOfWsyz6H6kwzzW3t5b6KwgbaAtc9GM3AeDJ6Dz/dRRoaNmeD9tuUNI4AbzVpeJMcSr80376jt0cHT8GOid9EYVlcYaXC4GcZo4U2uXvn0fH21Mex6kKOHHcQAbkGZcOz2XkEpSl/ni1ThOuPB+4ZUysRNeDxYcFzcbbQm7N9dS/Sf6befdv4noNqILjyK0Nr+mmWUAlQ63CJD6YcJm2tFYEQP22VcObgBvsZ3XU2B9uS9OdJLkDTs30sLM+YDISCGJ3PrWT91CiyEICWuLXk1gmsapCs+kqOqw88QLvOq3jMpRnzsS6S/M3zpNgCyOjKluNkbOAF5j27J8+8OCTt/eoaEdvyfq9Cc6rYK4Oaaz7u6A9d9Ovq1vCrWHz3wLcVNQA7l4OnPzAOifX4u6I/mUW+owJpVleTUHT
x-ms-exchange-antispam-messagedata: OyfSYZLkE0gM6BlOVp51e1fs78Vi2ALimMNhjUdsJUSA958sg7L5PN6hmjAJrn+KccvXe+qhhwsHYrMiA7Z3p4cHOzPqOQxqrrZry3k9X9uf7/MRXghdkurGTvllZ1NZfEKH++YO1XJxCUrac3CkLA==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <C377223FE9FF8E4187C62A71C7BFD2B0@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 0dc653af-6b4f-4a5b-9eae-08d7bf75291a
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Mar 2020 13:17:01.5904 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: tt+PMWqGlYH1aAtMMnMZmiJ4GRu4eYThBEKvzXME+msSoUjfbk0iHxUvlLGWpO+ytUClDNPM815nnK+vyNVYL8i8UhSzY+UFGSJHJU7Z4Y0+T1wEMl/0+GY5XTnbadFJ
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0702MB3561
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/A55PprZYmc3VzkYNQsJG2Mt7Eik>
Subject: Re: [core] Review of draft-ietf-core-echo-request-tag-07
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Mar 2020 13:17:06 -0000

Sounds good to me. And as you pointed out we don't see use other cases right now, anyway.
Thanks for addressing my comments.

Francesca

On 03/03/2020, 13:26, "Christian Amsüss" <christian@amsuess.com> wrote:

    Hello Francesca and group,
    
    this is the only remaining open discussion point from that review as far
    as I can tell, but can be closed now as well:
    
    On Thu, Oct 31, 2019 at 05:00:00PM +0100, Christian M. Amsüss wrote:
    > > * Section 3.2
    > > 
    > > I am not sure it is said anywhere what the server should do if it
    > > supports the Request-Tag option and it receives it in a non-blockwise
    > > message... I guess just discard, but it would be good to explicitely
    > > state.
    > > 
    > > Also, could this option be used for something else? For example, I am
    > > thinking of Observe operations, re-registration... Does not need to be
    > > defined here, but if we MANDATE that it can only be used with
    > > blockwise, we are practically stopping any other use that might come
    > > up...
    > 
    > I did consider making this a "MUST NOT process" for anything else, but
    > I think that would rule out those other applications that you think of.
    > 
    > Currently we state that they MUST NOT be present when neither Block1 nor
    > Block2 is present (though, AFAIR, without good reason other that we
    > don't see a use case). Should that be left in, or would you like to see
    > that relaxed?
    
    A Request-Tag unaware proxy may legitimately reassemble a previously
    fragmented request-tagged message, creating a legitimate Request-Tag
    carrying block-free message, so that's being changed to "and MUST be
    ignored in those" cases. (As request-tagged requests can happen by
    proxies, that might rule out some of the uses cases.)
    
    Kind regards
    Christian
    
    -- 
    To use raw power is to make yourself infinitely vulnerable to greater powers.
      -- Bene Gesserit axiom

v2.23.0 | Report a Bug | By Email