Re: [Gen-art] Gen-Art review of draft-ietf-core-block-19

Jouni Korhonen <jouni.nospam@gmail.com> Fri, 29 April 2016 16:24 UTC

Return-Path: <jouni.nospam@gmail.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77BB812D1BB; Fri, 29 Apr 2016 09:24:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 toHT40ee4E2v; Fri, 29 Apr 2016 09:24:49 -0700 (PDT)
Received: from mail-pf0-x232.google.com (mail-pf0-x232.google.com [IPv6:2607:f8b0:400e:c00::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D12BB12D147; Fri, 29 Apr 2016 09:24:49 -0700 (PDT)
Received: by mail-pf0-x232.google.com with SMTP id c189so50792740pfb.3; Fri, 29 Apr 2016 09:24:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=reply-to:subject:references:to:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=0n1ia+phpwiUHGw+2w4K1/2MBODxK3L0w74jlE8plec=; b=HR91ZQtzWlcYC6nI3nVMgdG9tUgmhPajj1KhkuHQCOgIqbv43q718p5Z+hdllEphKG ShsBvUeGUotTj1P/CeqATkW/kthvwjh38/zzD5/GX/1abf86iviEfL1vu+kbCQ4q0zyz 4fceSaDl253cvyQF0RVMtPNeF/5PxGYYdrCRaQSZUUuQSYmSbWqBTY7c6ME9ZrzAyShF BcwT9Kd/IsLaySHIW9Nkgp7k/bmyvB4Dk7VKzQ+y565+8yj0MoCiYDs5zmGU1MvKqFHR 7tmbYtr4Qv+jQ/AmogfLBwClxg2GE5e8dk+vSny5bm6KJ530IxQcK5CZEmx+Z3JHp7W2 NUlw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:reply-to:subject:references:to:cc:from :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=0n1ia+phpwiUHGw+2w4K1/2MBODxK3L0w74jlE8plec=; b=CQ1JA13u/QB4+BkpTbZAnUu1DTCurdID0g4HFPjANuAJqNwJqbuhq/VvwvgTOBux4l WGU8b2aS1mT5oK3UdGNThSm1AF0wEZ78NAzu0+P7lMLqrwndpVF7g/TJQX2HIXLVteY6 jkksSxxpKxC7HMslZnQeT/tPpzVJYSVgUSQZAh8/3Bq9ZSXJEMG5X8rbrRIJOa8LYY7l YZ7Kg7i46fD5pFGtogf72S0PeHyIB2v0xLt7vKoiagRgJeDWPMCubjx+SbZ03SJw4SpS rZK4vZSk8LcEkKV/biUJ6sUKnEzhd5wzTRUfg4ZHEDeKooy1rqoIOFFlAZStg/rBeQS9 grzA==
X-Gm-Message-State: AOPr4FUBxOLmhTtMjBC7v4ys00D26m2qMyZ4/GiFRZ8vb+FzLCcAWx9/2/FuKooYlbcZ8Q==
X-Received: by 10.98.8.91 with SMTP id c88mr30352038pfd.47.1461947089323; Fri, 29 Apr 2016 09:24:49 -0700 (PDT)
Received: from [10.16.75.170] ([216.31.219.19]) by smtp.googlemail.com with ESMTPSA id 199sm24589304pfc.15.2016.04.29.09.24.48 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 29 Apr 2016 09:24:48 -0700 (PDT)
References: <57155CB7.5090508@gmail.com> <571872A2.8090008@tzi.org> <571E591F.6090409@gmail.com> <57213036.8090905@tzi.org>
To: Carsten Bormann <cabo@tzi.org>
From: Jouni Korhonen <jouni.nospam@gmail.com>
Message-ID: <57238ACC.5090905@gmail.com>
Date: Fri, 29 Apr 2016 09:24:44 -0700
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2
MIME-Version: 1.0
In-Reply-To: <57213036.8090905@tzi.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/gen-art/YiyK1Yfvyjjeh613DaK7VZBuQSw>
Cc: gen-art@ietf.org, draft-ietf-core-block.all@ietf.org
Subject: Re: [Gen-art] Gen-Art review of draft-ietf-core-block-19
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: jouni.nospam@gmail.com
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 Apr 2016 16:24:51 -0000

Hi Jouni,

Just saying.. the use of NUM was not crystal clear just by reading the 
draft and not having the followed the core block development & 
discussion past few years.

Thanks,	
	Jouni

4/27/2016, 2:33 PM, Carsten Bormann kirjoitti:
> Hi Jouni,
>
>>>> * The intoduction mentions that the block transfwer can be used for
>>>> random access. This is not separately described anywhere in the
>>>> documents. Although the operation is more or less trivial I would
>>>> appreciate an example or some text there because the Block2 overloads
>>>> the NUM value 0 with special meaning (for the cases where the first ever
>>>> accessed block is not the block number 0).
>>>
>>> The random access operation is not described in this draft, but it is
>>> indeed quite obvious how one would make use of such a capability.
>>> Its use would require some previous understanding between client and
>>> server (possibly gained by the client simply trying out random access).
>>> I'm not sure how NUM=0 is special in this case.
>>
>> NUM=0 is used in some cases to indicate the desired block size in the
>> initial request (as I read and understand from the draft.. if that is
>> not the case then it needs to stated more clearly that it is not the
>> case). I mean the text in 2.4 and 2.8 for example.
>
> There is definitely a special case for NUM=0 in 2.8 (multicast), but
> that is because, for discovery, the client will switch to unicast for
> all other blocks.  It doesn't sound reasonable to "discover" a resource
> while performing random access to it.
>
> The text in 2.4 is more about the outcome of using Block2 options
> properly; here we prefer the wording "first request"/"first response"
> because indeed that might be for a block with NUM≠0.
>
> (The special case for NUM≠0 in the last paragraph of 2.10 is about not
> creating "holes".)
>
> Grüße, Carsten
>