Re: [Dots] [core] I-D Action: draft-ietf-core-new-block-05.txt

[Marco Tiloca <[e-mail]>]

Hi Med,

Thanks for the new document version.

Please, see below some comments on the latest additions, also related to
what Jon raised at [1].

Best,
/Marco

[1] https://mailarchive.ietf.org/arch/msg/core/Orr8a1WlSu3Dk-gtPQZloDT9_1E/


* Section 3.5 - This seems to mix aspects specific to Observe, with more
general aspects applicable to requests with a payload, i.e. FETCH (with
or without Observe), PUT, POST and PATCH/iPATCH.

  What is specific of Observe is the first paragraph; and the usage of
the Observe option in the second and third paragraph. Anything else
seems generic and applicable to requests with payload, so it might be
moved up to some earlier section.


* Section 3.5 - In the third paragraph, I'm not sure you necessarily
need a payload to be present in the requests asking for missing response
payloads. For instance, consider:
 
  - The examples in Figure 10 and Figure 11 of RFC 7959, with the note
"(no payload for requests with Block2 with NUM != 0)" , during the phase
where the client consecutively asks for the next response payload.

  - The examples in Figure 2 and Figure 3 of [2], where each request for
the next response payload using Block2 has no payload of its own.

This would of course affect the example in Figure 15.
 
[2] https://tools.ietf.org/html/draft-ietf-ace-coap-est-18


* Section 3.5 - About the last sentence regarding the Observe option,
there seems to be an exception to this rule (at least based on the later
examples), where the server actually does include the Observe option in
the response.

   That is, consider the example in Figure 10, where the response with
M:0xba is lost. Later on, the client asks for that response payload by
sending the request with M:0x87, which correctly does not include the
Observe option.
  
   However, the following response with M:oxc3 and (from the point of
view of the server) retransmitting that response payload with block
number 10 does include the Observe option.
  
   The exception seems due to the fact that the retransmission request
from the client is specifically what you call 'Continue' Q-Block-2 in
Section 3.4. The Observe option is in fact not included for the
previously retransmitted response payloads with M:0xbb ... M:0xc2, as
still part of the current payload set.


* Section 3.6 - Part of the first sentence in the second paragraph seems
to repeat what already said in the third paragraph of Section 3.5.



