[core] RFC7252 - PROBING_RATE

Achim Kraus <achimkraus@gmx.net> Sun, 04 July 2021 10:08 UTC

Return-Path: <achimkraus@gmx.net>
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 0507E3A44EC for <core@ietfa.amsl.com>; Sun, 4 Jul 2021 03:08:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.597
X-Spam-Level:
X-Spam-Status: No, score=-1.597 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, SUBJ_ALL_CAPS=0.5, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net
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 tz2JFifjTU2X for <core@ietfa.amsl.com>; Sun, 4 Jul 2021 03:08:36 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (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 8986B3A44E7 for <core@ietf.org>; Sun, 4 Jul 2021 03:08:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1625393312; bh=6zue/rtvPi4sHbIcWDYuMxJUYwDh54CrNFC/CIFYZ+E=; h=X-UI-Sender-Class:To:From:Subject:Date; b=iHNzbfi7irkejx6xs6p1ohH8GIeaGGmP6ZSntcGIxG1k4ol1ZDmAivicbQEMYLS37 0peF/GEi8Abpkqvqlm3AyuO4zpqUXpMytFAg7a3pRQSrVm/nxpmQiWE8OJmBNB9F8M uFN2+9aDYrMqGT9Ms1MPv3GUrZtm8AcblAs3OL8o=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.178.10] ([88.152.185.165]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MWRVh-1lgZim43y7-00XryK for <core@ietf.org>; Sun, 04 Jul 2021 12:08:32 +0200
To: "core@ietf.org" <core@ietf.org>
From: Achim Kraus <achimkraus@gmx.net>
Message-ID: <6e7a8ec1-121c-03ae-8e4a-f615e5b4d83a@gmx.net>
Date: Sun, 4 Jul 2021 12:08:29 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:YpJiQ7Q+BxNXP4WU0xqwir9ndQzm2vbVMITzXYAJHHdpX01TFta 6NFCxQFDaaxYbV/G52l+1URZ/Rf3ODuu0IXB+LO7tgcvBybHdH8FCq+hgGcCGJASAKvKspF Z9y/3RtUgv7ToAH1ntrSzR2nblMqrexykElmhQKrsAAJzsJQR2S8Y5/Kjpp6O37l0cSryMQ PLRSE7aEbUczBwTe2I4Fg==
X-UI-Out-Filterresults: notjunk:1;V03:K0:D0zCHdNlPVE=:1MdT4B3TTs+D1RuQdQqR4R 3euhO26h0wvHwT99slldQV1X8pww+CfjNvmrBjhfV1DOXqy0txadTH0vQelwF23f3BeOFvbQn eyWG826u9Ism5v24mAjVbenP2z9slJZceI9DqWxI0mO6X1O3Kxz2KVn3kBT0K4m6uCniawWXO S6Jd3rRfYm0jeyiQWodIdRV9bg+vRRjc/BJoeZMIYqtkTt6jOseg3g9qNhGLjMvH6XSj/1tPR mD/WNl69RiBEEFYv8pVVqadSJGQSPliPeCUCt3Aa7DQhUocZWowL0gIC7vZ33OD20LMJXMm7P Z1sgttvZ2dhmSjt3lkbdvy1JtSUnzGGcnmcgkNSezyWiRxqf0Y2s2UyiAO7GaLJl+JAmwviio 5zTkhPEDdT4yum1wzkTRErbUWnbAKKntEmAumw5gXCg6yMcv7i7P6vY/51XbrOyrTYHkyx76Z /iMs3uUI4ff2kCcw/L+E6XX3WxmsjwbKy17FQwcT17WSIM1E7j9fX9B9WvR+Xw0vTGrJFOaT9 JY+b00NLnvMBRALuCO+/+uTQ55dC/KXkSAt5mB9aKyuFWozMrnqhLxTngvHa/Te8U8dqx/SLd 9msiFCgiHEpsL/KYceqF1cIlb74Gmai6wHvmLmG1e9RYhMkN/N0IjpyLk6J27oHOTznPjpjJ7 O2SVxvy/Z2nmQcIM9c8z5eKg8b8XKL75vYHH+5UaOTfSYo9obrI9VwxkaAmiLJsv7Rax38F9U X5v55TzwlyfoL0hYw6HtqHOtlaC5g4qHGI3gYttkeFkDVxlPImvZ2W3U35OuQWilVV7KYN/Mm jEJFb0nR5x5STE0PvhEpa5dEUbhqhdpchW9d3yhs1l28xXKBfmuerG+gC+lNt/exNlYkb4Xj7 Oor5qOW5z390Y5eJJz6oDirwWnub8aLADjMf7zKsTTUC2q2AmTS9xqFbOYxt/l9Csz33/UW4g Of2wiZQj668akro27dnkP0eAup9ATXmsqwFiX00+p0KI83f9mLMlGObu6VQy26U+srNryZAjo qwoVovlvScTDfNawrTJYzSPUX42ebPbVKPvop32++EKvQzDyvEQCIhHzbBQhbQd4fKym6EUoe 8YtNf7rGNbGDvpyE2IadAXtynUGhKf3Hugs
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/tbfFV-HbzVhKi4_4Ix52xze4z70>
Subject: [core] RFC7252 - PROBING_RATE
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: Sun, 04 Jul 2021 10:08:39 -0000

Hi list,

I spent some time on redesign and cleanup the configuration in
Eclipse/Californium. Doing so I currently struggling at the
PROBING_RATE:

4.7.  Congestion Control

(https://datatracker.ietf.org/doc/html/rfc7252#section-4.7)

 > Unless this is modified by
 > additional congestion control optimizations, it MUST be chosen in
 > such a way that an endpoint does not exceed an average data rate of
 > PROBING_RATE in sending to another endpoint that does not respond.

4.8.  Transmission Parameters

(https://datatracker.ietf.org/doc/html/rfc7252#section-4.8)

 > ACK_TIMEOUT       | 2 seconds
 > MAX_RETRANSMIT    | 4
 > PROBING_RATE      | 1 byte/second

With both, sending a CON request, e.g. about 20 bytes, and receiving no
message back for the ACK_TIMEOUT, sending again 20 byte short after
these 2s seems to violate the PROBING_RATE. Or may consider, a special
definition of "average data rate". Assuming, that a "normal CON
transfer" will then take 62 and sends the 20 bytes 5 times results in
1,6 bytes/second.

So:
Is there a intention to limit the bytes, which may be used for such a
first request (e.g. 12 bytes will comply to the limit)?
Or should a quiet phase be considered based on that calculation after
that (e.g. 38s with the 20 bytes)?

best regards
Achim Kraus