Re: [Ace] Magnus Westerlund's Discuss on draft-ietf-ace-coap-est-17: (with DISCUSS)

Magnus Westerlund <magnus.westerlund@ericsson.com> Fri, 20 December 2019 09:33 UTC

Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: ace@ietfa.amsl.com
Delivered-To: ace@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6CD1120820; Fri, 20 Dec 2019 01:33:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 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, RCVD_IN_DNSWL_NONE=-0.0001, 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 FNymVp0TFIh7; Fri, 20 Dec 2019 01:33:34 -0800 (PST)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00068.outbound.protection.outlook.com [40.107.0.68]) (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 DFA34120806; Fri, 20 Dec 2019 01:33:33 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=nkYG1b9r2WxmX5up1ySpSeDLt7xpSq+4ATdqSqVRAS+vCE7fEZ80BvFeFSiXjRILH6rRKDUyam2r1gA0tfTCbUUclT2Qs9RyOMRbPJ5NhzG0aCFpts7Qhj+OQIwqUDK0XTCEq/ccEVZ6V7U6TN4GV9tpkm+EXjXbJxTfL5M7Mqb+Wt9d4d/YfpvXGkkDN/7yQ62q/qAV9ipPHahflFzobbwWxdnkUBCNlo+XoL1YI8DWMbi2saPnRxVBvxT7H7EnRXV25C9f4+BpuBK+Sh7TCPgNVT/YAxs3FpF2wEgH59Fl+weCRvMcAgWHxSPTegJGAa9j+UVg9KW1NU/21F6YUw==
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=3Lhhjg5s7GUVWyC7ETHDly9kUKW5ldsUnLd7gRr4uX4=; b=XEoLBUc+Km1Ow4BqFHi+zCjenLENYqUZZscKmvDdpWIHIE2RWLHSh0cL+6NI5ei00tKoJlzrHkJluNyb1hZMl0Xi6hn48ofZG+iy29xC7S0hSh2JKv6jgKa6tUooXCJwh0X+6qS3/C5+RsO8ff8ZPmxImq9XRV9oA6IXaSZ8JQOOu6M+S06n//K0idhyEpBKHdZ4nZCYnv9PEPsa7DDJog/bfeIFSQlGlF4lPzbMfX0DbeqfpTPfLVTOnJoMQqwlWvu5GoydyBAY9u00hdYnFBFjcRp0fj4LgD7j9AW0MyPZPiGW6NHaZkUIFo6dII1JpD5lRrt/5F6Sp2VdWwXaBw==
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=3Lhhjg5s7GUVWyC7ETHDly9kUKW5ldsUnLd7gRr4uX4=; b=PZQTNaLPoVLRCL7uAsohQuWNevSJYoJlR7jAPh0Plq5HtoB0jRL/EiM08bMPrlkK2sHleSkBQX3R7iqJOaXOx1CJwuo4gLhpR420r5MaDcqIuzcAIQrOuElqzGx0lqvqO31W0Qkqev65tVHxtt7eEgDaQMmfGaKWlcLZ/3LjYKk=
Received: from VI1PR07MB5310.eurprd07.prod.outlook.com (20.178.12.13) by VI1PR07MB4479.eurprd07.prod.outlook.com (20.177.53.97) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2559.13; Fri, 20 Dec 2019 09:33:30 +0000
Received: from VI1PR07MB5310.eurprd07.prod.outlook.com ([fe80::7d33:e10e:8fcd:64]) by VI1PR07MB5310.eurprd07.prod.outlook.com ([fe80::7d33:e10e:8fcd:64%4]) with mapi id 15.20.2581.007; Fri, 20 Dec 2019 09:33:30 +0000
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
To: "iesg@ietf.org" <iesg@ietf.org>, "pkampana@cisco.com" <pkampana@cisco.com>
CC: "ietf@augustcellars.com" <ietf@augustcellars.com>, "draft-ietf-ace-coap-est@ietf.org" <draft-ietf-ace-coap-est@ietf.org>, "ace-chairs@ietf.org" <ace-chairs@ietf.org>, "ace@ietf.org" <ace@ietf.org>
Thread-Topic: [Ace] Magnus Westerlund's Discuss on draft-ietf-ace-coap-est-17: (with DISCUSS)
Thread-Index: AQHVtmtdqfoUtzXK1U2FXXdGCVFXHqfCeCqA//80zwA=
Date: Fri, 20 Dec 2019 09:33:30 +0000
Message-ID: <b8767fda3c19cf7fb00e74e3c7840faf51fe38e3.camel@ericsson.com>
References: <157676001842.27446.17022734601869062681.idtracker@ietfa.amsl.com> <BN7PR11MB254701AF4493E907FAE9D156C92D0@BN7PR11MB2547.namprd11.prod.outlook.com>
In-Reply-To: <BN7PR11MB254701AF4493E907FAE9D156C92D0@BN7PR11MB2547.namprd11.prod.outlook.com>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=magnus.westerlund@ericsson.com;
x-originating-ip: [158.174.130.211]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 96d4b61c-b523-4dbd-aa69-08d7852facf5
x-ms-traffictypediagnostic: VI1PR07MB4479:
x-microsoft-antispam-prvs: <VI1PR07MB4479914D25315994BF89F782952D0@VI1PR07MB4479.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 025796F161
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(396003)(366004)(376002)(136003)(346002)(199004)(189003)(86362001)(4326008)(2616005)(5660300002)(4001150100001)(478600001)(81166006)(6506007)(186003)(26005)(316002)(71200400001)(66556008)(44832011)(76116006)(54906003)(110136005)(64756008)(66446008)(66946007)(66616009)(66476007)(91956017)(6486002)(8676002)(36756003)(81156014)(8936002)(6512007)(2906002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR07MB4479; H:VI1PR07MB5310.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX: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: KlfKKcu0lX2k7v6j2PfV87d9DYgyF8nszLLdzc7dysLKzEnPZPFcas8x1wO1KtvaDMmdcjRir0U3Bzk1udN//EU8e8AtBfLHJpIdtMz5y2Gj/uZpiAe5gR3128mXGVV9V+qOHhBenuezWS3Ze5XTD0vDsY9aFA8jKzjCEz07jrXHLoWKJO3FPcM3de+bAOZQdNxsmmxX9x/WlXoAYBhpJvV14N2H3aBazuo2KJ9wZ2xOYuNvVzimt5i3nu/QNiiSyV9kOZ9rhpCH3XgpXKYGF0vdp4N8vUajXuz2KBizyb63m9UIMjVaUemFP+e70e6q48c9CjxD9CmoElD76GK7lVQl9oYjhfE6QuQBdMWanmBA9X2K+jEEmJA92NoylNu+P8rc2VPbAx2a82hYuMb2Qv9rslKSv1kXwP8vtdzLtxJ7uwLuCrmPfPdUGepTBApB
x-ms-exchange-transport-forked: True
Content-Type: multipart/signed; micalg="sha-256"; protocol="application/x-pkcs7-signature"; boundary="=-a6wKM9BZE35ZmHQapU0C"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 96d4b61c-b523-4dbd-aa69-08d7852facf5
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Dec 2019 09:33:30.6353 (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: 7NotTVnckDv154tQFgkXzQhjbdUlL6WYPXUffApfSodrLr1DgaoEAGf09Sf/PSqJ2675G8NtS+/6eMXLCwuuJEPBkMWhR3FYO0aqo4qde9M=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB4479
Archived-At: <https://mailarchive.ietf.org/arch/msg/ace/_wzilRSYYYnEHa62R1udJpM-ivo>
Subject: Re: [Ace] Magnus Westerlund's Discuss on draft-ietf-ace-coap-est-17: (with DISCUSS)
X-BeenThere: ace@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" <ace.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ace>, <mailto:ace-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ace/>
List-Post: <mailto:ace@ietf.org>
List-Help: <mailto:ace-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ace>, <mailto:ace-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Dec 2019 09:33:37 -0000

Hi,


On Fri, 2019-12-20 at 05:01 +0000, Panos Kampanakis (pkampana) wrote:
> Thanks Magnus. 
> 
> > The EST-coaps client MUST support
> > Block1 only if it sends EST-coaps requests with an IP packet size
> > that exceeds the Path MTU.
> > 
> > I think the requirement for when Block1 is required to be supported in the
> > above sentence is unclear. Is the intention to say: An EST-coaps MUST
> > support
> > block1 to be capable to send requests that would otherwise result in the
> > reliance on IP level fragmentation?
> 
> Yes, that was the intention. We will rephrase it to say
> 
>    [...] The EST-coaps client MUST support
>    Block1 only if it sends large EST-coaps requests that would 
>    otherwise result to IP layer fragmentation.
> 

Is it support or use block1 when the request is to big? I think the combination
of support and only results in uncertainty towards what the implementor. Based
on this reformulation I have the impression you want to make the implementation
optional if the expected EST-coaps request size is less than what the IP MTU can
send without fragmentation. However, that leads me to ask what is the behavior
of a node that suddenly are faced with a request that is larger. Refuse to send
it with an error or still rely on IP fragmentation? There is always the
potential for a request being to large unless implementation support of block1
is mandated. 


Cheers

Magnus Westerlund 


----------------------------------------------------------------------
Networks, Ericsson Research
----------------------------------------------------------------------
Ericsson AB                 | Phone  +46 10 7148287
Torshamnsgatan 23           | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------