On 2021-01-13 19:13, [e-mail] wrote:
> Hi all, 
>
> This version integrates the latest comments from Marco, especially the handling of FETCH. New examples were also added to illustrate the intended behavior. 
>
> If there are still any pending issues, please let us know. 
>
> Cheers,
> Jon & Med
>
>> -----Message d'origine-----
>> De : I-D-Announce [mailto:[e-mail]] De la part
>> de [e-mail]
>> Envoyé : mercredi 13 janvier 2021 19:06
>> À : [e-mail]
>> Cc : [e-mail]
>> Objet : I-D Action: draft-ietf-core-new-block-05.txt
>>
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts
>> directories.
>> This draft is a work item of the Constrained RESTful Environments WG
>> of the IETF.
>>
>>         Title           : Constrained Application Protocol (CoAP)
>> Block-Wise Transfer Options for Faster Transmission
>>         Authors         : Mohamed Boucadair
>>                           Jon Shallow
>> 	Filename        : draft-ietf-core-new-block-05.txt
>> 	Pages           : 42
>> 	Date            : 2021-01-13
>>
>> Abstract:
>>    This document specifies alternative Constrained Application
>> Protocol
>>    (CoAP) Block-Wise transfer options: Q-Block1 and Q-Block2
>> Options.
>>
>>    These options are similar to the CoAP Block1 and Block2 Options,
>> not
>>    a replacement for them, but do enable faster transmission rates
>> for
>>    large amounts of data with less packet interchanges as well as
>>    supporting faster recovery should any of the blocks get lost in
>>    transmission.
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-core-new-block%2F&data=04%7C01%7Cmarco.tiloca%40ri.se%7Cd7689f3604014e3b970908d8b7ef02a8%7C5a9809cf0bcb413a838a09ecc40cc9e8%7C0%7C0%7C637461584588455436%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=ud1P4lktmZSE6bfK3Z1IvqZdjSG6aZJNUNwAfUEliFQ%3D&reserved=0
>>
>> There are also htmlized versions available at:
>> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-ietf-core-new-block-05&data=04%7C01%7Cmarco.tiloca%40ri.se%7Cd7689f3604014e3b970908d8b7ef02a8%7C5a9809cf0bcb413a838a09ecc40cc9e8%7C0%7C0%7C637461584588455436%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=J4zJlB0x1WpQosEH3R0WBg2hoHuRpKiQVPpfwTk82n4%3D&reserved=0
>> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-ietf-core-new-block-05&data=04%7C01%7Cmarco.tiloca%40ri.se%7Cd7689f3604014e3b970908d8b7ef02a8%7C5a9809cf0bcb413a838a09ecc40cc9e8%7C0%7C0%7C637461584588455436%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=XzJsVE4fc8Bj8aoKqmVTjSztTnTqsr42QY3u3Fhu4BY%3D&reserved=0
>>
>> A diff from the previous version is available at:
>> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Frfcdiff%3Furl2%3Ddraft-ietf-core-new-block-05&data=04%7C01%7Cmarco.tiloca%40ri.se%7Cd7689f3604014e3b970908d8b7ef02a8%7C5a9809cf0bcb413a838a09ecc40cc9e8%7C0%7C0%7C637461584588455436%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=XfWCRY89NGPI%2BOH6rmg9BuJHjwIpsWAHadSIglqnDDE%3D&reserved=0
>>
>>
>> Please note that it may take a couple of minutes from the time of
>> submission until the htmlized version and diff are available at
>> tools.ietf.org.
>>
>> Internet-Drafts are also available by anonymous FTP at:
>> https://eur02.safelinks.protection.outlook.com/?url=ftp%3A%2F%2Fftp.ietf.org%2Finternet-drafts%2F&data=04%7C01%7Cmarco.tiloca%40ri.se%7Cd7689f3604014e3b970908d8b7ef02a8%7C5a9809cf0bcb413a838a09ecc40cc9e8%7C0%7C0%7C637461584588455436%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=nDdHKBvQpuwnSsPvGghajJsaBKTXk295O%2BNDXEri9V4%3D&reserved=0
>>
>>
>> _______________________________________________
>> I-D-Announce mailing list
>> [e-mail]
>> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fi-d-announce&data=04%7C01%7Cmarco.tiloca%40ri.se%7Cd7689f3604014e3b970908d8b7ef02a8%7C5a9809cf0bcb413a838a09ecc40cc9e8%7C0%7C0%7C637461584588455436%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=%2F3GBuD%2Fc2uCE9bAdXWxAy0bYvLIPMczzffzKYKv6Zc4%3D&reserved=0
>> Internet-Draft directories: https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ietf.org%2Fshadow.html&data=04%7C01%7Cmarco.tiloca%40ri.se%7Cd7689f3604014e3b970908d8b7ef02a8%7C5a9809cf0bcb413a838a09ecc40cc9e8%7C0%7C0%7C637461584588455436%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=%2BEoWyGAyhlY0NmwyMvoe2vOeuXciF7kdnsZe1dIIHP0%3D&reserved=0 or
>> https://eur02.safelinks.protection.outlook.com/?url=ftp%3A%2F%2Fftp.ietf.org%2Fietf%2F1shadow-sites.txt&data=04%7C01%7Cmarco.tiloca%40ri.se%7Cd7689f3604014e3b970908d8b7ef02a8%7C5a9809cf0bcb413a838a09ecc40cc9e8%7C0%7C0%7C637461584588465405%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=LDcmi9fJAgtoqVsl4AUpt0Xm8K1XEFguDVmCXg6we88%3D&reserved=0
> _________________________________________________________________________________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.
>
> _______________________________________________
> core mailing list
> [e-mail]
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fcore&data=04%7C01%7Cmarco.tiloca%40ri.se%7Cd7689f3604014e3b970908d8b7ef02a8%7C5a9809cf0bcb413a838a09ecc40cc9e8%7C0%7C0%7C637461584588465405%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=zF09t2u3ZkjRw1eRfzIMegbOZRTIVRGGUVKE9TZp0oY%3D&reserved=0

-- 
Marco Tiloca
Ph.D., Senior Researcher

RISE Research Institutes of Sweden
Division ICT
Isafjordsgatan 22 / Kistagången 16
SE-164 40 Kista (Sweden)

Phone: [phone]
https://www.ri.se