[core] CoAP over TCP: Clarifying text for "Max-Message-Size Capability Option"

Hannes Tschofenig <Hannes.Tschofenig@arm.com> Thu, 30 November 2017 10:34 UTC

Return-Path: <Hannes.Tschofenig@arm.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 37CAB129422 for <core@ietfa.amsl.com>; Thu, 30 Nov 2017 02:34:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.92
X-Spam-Level:
X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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=armh.onmicrosoft.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 E3WE4G7D2Yhk for <core@ietfa.amsl.com>; Thu, 30 Nov 2017 02:34:14 -0800 (PST)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0081.outbound.protection.outlook.com [104.47.2.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1194112940D for <core@ietf.org>; Thu, 30 Nov 2017 02:34:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector1-arm-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=srGhvl65J+Lm7UfSCTkgroqiZOlqZws2Ht+8aSINbDk=; b=VoI2aJF0ldLDOM1nd4XC3HBHBbvEjrfAiyzJGNfh7AQgDuHYyXX/lqNTC2KHieA7wTA1MZ9JFopWKuw+5eajJEyC8FmqY/U0lYpm1obt8CD6dlSObT5bTSQ0XrA49NdCKzFbbfzFuUGqoOgE17bo9WHYsMBjYrUlZWv9UdoD7ds=
Received: from AM4PR0801MB2706.eurprd08.prod.outlook.com (10.167.90.148) by AM4PR0801MB2706.eurprd08.prod.outlook.com (10.167.90.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.282.5; Thu, 30 Nov 2017 10:33:58 +0000
Received: from AM4PR0801MB2706.eurprd08.prod.outlook.com ([fe80::edae:da33:a0c9:fe3f]) by AM4PR0801MB2706.eurprd08.prod.outlook.com ([fe80::edae:da33:a0c9:fe3f%13]) with mapi id 15.20.0282.006; Thu, 30 Nov 2017 10:33:58 +0000
From: Hannes Tschofenig <Hannes.Tschofenig@arm.com>
To: "core@ietf.org WG" <core@ietf.org>
Thread-Topic: CoAP over TCP: Clarifying text for "Max-Message-Size Capability Option"
Thread-Index: AdNpxqajRAN7cgs5TwyhuhrV1FIbxQ==
Date: Thu, 30 Nov 2017 10:33:58 +0000
Message-ID: <AM4PR0801MB2706D8695167ACFC11307D99FA380@AM4PR0801MB2706.eurprd08.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Hannes.Tschofenig@arm.com;
x-originating-ip: [80.92.114.8]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM4PR0801MB2706; 6:JzQV/Fk34FucE+FXj1gxQv+gfCtwJwrEYVUFiFlNToJI+OiSUdSJZySQomH2WMHNHQMvsV+q6OHtcNqgXA6MTxFV3QE3c7rDz/TzQ5BEihrA+6hd3Nad7RKnhtrQZy/Iti57vtcKMcRv77VCYngepNBZMLMrfoZ78YzuGB03XRiHx8MJidSE9/GHAVrKnZ6P/CcmHlbw9IpBxAZJm2rbM6cMrn3UaMgELAW7upOsx2WD8PfyCWzvMkpHa8uZ54NxY+Pr2wxb6NQE/z0nlr6tSRc/N357fQFjqohmAM+1gJisTRfD9aULdozouvU88aVU5UqywXITJi10Fjlx90l8FcDTgnXqQxMlaC0fRlNll4E=; 5:T4SNzD10yQgJBlWOMtKtFIuNDcyxdOE4Kn9xSTuJr6q5+AI1y3/AFVarcesczsp0VHHaWfc0FKD1y+ptgKG7AOb/35taUp6xdL1IesWLdEwouP/JVcu6MDzWCnbGuBEdxRHrpFGK6jqegyjEZbeGrl53bS5mXcv2GPeqaVMIK/A=; 24:+LAUfMlacyHHsW11splo5tlp0WqyYLMdkkEgOOIiOywCzc5v/9e6zZRsc7InZM//ENlvtzk6ScGCnypdOuRNKlSO7OngdQ4GFzE6hYb4Tss=; 7:sUGOcy87lLopbciMNQJQINLX4t1H/q8A60pCAxuFYhsQG+8p+6mCH29BgTcmmnkQHeDyih5Yhdu/jVHWh+syKhaHztwDvdEI+OKwPfjM2nx2dbJofwIWMIKSaQ+rJRt6eBpGLIX08aRaM8LGhD9DQ01Um195kkEp/4PmHwu00A7HlNnnIKKka9ICSgAdHR9hB2+tCW5uXW5BXvQmyovyBOOk5z9EU3iLS1MUx6UUeK5FjPwLngxCdfaM9wVXk9CX
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 3bd16793-1d3c-4d51-4ccf-08d537dddd55
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(48565401081)(2017052603284); SRVR:AM4PR0801MB2706;
x-ms-traffictypediagnostic: AM4PR0801MB2706:
x-microsoft-antispam-prvs: <AM4PR0801MB2706C16D3047C87CF593ABC2FA380@AM4PR0801MB2706.eurprd08.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(158342451672863);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(5005006)(8121501046)(93006095)(93001095)(3002001)(10201501046)(3231022)(6055026)(6041248)(20161123560025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123558100)(20161123564025)(6072148)(201708071742011); SRVR:AM4PR0801MB2706; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:AM4PR0801MB2706;
x-forefront-prvs: 05079D8470
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(366004)(39860400002)(376002)(346002)(199003)(40434004)(189002)(53754006)(2906002)(5250100002)(8676002)(8936002)(81156014)(81166006)(6436002)(230783001)(53936002)(2900100001)(101416001)(478600001)(14454004)(33656002)(102836003)(966005)(72206003)(7736002)(6116002)(3280700002)(3660700001)(15650500001)(3846002)(305945005)(68736007)(74316002)(86362001)(99286004)(6306002)(105586002)(316002)(5660300001)(106356001)(9686003)(7696005)(6506006)(6916009)(66066001)(5890100001)(189998001)(25786009)(97736004)(55016002)(54356010)(50986010); DIR:OUT; SFP:1101; SCL:1; SRVR:AM4PR0801MB2706; H:AM4PR0801MB2706.eurprd08.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: arm.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: arm.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 3bd16793-1d3c-4d51-4ccf-08d537dddd55
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Nov 2017 10:33:58.2198 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: f34e5979-57d9-4aaa-ad4d-b122a662184d
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR0801MB2706
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/2ZEE0yNatTsbo_wlkcXiRpYbjwA>
Subject: [core] CoAP over TCP: Clarifying text for "Max-Message-Size Capability Option"
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
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: Thu, 30 Nov 2017 10:34:17 -0000

Hi all,

I provided some additional clarifying text to the Max-Message-Size Capability Option, see
https://core-wg.github.io/coap-tcp-tls/hannestschofenig-max-message-size/draft-ietf-core-coap-tcp-tls.html#max-message-size

Here is the relevant section:

5.3.1. Max-Message-Size Capability Option

The sender can use the elective Max-Message-Size Option to indicate the maximum size of a message in bytes that it can receive. The message size indicated includes the entire message, starting from the first byte of the message header and ending at the end of the message payload.

--- new text ---

Note that there is no relationship of the message size to the overall request or response body size that may be achievable in block-wise transfer. For example, consider the GET with BERT block-wise transfer in Figure 13. If the CoAP client indicates a value of 6000 bytes using the Max-Message-Size option then the exchange will succeed since none of the three transfers will be above the indicated maximum size limit (ignoring the size of the CoAP header and options, which are not shown in the message flow). Consider a second case where the same CoAP client indicates a value of 4000 bytes using the Max-Message-Size option then the CoAP stack on the server will refuse the transmission (or adjust the transmission size) since the payload exceeds the limit indicated by the client.

--- new text ---

Ciao
Hannes


IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.