Re: [core] Large asynchronous notifications under DDoS: New BLOCK Option?

Christian Amsüss <christian@amsuess.com> Wed, 08 April 2020 09:06 UTC

Return-Path: <christian@amsuess.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 0FBCB3A0EB9; Wed, 8 Apr 2020 02:06:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.499
X-Spam-Level:
X-Spam-Status: No, score=-1.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, KHOP_HELO_FCRDNS=0.398, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 ZYaU1dOXqC-y; Wed, 8 Apr 2020 02:06:14 -0700 (PDT)
Received: from prometheus.amsuess.com (alt.prometheus.amsuess.com [IPv6:2a01:4f8:190:3064::3]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 539923A0EB8; Wed, 8 Apr 2020 02:06:12 -0700 (PDT)
Received: from poseidon-mailhub.amsuess.com (095129206250.cust.akis.net [95.129.206.250]) by prometheus.amsuess.com (Postfix) with ESMTPS id D859540147; Wed, 8 Apr 2020 11:06:10 +0200 (CEST)
Received: from poseidon-mailbox.amsuess.com (hermes.amsuess.com [10.13.13.254]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id D01E914B; Wed, 8 Apr 2020 11:06:06 +0200 (CEST)
Received: from hephaistos.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:2d54:7976:cdc9:1eab]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id 91815381; Wed, 8 Apr 2020 11:06:06 +0200 (CEST)
Received: (nullmailer pid 2853630 invoked by uid 1000); Wed, 08 Apr 2020 09:04:36 -0000
Date: Wed, 08 Apr 2020 11:04:36 +0200
From: Christian Amsüss <christian@amsuess.com>
To: mohamed.boucadair@orange.com
Cc: "core@ietf.org" <core@ietf.org>, "Jon Shallow (supjps-ietf@jpshallow.com)" <supjps-ietf@jpshallow.com>, "dots@ietf.org" <dots@ietf.org>
Message-ID: <20200408090436.GC2844485@hephaistos.amsuess.com>
References: <787AE7BB302AE849A7480A190F8B933031490173@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <20200407130944.GA2738832@hephaistos.amsuess.com> <787AE7BB302AE849A7480A190F8B93303149075C@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="zx4FCpZtqtKETZ7O"
Content-Disposition: inline
In-Reply-To: <787AE7BB302AE849A7480A190F8B93303149075C@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/kb7A2QZGjBB08Z_QwQrOB1FYj8g>
Subject: Re: [core] Large asynchronous notifications under DDoS: New BLOCK Option?
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: Wed, 08 Apr 2020 09:06:16 -0000

Hello Med,

On Tue, Apr 07, 2020 at 03:51:14PM +0000, mohamed.boucadair@orange.com wrote:
> I don't see where in the two drafts an observer can request a particular missing fragment. 

Observation combined with block-wise transfer generally has the observer
request all the remaining blocks when an updates comes in, as
illustrated in [1]. Those do not even necessarily need to be requested
in sequence.

If a mechanism gets added that allows the server to send additional
blocks after a first request (and I'd appreciate that, maybe we can get
that resurfaced in the upcoming meeting's AOB section), the client may
miss some of them, but can still fall back to that original mechanism.

Kind regards
Christian

[1]: https://tools.ietf.org/html/rfc7959#section-3.4

-- 
To use raw power is to make yourself infinitely vulnerable to greater powers.
  -- Bene Gesserit axiom