Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-lwm2m-bootstrap-options-00

"Bernie Volz (volz)" <volz@cisco.com> Mon, 27 November 2017 02:47 UTC

Return-Path: <volz@cisco.com>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AA7F1241F5; Sun, 26 Nov 2017 18:47:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.52
X-Spam-Level:
X-Spam-Status: No, score=-14.52 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 SGmV9zv2iznP; Sun, 26 Nov 2017 18:47:17 -0800 (PST)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D7851200F1; Sun, 26 Nov 2017 18:47:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=27926; q=dns/txt; s=iport; t=1511750837; x=1512960437; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=R95hTAnKbV3ofb1VBZVjZqZi8CBQswd6k45sPGJtrCE=; b=fjIjSVNdiFp0JCwCG1ZKvjRATgefbkh9Cjk0q+iZNsAaMHKEpE94aI9V xTyuU/2A5psaXJwNX8QOLjiw8LSNxRyUjsGnAov0nRA22/it/HBlKUNFd gkHO8gZ/uV/6h4kH2qipdGVlKYEHal4gqycLSvI3MqvXM/PJNnZ8BF4bk w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0D3AABmexta/5NdJa1bGQEBAQEBAQEBAQEBAQcBAQEBAYJKcmZuJweDeIogjxWBfZZtghEKH4UcAhqERD8YAQEBAQEBAQEBax0LhR8BAQEBAyMKTBACAQgRBAEBIQoCAgIwHQgCBA4FCIk2ZBCmLIInJopVAQEBAQEBAQEBAQEBAQEBAQEBAQEBGAWDOoIHgz6DK4UGgyuCYwWZJokgAodwjRGTV4x2iRcCERkBgTkBHzmBUG8VFoJMhFV3iQSBFAEBAQ
X-IronPort-AV: E=Sophos; i="5.44,462,1505779200"; d="scan'208,217"; a="36126391"
Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Nov 2017 02:47:16 +0000
Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id vAR2lGfZ020216 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 27 Nov 2017 02:47:16 GMT
Received: from xch-aln-003.cisco.com (173.36.7.13) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Sun, 26 Nov 2017 20:47:15 -0600
Received: from xch-aln-003.cisco.com ([173.36.7.13]) by XCH-ALN-003.cisco.com ([173.36.7.13]) with mapi id 15.00.1320.000; Sun, 26 Nov 2017 20:47:15 -0600
From: "Bernie Volz (volz)" <volz@cisco.com>
To: "draft-ietf-dhc-dhcpv6-lwm2m-bootstrap-options@ietf.org" <draft-ietf-dhc-dhcpv6-lwm2m-bootstrap-options@ietf.org>
CC: "dhcwg@ietf.org" <dhcwg@ietf.org>
Thread-Topic: Comments on draft-ietf-dhc-dhcpv6-lwm2m-bootstrap-options-00
Thread-Index: AQHTXbTEyUXBCD4cGkuYzfAHStxXcaMnl7pQ
Date: Mon, 27 Nov 2017 02:47:15 +0000
Message-ID: <ab28405829754180b930db26208e7ea6@XCH-ALN-003.cisco.com>
References: <0DCB7C93-66C3-4DB6-A19C-46AA333AB9A6@cisco.com>
In-Reply-To: <0DCB7C93-66C3-4DB6-A19C-46AA333AB9A6@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.98.1.198]
Content-Type: multipart/alternative; boundary="_000_ab28405829754180b930db26208e7ea6XCHALN003ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dhcwg/6NAYcztAf8pNDWZV-QwquQdRGjE>
Subject: Re: [dhcwg] Comments on draft-ietf-dhc-dhcpv6-lwm2m-bootstrap-options-00
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dhcwg/>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Nov 2017 02:47:19 -0000

Hi Srinivas:

One more issue I forgot to include for draft-nalluri-dhc-dhcpv6-mqtt-config-options was that for the MQTT-topic-prefix, do you need to specify an encoding for this? You just say “topic prefix string”, but is this an ASCII, UTF-8, or some other encoded string? You should be clear about this (perhaps the MQTT specifications state the encoding, but it is useful for those of us not familiar with these specifications, to know what encoding is used).

Thanks.


-          Bernie

From: Bernie Volz (volz)
Sent: Tuesday, November 14, 2017 8:55 PM
To: draft-ietf-dhc-dhcpv6-lwm2m-bootstrap-options@ietf.org
Cc: dhcwg@ietf.org
Subject: Comments on draft-ietf-dhc-dhcpv6-lwm2m-bootstrap-options-00

Hi:

I have comments on this draft and most apply to your other draft, draft-nalluri-dhc-dhcpv6-mqtt-config-options. These are mostly nits.


  1.  The title says “DHCPv6 options”, but the document includes both v4 + v6. Perhaps just say “DHCP options”? Or?
  2.  Section 5.1 lists that options can be in Reconfigure ORO. While technically correct, the 3315BIS document deprecates use of ORO in Reconfigure. Thus, depending on when this document and 3315bis comes out, it might be something to reconsidering referencing? But perhaps best to wait to see what happens.
  3.  Section 5.2 states:


   Maximum possible value of DHCPv4 "option-len" is 255.  LWM2M-server-

   certificate MAY be of length more than 255.  To accommodate larger

   certificate, DHCP server SHOULD follow encoding as mentioned in

   [RFC3396<https://tools.ietf.org/html/rfc3396>].

                But, clients must also support RFC 3396 – not just the server.

  1.  You might consider different names for the options as otherwise easy for IANA or others to confused the assigned option numbers (when assigned)? Perhaps use OPTION and OPTION6 prefixes?
  2.  Section 6 has some missing periods at end of sentences.
  3.  Section 7 perhaps change “DHCP” to “DHCPv4”? Perhaps considering using DHCPv4 or DHCPv6 when referring to specific version, “DHCP” for either?
  4.  Section 9 – RFC3315bis has dropped the Delayed Authentication Protocol so it may not be a good idea to references / mention this? You may want to look at RFC3315bis security sections for some text or just point to it? Though trust issues with the URL provided are certainly something to consider.

-          Bernie