Re: [6lo] Eric Rescorla's Discuss on draft-ietf-6lo-nfc-13: (with DISCUSS)

최영환 <yhc@etri.re.kr> Fri, 07 June 2019 09:00 UTC

Return-Path: <yhc@etri.re.kr>
X-Original-To: 6lo@ietfa.amsl.com
Delivered-To: 6lo@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08DE3120100 for <6lo@ietfa.amsl.com>; Fri, 7 Jun 2019 02:00:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.92
X-Spam-Level:
X-Spam-Status: No, score=-0.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FROM_EXCESS_BASE64=0.979, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 8OC1LwIL04ti for <6lo@ietfa.amsl.com>; Fri, 7 Jun 2019 02:00:33 -0700 (PDT)
Received: from mscreen.etri.re.kr (mscreen.etri.re.kr [129.254.9.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4EA451200B6 for <6lo@ietf.org>; Fri, 7 Jun 2019 02:00:33 -0700 (PDT)
Received: from unknown (HELO smtpeg.etri.re.kr) (129.254.27.141) by 129.254.9.16 with ESMTP; 7 Jun 2019 17:00:25 +0900
X-Original-SENDERIP: 129.254.27.141
X-Original-MAILFROM: yhc@etri.re.kr
X-Original-RCPTTO: samitac.ietf@gmail.com, 6lo-chairs@ietf.org, 6lo@ietf.org, carlesgo@entel.upc.edu, ekr@rtfm.com, iesg@ietf.org, draft-ietf-6lo-nfc@ietf.org
Received: from SMTP4.etri.info (129.254.28.74) by SMTPEG1.etri.info (129.254.27.141) with Microsoft SMTP Server (TLS) id 14.3.319.2; Fri, 7 Jun 2019 17:00:29 +0900
Received: from SMTP2.etri.info ([169.254.2.250]) by SMTP4.etri.info ([10.2.6.33]) with mapi id 14.03.0319.002; Fri, 7 Jun 2019 17:00:28 +0900
From: 최영환 <yhc@etri.re.kr>
To: Eric Rescorla <ekr@rtfm.com>, The IESG <iesg@ietf.org>
CC: "draft-ietf-6lo-nfc@ietf.org" <draft-ietf-6lo-nfc@ietf.org>, Carles Gomez <carlesgo@entel.upc.edu>, Samita Chakrabarti <samitac.ietf@gmail.com>, "6lo-chairs@ietf.org" <6lo-chairs@ietf.org>, "6lo@ietf.org" <6lo@ietf.org>
Thread-Topic: Eric Rescorla's Discuss on draft-ietf-6lo-nfc-13: (with DISCUSS)
Thread-Index: AQHU2h1EVJAEVtcsCkWbx6wJcbbuBKaNL0HwgAMqiOA=
Date: Fri, 07 Jun 2019 08:00:28 +0000
Message-ID: <B2C0C4C29044814AB285BBB7C754D9249AC9F1FA@SMTP2.etri.info>
References: <155253722089.24877.18188809360079039162.idtracker@ietfa.amsl.com>
Accept-Language: ko-KR, en-US
Content-Language: ko-KR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [129.254.170.124]
Content-Type: text/plain; charset="ks_c_5601-1987"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/6lo/xGjW3LUVjWcIlPTgPs0pklH3-dc>
Subject: Re: [6lo] Eric Rescorla's Discuss on draft-ietf-6lo-nfc-13: (with DISCUSS)
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lo>, <mailto:6lo-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6lo/>
List-Post: <mailto:6lo@ietf.org>
List-Help: <mailto:6lo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lo>, <mailto:6lo-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Jun 2019 09:00:36 -0000

Hello Eric and all,

Thanks for your valuable reviews.
Please find my answers inline.

BRs,
Younghwan Choi

> -----Original Message-----
> From: Eric Rescorla via Datatracker <noreply@ietf.org>
> Sent: Thursday, March 14, 2019 1:20 PM
> To: The IESG <iesg@ietf.org>
> Cc: draft-ietf-6lo-nfc@ietf.org; Carles Gomez 
> <carlesgo@entel.upc.edu>; Samita Chakrabarti <samitac.ietf@gmail.com>; 
> 6lo-chairs@ietf.org; carlesgo@entel.upc.edu; 6lo@ietf.org
> Subject: Eric Rescorla's Discuss on draft-ietf-6lo-nfc-13: (with 
> DISCUSS)
> 
> Eric Rescorla has entered the following ballot position for
> draft-ietf-6lo-nfc-13: Discuss
> 
> When responding, please keep the subject line intact and reply to all 
> email addresses included in the To and CC lines. (Feel free to cut 
> this introductory paragraph, however.)
> 
> 
> Please refer to 
> https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
> 
> 
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-6lo-nfc/
> 
> 
> 
> ----------------------------------------------------------------------
> DISCUSS:
> ----------------------------------------------------------------------
> 
> I am unable to adequately review this document because the first 
> normative reference and hence this DISCUSS is incomplete (ordinarily 
> this would conflict with the DISCUSS guidelines, but I believe it is 
> necessary in this case).
> 
>    [LLCP-1.3]
>               "NFC Logical Link Control Protocol version 1.3", NFC Forum
>               Technical Specification , March 2016.
> 
> Does not appear to be publicly available (the web site contains a 
> single- page PDF which reads in part "To view the complete 
> specification, go to
> http://nfc-forum.org/our-
> work/specifications-and-application-documents/specifications/nfc-forum
> - technical-specifications/. Complete the license agreement, and then 
> download the specification."). Please supply an unencumbered 
> specification and then I can rereview.

The specification, LLCP-1.3, is not free of charge. I also bought it. I have no idea to supply unencumbered specification about that. If so, I need to remove the reference [LLCP-1.3] in section 9.1. 

> 
> I have read S 3.4 repeatedly, but am unable to work out the mapping of 
> an
> IPv6 datagram to LLCP. Please provide a diagram that shows how this 
> works and then perhaps I can assist you with the text.
> 
> 

Section 3.4 has the original intention to introduce how MTU of NFC Data Link is extendable. So, the figure 2 shows LLCP's option field for the extension. When two NFC devices start to connect with each other with LLCP, they has an option whether they extend its MTU size or not. I think exchanging the option field like figure 2 between two NFC devices is quite simple. One thing that Benjamin pointed and I agreed is that the value of the figure 2 must be mentioned with 0x480(this is a size of extension to cover MTU of IPv6, 1280) in the section 3.2. So I will put this in the next draft. 
Please refer to my response on the Benjamin's DISCUSS.