From nobody Fri Dec 1 01:22:10 2017 Return-Path: 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 48067126B7E for ; Fri, 1 Dec 2017 01:22:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.633 X-Spam-Level: X-Spam-Status: No, score=-2.633 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665] autolearn=ham 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 XpKdHPAHcjeY for ; Fri, 1 Dec 2017 01:22:07 -0800 (PST) Received: from cirse-smtp-out.extra.cea.fr (cirse-smtp-out.extra.cea.fr [132.167.192.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A7D69124BAC for ; Fri, 1 Dec 2017 01:22:06 -0800 (PST) Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id vB19M5dM010428 for ; Fri, 1 Dec 2017 10:22:05 +0100 Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 017A62045C4 for ; Fri, 1 Dec 2017 10:22:05 +0100 (CET) Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (Postfix) with ESMTP id EC4B020453B for ; Fri, 1 Dec 2017 10:22:04 +0100 (CET) Received: from [10.8.34.184] (is227335.intra.cea.fr [10.8.34.184]) by muguet1.intra.cea.fr (8.15.2/8.15.2/CEAnet-Intranet-out-1.4) with ESMTP id vB19M4Kl030758 for ; Fri, 1 Dec 2017 10:22:04 +0100 To: dhcwg@ietf.org References: <7537deef-8f87-5187-1e44-595ac63a16ca@gmail.com> <6077c7a4-01c8-8b80-588f-0ef4af153487@gmail.com> <87D21F39-7C1D-4F08-A3EE-39882C8832E6@cisco.com> <87a7z37fny.fsf@miraculix.mork.no> From: Alexandre Petrescu Message-ID: <2ee33227-d625-deaa-3349-e62dc14fee51@gmail.com> Date: Fri, 1 Dec 2017 10:22:04 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <87a7z37fny.fsf@miraculix.mork.no> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [dhcwg] [v6ops] DHCPv6 Prefix Delegation (DHCPv6 PD) on cellular links - works ok X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2017 09:22:09 -0000 Le 30/11/2017 à 20:03, Bjørn Mork a écrit : >> On Nov 30, 2017, at 11:18 AM, Alexandre Petrescu >> > >> wrote: >> >> v6opsers, >> >> We succeeded in making DHCPv6 PD work natively on a cellular link. >> I would claim it to be a first[*]. Packet dump available upon >> request. >> >> The UE device is a Huawei E392u-12 USB dongle produced in 2011. >> It hosts a baseband processor Qualcomm model MDM9600 (or model >> MDM9200, or an Intel - not sure). > > MDM9200. Noted. I would like to ask you how do you know it's an MDM9200 in Huawei E392u-12 USB dongle? Did you open the USB dongle and saw MDM9200 printed on a IC packaging? We could only open one cover and cant see the IC; further intrusion seems to risk to break it mechanically. > Not that it matters much... Well it does matter, because it may mean progress or counter-progress. I am saying it's MDM9600 because Huawei announced the E392 to include a Qualcomm MDM9600, in year 2011: > “We are pleased to collaborate with Qualcomm to announce the world’s > first multi-mode LTE TDD Dongle E392 based on Qualcomm’s MDM9600, > which is anticipated to be commercially available in the third > quarter of 2011,” said [...] of Huawei Devices India. On the same MDM920x product line, the MDM9207 is more recent, probably year 2016, whereas MDM9200 is surely year 2011. MDM9207 does block DHCPv6 whereas MDM9200 does not block DHCPv6. It would be a counter-progress if newer chipsets blocked DHCPv6 whereas older chipsets allowed it. That's why I suppose the E392 to be hosting a different Qualcomm product line - the MDM9600. That MDM9600 product line would supposedly support DHCPv6 throughout all its subsequent generations. But I really dont know whether E392 holds a MDM9200 or a MDM9600; so I have to go again through this painful Qualcomm 'business case' via Sierra and Orange, to ask them again to unblock multicast/547. If I knew precisely that E392 holds MDM9200 I could tell them: why MDM9200 allows DHCPv6 whereas MDM9207 blocks it? Until then I can only tell them: why MDM9200-or-MDM9600 allows DHCPv6 whereas MDM9207 blocks it? (add to that the fact that some xda-developpers say that E392 is probably hosting an Intel modem, rather than Qualcomm) >> It lets all standard DHCPv6 messaging through. The DHCPv6 client >> 'odhcpv6' is running on linux laptop. > > Can't help being a bit curious about the Linux driver used for this > test? PPP? qmi_wwan? Something else? For this test we used ModemManager with mmcli command line. We did not use pppd. The kernel modules were: qmi_wwan, cdc_wdm, option and usb_wwan. It was first necessary to switch the dongle from "USB storage" mode to "modem" mode. To achieve that it was necessary to use a proprietary string. That proprietary string is found by first sniffing the serial line on a Windows machine. This whole paragraph is publicly documented by programmers in forums. > (crossing fingers for qmi_wwan :-) Yes :-) Alex > >> DHCPv6-PD is blocked on other baseband processors, including >> Qualcomm and Balong versions; they are hosted by many smartphones, >> USB cellular dongles, mobile personal WiFi hotspots and IoT >> devices. A sample list is available upon request. > > Yes, the "smarter" these things get, the harder it is to make them > work properly. > > > Bjørn > > _______________________________________________ dhcwg mailing list > dhcwg@ietf.org https://www.ietf.org/mailman/listinfo/dhcwg > From nobody Tue Dec 5 18:45:12 2017 Return-Path: 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 DB1791242F5 for ; Tue, 5 Dec 2017 18:45:10 -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 gEAzFlTAKWRm for ; Tue, 5 Dec 2017 18:45:08 -0800 (PST) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6E92E120725 for ; Tue, 5 Dec 2017 18:45:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16578; q=dns/txt; s=iport; t=1512528308; x=1513737908; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=v/D/NWaEspud+x/S+tWp1XpmYzBKy47XY5zU63KGkXE=; b=YjG6o3ts4hz7SEePKbdfBveNGR5Iu6XD+A+f+87RP6+bIaE+dMJE4NFj h6wk8e8X2/3vRZun37hK2YAfml10TeX15TD9/3ZDg6yS744QtKwURD4U3 i7u8/3DyqvnG4DxgVX1hnAVK4X8tsCF6E6R0iYlELmK9ebhqNIcqs8aR8 A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DHAADWWCda/5NdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJKRC9mbicHjhuOfIF9lwKCFQolhRYChUg/GAEBAQEBAQEBAWs?= =?us-ascii?q?dC4UiAQEBBCcGPg4QAgEIEQQBASgHMhQJCAEBBA4FCAyJK2QQq086ilUBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEYBYNKggqGaoVXhUIFmTyJOgKHdI0Ugh+GEYsxjQG?= =?us-ascii?q?JIwIRGQGBOQEfOYFNbxWCUwEBDoRVeIkOgRQBAQE?= X-IronPort-AV: E=Sophos;i="5.45,366,1508803200"; d="scan'208,217";a="328979782" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Dec 2017 02:45:06 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id vB62j6nu016083 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 6 Dec 2017 02:45:06 GMT Received: from xch-aln-003.cisco.com (173.36.7.13) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Tue, 5 Dec 2017 20:45:05 -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; Tue, 5 Dec 2017 20:45:05 -0600 From: "Bernie Volz (volz)" To: "dhcwg@ietf.org" Thread-Topic: Draft for Re-chartering Thread-Index: AdNnKHnFDJ0pfbDmQeqJKheqkwE8GAHE0wmA Date: Wed, 6 Dec 2017 02:45:05 +0000 Message-ID: References: In-Reply-To: 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.86.244.221] Content-Type: multipart/alternative; boundary="_000_ac68cf63bbcf444493d3af4291b98591XCHALN003ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [dhcwg] Draft for Re-chartering X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Dec 2017 02:45:11 -0000 --_000_ac68cf63bbcf444493d3af4291b98591XCHALN003ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi: There have been no comments pro or con ... If we don't hear something in about a week, we'll request a re-charter with= the version below. - Tomek & Bernie From: dhcwg [mailto:dhcwg-bounces@ietf.org] On Behalf Of Bernie Volz (volz) Sent: Sunday, November 26, 2017 9:36 PM To: dhcwg@ietf.org Subject: [dhcwg] Draft for Re-chartering Hi: At IETF-100 in Singapore we discussed re-chartering the WG (see https://dat= atracker.ietf.org/meeting/100/materials/slides-100-dhc-dhc-recharter/). The= re were a few minor comments regarding that proposed text and a revised tex= t based on those comments is below. Please comment on suggested changes/improvements. Begin Re-charter Text --> The Dynamic Host Configuration Working Group (DHC WG) has developed DHCP for automated allocation, configuration and management of IP addresses and TCP/IP protocol stack parameters. DHCPv4 is currently a Draft Standard and is documented in RFC 2131 and RFC 2132. DHCPv6 is currently a Proposed Standard and is being updated and the WG plans to advance the protocol to full standard. The DHC WG is responsible for defining DHCP protocol extensions. Definitions of new DHCP options that are delivered using standard mechanisms with documented semantics are not considered a protocol extension and thus are generally outside of scope for the DHC WG. Such options should be defined within their respective WGs and reviewed by DHCP experts in the Internet Area Directorate. However, if such options require protocol extensions or new semantics, the protocol extension work must be done in the DHC WG. Or, when no respective WG exists, the DHC WG may take on the option definitions work with approval from the responsible Area Director. The DHC WG has the following main objectives: 1. Develop documents that help explain operational considerations for the wider community if and as needed. 2. Assist other WGs and independent submissions in defining options (that follow RFC 7227 guidelines) and to assure DHCP operational considerations are properly documented. 3. Additional topics and any option definition work may only be added with approval from the responsible Area Director or by re-chartering. 4. Issue an updated version of the DHCPv6 base specification, and after an appropriate interval following publication, advance to full standard. <-- End Re-charter Text - Tomek & Bernie --_000_ac68cf63bbcf444493d3af4291b98591XCHALN003ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi:<= /p>

 

There have been no com= ments pro or con …

 

If we don’t hear= something in about a week, we’ll request a re-charter with the versi= on below.

 

-&nb= sp;         Tomek & Be= rnie

 

From: dhcwg [mailto:dhcwg-bounces@ietf.org] <= b>On Behalf Of Bernie Volz (volz)
Sent: Sunday, November 26, 2017 9:36 PM
To: dhcwg@ietf.org
Subject: [dhcwg] Draft for Re-chartering

 

Hi:

 

At IETF-100 in Singapore we discussed re-chartering = the WG (see https://datatracker.ietf.org/meeting/100/materials/slides-100-dhc-dhc-recha= rter/). There were a few minor comments regarding that proposed text an= d a revised text based on those comments is below.

 

Please comment on suggested changes/improvements.

 

Begin Re-charter Text -->

= The Dynamic Host Configuration Working Group (DHC WG) has developed DHCP

= for automated allocation, configuration and management of IP addresses=

= and TCP/IP protocol stack parameters. DHCPv4 is currently a Draft

= Standard and is documented in RFC 2131 and RFC 2132. DHCPv6 is currently

= a Proposed Standard and is being updated and the WG plans to advance the

= protocol to full standard.

=  

= The DHC WG is responsible for defining DHCP protocol extensions.

= Definitions of new DHCP options that are delivered using standard

= mechanisms with documented semantics are not considered a protocol

= extension and thus are generally outside of scope for the DHC WG. Such=

= options should be defined within their respective WGs and reviewed by<= /o:p>

= DHCP experts in the Internet Area Directorate. However, if such options

= require protocol extensions or new semantics, the protocol extension

= work must be done in the DHC WG. Or, when no respective WG exists, the=

= DHC WG may take on the option definitions work with approval from the<= /o:p>

= responsible Area Director.

=  

= The DHC WG has the following main objectives:

=  

= 1. Develop documents that help explain operational considerations for<= /o:p>

= the wider community if and as needed.

=  

= 2. Assist other WGs and independent submissions in defining options

= (that follow RFC 7227 guidelines) and to assure DHCP operational=

= considerations are properly documented.

=  

= 3. Additional topics and any option definition work may only be added<= /o:p>

= with approval from the responsible Area Director or by re-chartering.<= /o:p>

=  

= 4. Issue an updated version of the DHCPv6 base specification, and after

= an appropriate interval following publication, advance to full standard.

<-- End Re-charter Text

 

-     &= nbsp;    Tomek & Bernie

--_000_ac68cf63bbcf444493d3af4291b98591XCHALN003ciscocom_-- From nobody Tue Dec 5 18:51:46 2017 Return-Path: X-Original-To: dhcwg@ietf.org Delivered-To: dhcwg@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 03859128CDC for ; Tue, 5 Dec 2017 18:51:44 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit To: X-Test-IDTracker: no X-IETF-IDTracker: 6.67.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151252870400.30757.10908601282826015889.idtracker@ietfa.amsl.com> Date: Tue, 05 Dec 2017 18:51:44 -0800 From: IETF Secretariat Archived-At: Subject: [dhcwg] Milestones changed for dhc WG X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Dec 2017 02:51:44 -0000 Changed milestone "WG last call draft-ietf-dhc-relay-server-security", resolved as "Done". Changed milestone "Submit draft-ietf-dhc-relay-server-security to IESG", resolved as "Done". Changed milestone "Submit draft-ietf-dhc-relay-port to IESG", resolved as "Done". Changed milestone "Recharter, if needed", set due date to December 2017 from November 2017. URL: https://datatracker.ietf.org/wg/dhc/about/ From nobody Tue Dec 5 19:32:59 2017 Return-Path: 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 1326F128D64 for ; Tue, 5 Dec 2017 19:32:57 -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 PEbt2L72fnOb for ; Tue, 5 Dec 2017 19:32:55 -0800 (PST) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F09D126DED for ; Tue, 5 Dec 2017 19:32:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5753; q=dns/txt; s=iport; t=1512531175; x=1513740775; h=from:to:subject:date:message-id:mime-version; bh=tiGsCSwmIOQrUpQEN0ZoeAs6XkgeiSe5BY7HIctCNRo=; b=bzBjegz/SPfl0o7RZGj+tsfNpaonzW+9fpqDEH5U31q0OpEhXFqSGebL Q5E6UlfQICPvhW+9Wu05pZNcz47OWQqDH7aR06p/PiyqRZ5pMWIJDtaBr l8AA/lZZFeAu6RnhCxCh/i9My3sPCMCxarD/keY1xItSHXwQTTBSIbtjn Y=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AkAQDmYyda/5pdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJKc2ZuLo4bjnyTNIVLghUKI4piPxgBAQEBAQEBAQFrHQuFVl4?= =?us-ascii?q?BgQAmAQQbiTdkEKwPilUBAQEBAQEEAQEBAQEBARwFg0qCCogziVAFonYCh3SNF?= =?us-ascii?q?IIfhhGJX4FSjQGJIwIRGQGBOQEfOYFNbxWCUwEBD4RUigaBFAEBAQ?= X-IronPort-AV: E=Sophos;i="5.45,366,1508803200"; d="scan'208,217";a="318554566" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Dec 2017 03:32:54 +0000 Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id vB63Ws59000704 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Wed, 6 Dec 2017 03:32:54 GMT Received: from xch-aln-003.cisco.com (173.36.7.13) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Tue, 5 Dec 2017 21:32:53 -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; Tue, 5 Dec 2017 21:32:53 -0600 From: "Bernie Volz (volz)" To: "dhcwg@ietf.org" Thread-Topic: IETF-100 Minutes (DRAFT) Thread-Index: AdNuQqlhRRRq9pi/RbW3wqP6yNWaCw== Date: Wed, 6 Dec 2017 03:32:53 +0000 Message-ID: <63791295a3804b74ac003f651ec1035d@XCH-ALN-003.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.86.244.221] Content-Type: multipart/alternative; boundary="_000_63791295a3804b74ac003f651ec1035dXCHALN003ciscocom_" MIME-Version: 1.0 Archived-At: Subject: [dhcwg] IETF-100 Minutes (DRAFT) X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Dec 2017 03:32:57 -0000 --_000_63791295a3804b74ac003f651ec1035dXCHALN003ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi: I posted an initial draft set of minutes for the IETF-100 (Singapore) DHC W= G session. Please review and comment. https://datatracker.ietf.org/meeting/100/materials/minutes-100-dhc/ The proceedings are available at https://datatracker.ietf.org/meeting/100/p= roceedings. - Bernie --_000_63791295a3804b74ac003f651ec1035dXCHALN003ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi:

 

I posted an initial draft set of minutes for the IET= F-100 (Singapore) DHC WG session. Please review and comment.

 

https://datatracker.ietf.org/meeting/100/materi= als/minutes-100-dhc/

 

The proceedings are available at https://datatracker.ietf.org/meeting/100/proceedings.

 

-     &= nbsp;    Bernie

--_000_63791295a3804b74ac003f651ec1035dXCHALN003ciscocom_-- From nobody Mon Dec 11 07:33:22 2017 Return-Path: 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 A5D5A1270FC; Mon, 11 Dec 2017 07:33:20 -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 RQPe0QnrR32E; Mon, 11 Dec 2017 07:33:18 -0800 (PST) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9681D1270A0; Mon, 11 Dec 2017 07:33:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14389; q=dns/txt; s=iport; t=1513006398; x=1514215998; h=from:to:subject:date:message-id:mime-version; bh=CdqNqtUXiAs/1HlY0zY0UZ7P/A383rZsEErmScyeknQ=; b=I4eA7VRDC/4Gc4l3gp66OGvyozRJr2zATKChBXqgrijRF0ft7Hvrre9F 0yO05kNAk1dh3gjVWjYJzvIrJnf0YRoOKAVqVDTLWIlQVKx4um+YRDbWx Xoy+nXRzTMCMiZd1siSGdvYljkHPJiAA1JLeUCT0k7bphqIyW/OopuARe Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CwAgAepC5a/4oNJK1bGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJKdGZ0Lp0Zkz6FS4IVCiOKDEEWAQEBAQEBAQEBayiFVl4BgQA?= =?us-ascii?q?mAQQBGok8ZBCqM4pkAQEBAQEBAQECAQEBAQEBARwFg2iCC4M/jkIFoxECh3eHW?= =?us-ascii?q?oVFgkCRLI0KiScCERkBgToBJgkpgU9vFYJkglEcgWeJQoEVAQEB?= X-IronPort-AV: E=Sophos;i="5.45,392,1508803200"; d="scan'208,217";a="320604233" Received: from alln-core-5.cisco.com ([173.36.13.138]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 11 Dec 2017 15:33:17 +0000 Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id vBBFXHPB015098 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 11 Dec 2017 15:33:17 GMT Received: from xch-aln-003.cisco.com (173.36.7.13) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Mon, 11 Dec 2017 09:33:16 -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; Mon, 11 Dec 2017 09:33:16 -0600 From: "Bernie Volz (volz)" To: "dhcwg@ietf.org" , "draft-ietf-dhc-dhcpv6-yang@ietf.org" Thread-Topic: draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model Thread-Index: AdNylPRYYNiWUyemQc6F5qfpDSooBA== Date: Mon, 11 Dec 2017 15:33:16 +0000 Message-ID: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.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.196] Content-Type: multipart/alternative; boundary="_000_0cab196d775e45668ef2fec69f317ce1XCHALN003ciscocom_" MIME-Version: 1.0 Archived-At: Subject: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Dec 2017 15:33:21 -0000 --_000_0cab196d775e45668ef2fec69f317ce1XCHALN003ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi: One comment regarding the 04 version is that for the DUID, you need to: 1. Include the DUID-UUID (see RFC 6355) 2. Handle DUIDs that do NOT follow these conventions (I know of at le= ast one model device that does not). So, you need a way to represent that (= the vendor sadly has no type even before the text serial number of the devi= ce). This would also accommodate new DUID types that are not yet defined fo= r a new model. Frankly, I'd prefer that we NOT explode these fields at all and just treat = the data as binary data. Exploding out values here just causes issues for t= he above cases and makes the model harder to implement. If you see https://= tools.ietf.org/html/draft-ietf-dhc-rfc3315bis-10#section-11, you will notic= e the following text: Clients and servers MUST treat DUIDs as opaque values and MUST only compare DUIDs for equality. Clients and servers SHOULD NOT in any other way interpret DUIDs. Clients and servers MUST NOT restrict DUIDs to the types defined in this document, as additional DUID types may be defined in the future. It should be noted that an attempt to parse a DUID to obtain a client's link-layer address is unreliable as there is no guarantee that the client is still using the same link- layer address as when it generated its DUID. And, such an attempt will be more and more unreliable as more clients adopt privacy measures, such as those defined in [RFC7844]. It is recommended to rely on the mechanism defined in [RFC6939]. By exploding out the values you are just encouraging people to violate thes= e MUSTs. - Bernie --_000_0cab196d775e45668ef2fec69f317ce1XCHALN003ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi:

 =

One comment regarding th= e 04 version is that for the DUID, you need to:

1= .   &= nbsp;   Include the DUID-UUID (see RFC = 6355)

2= .   &= nbsp;   Handle DUIDs that do NOT follow= these conventions (I know of at least one model device that does not). So,= you need a way to represent that (the vendor sadly has no type even before the text serial number of the device). This = would also accommodate new DUID types that are not yet defined for a new mo= del.

 =

Frankly, I’d prefe= r that we NOT explode these fields at all and just treat the data as binary= data. Exploding out values here just causes issues for the above cases and= makes the model harder to implement. If you see https://tools.ietf.org/html/draft-ietf-dhc-rfc3= 315bis-10#section-11, you will notice the following text:

 = 

   Clients and servers MUST trea=
t DUIDs as opaque values and MUST only
   compare DUIDs for equality.&n=
bsp; Clients and servers SHOULD NOT in any
   other way interpret DUIDs.&nb=
sp; Clients and servers MUST NOT restrict
   DUIDs to the types defined in=
 this document, as additional DUID types
   may be defined in the future.=
  It should be noted that an attempt to
   parse a DUID to obtain a clie=
nt's link-layer address is unreliable as
   there is no guarantee that th=
e client is still using the same link-
   layer address as when it gene=
rated its DUID.  And, such an attempt
   will be more and more unrelia=
ble as more clients adopt privacy
   measures, such as those defin=
ed in [RFC7844].  It is recommended to
   rely on the mechanism defined=
 in [RFC6=
939].

 =

By exploding out the val= ues you are just encouraging people to violate these MUSTs.

 =

- Bernie

 =

--_000_0cab196d775e45668ef2fec69f317ce1XCHALN003ciscocom_-- From nobody Mon Dec 11 07:59:40 2017 Return-Path: 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 62E3F126DFF; Mon, 11 Dec 2017 07:59:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.619 X-Spam-Level: X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham 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 6WU-a9iCJVbl; Mon, 11 Dec 2017 07:59:36 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (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 A6576126D73; Mon, 11 Dec 2017 07:59:35 -0800 (PST) Received: from hargashouseofribs.lan ([80.159.240.8]) by mail.gmx.com (mrgmx002 [212.227.17.184]) with ESMTPSA (Nemesis) id 0MOOpx-1eS1OZ02Oz-005pqO; Mon, 11 Dec 2017 16:59:30 +0100 From: Ian Farrer Message-Id: <2477E5AC-BC81-4101-846B-E90FC2BA0AD0@gmx.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_92926998-6C2A-4B3D-9028-D1290D6ADFB4" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Mon, 11 Dec 2017 16:59:29 +0100 In-Reply-To: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.cisco.com> Cc: "dhcwg@ietf.org" , "draft-ietf-dhc-dhcpv6-yang@ietf.org" To: "Bernie Volz (volz)" References: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.cisco.com> X-Mailer: Apple Mail (2.3273) X-Provags-ID: V03:K0:CupN8ZFLwKu/p9Etm3IHrybmLqTacnbfptH2n9gU7VfC90fnqKd mqCR6698ks0Ro8Ir5sllWBl/MTmY8i3osnlwo/RVobCAlN6P2e6lHXTCwtNr45JY89faGrC oJNtoIs8Y5iYSSGqqE7y6jO7/XrEY0spu3mUVRaprK+wte8zIQ3u7xus80EgJVBrX0L8DF9 uYqYBJ6HnY0aKMgczIZRA== X-UI-Out-Filterresults: notjunk:1;V01:K0:X7mKclwrsOE=:5+QEJwDbeNDUcA1e1dDyEF 9Y730VKnNMR6yuz785HI4XbotLuNQcYZfgjCEwMC6MQQ57kfN3uSyoU+8fESbCCiGWW1tX1MV JX/wYRz3hyNc+898jnFYMlwhQvT69/PuEVnCFgr9B35NsGhovKR7pLVEsIol974H8o8xZYhDm CGoczndeD4HHyuTs9LvPwZGAmOhaha8+1BtiG3vR918pKWU+tm3ialol1SbNtJomKF47QHgE8 kYbm5mI8665lc7I5sInHWx7MGvUIGLaDDVCm4ZMt5uWkrqESosYOB1CQwNeVaurjI63TuY6OK NAiNKrH3I1VaTj2Yu0JPFUwGiXUePw2QRRFfeleVryEZtXtvoeu8H1Jtgp+OEzJNkekEnnDre R/H2YtWhuv+ugzsPIGsnNAtnCZe0CxdOnlgEzD3E+kVPBuStxrJjTP1ZtCgDqKbcAyiOJuzd7 VvvvlGc4fw+rPz1DXYNMQOQ5W7TnfukwD92XPB8GgvLC2t2/CSbFcEutynJBfcYU8hsNYoftY Gfxl7ZG0cGNzK2UHdXYspos23jiulcYfABkt/f6srbeg36pPBS3Nq0sozrAmUdf2v5SHIIQLE dn/NEK4WPO8hBROJQJgT8UP4/0bM3H8Aj+4b3ruPnBDlEmV68MbbsExRnNfXdRmD9TLDmcUs6 kDW9yMMttznpLJa9XZz6Qde4BgjrO64y0WHiou8iq1xahD3fFLCzSGD1h0myRehvDTp2QGE0A p6lHdf7Aq0Avmfmqtk4J39nxsFkM4iyMaewH4szXL4lQ/54a9G6G5UraHKRU90+oh+d1rVQZK R+cJ0syebXMcBu4x+wEMGdnJ3sKUW96UmAbBzv3GveB8jBRveE= Archived-At: Subject: Re: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Dec 2017 15:59:38 -0000 --Apple-Mail=_92926998-6C2A-4B3D-9028-D1290D6ADFB4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Bernie, Thanks for the comment. Please see inline. Cheers, Ian > On 11. Dec 2017, at 16:33, Bernie Volz (volz) wrote: >=20 > Hi: > =20 > One comment regarding the 04 version is that for the DUID, you need = to: > 1. Include the DUID-UUID (see RFC 6355) [if - I saw that this had been omitted. There is already a github issue = raised to include this. > 2. Handle DUIDs that do NOT follow these conventions (I know of = at least one model device that does not). So, you need a way to = represent that (the vendor sadly has no type even before the text serial = number of the device). This would also accommodate new DUID types that = are not yet defined for a new model. > =20 > Frankly, I=E2=80=99d prefer that we NOT explode these fields at all = and just treat the data as binary data. Exploding out values here just = causes issues for the above cases and makes the model harder to = implement. If you see = https://tools.ietf.org/html/draft-ietf-dhc-rfc3315bis-10#section-11 = , = you will notice the following text: > =20 > Clients and servers MUST treat DUIDs as opaque values and MUST only > compare DUIDs for equality. Clients and servers SHOULD NOT in any > other way interpret DUIDs. Clients and servers MUST NOT restrict > DUIDs to the types defined in this document, as additional DUID = types > may be defined in the future. It should be noted that an attempt = to > parse a DUID to obtain a client's link-layer address is unreliable = as > there is no guarantee that the client is still using the same link- > layer address as when it generated its DUID. And, such an attempt > will be more and more unreliable as more clients adopt privacy > measures, such as those defined in [RFC7844 = ]. It is recommended to > rely on the mechanism defined in [RFC6939 = ]. > =20 > By exploding out the values you are just encouraging people to violate = these MUSTs. [if - I can see your point here, but from an operator=E2=80=99s side, = when configuring the DHCP client, being able to specify a format is = useful if I can just tell the client to use e.g. DUID type 1 and have a = very high probability of uniqueness then it=E2=80=99s one less client = configuration parameter that I need to manage. However, looking back at the model, this isn=E2=80=99t really what = it=E2=80=99s doing at the moment, so it needs some re-work (e.g. the = time and link-layer addresses really should be state data as they are = taken from the device). What about adding another option for an arbitrary binary DUID type (in = addition to adding DUID-UUID and re-working the existing ones)? > =20 > - Bernie > =20 > _______________________________________________ > dhcwg mailing list > dhcwg@ietf.org > https://www.ietf.org/mailman/listinfo/dhcwg = --Apple-Mail=_92926998-6C2A-4B3D-9028-D1290D6ADFB4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Hi Bernie,

Thanks for the comment. Please see = inline.

Cheers,
Ian

On = 11. Dec 2017, at 16:33, Bernie Volz (volz) <volz@cisco.com> = wrote:

Hi:
 
One comment = regarding the 04 version is that for the DUID, you need to:
1.       Include the DUID-UUID (see RFC = 6355)

[if - I saw that this had been omitted. There is = already a github issue raised to include this.

2.       Handle DUIDs that do NOT follow these conventions (I know of = at least one model device that does not). So, you need a way to = represent that (the vendor sadly has no type even before the text serial = number of the device). This would also accommodate new DUID types that = are not yet defined for a new model.
 
Frankly, = I=E2=80=99d prefer that we NOT explode these fields at all and just = treat the data as binary data. Exploding out values here just causes = issues for the above cases and makes the model harder to implement. If = you see https://tools.ietf.org/html/draft-ietf-dhc-rfc3315bis-10#sectio= n-11, you will notice the following text:
 
   =
Clients and servers MUST treat DUIDs as opaque values and MUST only
   compare DUIDs for equality.  Clients and =
servers SHOULD NOT in any
   =
other way interpret DUIDs.  Clients and servers MUST NOT =
restrict
   DUIDs to the types defined in this =
document, as additional DUID types
   may =
be defined in the future.  It should be noted that an attempt =
to
   parse a DUID to obtain a client's =
link-layer address is unreliable as
   = there is no guarantee that the client is still using the same link-
   layer address as when it generated its =
DUID.  And, such an attempt
   will =
be more and more unreliable as more clients adopt privacy
   measures, such as those defined in [RFC7844].  It is recommended to
   rely on the mechanism defined in [RFC6939].
 
By exploding out the values you = are just encouraging people to violate these = MUSTs.

[if - I can see your point here, but from an = operator=E2=80=99s side, when configuring the DHCP client, being able to = specify a format is useful if I can just tell the client to use e.g. = DUID type 1 and have a very high probability of uniqueness then it=E2=80=99= s one less client configuration parameter that I need to = manage.

However, looking back at the = model, this isn=E2=80=99t really what it=E2=80=99s doing at the moment, = so it needs some re-work (e.g. the time and link-layer addresses really = should be state data as they are taken from the device).

What about adding another option for an arbitrary = binary DUID type (in addition to adding DUID-UUID and re-working the = existing ones)?


 
- Bernie
 
_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www.ietf.org/mailman/listinfo/dhcwg

= --Apple-Mail=_92926998-6C2A-4B3D-9028-D1290D6ADFB4-- From nobody Mon Dec 11 15:43:56 2017 Return-Path: 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 B5DE81242EA for ; Mon, 11 Dec 2017 15:43:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham 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 l4Wrv1QpZmuD for ; Mon, 11 Dec 2017 15:43:53 -0800 (PST) Received: from discipline.rit.edu (discipline.rit.edu [129.21.6.207]) by ietfa.amsl.com (Postfix) with SMTP id 4771F1276AF for ; Mon, 11 Dec 2017 15:43:53 -0800 (PST) Received: (qmail 787 invoked by uid 501); 11 Dec 2017 23:43:52 -0000 From: Andrew W Elble To: dhcwg@ietf.org Cc: savi@ietf.org Date: Mon, 11 Dec 2017 18:43:52 -0500 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Archived-At: Subject: [dhcwg] Question on RFC2131 / RFC1541 X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Dec 2017 23:43:55 -0000 I'm wondering about the re-use of XID at time T1. RFC1541 had a clear explanation as to what was expected of XID at renewal. RFC2131 is lacking that language. RFC7513 seems to contain a reference to the use of a new TID/XID at renewal time. Should clients be re-using the same XID that was used in the initial DHCPDISCOVER at renewal? RFC7513 6.4.3.5: Event: EVE_DHCP_RENEW - A DHCPv4 Renew or a DHCPv6 Renew message is received "In such case, a new TID will be used by the client. The TID field of the corresponding entries MUST be set to the new TID. Note that TID check will not be performed on such messages." RFC2131 4.1: Constructing and sending DHCP messages "The 'xid' field is used by the client to match incoming DHCP messages with pending requests. A DHCP client MUST choose 'xid's in such a way as to minimize the chance of using an 'xid' identical to one used by another client. For example, a client may choose a different, random initial 'xid' each time the client is rebooted, and subsequently use sequential 'xid's until the next reboot. Selecting a new 'xid' for each retransmission is an implementation decision. A client may choose to reuse the same 'xid' or select a new 'xid' for each retransmitted message" RFC1531/RFC1541 4.4.4: Reacquisition and expiration "At time T1 after the client accepts the lease on its network address, the client moves to RENEWING state and sends (via unicast) a DHCPREQUEST message to the server to extend its lease. The client generates a random transaction identifier and inserts that identifier into the 'xid' field in the DHCPREQUEST. The client records the local time at which the DHCPREQUEST message is sent for computation of the lease expiration time. The client MUST NOT include a 'server identifier' in the DHCPREQUEST message." Thanks, Andy -- Andrew W. Elble aweits@discipline.rit.edu Infrastructure Engineer, Communications Technical Lead Rochester Institute of Technology PGP: BFAD 8461 4CCF DC95 DA2C B0EB 965B 082E 863E C912 From nobody Mon Dec 11 16:51:12 2017 Return-Path: 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 506CB128D3E for ; Mon, 11 Dec 2017 16:51:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.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 3ZIHLSHm3Ev6 for ; Mon, 11 Dec 2017 16:51:07 -0800 (PST) Received: from mail-qt0-x22d.google.com (mail-qt0-x22d.google.com [IPv6:2607:f8b0:400d:c0d::22d]) (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 9A3FF128D19 for ; Mon, 11 Dec 2017 16:51:04 -0800 (PST) Received: by mail-qt0-x22d.google.com with SMTP id u42so43402546qte.7 for ; Mon, 11 Dec 2017 16:51:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=juj+ziY7zq9h7O0V39ogrhBV6ooEakkCPqHQr1vTSZ8=; b=cA/OlQxJosCgpgvp/S6pNGVoinloYJBYXNlggtF0yGX+Q8lI3YCPRejJzJJB1+7owa hLOVshNFGOvV/cf8l47XSAyv+BfLs5JdsXGaxBZMtOUonjukqGdN4FORhfK4TDABqsty mRJbzpVNMn7ZjtoLZohhZ8S6cCEiEhEvm66ZoyoONy17YvuWs36GUq6cU1PItKWz9HRH iQoxldW2TgZuPwh5AHoH/9K7vXh+Kr6qKETXOyaezow7kGwSxQMiNL3EBpSqhkNb1wW5 ueokFEAziojq6voWRPoRkHb8WgeHk+ThoVtGyaZeobw4SC9KLr6ATK4eguGFl7QLsLdK s81Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=juj+ziY7zq9h7O0V39ogrhBV6ooEakkCPqHQr1vTSZ8=; b=nI35dp0MbK3ed9TFvVYiwkTYgSPZYuwyclNgvN3ivRJ47cY+28T/vyOaGNJqY0PXob NMRPwAndrm5EPx4TX2uuXZ2TcApavMJ7v0FTHRGFnn2Gm9px98nLcrq7447t4tiyH+AE iKfDGMLmFPv/X/+UG1doMXibeav7HANf2x7eqBLlLsBYnSX6jmJTnFI7BcM20loFHwyB gbzW3k1dHAAFkK9vv9DoyvTxTgk0SN4Py5QmP04Y6G0g7aPprzmpkB4BN+IxzxDChWwX YoNsnocaBgPaDeo/scXEWz6q5RtMSw+yacCTm4qk5JbOAYqMvTpILh1VFXJVHLYawZJz bLpw== X-Gm-Message-State: AKGB3mKIKAJ7tO9VR2R+SfJvbRJUcobflOnlg4gCjm2J+Ke6Lurjocsp 3Ez6tqSxin+P6bf/0FH9XGr5HQ== X-Google-Smtp-Source: ACJfBosu6uPnYs3aDZjzxBDoLvP572qmSG31t2Ly+54P0z450i5fd/udu6wLvFaJHPbVcKfOwc2ReQ== X-Received: by 10.55.124.198 with SMTP id x189mr3152194qkc.332.1513039863763; Mon, 11 Dec 2017 16:51:03 -0800 (PST) Received: from [10.0.30.153] (c-24-60-163-103.hsd1.ma.comcast.net. [24.60.163.103]) by smtp.gmail.com with ESMTPSA id v17sm4922695qkl.36.2017.12.11.16.51.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Dec 2017 16:51:03 -0800 (PST) From: Ted Lemon Message-Id: <92E00282-063B-416E-B7C9-E4502F6DFCBA@fugue.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_22F3B010-2F05-4E2C-8C8A-4842C2B59A1C" Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Date: Mon, 11 Dec 2017 19:51:02 -0500 In-Reply-To: Cc: dhcwg@ietf.org, savi@ietf.org To: Andrew W Elble References: X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [dhcwg] Question on RFC2131 / RFC1541 X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2017 00:51:08 -0000 --Apple-Mail=_22F3B010-2F05-4E2C-8C8A-4842C2B59A1C Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Dec 11, 2017, at 6:43 PM, Andrew W Elble wrote: > Should clients be re-using the same XID that was used in the initial > DHCPDISCOVER at renewal? No. --Apple-Mail=_22F3B010-2F05-4E2C-8C8A-4842C2B59A1C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii On = Dec 11, 2017, at 6:43 PM, Andrew W Elble <aweits@rit.edu> = wrote:
Should clients be = re-using the same XID that was used in the initial
DHCPDISCOVER at renewal?

No.

= --Apple-Mail=_22F3B010-2F05-4E2C-8C8A-4842C2B59A1C-- From nobody Tue Dec 12 05:39:26 2017 Return-Path: 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 0B093129453 for ; Tue, 12 Dec 2017 05:39:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.119 X-Spam-Level: X-Spam-Status: No, score=-2.119 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=ham 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 C2xtUWLXCbBJ for ; Tue, 12 Dec 2017 05:39:22 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (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 365F9128D6F for ; Tue, 12 Dec 2017 05:39:22 -0800 (PST) Received: from hargashouseofribs.lan ([80.159.240.8]) by mail.gmx.com (mrgmx103 [212.227.17.174]) with ESMTPSA (Nemesis) id 0LnPnu-1eyKuv2Fh8-00hgRf; Tue, 12 Dec 2017 14:39:19 +0100 From: Ian Farrer Content-Type: multipart/alternative; boundary="Apple-Mail=_F62F9307-A1EC-4259-8BA4-BAA3945F34CE" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Message-Id: Date: Tue, 12 Dec 2017 14:39:19 +0100 Cc: dhcwg To: Jonas Gorski X-Mailer: Apple Mail (2.3273) X-Provags-ID: V03:K0:vX+QQYFqBNK/Sf43LAD06bhWYdyOwnmdTDaLELS/M2Zaq9DJ1Sk rCOFUZaChdf/PxhRS5N8XteP0SRhuR8WoKhBPuYsOkaqyd7WyWKH9pCr/ayxfXtJe2TCM1L 3Uf77P1biMAWBDkh24beDULSMTGgyIGtk59j7LEuQ0D0GhEe8AtetEHa5HkNP+Kgitx8Yue 8HEdM01jKd4zKUnX2Zxjw== X-UI-Out-Filterresults: notjunk:1;V01:K0:dj3lP80Mgvg=:7vTJ9WnGcGyRoiVNhePkX3 /sK5YS+FHczvC0RZPV5ofLv9YBMhfPPeZwyIeQ81u1te7wxc0iRe/7NgDB7m2TS+N39nRTiV+ 7iXHuqnbg1trrkazDyHS1AouXGsjLEsS/mOhWjyxW4hQUDvS5xPd3OsKZayJmLtGsMEs3H4vn FajKC2daguhR7N+rVxb22Zw4BqHU540pkqSV8/ZKBgc6HCfZB9kKtoVbsje18SQ5oBtjlEFfi HIbmY+F2Xm0HDn+FOPof1u7E9EIsksNnQpv88DjaiyRyLd2F4M5Axj9AssHAc7oWoDJUwVQPK lsdxWAj7qA0uRXm5OQZzfbM2V13cvCXXQBwMR8k1hAwhyxkYu+puixBXBz/qckg31v+9QKFBI 11Vg/opQEHG5J2eY1RHC1MVF+0GixNRiRB8jfkBzyfphFg/yEwbLOuKuDlbmbdihoh1mTR3mu H7BioOEA0g40s8l12TDetczJhM8sCbjpMsFTNbHUi4jN3OADbXikmZJ6eNbbpTCv0TKq2CHJC JJfhJKcPj5J94PyMDe6pnl4yZ0iaHuJZzdLPwbv22GG5qT3U9no/V/aLLdCMQ25iZ0NbB0sFv ANYpXGN7IHHwAf793rbe2qzwwAboyiz/cIof13WY/hnJ+DAczhG+YZbG4QYV+QTq1SvOhGYIO 8NaQvrb3/++YK71+tBrOhLPFLZCpBSYK44uKS5WHbRnzW0JR37BThWN9CpEPyq68sSeUdyvHA VIk55xK+AYReMacIyWnpqqhdJIVIDkcenrmw/EYIKDYv2dVRuVLcOzSZgcsJfSLaWAGRuTw0I wlZjfaYEULpOUtckZbfzp+afEf/x0QYn0PQw+ZeVSc1NkcfG2w= Archived-At: Subject: [dhcwg] New version of draft-ietf-dhc-dhcp4o6-saddr-opt-01 X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2017 13:39:24 -0000 --Apple-Mail=_F62F9307-A1EC-4259-8BA4-BAA3945F34CE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, I=E2=80=99ve just posted a new version of = draft-ietf-dhc-dhcp4o6-saddr-opt. The main changes in this version are: The client softwire source address is now contained in a DHCPv4 option = rather than v6. This addresses the main point which came from Jonas = Gorski=E2=80=99s review and implementation experience. This makes it = easier to hold all of the client binding information in one place (i.e. = the DHCPv4 server in the DHCPv4o6 implementation) Cleaned up diagrams and diagram descriptions Added sections describing client and server behaviour Added a mechanism to make it possible for the client=E2=80=99s softwire = source address to change during the lifetime of the IPv4 lease.=20 Hugely re-worked text throughout Any reviews, comments, suggestion etc. greatly appreciated.=20 Thanks, Ian= --Apple-Mail=_F62F9307-A1EC-4259-8BA4-BAA3945F34CE Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi,

I=E2=80= =99ve just posted a new version = of draft-ietf-dhc-dhcp4o6-saddr-opt. The main changes in this = version are:

  • The client softwire source address is now = contained in a DHCPv4 option rather than v6. This addresses the main = point which came from Jonas Gorski=E2=80=99s review and implementation = experience. This makes it easier to hold all of the client binding = information in one place (i.e. the DHCPv4 server in the DHCPv4o6 = implementation)
  • Cleaned up diagrams and diagram = descriptions
  • Added sections describing client and = server behaviour
  • Added a mechanism to make it = possible for the client=E2=80=99s softwire source address to change = during the lifetime of the IPv4 lease. 
  • Hugely = re-worked text throughout
    • Any reviews, = comments, suggestion etc. greatly appreciated. 

    Thanks,
    Ian
    = --Apple-Mail=_F62F9307-A1EC-4259-8BA4-BAA3945F34CE-- From nobody Tue Dec 12 05:39:30 2017 Return-Path: X-Original-To: dhcwg@ietf.org Delivered-To: dhcwg@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B6E4C126CC7; Tue, 12 Dec 2017 05:39:24 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: dhcwg@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.67.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151308596470.20526.2736052080616451799@ietfa.amsl.com> Date: Tue, 12 Dec 2017 05:39:24 -0800 Archived-At: Subject: [dhcwg] I-D Action: draft-ietf-dhc-dhcp4o6-saddr-opt-01.txt X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Dec 2017 13:39:25 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Dynamic Host Configuration WG of the IETF. Title : DHCPv4 over DHCPv6 Source Address Option Authors : Ian Farrer Qi Sun Yong Cui Linhui Sun Filename : draft-ietf-dhc-dhcp4o6-saddr-opt-01.txt Pages : 12 Date : 2017-12-12 Abstract: DHCPv4 over DHCPv6 is a mechanism for dynamically configuring IPv4 over an IPv6-only network. For DHCPv4 over DHCPv6 to function with some IPv4-over-IPv6 softwire mechanisms and deployment scenarios, the operator needs to know the /128 IPv6 address that the client will use as the source of IPv4-in-IPv6 softwire tunnel. This address, in conjunction with the clients IPv4 address and (in some deployments), the Port Set ID are used to create a binding table entry in the operator's softwire tunnel concentrator. This memo defines a DHCPv6 option to convey IPv6 parameters for establishing the softwire tunnel and a DHCPv4 option (to be used only with DHCP 4o6) to communicate the source tunnel IPv6 address between the DHCP 4o6 client and server. It is designed to work in conjunction with the IPv4 address allocation process. This document updates "DHCPv6 Options for Configuration of Softwire Address and Port-Mapped Clients" to allow the DHCPv6 option OPTION_S46_BR(90) to appear outside of DHCPv6 softwire container options. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-dhc-dhcp4o6-saddr-opt/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-dhc-dhcp4o6-saddr-opt-01 https://datatracker.ietf.org/doc/html/draft-ietf-dhc-dhcp4o6-saddr-opt-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-dhc-dhcp4o6-saddr-opt-01 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: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Dec 14 02:13:19 2017 Return-Path: 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 6EEEF12773A; Thu, 14 Dec 2017 02:13:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.898 X-Spam-Level: X-Spam-Status: No, score=-4.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-2.8, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 l9pO3FK7udUP; Thu, 14 Dec 2017 02:13:12 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (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 8083B124BE8; Thu, 14 Dec 2017 02:13:11 -0800 (PST) Received: from hargashouseofribs.lan ([80.159.240.8]) by mail.gmx.com (mrgmx002 [212.227.17.184]) with ESMTPSA (Nemesis) id 0MaqeA-1eib1f4AgM-00KQpU; Thu, 14 Dec 2017 11:13:06 +0100 From: Ian Farrer Message-Id: <7E297315-1B5B-437D-A447-221E8DAA5388@gmx.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_1B6CD0C3-D74F-45A9-8D9A-436FF46D5D80" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Thu, 14 Dec 2017 11:13:05 +0100 In-Reply-To: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.cisco.com> Cc: "dhcwg@ietf.org" , "draft-ietf-dhc-dhcpv6-yang@ietf.org" To: "Bernie Volz (volz)" , BOUCADAIR Mohamed IMT/OLN References: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.cisco.com> X-Mailer: Apple Mail (2.3273) X-Provags-ID: V03:K0:CIjCIHUaNPk0o50wo9zYG8lMZfaxjpH8cUZYciw86eS2W5q4Vv6 YxzflzgNO1hKZfqexy5ugUmM/JMIJ9YajlOwpUUBOivbmBN24UbUO8Jo0cegI45O7NYaTxY 8xEoqtoQ5fiF1DNjYio+hdfNn4NwjBCcosQUENi0+rlyp2J4zKyf0GcTctjUk7jMTUJsdng udGwa5k+KMyyMede1YPJA== X-UI-Out-Filterresults: notjunk:1;V01:K0:m3USBdI/OXg=:fCqPjxrdw+sYEJ4m+3tyJl C08r8noJAQjzyk56LUM1WX6phaw3oAnfqVy51bbUZE6KOARYW2hMxLma7SsbfkTh07aROicXF rq+r4eduL9p+czWKzEN6LnjSz78fQrs0PYI8l9WpK1G2qcSP//uf6jbSyBfw8KdbLYgdmY6Js jWW4JmMaOahYDdcdmZJgoY4DVpOIdfjB27mgVO0BhidJN2jK31ILsWfode01LrTeW/hTFZoNO M0/6xiTrzGzwOo2Ou3jHbXV3lavm4CmkwoBc3k9GPt7zAyM8qz8ocTjqVeAowa0GPJWMN514U q6BJ8jdU923jhqFFwCGX5CfHG7GpcGWEhj5ITQi+E8+MNwS4zsGHCu1wn3O1DC8+1rZKHWJn2 CAHZSFDt/p7+qkZJea/u3qBL/+lZxpGcAHLe5AI5aadteXoZpY8D5CGIt4oMxgFIWiGrGzhKe ptFViGuxB8ar3NfvsgCLY8pCFmnDGIhZbBaJM3Cf6/ZbGtZSGO16LCZkNvHlvdEZlFpIrNl40 ZF2hObQicoAKAeydSOptpa0RnvptrmMbOWSL/eH++5DRXxVS8yN6vun7sCUhJdYKF6P583yVa zopjhwBMjOiBE3jqofP9ZeFgJcHXtzY7sFXCKJH5J35vEECbw0E7Lptn64Rq/nKanT9DMoq8a 50G9WoqeJYgtvTK/Amz5AXbv8mg6tlbwizh/MH9slSV0qSmGYzKMmdz36mrpTwcaVRoiNKdtP IrUJorHYTDCq9GK/1KoJlJrekudaZvOH6NitIGp81XFhKDT3o0R6op7PrUmImGEtl4a8evhuc EocaRyDAG8+u3ybUyVc1wcTYWXixU+4tZEDx+hgScn/TcFR/2U= Archived-At: Subject: Re: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 10:13:18 -0000 --Apple-Mail=_1B6CD0C3-D74F-45A9-8D9A-436FF46D5D80 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Bernie/Med, Here=E2=80=99s a re-worked DUID section including UUID and a free, = string based format that hopefully addresses the comments that have been = raised: +--rw duid | | +--rw (duid-type)? | | +--:(duid-llt) | | | +--rw duid-llt-hardware-type? uint16 | | | +--rw duid-llt-time? yang:timeticks | | | +--rw duid-llt-link-layer-addr? yang:mac-address | | +--:(duid-en) | | | +--rw duid-en-enterprise-number? uint32 | | | +--rw duid-en-identifier? string | | +--:(duid-ll) | | | +--rw duid-ll-hardware-type? uint16 | | | +--rw duid-ll-time? yang:timeticks | | +--:(duid-uuid) | | | +--rw uuid? yang:uuid | | +--:(duid-string) | | +--rw string? string Cheers, Ian > On 11. Dec 2017, at 16:33, Bernie Volz (volz) wrote: >=20 > Hi: > =20 > One comment regarding the 04 version is that for the DUID, you need = to: > 1. Include the DUID-UUID (see RFC 6355) > 2. Handle DUIDs that do NOT follow these conventions (I know of = at least one model device that does not). So, you need a way to = represent that (the vendor sadly has no type even before the text serial = number of the device). This would also accommodate new DUID types that = are not yet defined for a new model. > =20 > Frankly, I=E2=80=99d prefer that we NOT explode these fields at all = and just treat the data as binary data. Exploding out values here just = causes issues for the above cases and makes the model harder to = implement. If you see = https://tools.ietf.org/html/draft-ietf-dhc-rfc3315bis-10#section-11 = , = you will notice the following text: > =20 > Clients and servers MUST treat DUIDs as opaque values and MUST only > compare DUIDs for equality. Clients and servers SHOULD NOT in any > other way interpret DUIDs. Clients and servers MUST NOT restrict > DUIDs to the types defined in this document, as additional DUID = types > may be defined in the future. It should be noted that an attempt = to > parse a DUID to obtain a client's link-layer address is unreliable = as > there is no guarantee that the client is still using the same link- > layer address as when it generated its DUID. And, such an attempt > will be more and more unreliable as more clients adopt privacy > measures, such as those defined in [RFC7844 = ]. It is recommended to > rely on the mechanism defined in [RFC6939 = ]. > =20 > By exploding out the values you are just encouraging people to violate = these MUSTs. > =20 > - Bernie > =20 > _______________________________________________ > dhcwg mailing list > dhcwg@ietf.org > https://www.ietf.org/mailman/listinfo/dhcwg = --Apple-Mail=_1B6CD0C3-D74F-45A9-8D9A-436FF46D5D80 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
    Hi Bernie/Med,

    Here=E2=80=99s a re-worked DUID section = including UUID and a free, string based format that hopefully addresses = the comments that have been raised:

    +--rw duid
    |  |  +--rw = (duid-type)?
    |  |     +--:(duid-llt)
    |  |     = |  +--rw duid-llt-hardware-type?     =  uint16
    |  |     |  +--rw duid-llt-time?   =             = yang:timeticks
    |  |     |  +--rw = duid-llt-link-layer-addr?    yang:mac-address
    |  |     = +--:(duid-en)
    |  |     |  +--rw = duid-en-enterprise-number?   uint32
    |  |     |  +--rw = duid-en-identifier?         =  string
    |  |     +--:(duid-ll)
    |  |     = |  +--rw duid-ll-hardware-type?       = uint16
    |=  |     |  +--rw duid-ll-time?       =          yang:timeticks
    |  |     = +--:(duid-uuid)
    |  |     |  +--rw uuid?     =                   =  yang:uuid
    |  |     +--:(duid-string)
    |  |     =    +--rw string?             =          string


    Cheers,
    Ian


    On 11. Dec 2017, at 16:33, Bernie Volz (volz) = <volz@cisco.com> = wrote:

    Hi:
     
    One comment = regarding the 04 version is that for the DUID, you need to:
    1.       Include the DUID-UUID (see RFC 6355)
    2.       Handle DUIDs that do NOT follow these conventions (I know of = at least one model device that does not). So, you need a way to = represent that (the vendor sadly has no type even before the text serial = number of the device). This would also accommodate new DUID types that = are not yet defined for a new model.
     
    Frankly, = I=E2=80=99d prefer that we NOT explode these fields at all and just = treat the data as binary data. Exploding out values here just causes = issues for the above cases and makes the model harder to implement. If = you see https://tools.ietf.org/html/draft-ietf-dhc-rfc3315bis-10#sectio= n-11, you will notice the following text:
     
       =
Clients and servers MUST treat DUIDs as opaque values and MUST only
       compare DUIDs for equality.  Clients and =
servers SHOULD NOT in any
       =
other way interpret DUIDs.  Clients and servers MUST NOT =
restrict
       DUIDs to the types defined in this =
document, as additional DUID types
       may =
be defined in the future.  It should be noted that an attempt =
to
       parse a DUID to obtain a client's =
link-layer address is unreliable as
       = there is no guarantee that the client is still using the same link-
       layer address as when it generated its =
DUID.  And, such an attempt
       will =
be more and more unreliable as more clients adopt privacy
       measures, such as those defined in [RFC7844].  It is recommended to
       rely on the mechanism defined in [RFC6939].
     
    By exploding out the values you = are just encouraging people to violate these MUSTs.
     
    - = Bernie
     
    _______________________________________________
    dhcwg mailing list
    dhcwg@ietf.org
    https://www.ietf.org/mailman/listinfo/dhcwg

    = --Apple-Mail=_1B6CD0C3-D74F-45A9-8D9A-436FF46D5D80-- From nobody Thu Dec 14 05:23:12 2017 Return-Path: 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 2237D128DE5; Thu, 14 Dec 2017 05:23:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.519 X-Spam-Level: X-Spam-Status: No, score=-14.519 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, URIBL_BLOCKED=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 CzTIeWZ_Yx4f; Thu, 14 Dec 2017 05:23:06 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C8D9128D69; Thu, 14 Dec 2017 05:23:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=23499; q=dns/txt; s=iport; t=1513257786; x=1514467386; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=+lvZfLc2iwfJ2juZwm4dnEwA2dGUdU+Bt6sK+UohccY=; b=YQ5umdEwBayL/PotXnzyMzjpouu2HkPfw6urtOocuHKHluSJi5OF5kIm q2UamDQbbqm8avnTy+XG9aeCSspXMTkyTVnCbSmLbNFWbdCZWBIJ7CQgD V1IL44wAb+LbClr4Dmm7orIjANt1wj88LBnHibZuwOXXAkugpDpa6V02m A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DcAACZejJa/4gNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJKdGZ0J4QCiiGPBoFXlzyCFQoYAQqFGAIahFw/GAEBAQEBAQE?= =?us-ascii?q?BAWsohSQCAQMBASFLCxACAQg/AwICAiULFBEBAQQOBYlGTAMVEKkQgieKYAEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBARgFg2CCDoM/KQuCd4JqRAGFAzGCMgWjJQKHe4d?= =?us-ascii?q?chVGCN5E1jRWJKwIRGQGBOgEfOYFObxU6KgGBfoJTHIFneIpLAQEB?= X-IronPort-AV: E=Sophos;i="5.45,400,1508803200"; d="scan'208,217";a="335946652" Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 14 Dec 2017 13:23:05 +0000 Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id vBEDN5ck026057 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 14 Dec 2017 13:23:05 GMT Received: from xch-aln-003.cisco.com (173.36.7.13) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Thu, 14 Dec 2017 07:23:05 -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; Thu, 14 Dec 2017 07:23:04 -0600 From: "Bernie Volz (volz)" To: Ian Farrer CC: BOUCADAIR Mohamed IMT/OLN , "dhcwg@ietf.org" , "draft-ietf-dhc-dhcpv6-yang@ietf.org" Thread-Topic: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model Thread-Index: AdNylPRYYNiWUyemQc6F5qfpDSooBACYXfaA///QgOk= Date: Thu, 14 Dec 2017 13:23:04 +0000 Message-ID: References: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.cisco.com>, <7E297315-1B5B-437D-A447-221E8DAA5388@gmx.com> In-Reply-To: <7E297315-1B5B-437D-A447-221E8DAA5388@gmx.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: multipart/alternative; boundary="_000_A670F3DDDEBC40D58890A5D43233362Fciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 13:23:09 -0000 --_000_A670F3DDDEBC40D58890A5D43233362Fciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SWFuOg0KDQpUaGVyZSBpcyBubyB0eXBlIGZvciB0aGlzIG1hbGZvcm1lZCAoc3RyaW5nKSBkdWlk LiBJdCBpcyBqdXN0IGEgc3RyaW5nLCBzdWNoIGFzOg0KDQpPcHRpb24gMSwgbGVuZ3RoIDYsIGRh dGE6IOKAnFMxMjM0NeKAnS4NCg0KU28geW91IGNhbm5vdCB1c2UgZW51bWVyYXRpb24gb2YgdHlw ZS4NCg0KWWVzLCB0aGlzIGNsZWFybHkgdmlvbGF0ZXMgZHVpZCBydWxlcyBidXQgaXQgZXhpc3Rz IGFuZCBuZWVkcyB0byBiZSByZXByZXNlbnRlZD8NCg0KLSBCZXJuaWUgKGZyb20gaVBhZCkNCg0K T24gRGVjIDE0LCAyMDE3LCBhdCA1OjEzIEFNLCBJYW4gRmFycmVyIDxpYW5mYXJyZXJAZ214LmNv bTxtYWlsdG86aWFuZmFycmVyQGdteC5jb20+PiB3cm90ZToNCg0KSGkgQmVybmllL01lZCwNCg0K SGVyZeKAmXMgYSByZS13b3JrZWQgRFVJRCBzZWN0aW9uIGluY2x1ZGluZyBVVUlEIGFuZCBhIGZy ZWUsIHN0cmluZyBiYXNlZCBmb3JtYXQgdGhhdCBob3BlZnVsbHkgYWRkcmVzc2VzIHRoZSBjb21t ZW50cyB0aGF0IGhhdmUgYmVlbiByYWlzZWQ6DQoNCistLXJ3IGR1aWQNCnwgIHwgICstLXJ3IChk dWlkLXR5cGUpPw0KfCAgfCAgICAgKy0tOihkdWlkLWxsdCkNCnwgIHwgICAgIHwgICstLXJ3IGR1 aWQtbGx0LWhhcmR3YXJlLXR5cGU/ICAgICAgdWludDE2DQp8ICB8ICAgICB8ICArLS1ydyBkdWlk LWxsdC10aW1lPyAgICAgICAgICAgICAgIHlhbmc6dGltZXRpY2tzDQp8ICB8ICAgICB8ICArLS1y dyBkdWlkLWxsdC1saW5rLWxheWVyLWFkZHI/ICAgIHlhbmc6bWFjLWFkZHJlc3MNCnwgIHwgICAg ICstLTooZHVpZC1lbikNCnwgIHwgICAgIHwgICstLXJ3IGR1aWQtZW4tZW50ZXJwcmlzZS1udW1i ZXI/ICAgdWludDMyDQp8ICB8ICAgICB8ICArLS1ydyBkdWlkLWVuLWlkZW50aWZpZXI/ICAgICAg ICAgIHN0cmluZw0KfCAgfCAgICAgKy0tOihkdWlkLWxsKQ0KfCAgfCAgICAgfCAgKy0tcncgZHVp ZC1sbC1oYXJkd2FyZS10eXBlPyAgICAgICB1aW50MTYNCnwgIHwgICAgIHwgICstLXJ3IGR1aWQt bGwtdGltZT8gICAgICAgICAgICAgICAgeWFuZzp0aW1ldGlja3MNCnwgIHwgICAgICstLTooZHVp ZC11dWlkKQ0KfCAgfCAgICAgfCAgKy0tcncgdXVpZD8gICAgICAgICAgICAgICAgICAgICAgICB5 YW5nOnV1aWQNCnwgIHwgICAgICstLTooZHVpZC1zdHJpbmcpDQp8ICB8ICAgICAgICArLS1ydyBz dHJpbmc/ICAgICAgICAgICAgICAgICAgICAgIHN0cmluZw0KDQoNCkNoZWVycywNCklhbg0KDQoN Ck9uIDExLiBEZWMgMjAxNywgYXQgMTY6MzMsIEJlcm5pZSBWb2x6ICh2b2x6KSA8dm9sekBjaXNj by5jb208bWFpbHRvOnZvbHpAY2lzY28uY29tPj4gd3JvdGU6DQoNCkhpOg0KDQpPbmUgY29tbWVu dCByZWdhcmRpbmcgdGhlIDA0IHZlcnNpb24gaXMgdGhhdCBmb3IgdGhlIERVSUQsIHlvdSBuZWVk IHRvOg0KMS4gICAgICAgSW5jbHVkZSB0aGUgRFVJRC1VVUlEIChzZWUgUkZDIDYzNTUpDQoyLiAg ICAgICBIYW5kbGUgRFVJRHMgdGhhdCBkbyBOT1QgZm9sbG93IHRoZXNlIGNvbnZlbnRpb25zIChJ IGtub3cgb2YgYXQgbGVhc3Qgb25lIG1vZGVsIGRldmljZSB0aGF0IGRvZXMgbm90KS4gU28sIHlv dSBuZWVkIGEgd2F5IHRvIHJlcHJlc2VudCB0aGF0ICh0aGUgdmVuZG9yIHNhZGx5IGhhcyBubyB0 eXBlIGV2ZW4gYmVmb3JlIHRoZSB0ZXh0IHNlcmlhbCBudW1iZXIgb2YgdGhlIGRldmljZSkuIFRo aXMgd291bGQgYWxzbyBhY2NvbW1vZGF0ZSBuZXcgRFVJRCB0eXBlcyB0aGF0IGFyZSBub3QgeWV0 IGRlZmluZWQgZm9yIGEgbmV3IG1vZGVsLg0KDQpGcmFua2x5LCBJ4oCZZCBwcmVmZXIgdGhhdCB3 ZSBOT1QgZXhwbG9kZSB0aGVzZSBmaWVsZHMgYXQgYWxsIGFuZCBqdXN0IHRyZWF0IHRoZSBkYXRh IGFzIGJpbmFyeSBkYXRhLiBFeHBsb2Rpbmcgb3V0IHZhbHVlcyBoZXJlIGp1c3QgY2F1c2VzIGlz c3VlcyBmb3IgdGhlIGFib3ZlIGNhc2VzIGFuZCBtYWtlcyB0aGUgbW9kZWwgaGFyZGVyIHRvIGlt cGxlbWVudC4gSWYgeW91IHNlZSBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0 Zi1kaGMtcmZjMzMxNWJpcy0xMCNzZWN0aW9uLTExLCB5b3Ugd2lsbCBub3RpY2UgdGhlIGZvbGxv d2luZyB0ZXh0Og0KDQoNCiAgIENsaWVudHMgYW5kIHNlcnZlcnMgTVVTVCB0cmVhdCBEVUlEcyBh cyBvcGFxdWUgdmFsdWVzIGFuZCBNVVNUIG9ubHkNCg0KICAgY29tcGFyZSBEVUlEcyBmb3IgZXF1 YWxpdHkuICBDbGllbnRzIGFuZCBzZXJ2ZXJzIFNIT1VMRCBOT1QgaW4gYW55DQoNCiAgIG90aGVy IHdheSBpbnRlcnByZXQgRFVJRHMuICBDbGllbnRzIGFuZCBzZXJ2ZXJzIE1VU1QgTk9UIHJlc3Ry aWN0DQoNCiAgIERVSURzIHRvIHRoZSB0eXBlcyBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQsIGFz IGFkZGl0aW9uYWwgRFVJRCB0eXBlcw0KDQogICBtYXkgYmUgZGVmaW5lZCBpbiB0aGUgZnV0dXJl LiAgSXQgc2hvdWxkIGJlIG5vdGVkIHRoYXQgYW4gYXR0ZW1wdCB0bw0KDQogICBwYXJzZSBhIERV SUQgdG8gb2J0YWluIGEgY2xpZW50J3MgbGluay1sYXllciBhZGRyZXNzIGlzIHVucmVsaWFibGUg YXMNCg0KICAgdGhlcmUgaXMgbm8gZ3VhcmFudGVlIHRoYXQgdGhlIGNsaWVudCBpcyBzdGlsbCB1 c2luZyB0aGUgc2FtZSBsaW5rLQ0KDQogICBsYXllciBhZGRyZXNzIGFzIHdoZW4gaXQgZ2VuZXJh dGVkIGl0cyBEVUlELiAgQW5kLCBzdWNoIGFuIGF0dGVtcHQNCg0KICAgd2lsbCBiZSBtb3JlIGFu ZCBtb3JlIHVucmVsaWFibGUgYXMgbW9yZSBjbGllbnRzIGFkb3B0IHByaXZhY3kNCg0KICAgbWVh c3VyZXMsIHN1Y2ggYXMgdGhvc2UgZGVmaW5lZCBpbiBbUkZDNzg0NDxodHRwczovL3Rvb2xzLmll dGYub3JnL2h0bWwvcmZjNzg0ND5dLiAgSXQgaXMgcmVjb21tZW5kZWQgdG8NCg0KICAgcmVseSBv biB0aGUgbWVjaGFuaXNtIGRlZmluZWQgaW4gW1JGQzY5Mzk8aHR0cHM6Ly90b29scy5pZXRmLm9y Zy9odG1sL3JmYzY5Mzk+XS4NCg0KDQpCeSBleHBsb2Rpbmcgb3V0IHRoZSB2YWx1ZXMgeW91IGFy ZSBqdXN0IGVuY291cmFnaW5nIHBlb3BsZSB0byB2aW9sYXRlIHRoZXNlIE1VU1RzLg0KDQotIEJl cm5pZQ0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K ZGhjd2cgbWFpbGluZyBsaXN0DQpkaGN3Z0BpZXRmLm9yZzxtYWlsdG86ZGhjd2dAaWV0Zi5vcmc+ DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RoY3dnDQoNCg== --_000_A670F3DDDEBC40D58890A5D43233362Fciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IGRpcj0iYXV0byI+DQpJ YW46DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5UaGVyZSBpcyBubyB0eXBlIGZvciB0aGlzIG1h bGZvcm1lZCAoc3RyaW5nKSBkdWlkLiBJdCBpcyBqdXN0IGEgc3RyaW5nLCBzdWNoIGFzOjwvZGl2 Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+T3B0aW9uIDEsIGxlbmd0aCA2LCBkYXRhOiDigJxT MTIzNDXigJ0uPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5TbyB5b3UgY2Fubm90IHVz ZSBlbnVtZXJhdGlvbiBvZiB0eXBlLjwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+WWVz LCB0aGlzIGNsZWFybHkgdmlvbGF0ZXMgZHVpZCBydWxlcyBidXQgaXQgZXhpc3RzIGFuZCBuZWVk cyB0byBiZSByZXByZXNlbnRlZD88YnI+DQo8YnI+DQo8ZGl2IGlkPSJBcHBsZU1haWxTaWduYXR1 cmUiPi0gQmVybmllIChmcm9tIGlQYWQpPC9kaXY+DQo8ZGl2Pjxicj4NCk9uIERlYyAxNCwgMjAx NywgYXQgNToxMyBBTSwgSWFuIEZhcnJlciAmbHQ7PGEgaHJlZj0ibWFpbHRvOmlhbmZhcnJlckBn bXguY29tIj5pYW5mYXJyZXJAZ214LmNvbTwvYT4mZ3Q7IHdyb3RlOjxicj4NCjxicj4NCjwvZGl2 Pg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+DQo8ZGl2Pg0KPGRpdiBjbGFzcz0iIj5IaSBCZXJu aWUvTWVkLDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+SGVyZeKAmXMgYSByZS13b3JrZWQgRFVJRCBzZWN0aW9uIGluY2x1ZGluZyBVVUlE IGFuZCBhIGZyZWUsIHN0cmluZyBiYXNlZCBmb3JtYXQgdGhhdCBob3BlZnVsbHkgYWRkcmVzc2Vz IHRoZSBjb21tZW50cyB0aGF0IGhhdmUgYmVlbiByYWlzZWQ6PC9kaXY+DQo8ZGl2IGNsYXNzPSIi PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+PGZv bnQgZmFjZT0iQ291cmllciBOZXciIGNsYXNzPSIiPiYjNDM7LS1ydyBkdWlkPC9mb250PjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj48Zm9udCBmYWNlPSJDb3VyaWVyIE5ldyIgY2xhc3M9IiI+fCAmbmJz cDt8ICZuYnNwOyYjNDM7LS1ydyAoZHVpZC10eXBlKT88L2ZvbnQ+PC9kaXY+DQo8ZGl2IGNsYXNz PSIiPjxmb250IGZhY2U9IkNvdXJpZXIgTmV3IiBjbGFzcz0iIj58ICZuYnNwO3wgJm5ic3A7ICZu YnNwOyAmIzQzOy0tOihkdWlkLWxsdCk8L2ZvbnQ+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxmb250 IGZhY2U9IkNvdXJpZXIgTmV3IiBjbGFzcz0iIj58ICZuYnNwO3wgJm5ic3A7ICZuYnNwOyB8ICZu YnNwOyYjNDM7LS1ydyBkdWlkLWxsdC1oYXJkd2FyZS10eXBlPyAmbmJzcDsgJm5ic3A7ICZuYnNw O3VpbnQxNjwvZm9udD48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGZvbnQgZmFjZT0iQ291cmllciBO ZXciIGNsYXNzPSIiPnwgJm5ic3A7fCAmbmJzcDsgJm5ic3A7IHwgJm5ic3A7JiM0MzstLXJ3IGR1 aWQtbGx0LXRpbWU/ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyB5YW5nOnRpbWV0aWNrczwvZm9udD48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGZvbnQgZmFj ZT0iQ291cmllciBOZXciIGNsYXNzPSIiPnwgJm5ic3A7fCAmbmJzcDsgJm5ic3A7IHwgJm5ic3A7 JiM0MzstLXJ3IGR1aWQtbGx0LWxpbmstbGF5ZXItYWRkcj8gJm5ic3A7ICZuYnNwO3lhbmc6bWFj LWFkZHJlc3M8L2ZvbnQ+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxmb250IGZhY2U9IkNvdXJpZXIg TmV3IiBjbGFzcz0iIj58ICZuYnNwO3wgJm5ic3A7ICZuYnNwOyAmIzQzOy0tOihkdWlkLWVuKTwv Zm9udD48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGZvbnQgZmFjZT0iQ291cmllciBOZXciIGNsYXNz PSIiPnwgJm5ic3A7fCAmbmJzcDsgJm5ic3A7IHwgJm5ic3A7JiM0MzstLXJ3IGR1aWQtZW4tZW50 ZXJwcmlzZS1udW1iZXI/ICZuYnNwOyB1aW50MzI8L2ZvbnQ+PC9kaXY+DQo8ZGl2IGNsYXNzPSIi Pjxmb250IGZhY2U9IkNvdXJpZXIgTmV3IiBjbGFzcz0iIj58ICZuYnNwO3wgJm5ic3A7ICZuYnNw OyB8ICZuYnNwOyYjNDM7LS1ydyBkdWlkLWVuLWlkZW50aWZpZXI/ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDtzdHJpbmc8L2ZvbnQ+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxmb250 IGZhY2U9IkNvdXJpZXIgTmV3IiBjbGFzcz0iIj58ICZuYnNwO3wgJm5ic3A7ICZuYnNwOyAmIzQz Oy0tOihkdWlkLWxsKTwvZm9udD48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGZvbnQgZmFjZT0iQ291 cmllciBOZXciIGNsYXNzPSIiPnwgJm5ic3A7fCAmbmJzcDsgJm5ic3A7IHwgJm5ic3A7JiM0Mzst LXJ3IGR1aWQtbGwtaGFyZHdhcmUtdHlwZT8gJm5ic3A7ICZuYnNwOyAmbmJzcDsgdWludDE2PC9m b250PjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48Zm9udCBmYWNlPSJDb3VyaWVyIE5ldyIgY2xhc3M9 IiI+fCAmbmJzcDt8ICZuYnNwOyAmbmJzcDsgfCAmbmJzcDsmIzQzOy0tcncgZHVpZC1sbC10aW1l PyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 eWFuZzp0aW1ldGlja3M8L2ZvbnQ+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxmb250IGZhY2U9IkNv dXJpZXIgTmV3IiBjbGFzcz0iIj58ICZuYnNwO3wgJm5ic3A7ICZuYnNwOyAmIzQzOy0tOihkdWlk LXV1aWQpPC9mb250PjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48Zm9udCBmYWNlPSJDb3VyaWVyIE5l dyIgY2xhc3M9IiI+fCAmbmJzcDt8ICZuYnNwOyAmbmJzcDsgfCAmbmJzcDsmIzQzOy0tcncgdXVp ZD8gJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt5YW5nOnV1aWQ8L2ZvbnQ+PC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPjxmb250IGZhY2U9IkNvdXJpZXIgTmV3IiBjbGFzcz0iIj58ICZuYnNwO3wgJm5i c3A7ICZuYnNwOyAmIzQzOy0tOihkdWlkLXN0cmluZyk8L2ZvbnQ+PC9kaXY+DQo8ZGl2IGNsYXNz PSIiPjxmb250IGZhY2U9IkNvdXJpZXIgTmV3IiBjbGFzcz0iIj58ICZuYnNwO3wgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7JiM0MzstLXJ3IHN0cmluZz8gJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3N0 cmluZzwvZm9udD48L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIi PkNoZWVycyw8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SWFuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxi ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPGRpdj4NCjxibG9ja3F1b3RlIHR5 cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5PbiAxMS4gRGVjIDIwMTcsIGF0IDE2 OjMzLCBCZXJuaWUgVm9seiAodm9seikgJmx0OzxhIGhyZWY9Im1haWx0bzp2b2x6QGNpc2NvLmNv bSIgY2xhc3M9IiI+dm9sekBjaXNjby5jb208L2E+Jmd0OyB3cm90ZTo8L2Rpdj4NCjxiciBjbGFz cz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFz cz0iV29yZFNlY3Rpb24xIiBzdHlsZT0icGFnZTogV29yZFNlY3Rpb24xOyBmb250LWZhbWlseTog SGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJp YW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5v cm1hbDsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3Jt OiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10 ZXh0LXN0cm9rZS13aWR0aDogMHB4OyI+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4w MDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7 IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSIiIGNsYXNzPSIiPkhpOjxvOnAgY2xhc3M9IiI+PC9v OnA+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBm b250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIgY2xhc3M9 IiI+DQo8c3BhbiBzdHlsZT0iIiBjbGFzcz0iIj48bzpwIGNsYXNzPSIiPiZuYnNwOzwvbzpwPjwv c3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1z aXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPg0K PHNwYW4gc3R5bGU9IiIgY2xhc3M9IiI+T25lIGNvbW1lbnQgcmVnYXJkaW5nIHRoZSAwNCB2ZXJz aW9uIGlzIHRoYXQgZm9yIHRoZSBEVUlELCB5b3UgbmVlZCB0bzo8bzpwIGNsYXNzPSIiPjwvbzpw Pjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdCAwLjVp bjsgZm9udC1zaXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbicsIHNlcmlm OyB0ZXh0LWluZGVudDogLTAuMjVpbjsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj48c3Bh biBjbGFzcz0iIj4xLjxzcGFuIHN0eWxlPSJmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFu dC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGZvbnQtc2l6ZTogN3B0OyBsaW5l LWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbic7IiBjbGFzcz0i Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8c3BhbiBjbGFzcz0iQXBwbGUt Y29udmVydGVkLXNwYWNlIj4mbmJzcDs8L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7 IiBjbGFzcz0iIj5JbmNsdWRlDQogdGhlIERVSUQtVVVJRCAoc2VlIFJGQyA2MzU1KTxvOnAgY2xh c3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAu MDAwMXB0IDAuNWluOyBmb250LXNpemU6IDEycHQ7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJv bWFuJywgc2VyaWY7IHRleHQtaW5kZW50OiAtMC4yNWluOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHls ZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNs YXNzPSIiPjxzcGFuIGNsYXNzPSIiPjIuPHNwYW4gc3R5bGU9ImZvbnQtc3R5bGU6IG5vcm1hbDsg Zm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgZm9udC1zaXpl OiA3cHQ7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFu JzsiIGNsYXNzPSIiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxzcGFuIGNs YXNzPSJBcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48L3NwYW4+PC9zcGFuPjwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwg c2Fucy1zZXJpZjsiIGNsYXNzPSIiPkhhbmRsZQ0KIERVSURzIHRoYXQgZG8gTk9UIGZvbGxvdyB0 aGVzZSBjb252ZW50aW9ucyAoSSBrbm93IG9mIGF0IGxlYXN0IG9uZSBtb2RlbCBkZXZpY2UgdGhh dCBkb2VzIG5vdCkuIFNvLCB5b3UgbmVlZCBhIHdheSB0byByZXByZXNlbnQgdGhhdCAodGhlIHZl bmRvciBzYWRseSBoYXMgbm8gdHlwZSBldmVuIGJlZm9yZSB0aGUgdGV4dCBzZXJpYWwgbnVtYmVy IG9mIHRoZSBkZXZpY2UpLiBUaGlzIHdvdWxkIGFsc28gYWNjb21tb2RhdGUgbmV3IERVSUQgdHlw ZXMNCiB0aGF0IGFyZSBub3QgeWV0IGRlZmluZWQgZm9yIGEgbmV3IG1vZGVsLjxvOnAgY2xhc3M9 IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAw MXB0OyBmb250LXNpemU6IDExcHQ7IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIg Y2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0iIiBjbGFzcz0iIj48bzpwIGNsYXNzPSIiPiZuYnNwOzwv bzpwPjwvc3Bhbj48L2Rpdj4NCjxkaXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsg Zm9udC1zaXplOiAxMXB0OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNz PSIiPg0KPHNwYW4gc3R5bGU9IiIgY2xhc3M9IiI+RnJhbmtseSwgSeKAmWQgcHJlZmVyIHRoYXQg d2UgTk9UIGV4cGxvZGUgdGhlc2UgZmllbGRzIGF0IGFsbCBhbmQganVzdCB0cmVhdCB0aGUgZGF0 YSBhcyBiaW5hcnkgZGF0YS4gRXhwbG9kaW5nIG91dCB2YWx1ZXMgaGVyZSBqdXN0IGNhdXNlcyBp c3N1ZXMgZm9yIHRoZSBhYm92ZSBjYXNlcyBhbmQgbWFrZXMgdGhlIG1vZGVsIGhhcmRlciB0byBp bXBsZW1lbnQuIElmIHlvdSBzZWU8c3BhbiBjbGFzcz0iQXBwbGUtY29udmVydGVkLXNwYWNlIj4m bmJzcDs8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWll dGYtZGhjLXJmYzMzMTViaXMtMTAjc2VjdGlvbi0xMSIgc3R5bGU9ImNvbG9yOiByZ2IoMTQ5LCA3 OSwgMTE0KTsgdGV4dC1kZWNvcmF0aW9uOiB1bmRlcmxpbmU7IiBjbGFzcz0iIj48c3BhbiBzdHls ZT0iIiBjbGFzcz0iIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1kaGMt cmZjMzMxNWJpcy0xMCNzZWN0aW9uLTExPC9zcGFuPjwvYT4sDQogeW91IHdpbGwgbm90aWNlIHRo ZSBmb2xsb3dpbmcgdGV4dDo8bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L2Rpdj4NCjxkaXYg c3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMXB0OyBmb250LWZh bWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9IiIgY2xh c3M9IiI+PG86cCBjbGFzcz0iIj4mbmJzcDs8L286cD48L3NwYW4+PC9kaXY+DQo8cHJlIHN0eWxl PSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTBwdDsgZm9udC1mYW1pbHk6 ICdDb3VyaWVyIE5ldyc7IiBjbGFzcz0iIj48c3BhbiBzdHlsZT0iIiBjbGFzcz0iIj4mbmJzcDsm bmJzcDsgQ2xpZW50cyBhbmQgc2VydmVycyBNVVNUIHRyZWF0IERVSURzIGFzIG9wYXF1ZSB2YWx1 ZXMgYW5kIE1VU1Qgb25seTxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBz dHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFt aWx5OiAnQ291cmllciBOZXcnOyIgY2xhc3M9IiI+PHNwYW4gc3R5bGU9IiIgY2xhc3M9IiI+Jm5i c3A7Jm5ic3A7IGNvbXBhcmUgRFVJRHMgZm9yIGVxdWFsaXR5LiZuYnNwOyBDbGllbnRzIGFuZCBz ZXJ2ZXJzIFNIT1VMRCBOT1QgaW4gYW55PG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9wcmU+ DQo8cHJlIHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTBwdDsg Zm9udC1mYW1pbHk6ICdDb3VyaWVyIE5ldyc7IiBjbGFzcz0iIj48c3BhbiBzdHlsZT0iIiBjbGFz cz0iIj4mbmJzcDsmbmJzcDsgb3RoZXIgd2F5IGludGVycHJldCBEVUlEcy4mbmJzcDsgQ2xpZW50 cyBhbmQgc2VydmVycyBNVVNUIE5PVCByZXN0cmljdDxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFu PjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6 IDEwcHQ7IGZvbnQtZmFtaWx5OiAnQ291cmllciBOZXcnOyIgY2xhc3M9IiI+PHNwYW4gc3R5bGU9 IiIgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7IERVSURzIHRvIHRoZSB0eXBlcyBkZWZpbmVkIGluIHRo aXMgZG9jdW1lbnQsIGFzIGFkZGl0aW9uYWwgRFVJRCB0eXBlczxvOnAgY2xhc3M9IiI+PC9vOnA+ PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250 LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiAnQ291cmllciBOZXcnOyIgY2xhc3M9IiI+PHNwYW4g c3R5bGU9IiIgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7IG1heSBiZSBkZWZpbmVkIGluIHRoZSBmdXR1 cmUuJm5ic3A7IEl0IHNob3VsZCBiZSBub3RlZCB0aGF0IGFuIGF0dGVtcHQgdG88bzpwIGNsYXNz PSIiPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAw MDFwdDsgZm9udC1zaXplOiAxMHB0OyBmb250LWZhbWlseTogJ0NvdXJpZXIgTmV3JzsiIGNsYXNz PSIiPjxzcGFuIHN0eWxlPSIiIGNsYXNzPSIiPiZuYnNwOyZuYnNwOyBwYXJzZSBhIERVSUQgdG8g b2J0YWluIGEgY2xpZW50J3MgbGluay1sYXllciBhZGRyZXNzIGlzIHVucmVsaWFibGUgYXM8bzpw IGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbjogMGluIDBp biAwLjAwMDFwdDsgZm9udC1zaXplOiAxMHB0OyBmb250LWZhbWlseTogJ0NvdXJpZXIgTmV3Jzsi IGNsYXNzPSIiPjxzcGFuIHN0eWxlPSIiIGNsYXNzPSIiPiZuYnNwOyZuYnNwOyB0aGVyZSBpcyBu byBndWFyYW50ZWUgdGhhdCB0aGUgY2xpZW50IGlzIHN0aWxsIHVzaW5nIHRoZSBzYW1lIGxpbmst PG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+PC9wcmU+DQo8cHJlIHN0eWxlPSJtYXJnaW46IDBp biAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTBwdDsgZm9udC1mYW1pbHk6ICdDb3VyaWVyIE5l dyc7IiBjbGFzcz0iIj48c3BhbiBzdHlsZT0iIiBjbGFzcz0iIj4mbmJzcDsmbmJzcDsgbGF5ZXIg YWRkcmVzcyBhcyB3aGVuIGl0IGdlbmVyYXRlZCBpdHMgRFVJRC4mbmJzcDsgQW5kLCBzdWNoIGFu IGF0dGVtcHQ8bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1h cmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMHB0OyBmb250LWZhbWlseTogJ0Nv dXJpZXIgTmV3JzsiIGNsYXNzPSIiPjxzcGFuIHN0eWxlPSIiIGNsYXNzPSIiPiZuYnNwOyZuYnNw OyB3aWxsIGJlIG1vcmUgYW5kIG1vcmUgdW5yZWxpYWJsZSBhcyBtb3JlIGNsaWVudHMgYWRvcHQg cHJpdmFjeTxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvcHJlPg0KPHByZSBzdHlsZT0ibWFy Z2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6IDEwcHQ7IGZvbnQtZmFtaWx5OiAnQ291 cmllciBOZXcnOyIgY2xhc3M9IiI+PHNwYW4gc3R5bGU9IiIgY2xhc3M9IiI+Jm5ic3A7Jm5ic3A7 IG1lYXN1cmVzLCBzdWNoIGFzIHRob3NlIGRlZmluZWQgaW4gWzxhIGhyZWY9Imh0dHBzOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9yZmM3ODQ0IiB0aXRsZT0iJnF1b3Q7QW5vbnltaXR5IFByb2ZpbGVz IGZvciBESENQIENsaWVudHMmcXVvdDsiIHN0eWxlPSJjb2xvcjogcmdiKDE0OSwgNzksIDExNCk7 IHRleHQtZGVjb3JhdGlvbjogdW5kZXJsaW5lOyIgY2xhc3M9IiI+PHNwYW4gc3R5bGU9IiIgY2xh c3M9IiI+UkZDNzg0NDwvc3Bhbj48L2E+XS4mbmJzcDsgSXQgaXMgcmVjb21tZW5kZWQgdG88bzpw IGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxwcmUgc3R5bGU9Im1hcmdpbjogMGluIDBp biAwLjAwMDFwdDsgZm9udC1zaXplOiAxMHB0OyBmb250LWZhbWlseTogJ0NvdXJpZXIgTmV3Jzsi IGNsYXNzPSIiPjxzcGFuIHN0eWxlPSIiIGNsYXNzPSIiPiZuYnNwOyZuYnNwOyByZWx5IG9uIHRo ZSBtZWNoYW5pc20gZGVmaW5lZCBpbiBbPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL3JmYzY5MzkiIHRpdGxlPSImcXVvdDtDbGllbnQgTGluay1MYXllciBBZGRyZXNzIE9wdGlv biBpbiBESENQdjYmcXVvdDsiIHN0eWxlPSJjb2xvcjogcmdiKDE0OSwgNzksIDExNCk7IHRleHQt ZGVjb3JhdGlvbjogdW5kZXJsaW5lOyIgY2xhc3M9IiI+PHNwYW4gc3R5bGU9IiIgY2xhc3M9IiI+ UkZDNjkzOTwvc3Bhbj48L2E+XS48bzpwIGNsYXNzPSIiPjwvbzpwPjwvc3Bhbj48L3ByZT4NCjxk aXYgc3R5bGU9Im1hcmdpbjogMGluIDBpbiAwLjAwMDFwdDsgZm9udC1zaXplOiAxMXB0OyBmb250 LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9IiIg Y2xhc3M9IiI+PG86cCBjbGFzcz0iIj4mbmJzcDs8L286cD48L3NwYW4+PC9kaXY+DQo8ZGl2IHN0 eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTogMTFwdDsgZm9udC1mYW1p bHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCjxzcGFuIHN0eWxlPSIiIGNsYXNz PSIiPkJ5IGV4cGxvZGluZyBvdXQgdGhlIHZhbHVlcyB5b3UgYXJlIGp1c3QgZW5jb3VyYWdpbmcg cGVvcGxlIHRvIHZpb2xhdGUgdGhlc2UgTVVTVHMuPG86cCBjbGFzcz0iIj48L286cD48L3NwYW4+ PC9kaXY+DQo8ZGl2IHN0eWxlPSJtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7IGZvbnQtc2l6ZTog MTFwdDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNhbnMtc2VyaWY7IiBjbGFzcz0iIj4NCjxzcGFu IHN0eWxlPSIiIGNsYXNzPSIiPjxvOnAgY2xhc3M9IiI+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZGl2 Pg0KPGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6IDExcHQ7 IGZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHls ZT0iIiBjbGFzcz0iIj4tIEJlcm5pZTxvOnAgY2xhc3M9IiI+PC9vOnA+PC9zcGFuPjwvZGl2Pg0K PGRpdiBzdHlsZT0ibWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyBmb250LXNpemU6IDExcHQ7IGZv bnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyIgY2xhc3M9IiI+DQo8c3BhbiBzdHlsZT0i IiBjbGFzcz0iIj48bzpwIGNsYXNzPSIiPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2Rpdj4NCjwvZGl2 Pg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsg Zm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdo dDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4 dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7 IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IGZsb2F0 OiBub25lOyBkaXNwbGF5OiBpbmxpbmUgIWltcG9ydGFudDsiIGNsYXNzPSIiPl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9zcGFuPjxiciBzdHlsZT0iZm9u dC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7 IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1z cGFjaW5nOiBub3JtYWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0 LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29yZC1zcGFjaW5nOiAwcHg7 IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsiIGNsYXNzPSIiPg0KPHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9y bWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0 ZXItc3BhY2luZzogbm9ybWFsOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsg dGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdvcmQtc3BhY2luZzog MHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IGZsb2F0OiBub25lOyBkaXNwbGF5 OiBpbmxpbmUgIWltcG9ydGFudDsiIGNsYXNzPSIiPmRoY3dnDQogbWFpbGluZyBsaXN0PC9zcGFu PjxiciBzdHlsZT0iZm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250 LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBu b3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWlu ZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd29y ZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsiIGNsYXNzPSIi Pg0KPGEgaHJlZj0ibWFpbHRvOmRoY3dnQGlldGYub3JnIiBzdHlsZT0iY29sb3I6IHJnYigxNDks IDc5LCAxMTQpOyB0ZXh0LWRlY29yYXRpb246IHVuZGVybGluZTsgZm9udC1mYW1pbHk6IEhlbHZl dGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1j YXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7 IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0 LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3Jk LXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Via2l0LXRl eHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj5kaGN3Z0BpZXRmLm9yZzwvYT48YnIgc3R5 bGU9ImZvbnQtZmFtaWx5OiBIZWx2ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTog bm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBs ZXR0ZXItc3BhY2luZzogbm9ybWFsOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBw eDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdvcmQtc3BhY2lu ZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBjbGFzcz0iIj4NCjxhIGhy ZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZGhjd2ciIHN0eWxlPSJj b2xvcjogcmdiKDE0OSwgNzksIDExNCk7IHRleHQtZGVjb3JhdGlvbjogdW5kZXJsaW5lOyBmb250 LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsg Zm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNw YWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5k ZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRv d3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6IGF1 dG87IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsiIGNsYXNzPSIiPmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZGhjd2c8L2E+PC9kaXY+DQo8L2Jsb2NrcXVvdGU+ DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8 L2JvZHk+DQo8L2h0bWw+DQo= --_000_A670F3DDDEBC40D58890A5D43233362Fciscocom_-- From nobody Thu Dec 14 05:49:17 2017 Return-Path: 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 E98A61292AE for ; Thu, 14 Dec 2017 05:49:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.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 DLb13f1T_LJK for ; Thu, 14 Dec 2017 05:49:11 -0800 (PST) Received: from mail-qk0-x229.google.com (mail-qk0-x229.google.com [IPv6:2607:f8b0:400d:c09::229]) (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 15A24128E00 for ; Thu, 14 Dec 2017 05:49:11 -0800 (PST) Received: by mail-qk0-x229.google.com with SMTP id i130so6257492qke.4 for ; Thu, 14 Dec 2017 05:49:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=imM2iO4n01HAQ++aCsOUa6XCD4XAwxLHqFuyH3i/v7c=; b=jvJsGi+FsUEfKFsxnaMk7vS4aTPWH1CQTaNRWCgUE4XfD56JCYf0+W5Ld604qzxJPo eqtwfTzRXaSxtcukhmjX/PLiF3+spZmpd7azsUJ2wgqVLcmwC+QRWWfqARs74wSxkBB9 PdbpiMhFoMzaTr5I9fFZP15YXaG4ELi8QMeFVUXzdUFjadVoC+pW7bM1cR0hPBwampWS JQoCtzVsQyW7uv9bNCbbFXTaaYeyIUw9+kgyZyC40Lst+PIRoQ5HSW32N79seh6JEIGa ATfXVLHnvlVbIeagyjNcgnNCz8fD9Eieoxgysfd5PneKGxjUhZ+HPAP05o0u/8iw98/K NIDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=imM2iO4n01HAQ++aCsOUa6XCD4XAwxLHqFuyH3i/v7c=; b=WBfSlA4qLBDeioROGnp30A6wO2LSNHdev/JbXaMedWUMuqYowCverUyvGmetSW6NnU EkM/OM15Nol5+KfCtzyN9SuOzGmZlsm+0XBohhXJun6E2r/kQFYUj/SlutGvuuNID1BT GyAS3oibLYNkUh2GyRimALbRkw/1vMZqygk23GZx40JnD90YwJIsGndj18/r9cXYLcF5 /o5EBd37bpVaLK1GrDswA/0H7xK4W21l5xLdHyyvzGvZjs03lgDmyDquEXV7jBj57iVj SNGmu/DJ7SVkAU+QPQxwTNXF5me/rvSbUgHCXnfpTWmA80jYgZlCWV4becxuzh0tjrw7 wqTw== X-Gm-Message-State: AKGB3mJMDn1OXNdwpmXRAaM0UB3vHgWq7c+RclGvJv6pIykqWKDGyw8m e4k6cWjU/P1+8kf/5UcH8KGfsA== X-Google-Smtp-Source: ACJfBotu+1+kUzkNxLL051bA7i1b/2T7lp6edHenpSA2/1KdNlRrZJe8soMNa1eHTTpR2UxHnXVXVQ== X-Received: by 10.55.39.210 with SMTP id n201mr15932207qkn.116.1513259350112; Thu, 14 Dec 2017 05:49:10 -0800 (PST) Received: from [10.0.30.153] (c-24-60-163-103.hsd1.ma.comcast.net. [24.60.163.103]) by smtp.gmail.com with ESMTPSA id x40sm2544177qtb.77.2017.12.14.05.49.09 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Dec 2017 05:49:09 -0800 (PST) From: Ted Lemon Message-Id: <9CB5386F-FF7E-4B8B-A9C4-A7234AE4446F@fugue.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_5BA708DB-A60C-453B-97F4-28A4622E8DBA" Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Date: Thu, 14 Dec 2017 08:49:07 -0500 In-Reply-To: <7E297315-1B5B-437D-A447-221E8DAA5388@gmx.com> Cc: "Bernie Volz (volz)" , BOUCADAIR Mohamed IMT/OLN , "dhcwg@ietf.org" , "draft-ietf-dhc-dhcpv6-yang@ietf.org" To: Ian Farrer References: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.cisco.com> <7E297315-1B5B-437D-A447-221E8DAA5388@gmx.com> X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 13:49:15 -0000 --Apple-Mail=_5BA708DB-A60C-453B-97F4-28A4622E8DBA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I think you got duid-ll wrong=E2=80=94you should have deleted the time = from the copypasta, but instead you deleted the hardware address. :) > On Dec 14, 2017, at 5:13 AM, Ian Farrer wrote: >=20 > Hi Bernie/Med, >=20 > Here=E2=80=99s a re-worked DUID section including UUID and a free, = string based format that hopefully addresses the comments that have been = raised: >=20 > +--rw duid > | | +--rw (duid-type)? > | | +--:(duid-llt) > | | | +--rw duid-llt-hardware-type? uint16 > | | | +--rw duid-llt-time? yang:timeticks > | | | +--rw duid-llt-link-layer-addr? yang:mac-address > | | +--:(duid-en) > | | | +--rw duid-en-enterprise-number? uint32 > | | | +--rw duid-en-identifier? string > | | +--:(duid-ll) > | | | +--rw duid-ll-hardware-type? uint16 > | | | +--rw duid-ll-time? yang:timeticks > | | +--:(duid-uuid) > | | | +--rw uuid? yang:uuid > | | +--:(duid-string) > | | +--rw string? string >=20 >=20 > Cheers, > Ian >=20 >=20 >> On 11. Dec 2017, at 16:33, Bernie Volz (volz) > wrote: >>=20 >> Hi: >> =20 >> One comment regarding the 04 version is that for the DUID, you need = to: >> 1. Include the DUID-UUID (see RFC 6355) >> 2. Handle DUIDs that do NOT follow these conventions (I know of = at least one model device that does not). So, you need a way to = represent that (the vendor sadly has no type even before the text serial = number of the device). This would also accommodate new DUID types that = are not yet defined for a new model. >> =20 >> Frankly, I=E2=80=99d prefer that we NOT explode these fields at all = and just treat the data as binary data. Exploding out values here just = causes issues for the above cases and makes the model harder to = implement. If you see = https://tools.ietf.org/html/draft-ietf-dhc-rfc3315bis-10#section-11 = , = you will notice the following text: >> =20 >> Clients and servers MUST treat DUIDs as opaque values and MUST = only >> compare DUIDs for equality. Clients and servers SHOULD NOT in any >> other way interpret DUIDs. Clients and servers MUST NOT restrict >> DUIDs to the types defined in this document, as additional DUID = types >> may be defined in the future. It should be noted that an attempt = to >> parse a DUID to obtain a client's link-layer address is unreliable = as >> there is no guarantee that the client is still using the same = link- >> layer address as when it generated its DUID. And, such an attempt >> will be more and more unreliable as more clients adopt privacy >> measures, such as those defined in [RFC7844 = ]. It is recommended to >> rely on the mechanism defined in [RFC6939 = ]. >> =20 >> By exploding out the values you are just encouraging people to = violate these MUSTs. >> =20 >> - Bernie >> =20 >> _______________________________________________ >> dhcwg mailing list >> dhcwg@ietf.org >> https://www.ietf.org/mailman/listinfo/dhcwg = > _______________________________________________ > dhcwg mailing list > dhcwg@ietf.org > https://www.ietf.org/mailman/listinfo/dhcwg --Apple-Mail=_5BA708DB-A60C-453B-97F4-28A4622E8DBA Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 I = think you got duid-ll wrong=E2=80=94you should have deleted the time = from the copypasta, but instead you deleted the hardware address. :)

    On Dec 14, 2017, at 5:13 AM, Ian Farrer <ianfarrer@gmx.com> = wrote:

    Hi Bernie/Med,

    Here=E2=80=99s a re-worked DUID section including UUID and a = free, string based format that hopefully addresses the comments that = have been raised:

    +--rw = duid
    | =  |  +--rw (duid-type)?
    |  |     = +--:(duid-llt)
    |  |     |  +--rw duid-llt-hardware-type? =      uint16
    |  |     |  +--rw = duid-llt-time?               = yang:timeticks
    |  |     |  +--rw = duid-llt-link-layer-addr?    yang:mac-address
    |  |     = +--:(duid-en)
    |  |     |  +--rw = duid-en-enterprise-number?   uint32
    |  |     |  +--rw = duid-en-identifier?         =  string
    |  |     +--:(duid-ll)
    |  |     = |  +--rw duid-ll-hardware-type?       = uint16
    |=  |     |  +--rw duid-ll-time?       =          yang:timeticks
    |  |     = +--:(duid-uuid)
    |  |     |  +--rw uuid?     =                   =  yang:uuid
    |  |     +--:(duid-string)
    |  |     =    +--rw string?             =          string


    Cheers,
    Ian


    On 11. Dec 2017, at 16:33, Bernie Volz (volz) = <volz@cisco.com> = wrote:

    Hi:
     
    One comment = regarding the 04 version is that for the DUID, you need to:
    1.       Include the DUID-UUID (see RFC 6355)
    2.       Handle DUIDs that do NOT follow these conventions (I know of = at least one model device that does not). So, you need a way to = represent that (the vendor sadly has no type even before the text serial = number of the device). This would also accommodate new DUID types that = are not yet defined for a new model.
     
    Frankly, = I=E2=80=99d prefer that we NOT explode these fields at all and just = treat the data as binary data. Exploding out values here just causes = issues for the above cases and makes the model harder to implement. If = you see https://tools.ietf.org/html/draft-ietf-dhc-rfc3315bis-10#sectio= n-11, you will notice the following text:
     
       =
Clients and servers MUST treat DUIDs as opaque values and MUST only
       compare DUIDs for equality.  Clients and =
servers SHOULD NOT in any
       =
other way interpret DUIDs.  Clients and servers MUST NOT =
restrict
       DUIDs to the types defined in this =
document, as additional DUID types
       may =
be defined in the future.  It should be noted that an attempt =
to
       parse a DUID to obtain a client's =
link-layer address is unreliable as
       = there is no guarantee that the client is still using the same link-
       layer address as when it generated its =
DUID.  And, such an attempt
       will =
be more and more unreliable as more clients adopt privacy
       measures, such as those defined in [RFC7844].  It is recommended to
       rely on the mechanism defined in [RFC6939].
     
    By exploding out the values you = are just encouraging people to violate these MUSTs.
     
    - = Bernie
     
    _______________________________________________
    dhcwg mailing list
    dhcwg@ietf.org
    https://www.ietf.org/mailman/listinfo/dhcwg

    _______________________________________________
    dhcwg mailing list
    dhcwg@ietf.org
    https://www.ietf.org/mailman/listinfo/dhcwg

    = --Apple-Mail=_5BA708DB-A60C-453B-97F4-28A4622E8DBA-- From nobody Thu Dec 14 06:22:32 2017 Return-Path: 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 E6D761201F2; Thu, 14 Dec 2017 06:22:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 AG3dbvf1fL8B; Thu, 14 Dec 2017 06:22:29 -0800 (PST) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (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 629871200CF; Thu, 14 Dec 2017 06:22:28 -0800 (PST) Received: from hargashouseofribs.lan ([80.159.240.8]) by mail.gmx.com (mrgmx003 [212.227.17.184]) with ESMTPSA (Nemesis) id 0MA91t-1eJBoa1Cvp-00BJw6; Thu, 14 Dec 2017 15:22:21 +0100 From: Ian Farrer Message-Id: <0D8F77A1-3B91-4D6E-A7F2-5720EF0AFA51@gmx.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_A50F5C19-3ACD-4D2A-8651-E00A9C683393" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Thu, 14 Dec 2017 15:22:20 +0100 In-Reply-To: Cc: BOUCADAIR Mohamed IMT/OLN , "dhcwg@ietf.org" , "draft-ietf-dhc-dhcpv6-yang@ietf.org" To: "Bernie Volz (volz)" References: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.cisco.com> <7E297315-1B5B-437D-A447-221E8DAA5388@gmx.com> X-Mailer: Apple Mail (2.3273) X-Provags-ID: V03:K0:XLl2w7bpMpiEFkqvcl3f/tmYdszKNhojxrQ/QWu34luJEuZwPqw uBPOiYJcz4TDsG7dcOVmkArAMkcj9gH/6B4fzaE7Chrm/ZJ3fBQ717H6O+ZZ3aSf0FcjYiX 0S+/+Iw9pxWaSSu9gLJdfxLzctxFqw/KrGrEkhTsUw9oTinRYfYzMo2No3xJDy6sZWlx4MV 5i6EzhdvuCenvHA2ja+MQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:TIVytVJ6GrU=:S9O5EBSjDqF3BKe2lE7vGJ /mBKKpMYUUX+IK1zFo9G6bE5poWfmqKLfw+dQ3QMB03HAG6sLO8ddZdVbX8523QlLFz6O+pkb pcJc4MFJoJFPivPbdUkQejkGIVPEKS7xacwilwAjwKP8Weg4Ahsx5Pm5apjPSTPTQZFINVJzJ tgWx1ISwcL4Y4OrW/H2J598/qnONFNb0Rfu2UbyoCdvMCvv8TxQ2svG+G7BfHRIm84gfVOXOU eQg5iljybq7inMSUvEXvWrxW2tn6DPczyMG43JUszkxdfO65bib1P6n4EzzWdqEefFZhnhVs3 NbGm2htJMVENuToEpa1qgGrDyroTbiCxVBWV54Ib/DfDeYTdue+Sh2WlrqN2b+eRlvzuhn72y siXMmfsfx7Fx+zGo/+vcjg+HZtBZH9OlLDCjixcKoZRICcewPrQAYfqrjRPuOI2dEBMOdZFRh g/mpkZPeSE0T9RGqtYz8kqHB61A8XHpIgKNXgOQyWTrFGKha+DnKwQ0eKgjQaJpRP2kgMy6Ce ORVt8krhQ8aeXhjRq02DfNLJxjV+AOwVKJ9fMwnOPF8ie9nV7AqLy/5JC4Z1fQpagxpu1tXgI riduIZOKCw8QQVtEQyvjS+0r5qLVT+rw2eSPs/PoTVC+pBrvl5U5K3uzoFt8QztT/tMX4m42l XGIRGkpqh5OKVqEf6RVoi+xVadiTSns4h12uki//jGVQqlHYMJM7OB5EGcmd6Bwb1Q4i5t2Nq 2Q8T9bq6m1H9brORmHXUcymZ0EM4iuf2R1P7ubnbQubXROfxzk2vMb9zqZlSY/X/9xbUJDsvS On3Odtb7uh+ApeIpupC1ZSSC8OUgYalVxMShJ9L+NY35BqOuWQ= Archived-At: Subject: Re: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 14:22:31 -0000 --Apple-Mail=_A50F5C19-3ACD-4D2A-8651-E00A9C683393 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Bernie, I think enumeration is correct - a DUID can only follow one of the = formats and the enumeration is based on the name of the case, not it=E2=80= =99s position in the list. The DUID type number is not currently being = modelled so its value would be implicit from the duid name. We could make the type code explicit for defined DUIDs, omitting it for = duid-string (in the model I have put default values for the defined type = codes, they don=E2=80=99t show in the tree): +--rw duid | +--rw (duid-type)? | +--:(duid-llt) | | +--rw type-code? uint16 | | +--rw duid-llt-hardware-type? uint16 | | +--rw duid-llt-time? yang:timeticks | | +--rw duid-llt-link-layer-addr? yang:mac-address | +--:(duid-en) | | +--rw type-code? uint16 | | +--rw duid-en-enterprise-number? uint32 | | +--rw duid-en-identifier? string | +--:(duid-ll) | | +--rw type-code? uint16 | | +--rw duid-ll-hardware-type? uint16 | | +--rw duid-ll-link-layer-addr? yang:mac-address | +--:(duid-uuid) | | +--rw type-code? uint16 | | +--rw uuid? yang:uuid | +--:(duid-string) | +--rw string? string (Includes the correct fields for duid-ll as pointed out by Ted) Cheers, Ian > On 14. Dec 2017, at 14:23, Bernie Volz (volz) wrote: >=20 > Ian: >=20 > There is no type for this malformed (string) duid. It is just a = string, such as: >=20 > Option 1, length 6, data: =E2=80=9CS12345=E2=80=9D. >=20 > So you cannot use enumeration of type. >=20 > Yes, this clearly violates duid rules but it exists and needs to be = represented? >=20 > - Bernie (from iPad) >=20 > On Dec 14, 2017, at 5:13 AM, Ian Farrer > wrote: >=20 >> Hi Bernie/Med, >>=20 >> Here=E2=80=99s a re-worked DUID section including UUID and a free, = string based format that hopefully addresses the comments that have been = raised: >>=20 >> +--rw duid >> | | +--rw (duid-type)? >> | | +--:(duid-llt) >> | | | +--rw duid-llt-hardware-type? uint16 >> | | | +--rw duid-llt-time? yang:timeticks >> | | | +--rw duid-llt-link-layer-addr? yang:mac-address >> | | +--:(duid-en) >> | | | +--rw duid-en-enterprise-number? uint32 >> | | | +--rw duid-en-identifier? string >> | | +--:(duid-ll) >> | | | +--rw duid-ll-hardware-type? uint16 >> | | | +--rw duid-ll-time? yang:timeticks >> | | +--:(duid-uuid) >> | | | +--rw uuid? yang:uuid >> | | +--:(duid-string) >> | | +--rw string? string >>=20 >>=20 >> Cheers, >> Ian >>=20 >>=20 >>> On 11. Dec 2017, at 16:33, Bernie Volz (volz) > wrote: >>>=20 >>> Hi: >>> =20 >>> One comment regarding the 04 version is that for the DUID, you need = to: >>> 1. Include the DUID-UUID (see RFC 6355) >>> 2. Handle DUIDs that do NOT follow these conventions (I know = of at least one model device that does not). So, you need a way to = represent that (the vendor sadly has no type even before the text serial = number of the device). This would also accommodate new DUID types that = are not yet defined for a new model. >>> =20 >>> Frankly, I=E2=80=99d prefer that we NOT explode these fields at all = and just treat the data as binary data. Exploding out values here just = causes issues for the above cases and makes the model harder to = implement. If you see = https://tools.ietf.org/html/draft-ietf-dhc-rfc3315bis-10#section-11 = , = you will notice the following text: >>> =20 >>> Clients and servers MUST treat DUIDs as opaque values and MUST = only >>> compare DUIDs for equality. Clients and servers SHOULD NOT in = any >>> other way interpret DUIDs. Clients and servers MUST NOT restrict >>> DUIDs to the types defined in this document, as additional DUID = types >>> may be defined in the future. It should be noted that an attempt = to >>> parse a DUID to obtain a client's link-layer address is = unreliable as >>> there is no guarantee that the client is still using the same = link- >>> layer address as when it generated its DUID. And, such an = attempt >>> will be more and more unreliable as more clients adopt privacy >>> measures, such as those defined in [RFC7844 = ]. It is recommended to >>> rely on the mechanism defined in [RFC6939 = ]. >>> =20 >>> By exploding out the values you are just encouraging people to = violate these MUSTs. >>> =20 >>> - Bernie >>> =20 >>> _______________________________________________ >>> dhcwg mailing list >>> dhcwg@ietf.org >>> https://www.ietf.org/mailman/listinfo/dhcwg = --Apple-Mail=_A50F5C19-3ACD-4D2A-8651-E00A9C683393 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi Bernie,

    I think enumeration is correct - a DUID can only follow one = of the formats and the enumeration is based on the name of the case, not = it=E2=80=99s position in the list. The DUID type number is not currently = being modelled so its value would be implicit from the duid = name.

    We could make the type code explicit for defined DUIDs, = omitting it for duid-string (in the model I have put default values for = the defined type codes, they don=E2=80=99t show in the tree):

    +--rw duid
    |  +--rw = (duid-type)?
    |     +--:(duid-llt)
    |     | =  +--rw type-code?               =     uint16
    |     |  +--rw duid-llt-hardware-type? =      uint16
    |     |  +--rw = duid-llt-time?               = yang:timeticks
    |     |  +--rw duid-llt-link-layer-addr? =    yang:mac-address
    |     = +--:(duid-en)
    |     |  +--rw type-code?       =             uint16
    |     | =  +--rw duid-en-enterprise-number?   uint32
    |     | =  +--rw duid-en-identifier?         =  string
    |     +--:(duid-ll)
    |     |  +--rw = type-code?                 =   uint16
    |     |  +--rw duid-ll-hardware-type?   =     uint16
    |     |  +--rw duid-ll-link-layer-addr? =     yang:mac-address
    |     = +--:(duid-uuid)
    |     |  +--rw type-code?       =             uint16
    |     | =  +--rw uuid?               =          yang:uuid
    |     = +--:(duid-string)
    |        +--rw string?     =                 =  string

    (Includes the correct fields for duid-ll as pointed out by = Ted)

    Cheers,
    Ian

    On = 14. Dec 2017, at 14:23, Bernie Volz (volz) <volz@cisco.com> = wrote:

    Ian:

    There is no type for this malformed (string) duid. It is = just a string, such as:

    Option 1, length 6, data: =E2=80=9CS12345=E2=80=9D.

    So you cannot use enumeration of type.

    Yes, this clearly violates duid rules but it exists and = needs to be represented?

    - Bernie (from iPad)

    On Dec 14, 2017, at 5:13 AM, Ian Farrer <ianfarrer@gmx.com> = wrote:

    Hi Bernie/Med,

    Here=E2=80=99s a re-worked DUID section including UUID = and a free, string based format that hopefully addresses the comments = that have been raised:

    +--rw = duid
    |  | =  +--rw (duid-type)?
    |  |   =   +--:(duid-llt)
    |  |   =   |  +--rw duid-llt-hardware-type?     =  uint16
    |  |   =   |  +--rw duid-llt-time?           =     yang:timeticks
    |  |   =   |  +--rw duid-llt-link-layer-addr?   =  yang:mac-address
    |  |   =   +--:(duid-en)
    |  |   =   |  +--rw duid-en-enterprise-number?   = uint32
    |  |   =   |  +--rw duid-en-identifier?         =  string
    |  |   =   +--:(duid-ll)
    |  |   =   |  +--rw duid-ll-hardware-type?       = uint16
    |  |   =   |  +--rw duid-ll-time?           =      yang:timeticks
    |  |   =   +--:(duid-uuid)
    |  |   =   |  +--rw uuid?             =            yang:uuid
    |  |   =   +--:(duid-string)
    |  |   =      +--rw string?           =            string


    Cheers,
    Ian


    On 11. Dec 2017, at 16:33, Bernie Volz (volz) <volz@cisco.com> = wrote:

    Hi:
     
    One comment regarding the 04 version is that = for the DUID, you need to:
    1.       Include the DUID-UUID (see RFC 6355)
    2.       Handle DUIDs that do NOT follow these conventions (I know of at least one = model device that does not). So, you need a way to represent that (the = vendor sadly has no type even before the text serial number of the = device). This would also accommodate new DUID types that are not yet defined for a new model.
     
    Frankly, I=E2=80=99d prefer that we NOT = explode these fields at all and just treat the data as binary data. = Exploding out values here just causes issues for the above cases and = makes the model harder to implement. If you see https://tools.ietf.org/html/draft-ietf-dhc-rfc3315bis-10#sectio= n-11, you will notice the following text:
     
       =
Clients and servers MUST treat DUIDs as opaque values and MUST only
       =
compare DUIDs for equality.  Clients and servers SHOULD NOT in =
any
       =
other way interpret DUIDs.  Clients and servers MUST NOT =
restrict
       =
DUIDs to the types defined in this document, as additional DUID =
types
       may =
be defined in the future.  It should be noted that an attempt =
to
       =
parse a DUID to obtain a client's link-layer address is unreliable =
as
       =
there is no guarantee that the client is still using the same link-
       =
layer address as when it generated its DUID.  And, such an =
attempt
       will =
be more and more unreliable as more clients adopt privacy
       =
measures, such as those defined in [RFC7844].  It is recommended to
       rely =
on the mechanism defined in [RFC6939].
     
    By exploding out the values you are just = encouraging people to violate these MUSTs.
     
    - Bernie
     
    _______________________________________________
    dhcwg mailing list
    dhcwg@ietf.org
    https://www.ietf.org/mailman/listinfo/dhcwg


    = --Apple-Mail=_A50F5C19-3ACD-4D2A-8651-E00A9C683393-- From nobody Thu Dec 14 11:56:30 2017 Return-Path: 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 D655F127286; Thu, 14 Dec 2017 11:56:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham 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 FlpVJFf4RprZ; Thu, 14 Dec 2017 11:56:27 -0800 (PST) Received: from patsy.thehobsons.co.uk (ruthandcrusoe.plus.com [81.174.150.186]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC34E124E15; Thu, 14 Dec 2017 11:56:26 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from simons-macbookpro.lan (unknown [80.229.10.150]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id EFEDB1A071; Thu, 14 Dec 2017 19:46:55 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <0D8F77A1-3B91-4D6E-A7F2-5720EF0AFA51@gmx.com> Date: Thu, 14 Dec 2017 19:46:45 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.cisco.com> <7E297315-1B5B-437D-A447-221E8DAA5388@gmx.com> <0D8F77A1-3B91-4D6E-A7F2-5720EF0AFA51@gmx.com> To: dhcwg@ietf.org, draft-ietf-dhc-dhcpv6-yang@ietf.org X-Mailer: Apple Mail (2.1510) Archived-At: Subject: Re: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 19:56:29 -0000 Ian Farrer wrote: > We could make the type code explicit for defined DUIDs, omitting it = for duid-string Surely, if the DUID-String version does not have a defined type code, = then there is nothing to stop the initial byte(s) of the string matching = a defined type value - and thus screwing up anything that's trying to = make sense of the DUID based on it's type. Or put another way, if you allow an arbitrary string without a type = code, then you might as well say that all DUIDs are freeform and it's = impossible to reliably parse them. From nobody Thu Dec 14 13:41:51 2017 Return-Path: X-Original-To: dhcwg@ietf.org Delivered-To: dhcwg@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E34F127599; Thu, 14 Dec 2017 13:41:45 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: dhcwg@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.67.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151328770534.3463.7479044720432289351@ietfa.amsl.com> Date: Thu, 14 Dec 2017 13:41:45 -0800 Archived-At: Subject: [dhcwg] I-D Action: draft-ietf-dhc-relay-port-10.txt X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 21:41:45 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Dynamic Host Configuration WG of the IETF. Title : Generalized UDP Source Port for DHCP Relay Authors : Naiming Shen Enke Chen Filename : draft-ietf-dhc-relay-port-10.txt Pages : 10 Date : 2017-12-14 Abstract: This document proposes an extension to the DHCP protocols that allows a relay agent to use any available source port for upstream communications, and to include a DHCP option that can be used to statelessly route responses back to the appropriate source port on downstream communications. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-dhc-relay-port/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-dhc-relay-port-10 https://datatracker.ietf.org/doc/html/draft-ietf-dhc-relay-port-10 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-dhc-relay-port-10 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: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Dec 14 15:05:00 2017 Return-Path: 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 5D5D2128C84; Thu, 14 Dec 2017 15:04:46 -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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=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 bkQn2oyvaH1m; Thu, 14 Dec 2017 15:04:43 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A7D41287A5; Thu, 14 Dec 2017 15:04:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1668; q=dns/txt; s=iport; t=1513292668; x=1514502268; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=no2LBJN8lHUN+4cut1wwxaOxzxEvV/r9s6sFyCX5N+E=; b=U09ERqsABY40D74ou+sig42+VyhcYOYw7J8Eqjv1BqKTGDkE4afes/Oe 4HSQsGqlk7nDhaBkAU1c0kXX+IVf4v2dc/AuSjjTFzcNrN3U67xlF3u4Q GSl/43EKSxhvDJNHDR28fb2dPc1StcT+uv94oZdnoRzhPnB/BNCpbPg0j A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DXAQDhAjNa/4UNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYMPL2Z0J4QCmSiBVyaZKwoYC4UYAhqEXUMUAQEBAQEBAQEBayi?= =?us-ascii?q?FIwEBAQMBAQEhEToLBQsCAQgOCgICJgICAiULFRABAQQOBYoSAw0IEKk2gieKY?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAQEBARgFgQ+CVoIOgz8pC4J3gmpEAYFugxUxgjI?= =?us-ascii?q?FoyUClSiTbJZAAhEZAYE6ATYigU5vFToqAYF+glMcgWd4ilMBAQE?= X-IronPort-AV: E=Sophos;i="5.45,402,1508803200"; d="scan'208";a="44280455" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 14 Dec 2017 23:04:27 +0000 Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id vBEN4Rui018133 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 14 Dec 2017 23:04:27 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; Thu, 14 Dec 2017 17:04:26 -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; Thu, 14 Dec 2017 17:04:26 -0600 From: "Bernie Volz (volz)" To: Simon Hobson CC: "dhcwg@ietf.org" , "draft-ietf-dhc-dhcpv6-yang@ietf.org" Thread-Topic: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model Thread-Index: AdNylPRYYNiWUyemQc6F5qfpDSooBACYXfaA///QgOmAAHUjAIAAWqSA///SpyI= Date: Thu, 14 Dec 2017 23:04:26 +0000 Message-ID: References: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.cisco.com> <7E297315-1B5B-437D-A447-221E8DAA5388@gmx.com> <0D8F77A1-3B91-4D6E-A7F2-5720EF0AFA51@gmx.com>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 23:04:46 -0000 VGhpcyBpcyBkZWZpbml0ZWx5IGEgbWVzcy4gQnV0IHRoZXNlIGRldmljZXMgYXJlIG91dCB0aGVy ZS4NCg0KT2J2aW91c2x5IHRoZXJlIHdhcyBpcyBubyBjb2xsaXNpb24gdG9kYXkgYXMgbXkgdW5k ZXJzdGFuZGluZyBpcyB0aGF0IHRoZXNlIGFyZSBhc2NpaSBzdHJpbmdzIGFuZCBzbyB3ZSBoYXZl IGEgbG90IG9mIGR1aWQtdHlwZXMgdG8gYXNzaWduIGJlZm9yZSB0aGVyZSB3b3VsZCBiZSBhIGNv bmZsaWN0Lg0KDQpJIGp1c3QgZG9u4oCZdCBzZWUgd2h5IHdlIGJvdGhlciB0byBzZXBhcmF0ZSBv dXQgYW55dGhpbmcgLSBqdXN0IHRyZWF0IGl0IGFzIGFuIG9wYXF1ZSDigJxibG9i4oCdIG9mIGRh dGEuDQoNClRoYXTigJlzIGF0IGxlYXN0IG15IHBlcnNvbmFsIHBvc2l0aW9uLg0KDQotIEJlcm5p ZSAoZnJvbSBpUGhvbmUpDQoNCj4gT24gRGVjIDE0LCAyMDE3LCBhdCAyOjU2IFBNLCBTaW1vbiBI b2Jzb24gPGRoY3AxQHRoZWhvYnNvbnMuY28udWs+IHdyb3RlOg0KPiANCj4gSWFuIEZhcnJlciA8 aWFuZmFycmVyQGdteC5jb20+IHdyb3RlOg0KPiANCj4+IFdlIGNvdWxkIG1ha2UgdGhlIHR5cGUg Y29kZSBleHBsaWNpdCBmb3IgZGVmaW5lZCBEVUlEcywgb21pdHRpbmcgaXQgZm9yIGR1aWQtc3Ry aW5nDQo+IA0KPiBTdXJlbHksIGlmIHRoZSBEVUlELVN0cmluZyB2ZXJzaW9uIGRvZXMgbm90IGhh dmUgYSBkZWZpbmVkIHR5cGUgY29kZSwgdGhlbiB0aGVyZSBpcyBub3RoaW5nIHRvIHN0b3AgdGhl IGluaXRpYWwgYnl0ZShzKSBvZiB0aGUgc3RyaW5nIG1hdGNoaW5nIGEgZGVmaW5lZCB0eXBlIHZh bHVlIC0gYW5kIHRodXMgc2NyZXdpbmcgdXAgYW55dGhpbmcgdGhhdCdzIHRyeWluZyB0byBtYWtl IHNlbnNlIG9mIHRoZSBEVUlEIGJhc2VkIG9uIGl0J3MgdHlwZS4NCj4gDQo+IE9yIHB1dCBhbm90 aGVyIHdheSwgaWYgeW91IGFsbG93IGFuIGFyYml0cmFyeSBzdHJpbmcgd2l0aG91dCBhIHR5cGUg Y29kZSwgdGhlbiB5b3UgbWlnaHQgYXMgd2VsbCBzYXkgdGhhdCBhbGwgRFVJRHMgYXJlIGZyZWVm b3JtIGFuZCBpdCdzIGltcG9zc2libGUgdG8gcmVsaWFibHkgcGFyc2UgdGhlbS4NCj4gDQo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IGRoY3dnIG1h aWxpbmcgbGlzdA0KPiBkaGN3Z0BpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL2RoY3dnDQo= From nobody Thu Dec 14 15:13:23 2017 Return-Path: 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 4BC811270AE for ; Thu, 14 Dec 2017 15:13:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.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 1yTfLNYLjEDF for ; Thu, 14 Dec 2017 15:13:19 -0800 (PST) Received: from mail-qt0-x229.google.com (mail-qt0-x229.google.com [IPv6:2607:f8b0:400d:c0d::229]) (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 D6313127005 for ; Thu, 14 Dec 2017 15:13:18 -0800 (PST) Received: by mail-qt0-x229.google.com with SMTP id g10so10019673qtj.12 for ; Thu, 14 Dec 2017 15:13:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=dJTjWZI17wqJKcWDFcyE34H2rMqSbTHI8A0OfWkBYu8=; b=JfdXuhX6nGMBEZudVzRiyCmrneV9AeE5iG++5u0+Gji53/abnRS4C0yJ8OE6Y29XbR +BCFbqLMkfyToKdAPssrHhZThMzNlQYPscXNdD6DfZ71HgfjsKxtk8XG1o1mymOuk1++ 0fAbuUKx++rwkHVTXDI1/gDDmfsAJphXtqdYFrNItId6qK2YXTPq+2YzQFN7vSdlcEKg k9q5Hps2DcN7fctN3cLMaG4znpdx0Z1pWHLihWj+m7bZrnyI3EFnbjP0Ax8E29PCyrYn 0OnwWeWq6MNPW34iLFp73qMNumk08K4nonR7/Q7KxAW5jhAUxYgiBw8DUKkbtEjzhjHE wThg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=dJTjWZI17wqJKcWDFcyE34H2rMqSbTHI8A0OfWkBYu8=; b=mtu8QtM1Y8P48kHFEZ4FyBcuz8gfvHJaSTz4dTf7bh1N3xpFfDkrVyTWQhBAFYKgSe hWmlQLzz0Z+SqZ2ciyd+FF5bFA/euen2zkW9sYsc0t4s0LFmBnhMbld56//65Z0rSRIC 0GU5Vanx88MTC7wrmRGZjp6NEhU6WAOhUrmr+QRXmpmDdyrEszA3ZHsODXP8zXBxQ8eJ uoctQYU71d7J9TWgNZ97QdLETLcpp+Wvh8v8BLhFGIVoxj/jrvn//95ntXVbOIEAYdcZ MBUfVrIaz/bPJddL825KBwK389uAQ/TJ/uu25vR26EAd5CEbMn63BCu/UzWka8jHfQ/P /eUw== X-Gm-Message-State: AKGB3mKmuslw4RAX3MOMAdJTh4M3qFCCFNkQfu8KXBieOyQOYkCBzRNu +VAzdtXF4Akh3rc2yJKCPYqfPg== X-Google-Smtp-Source: ACJfBovJnNyJ9pNlYHXn3FxUkx5vTQN2I/INNI5XiNiJae9quQ9DuNmsIjV51rZj5BjJOQqnTZq+vQ== X-Received: by 10.200.42.211 with SMTP id c19mr18128078qta.70.1513293197967; Thu, 14 Dec 2017 15:13:17 -0800 (PST) Received: from [10.0.30.153] (c-24-60-163-103.hsd1.nh.comcast.net. [24.60.163.103]) by smtp.gmail.com with ESMTPSA id k1sm3347775qtf.11.2017.12.14.15.13.16 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Dec 2017 15:13:17 -0800 (PST) From: Ted Lemon Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_D6FBB039-6D93-4D1B-9637-AAF1519D0EC3" Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Date: Thu, 14 Dec 2017 18:13:15 -0500 In-Reply-To: Cc: Simon Hobson , "dhcwg@ietf.org" , "draft-ietf-dhc-dhcpv6-yang@ietf.org" To: "Bernie Volz (volz)" References: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.cisco.com> <7E297315-1B5B-437D-A447-221E8DAA5388@gmx.com> <0D8F77A1-3B91-4D6E-A7F2-5720EF0AFA51@gmx.com> X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 23:13:21 -0000 --Apple-Mail=_D6FBB039-6D93-4D1B-9637-AAF1519D0EC3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On Dec 14, 2017, at 6:04 PM, Bernie Volz (volz) wrote: > I just don=E2=80=99t see why we bother to separate out anything - just = treat it as an opaque =E2=80=9Cblob=E2=80=9D of data. This is a valid point; realistically, when we defined DUID, we defined = it as a blob, and then specified ways of doing it, but insisted that = from the perspective of being used as an identifier, it was just a blob; = the "how to make" part of the spec is to avoid collisions, not to make = the information in the DUID available for the server to parse. It would be reasonable to say that the yang data model should just = present that binary blob to whatever is talking to it, and if that thing = wants to have heuristics for picking it apart, that's fine, but the data = model doesn't need to do so. --Apple-Mail=_D6FBB039-6D93-4D1B-9637-AAF1519D0EC3 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 On = Dec 14, 2017, at 6:04 PM, Bernie Volz (volz) <volz@cisco.com> = wrote:
    I just don=E2=80=99t = see why we bother to separate out anything - just treat it as an opaque = =E2=80=9Cblob=E2=80=9D of data.

    This = is a valid point; realistically, when we defined DUID, we defined it as = a blob, and then specified ways of doing it, but insisted that from the = perspective of being used as an identifier, it was just a blob; the "how to make" part of the spec is = to avoid collisions, not to make the information in the DUID available = for the server to parse.

    It would be reasonable to say that the yang data model should = just present that binary blob to whatever is talking to it, and if that = thing wants to have heuristics for picking it apart, that's fine, but = the data model doesn't need to do so.

    = --Apple-Mail=_D6FBB039-6D93-4D1B-9637-AAF1519D0EC3-- From nobody Thu Dec 14 21:17:46 2017 Return-Path: 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 72F7B126B7E; Thu, 14 Dec 2017 21:17:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.026 X-Spam-Level: X-Spam-Status: No, score=-1.026 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no 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 PtxRrEHf4esD; Thu, 14 Dec 2017 21:17:44 -0800 (PST) Received: from mail-pg0-x243.google.com (mail-pg0-x243.google.com [IPv6:2607:f8b0:400e:c05::243]) (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 7C6331205F1; Thu, 14 Dec 2017 21:17:44 -0800 (PST) Received: by mail-pg0-x243.google.com with SMTP id f12so5078712pgo.5; Thu, 14 Dec 2017 21:17:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version:content-transfer-encoding; bh=U7Y17ErOnYNYilpGjW2yNzsaUSNwbmuaoZTzOzQVhU8=; b=uSuETaHYkx9U9MpbeEzNlLVd4Jfqic3Eyz0PbzrIzVvgeuzXJXb5DrIU9qut4wOO3v sjHB5RahtnBgLsXThnwlJsO96MnnFwTZQXDbIoehjchd7BpqPaLMmAOwAH/FZtfvOYIt kFLq4v8IRXWP9Q7lGCmlRBDRJWvcpCFHFL1eCaAqqVgD9SruzqUgodt38nqcgMyL4vCF xV3l6YhaQHxqmM7ebQ3QVLedNFs/Rl0REUey9+ZB9PGfoaG3McuRIFUYNvsIJH1D4ha7 4+k742tpMueKO+Yv8AU3KwtDCDpnQq4rbWu4Q//wAO2cbqu/xzF2uHxLcbPMt9f5LJbs zmCg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version:content-transfer-encoding; bh=U7Y17ErOnYNYilpGjW2yNzsaUSNwbmuaoZTzOzQVhU8=; b=eHhPBNHwBy0o46IdYRrllrQgT8JpptC4XOkSLMgxBm/BAGKeEcvoz3mNhnFg9VPKLn 3S5FT/DYrVZFRydxl3kIxXZwMODAXtR7tVLR9UKalhc7wLdlUPZURbdiCSrxiw2tKddn TzCWoTsyXcxP3SC2lZe5M2kYmwMbBu5XJPJS3+2ImETy/fzdPduFEhgMn4sw2lIY0ye9 SKRlvKJNJvslO8mqTxzOBru63+GPP1MrpKzAs+dUmQ/t24eMRCuz51CuHYaYXzF4EVyt 5B8b8+d4oaUo2YY4SafrgSX4ljaF069yFNEOgwDseRBAp9Ge4hebAgF8y6f1VNYiGgZb N94Q== X-Gm-Message-State: AKGB3mId9LMI+XKlXPHJiFHY1sJymfh4n1uBynEGHZR7ybnKgahPU1db U5//lzlJ+sK8NM5yt2WWNq7duTrV X-Google-Smtp-Source: ACJfBouc4bA/dBYVYh+9RzfED1EZubS3E168qkCXPjpHxBDZEk3ixpGqP+xBscu0t+RnnO4x+XIDCw== X-Received: by 10.84.172.1 with SMTP id m1mr12214188plb.345.1513315063902; Thu, 14 Dec 2017 21:17:43 -0800 (PST) Received: from DESKTOP-7HBCU2Q ([103.211.228.150]) by smtp.gmail.com with ESMTPSA id k9sm8648354pgo.53.2017.12.14.21.17.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Dec 2017 21:17:43 -0800 (PST) Date: Fri, 15 Dec 2017 13:18:10 +0800 From: hezihao9512 To: Ted Lemon Cc: "Bernie Volz (volz)" , "=?utf-8?Q?dhcwg=40ietf.org?=" , "=?utf-8?Q?draft-ietf-dhc-dhcpv6-yang=40ietf.org?=" , Simon Hobson Message-ID: <33E83BAA-5314-402A-9A3B-ADF6C7BE42FE@gmail.com> In-Reply-To: References: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.cisco.com> <7E297315-1B5B-437D-A447-221E8DAA5388@gmx.com> <0D8F77A1-3B91-4D6E-A7F2-5720EF0AFA51@gmx.com> X-Mailer: MailMasterPC/4.2.2.1003 (Windows 10 RS3) X-CUSTOM-MAIL-MASTER-SENT-ID: 25DFDEBC-771D-4713-B7A0-220802640EEC MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 Archived-At: Subject: Re: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2017 05:17:45 -0000 PGh0bWw+DQo8aGVhZD4NCiAgICA8bWV0YSBodHRwLWVxdWl2PSdDb250ZW50LVR5cGUnIGNvbnRl bnQ9J3RleHQvaHRtbDsgY2hhcnNldD1VVEYtOCc+DQo8L2hlYWQ+DQo8Ym9keT4NCjxzdHlsZT4N CiAgICAqew0KICAgICAgICBtYXJnaW46IDA7DQogICAgICAgIHBhZGRpbmc6IDA7DQogICAgfQ0K ICAgIGZvbnR7DQogICAgICAgIGxpbmUtaGVpZ2h0OiAxLjY7DQogICAgfQ0KICAgIHVsLG9sew0K ICAgICAgICBwYWRkaW5nLWxlZnQ6IDIwcHg7DQogICAgICAgIGxpc3Qtc3R5bGUtcG9zaXRpb246 IGluc2lkZTsNCiAgICB9DQo8L3N0eWxlPg0KPGRpdiBzdHlsZSA9ICdmb250LWZhbWlseToi5b6u 6L2v6ZuF6buRIjsgbGluZS1oZWlnaHQ6MS42Oyc+DQogICAgPGRpdj4KPGRpdj48c3Bhbj48YnI+ PC9zcGFuPjwvZGl2Pgo8ZGl2PjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5B cwpmYXIgYXMgSSBhbSBjb25jZXJuZWQsIHdoZXRoZXIgYSBEVUlEIGlzIHByZXNlbnRlZCBpbiBz ZXBhcmF0ZWQgdHlwZXMgb3IgaW4gYQpibG9iLCBpdCBjYW4gYm90aCBiZSB0cmVhdGVkIGFzIGEg YmxvYi4gPG86cD48L286cD48L3NwYW4+PC9wPgoKPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssc2VyaWYiPkhvd2V2ZXIsCml0IHdvdWxkIGJlIHNvbWV3aGF0IGVhc2llciBmb3IgYSBkZXZp Y2UgdG8gcGFyc2UgYSBEVUlEIChpZiBpdCBkb2VzIHdhbnQgdG8pIGluCmEgbXVsdGktdHlwZSBw cmVzZW50YXRpb24gdGhhbiBqdXN0IGluIGEg4oCYYmxvYuKAmSBwcmVzZW50YXRpb24uIDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4KCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT IiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5T bywKSSB0aGluayB0aGUgc2VwYXJhdGlvbiBvZiB0eXBlcyBtaWdodCBiZSBiZXR0ZXIgaW4gYSB3 YXkuPG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2Pgo8ZGl2PjxzcGFuPjxicj48L3NwYW4+PC9k aXY+CjxkaXYgaWQ9Im50ZXMtcGNtYWlsLXNpZ25hdHVyZSIgc3R5bGU9ImZvbnQtZmFtaWx5Oifl vq7ova/pm4Xpu5EnIj4KICAgIDxzdHlsZSB0eXBlPSJ0ZXh0L2NzcyI+CiAgICAgICAgYSNudGVz LXBjbWFpbC1zaWduYXR1cmUtZGVmYXVsdDpob3ZlciB7CiAgICAgICAgICAgIHRleHQtZGVjb3Jh dGlvbjogdW5kZXJsaW5lOwogICAgICAgICAgICBjb2xvcjogIzE5OWNmZjsKICAgICAgICAgICAg Y3Vyc29yOiBwb2ludGVyOwogICAgICAgIH0KICAgICAgICBhI250ZXMtcGNtYWlsLXNpZ25hdHVy ZS1kZWZhdWx0OmFjdGl2ZSB7CiAgICAgICAgICAgIHRleHQtZGVjb3JhdGlvbjogdW5kZXJsaW5l OwogICAgICAgICAgICBjb2xvcjogIzI0NmZjZTsKICAgICAgICAgICAgY3Vyc29yOiBwb2ludGVy OwogICAgICAgIH0KICAgIDwvc3R5bGU+CgoKPC9kaXY+PC9kaXY+PGRpdiBjbGFzcz0iSi1yZXBs eSIgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6I2YyZjJmMjtjb2xvcjpibGFjaztwYWRkaW5nLXRv cDo2cHg7cGFkZGluZy1ib3R0b206NnB4O2JvcmRlci1yYWRpdXM6M3B4Oy1tb3otYm9yZGVyLXJh ZGl1czozcHg7LXdlYmtpdC1ib3JkZXItcmFkaXVzOjNweDttYXJnaW4tdG9wOjQ1cHg7bWFyZ2lu LWJvdHRvbToyMHB4O2ZvbnQtZmFtaWx5Oiflvq7ova/pm4Xpu5EnOyI+CiAgICA8ZGl2IHN0eWxl PSJmb250LXNpemU6MTRweDtsaW5lLWhlaWdodDoxLjU7d29yZC1icmVhazpicmVhay1hbGw7bWFy Z2luLWxlZnQ6MTBweDttYXJnaW4tcmlnaHQ6MTBweCI+T24gPHNwYW4gY2xhc3M9Im1haWwtZGF0 ZSI+MTIvMTUvMjAxNyAwNzoxMzwvc3Bhbj7vvIw8YSBjbGFzcz0ibWFpbC10byIgc3R5bGU9InRl eHQtZGVjb3JhdGlvbjpub25lO2NvbG9yOiMyYTgzZjI7IiBocmVmPSJtYWlsdG86bWVsbG9uQGZ1 Z3VlLmNvbSI+VGVkIExlbW9uJmx0O21lbGxvbkBmdWd1ZS5jb20mZ3Q7PC9hPiB3cm90Ze+8miA8 L2Rpdj4KPC9kaXY+CjxibG9ja3F1b3RlIGlkPSJudGVzLXBjbWFpbC1xdW90ZSIgc3R5bGU9Im1h cmdpbjogMDsgcGFkZGluZzogMDsgZm9udC1zaXplOiAxNHB4OyBmb250LWZhbWlseTogJ+W+rui9 r+mbhem7kSc7Ij4KT24gRGVjIDE0LCAyMDE3LCBhdCA2OjA0IFBNLCBCZXJuaWUgVm9seiAodm9s eikgJmx0OzxhIGhyZWY9Im1haWx0bzp2b2x6QGNpc2NvLmNvbSIgY2xhc3M9IiI+dm9sekBjaXNj by5jb208L2E+Jmd0OyB3cm90ZTo8ZGl2PjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIi PjxkaXYgY2xhc3M9IiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBNZW5sby1SZWd1bGFyOyBm b250LXNpemU6IDE4cHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5v cm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgdGV4dC1h bGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0 ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13 aWR0aDogMHB4OyBmbG9hdDogbm9uZTsgZGlzcGxheTogaW5saW5lICFpbXBvcnRhbnQ7IiBjbGFz cz0iIj5JIGp1c3QgZG9u4oCZdCBzZWUgd2h5IHdlIGJvdGhlciB0byBzZXBhcmF0ZSBvdXQgYW55 dGhpbmcgLSBqdXN0IHRyZWF0IGl0IGFzIGFuIG9wYXF1ZSDigJxibG9i4oCdIG9mIGRhdGEuPC9z cGFuPjxiciBzdHlsZT0iZm9udC1mYW1pbHk6IE1lbmxvLVJlZ3VsYXI7IGZvbnQtc2l6ZTogMThw eDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdl aWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyB0ZXh0LWFsaWduOiBzdGFydDsg dGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3Jt YWw7IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IiBj bGFzcz0iIj48L2Rpdj48L2Jsb2NrcXVvdGU+PC9kaXY+PGJyIGNsYXNzPSIiPjxkaXYgY2xhc3M9 IiI+VGhpcyBpcyBhIHZhbGlkIHBvaW50OyByZWFsaXN0aWNhbGx5LCB3aGVuIHdlIGRlZmluZWQg RFVJRCwgd2UgZGVmaW5lZCBpdCBhcyBhIGJsb2IsIGFuZCB0aGVuIHNwZWNpZmllZCB3YXlzIG9m IGRvaW5nIGl0LCBidXQgaW5zaXN0ZWQgdGhhdCBmcm9tIHRoZSBwZXJzcGVjdGl2ZSBvZiBiZWlu ZyB1c2VkIGFzIGFuIGlkZW50aWZpZXIsIGl0IHdhcyA8aSBjbGFzcz0iIj5qdXN0PC9pPiZuYnNw O2EgYmxvYjsgdGhlICJob3cgdG8gbWFrZSIgcGFydCBvZiB0aGUgc3BlYyBpcyB0byBhdm9pZCBj b2xsaXNpb25zLCBub3QgdG8gbWFrZSB0aGUgaW5mb3JtYXRpb24gaW4gdGhlIERVSUQgYXZhaWxh YmxlIGZvciB0aGUgc2VydmVyIHRvIHBhcnNlLjwvZGl2PjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNz PSIiPjwvZGl2PjxkaXYgY2xhc3M9IiI+SXQgd291bGQgYmUgcmVhc29uYWJsZSB0byBzYXkgdGhh dCB0aGUgeWFuZyBkYXRhIG1vZGVsIHNob3VsZCBqdXN0IHByZXNlbnQgdGhhdCBiaW5hcnkgYmxv YiB0byB3aGF0ZXZlciBpcyB0YWxraW5nIHRvIGl0LCBhbmQgaWYgdGhhdCB0aGluZyB3YW50cyB0 byBoYXZlIGhldXJpc3RpY3MgZm9yIHBpY2tpbmcgaXQgYXBhcnQsIHRoYXQncyBmaW5lLCBidXQg dGhlIGRhdGEgbW9kZWwgZG9lc24ndCBuZWVkIHRvIGRvIHNvLjwvZGl2PjxkaXYgY2xhc3M9IiI+ PGJyIGNsYXNzPSIiPjwvZGl2PjwvYmxvY2txdW90ZT48IS0t8J+YgC0tPg0KPC9kaXY+DQo8L2Jv ZHk+DQo8L2h0bWw+ From nobody Fri Dec 15 05:02:29 2017 Return-Path: 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 8A220126579 for ; Fri, 15 Dec 2017 05:02:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.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 SwpNfEeTm6zR for ; Fri, 15 Dec 2017 05:02:18 -0800 (PST) Received: from mail-qk0-x230.google.com (mail-qk0-x230.google.com [IPv6:2607:f8b0:400d:c09::230]) (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 BE4D6128ACA for ; Fri, 15 Dec 2017 05:02:17 -0800 (PST) Received: by mail-qk0-x230.google.com with SMTP id d66so10232013qkg.1 for ; Fri, 15 Dec 2017 05:02:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=80xpFVtl7x9vicUJIY8pQZotwRhHS3ce5gXMffpAYJA=; b=h/Py/X6M8aY88yppJPfMQ8D3CA+Vt04VvQHTqHvcDKoO1la95iysdKxxk5wapfFNyq T4Mu/pOUruyZbS3WlJlDanYehGWAzVea8kas++UrFjUpIgj1fqY2edqTjyIcegpczrLb RaQg2bxAhp810zj9xb2ivx+GWqUm1zVPOAnV+t5fiBd0r6WLYEfSW+ycNHWLzCFy2zBP c2H9PULTtS6GzC/yxCf0NhV6+cDMQPggWX3KNxMPu54a0lL1Q6pZ8nY6DKIfhcP42Dv+ 1BjTJ0+Djfs4joCOVJPBerOwPYalfyQRFDyo3QvlhFo8Xk2Oz+AjCSFTC5yIKV9P0gDJ jleQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=80xpFVtl7x9vicUJIY8pQZotwRhHS3ce5gXMffpAYJA=; b=XisqKw0CT8UQuSMjbUq7gDYKL/XLXVF9xk53ZApO83A6qFudZW9ppgXmRP0MzdSi0m jnBdoFO2kxOnj+oLXNHOWc9NSKgGLS1IGWqoccsW45HDmOiTC01Lct2+UVvoJxtJhySA wPmWFdQWUGNfqqA4y+feX9+RnhEd3saVHo3EKe01I0IPlg+vmKRvwjN6yxjH89zRSkcq TpXA7jzPoSbFCGDANqkmRElncv2jYyjkma47QwIBq7b2C6l7aSSDeZ1EWGq6CpHsla3v EEJ6b+GlPMuzGNsLS6hNkW3ajnM4SShzWc4bIRJqvqPAh73tbUMw9TXmVkl8jSKoVqnu MgGQ== X-Gm-Message-State: AKGB3mK5khHI8MaUQyJCL5RHoIjfO7EPdMBOO1a37jQaNIjyCoDljPcV sEJWITdKqXb+ljQEgV4Dddlp+/R8QEA= X-Google-Smtp-Source: ACJfBos16cL2rrRZykvEqrYwJux/3UgrWPepSuX4UXXO2qpGzJD2p5dsvGI/RO7sIy3qnjI55vrqWA== X-Received: by 10.55.200.129 with SMTP id t1mr20804975qkl.198.1513342936748; Fri, 15 Dec 2017 05:02:16 -0800 (PST) Received: from [10.0.30.153] (c-24-60-163-103.hsd1.ma.comcast.net. [24.60.163.103]) by smtp.gmail.com with ESMTPSA id r9sm4089356qtf.82.2017.12.15.05.02.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Dec 2017 05:02:15 -0800 (PST) From: Ted Lemon Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_65EC3FD7-68CA-4DA8-8DC5-F7E45A5EC995" Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Date: Fri, 15 Dec 2017 08:02:14 -0500 In-Reply-To: <33E83BAA-5314-402A-9A3B-ADF6C7BE42FE@gmail.com> Cc: "Bernie Volz (volz)" , "dhcwg@ietf.org" , "draft-ietf-dhc-dhcpv6-yang@ietf.org" , Simon Hobson To: hezihao9512 References: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.cisco.com> <7E297315-1B5B-437D-A447-221E8DAA5388@gmx.com> <0D8F77A1-3B91-4D6E-A7F2-5720EF0AFA51@gmx.com> <33E83BAA-5314-402A-9A3B-ADF6C7BE42FE@gmail.com> X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2017 13:02:27 -0000 --Apple-Mail=_65EC3FD7-68CA-4DA8-8DC5-F7E45A5EC995 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Dec 15, 2017, at 12:18 AM, hezihao9512 wrote: > So, I think the separation of types might be better in a way. Understood. But is this possible in the yang model? --Apple-Mail=_65EC3FD7-68CA-4DA8-8DC5-F7E45A5EC995 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 On = Dec 15, 2017, at 12:18 AM, hezihao9512 <hezihao9512@gmail.com> wrote:
    So, I think the separation of types = might be better in a way.

    Understood.   But is this possible in the = yang model?


    = --Apple-Mail=_65EC3FD7-68CA-4DA8-8DC5-F7E45A5EC995-- From nobody Fri Dec 15 08:11:25 2017 Return-Path: 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 362BF124205 for ; Fri, 15 Dec 2017 08:11:24 -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 n6rMdTDtoPS2 for ; Fri, 15 Dec 2017 08:11:22 -0800 (PST) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C6CA127868 for ; Fri, 15 Dec 2017 08:11:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7024; q=dns/txt; s=iport; t=1513354282; x=1514563882; h=from:to:subject:date:message-id:mime-version; bh=IeOjPerOKOzqcgCPi5geSrGK24jKlDnmSuQoRh5Lkx0=; b=VMNcDeqeBZlgCvjjXQtTh0iGF37jeTFXWg6DFbQu+Io/vsFE4pw6oksh 4JcMhAmXgW7694XQ9bKaVr95IeoZ5/rv4+rcYS7VQcXNEkyGTy7QX62yF z36OLfzzaEBqHAs6TQDOgbEe4KUiHobGJuU66NpPvwjJzo564MJnp76fc 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ANAQBA8zNa/5xdJa1cGgEBAQEBAgEBA?= =?us-ascii?q?QEIAQEBAYJKdGZ0JweOHI8Ik1GFTxSCAQojiho/GAEBAQEBAQEBAWsdC4VXXgF?= =?us-ascii?q?HORQSAQQTCIk+ZBCrRIphAQEBAQEBBAEBAQEBAQEcBYNpgg6INIFlAYE7AQ8DA?= =?us-ascii?q?YYXBaM2Aod8h1CFVIIfhhOLSI0YiTACERkBgToBHzlgb28VGIJNhFZ4iAyBJYE?= =?us-ascii?q?VAQEB?= X-IronPort-AV: E=Sophos; i="5.45,405,1508803200"; d="scan'208,217"; a="44596166" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 Dec 2017 16:11:21 +0000 Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id vBFGBLJW028676 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Fri, 15 Dec 2017 16:11:21 GMT Received: from xch-aln-003.cisco.com (173.36.7.13) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 15 Dec 2017 10:11:20 -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; Fri, 15 Dec 2017 10:11:20 -0600 From: "Bernie Volz (volz)" To: "dhcwg@ietf.org" Thread-Topic: IETF-101 (London) Meeting Agenda Requests - due January 29, 2018 Thread-Index: AdN1vvNGjdPkfujmRZKWgGLjKzoWwQ== Date: Fri, 15 Dec 2017 16:11:20 +0000 Message-ID: <38e49773d340401ebac98730261c9687@XCH-ALN-003.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.196] Content-Type: multipart/alternative; boundary="_000_38e49773d340401ebac98730261c9687XCHALN003ciscocom_" MIME-Version: 1.0 Archived-At: Subject: [dhcwg] IETF-101 (London) Meeting Agenda Requests - due January 29, 2018 X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2017 16:11:24 -0000 --_000_38e49773d340401ebac98730261c9687XCHALN003ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi: If you have any interest in presenting to the DHC wg during IETF-101, pleas= e submit a request by Monday, January 29, 2018. Tomek & I must submit a req= uest for a session by the February 2nd deadline (see https://datatracker.ie= tf.org/meeting/important-dates/). If there are no or only a very few requests, we may not meet at the London = IETF. As in the past, please provide (to at least the chairs - email dhc-chairs@i= etf.org): Title Of Session: Presenter: Related Drafts: Time Required: Purpose of Session: We do want to remind those requesting time that you should focus on discuss= ing key issues that need resolution to move a draft forward or to introduce= potential new work. While we are still about 3 months from the meeting, the session requests ha= ve opened up and we need to know approximately how much time to request - i= f any. - Bernie & Tomek --_000_38e49773d340401ebac98730261c9687XCHALN003ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Hi:

     

    If you have any interest in presenting to the DHC wg= during IETF-101, please submit a request by Monday, January 29, 2018. Tome= k & I must submit a request for a session by the February 2nd deadline = (see https://d= atatracker.ietf.org/meeting/important-dates/).

     

    If there are no or only a very few requests, we may = not meet at the London IETF.

     

    As in the past, please provide (to at least the chai= rs – email dhc-chairs@ietf.org):=

     

    Title Of Session:

    Presenter:

    Related Drafts:

    Time Required:

    Purpose of Session:

     

    We do want to remind those requesting time that you = should focus on discussing key issues that need resolution to move a draft = forward or to introduce potential new work.

     

    While we are still about 3 months from the meeting, = the session requests have opened up and we need to know approximately how m= uch time to request – if any.

     

    - Bernie & Tomek

     

    --_000_38e49773d340401ebac98730261c9687XCHALN003ciscocom_-- From nobody Fri Dec 15 11:09:33 2017 Return-Path: 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 7C972128D69; Fri, 15 Dec 2017 11:09:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham 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 YsHSmGKcbq3O; Fri, 15 Dec 2017 11:09:29 -0800 (PST) Received: from patsy.thehobsons.co.uk (ruthandcrusoe.plus.com [81.174.150.186]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54881126CC7; Fri, 15 Dec 2017 11:09:29 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from simons-macbookpro.lan (unknown [80.229.10.150]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 6FE651BC3A; Fri, 15 Dec 2017 19:08:40 +0000 (UTC) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: Date: Fri, 15 Dec 2017 19:08:26 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.cisco.com> <7E297315-1B5B-437D-A447-221E8DAA5388@gmx.com> <0D8F77A1-3B91-4D6E-A7F2-5720EF0AFA51@gmx.com>, To: "dhcwg@ietf.org" , "draft-ietf-dhc-dhcpv6-yang@ietf.org" X-Mailer: Apple Mail (2.1510) Archived-At: Subject: Re: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Dec 2017 19:09:31 -0000 Bernie Volz (volz) wrote: > This is definitely a mess. But these devices are out there. I can see both sides, but it does seem like setting the standard to fit = what a vendor has done - sending the message that it's OK to ignore = standards as the IETF will simply regularise it. > Obviously there was is no collision today as my understanding is that = these are ascii strings and so we have a lot of duid-types to assign = before there would be a conflict. Until someone reads the spec, sees that it's just a blob, and sets a = binary string that conflicts. > I just don=92t see why we bother to separate out anything - just treat = it as an opaque =93blob=94 of data. Indeed. It does seem odd to specify ways of generating a DUID, including = a type identifier - and then prohibit using that information. Ted Lemon wrote: > This is a valid point; realistically, when we defined DUID, we defined = it as a blob, and then specified ways of doing it, but insisted that = from the perspective of being used as an identifier, it was just a blob; = the "how to make" part of the spec is to avoid collisions, not to make = the information in the DUID available for the server to parse. >=20 > It would be reasonable to say that the yang data model should just = present that binary blob to whatever is talking to it, and if that thing = wants to have heuristics for picking it apart, that's fine, but the data = model doesn't need to do so. We seem to get mixed messages. On the one hand there's this text that = says "do not parse the DUID", yet on this list (IIRC) you've suggested = that this was simply "not well worded" and it wasn't intended to = prohibit doing that. From nobody Fri Dec 15 19:41:13 2017 Return-Path: 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 9D17B12711B; Fri, 15 Dec 2017 19:41:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.025 X-Spam-Level: X-Spam-Status: No, score=-1.025 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 Q29e9ir_y-Dm; Fri, 15 Dec 2017 19:41:09 -0800 (PST) Received: from mail-pl0-x22d.google.com (mail-pl0-x22d.google.com [IPv6:2607:f8b0:400e:c01::22d]) (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 B89A4124D85; Fri, 15 Dec 2017 19:41:09 -0800 (PST) Received: by mail-pl0-x22d.google.com with SMTP id i6so1557374plt.13; Fri, 15 Dec 2017 19:41:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version:content-transfer-encoding; bh=iCArTSLeHM7o73jE9lb35jiJh6w2evexCU2AUNkMD2o=; b=p4FB+XhF6FfrcWaJCCoZ6MamqUsCV17Pct3px+g8v26Sk5Qddn/UwfzhS166smXt/U 25uptACyYp1cv+IyTuvxcUSPJpj1c2+/rzLXC52DXuH9kfUMG/I8oeyvJg8bS6cy1iqQ jIyhLmaHMkP1Nj5bjPf/eK9iaBJBQ1D4/W8dO+FEWPOh/AGKdXIM6YQf/gu4xbw+w/3w VMIzHHU8RDJRq1SucLtZH2+NIfGfWuM4sdejzaW3r8+vVJyKyGhThYyjm6V9Wpn4cI2R 6l2wW5BA/T+KJfy+OnO/LNfOgoKG+j5vRtMtpKfiGqYH/DcE2Rn0YKvFxKp6NnlNyJNT C+ag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version:content-transfer-encoding; bh=iCArTSLeHM7o73jE9lb35jiJh6w2evexCU2AUNkMD2o=; b=Xz3SU4WgsdXrLZFii3ltftLaDfP1G+k5+8Dngt4eDypwtTMNmx7tzPZopxghv4I5Pq BPnvjU7+T8gcA6S+T7u1mCqBPrghSEyK0vXo7/84Bg8wkw2cb7hbdrczPTzUJJX0pOzB KswG2uYBZRgms+dU1NaXDacNU5IMi5nVDOySBQPjjHkb43/RjrHgeBIjK+sHEk3ZbyNb gvjT7sb8jObV675WtNjKsg8lgYye2x8EYFtCSsne0WwbPEJbD87ulgPgdO3/vARyO7Uf QHzOwnzbZJsfTJaLuYPQOax4epFagTnBlQffxOrCMLfOl/a5m+p15VOHVvNTn5rrT88W lmIQ== X-Gm-Message-State: AKGB3mIqLJIF5qDgBWtyXXA0H51P55Qaa2n8wFfIa34CIApVCsrtKdpR LYRfR8MYh6f77rDXwAro0WBpaTXS X-Google-Smtp-Source: ACJfBovvkK6lCYpn7DAxY1jf+zWxuLgaxug2+zVQqsHVrb4BaAp2CGlN7wx2GXV+Z0VpE8Co8vO2ZA== X-Received: by 10.84.235.139 with SMTP id p11mr15736283plk.391.1513395669285; Fri, 15 Dec 2017 19:41:09 -0800 (PST) Received: from DESKTOP-7HBCU2Q ([103.211.228.150]) by smtp.gmail.com with ESMTPSA id f4sm12722305pgo.1.2017.12.15.19.41.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Dec 2017 19:41:08 -0800 (PST) Date: Sat, 16 Dec 2017 11:41:38 +0800 From: hezihao To: Simon Hobson Cc: "=?utf-8?Q?dhcwg=40ietf.org?=" , "=?utf-8?Q?draft-ietf-dhc-dhcpv6-yang=40ietf.org?=" Message-ID: <76ABAA0E-31D1-4AEC-B8A9-3E9C1098C279@gmail.com> In-Reply-To: References: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.cisco.com> <7E297315-1B5B-437D-A447-221E8DAA5388@gmx.com> <0D8F77A1-3B91-4D6E-A7F2-5720EF0AFA51@gmx.com> X-Mailer: MailMasterPC/4.2.2.1004 (Windows 10 RS3) X-CUSTOM-MAIL-MASTER-SENT-ID: 619EB341-D47C-41FB-B2DE-2620D90630E6 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 Archived-At: Subject: Re: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Dec 2017 03:41:12 -0000 PGh0bWw+DQo8aGVhZD4NCiAgICA8bWV0YSBodHRwLWVxdWl2PSdDb250ZW50LVR5cGUnIGNvbnRl bnQ9J3RleHQvaHRtbDsgY2hhcnNldD1VVEYtOCc+DQo8L2hlYWQ+DQo8Ym9keT4NCjxzdHlsZT4N CiAgICAqew0KICAgICAgICBtYXJnaW46IDA7DQogICAgICAgIHBhZGRpbmc6IDA7DQogICAgfQ0K ICAgIGZvbnR7DQogICAgICAgIGxpbmUtaGVpZ2h0OiAxLjY7DQogICAgfQ0KICAgIHVsLG9sew0K ICAgICAgICBwYWRkaW5nLWxlZnQ6IDIwcHg7DQogICAgICAgIGxpc3Qtc3R5bGUtcG9zaXRpb246 IGluc2lkZTsNCiAgICB9DQo8L3N0eWxlPg0KPGRpdiBzdHlsZSA9ICdmb250LWZhbWlseToi5b6u 6L2v6ZuF6buRIjsgbGluZS1oZWlnaHQ6MS42Oyc+DQogICAgPGRpdj4KPGRpdj48c3Bhbj48YnI+ PC9zcGFuPjwvZGl2Pgo8ZGl2PjxzcGFuPjxicj48L3NwYW4+PC9kaXY+CjxkaXY+PHAgY2xhc3M9 Ik1zb05vcm1hbCIgYWxpZ249ImxlZnQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1z aXplOiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbicsIHNlcmlmOyI+V291bGQg aXQgYmUgcmVhc29uYWJsZQppZiB3ZSBhbHNvIGFkZCBhIOKAmChwc2V1ZG8tKXR5cGUtY29kZeKA mSB1bmRlciBEVUlELXN0cmluZz8gVGhpcyB3YXksIHRoZSBmb3JtYXQKb2YgRFVJRC1zdHJpbmcg aW4gdGhlIFlBTkcgbW9kZWwgY29uZm9ybXMgdG8gdGhhdCBvZiBvdGhlciBmb3VyIGNvbnZlbnRp b25hbCB0eXBlcywKd2hpY2ggbWlnaHQgaGVscCBhIGRldmljZSBkaWZmZXJlbnRpYXRlIGFtb25n IHRoZSA1IHR5cGVzIG9mIERVSUQuPG86cD48L286cD48L3NwYW4+PC9wPgoKPHAgY2xhc3M9Ik1z b05vcm1hbCIgYWxpZ249ImxlZnQiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OiAxMnB0OyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21hbicsIHNlcmlmOyI+T2YgY291cnNl LCB0aGUKYXNzdW1wdGlvbiBoZXJlIGlzIHRoYXQgdGhlcmUgYXJlIGluZGVlZCBzb21lIGRldmlj ZXMgdHJ5aW5nIHRvIHBhcnNlIGEgRFVJRC4gV2VyZQppdCBub3QgdHJ1ZSwgSeKAmWQgcHJlZmVy IHRoYXQgd2Ugbm90IGJvdGhlciB0byBzZXBhcmF0ZSBvdXQgZGlmZmVyZW50CnR5cGVzLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD48L2Rpdj4KPGRpdiBpZD0ibnRlcy1wY21haWwtc2lnbmF0dXJlIiBz dHlsZT0iZm9udC1mYW1pbHk6J+W+rui9r+mbhem7kSciPgogICAgPHN0eWxlIHR5cGU9InRleHQv Y3NzIj4KICAgICAgICBhI250ZXMtcGNtYWlsLXNpZ25hdHVyZS1kZWZhdWx0OmhvdmVyIHsKICAg ICAgICAgICAgdGV4dC1kZWNvcmF0aW9uOiB1bmRlcmxpbmU7CiAgICAgICAgICAgIGNvbG9yOiAj MTk5Y2ZmOwogICAgICAgICAgICBjdXJzb3I6IHBvaW50ZXI7CiAgICAgICAgfQogICAgICAgIGEj bnRlcy1wY21haWwtc2lnbmF0dXJlLWRlZmF1bHQ6YWN0aXZlIHsKICAgICAgICAgICAgdGV4dC1k ZWNvcmF0aW9uOiB1bmRlcmxpbmU7CiAgICAgICAgICAgIGNvbG9yOiAjMjQ2ZmNlOwogICAgICAg ICAgICBjdXJzb3I6IHBvaW50ZXI7CiAgICAgICAgfQogICAgPC9zdHlsZT4KCgo8L2Rpdj48L2Rp dj48ZGl2IGNsYXNzPSJKLXJlcGx5IiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjojZjJmMmYyO2Nv bG9yOmJsYWNrO3BhZGRpbmctdG9wOjZweDtwYWRkaW5nLWJvdHRvbTo2cHg7Ym9yZGVyLXJhZGl1 czozcHg7LW1vei1ib3JkZXItcmFkaXVzOjNweDstd2Via2l0LWJvcmRlci1yYWRpdXM6M3B4O21h cmdpbi10b3A6NDVweDttYXJnaW4tYm90dG9tOjIwcHg7Zm9udC1mYW1pbHk6J+W+rui9r+mbhem7 kSc7Ij4KICAgIDxkaXYgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2xpbmUtaGVpZ2h0OjEuNTt3b3Jk LWJyZWFrOmJyZWFrLWFsbDttYXJnaW4tbGVmdDoxMHB4O21hcmdpbi1yaWdodDoxMHB4Ij5PbiA8 c3BhbiBjbGFzcz0ibWFpbC1kYXRlIj4xMi8xNi8yMDE3IDAzOjA5PC9zcGFuPu+8jDxhIGNsYXNz PSJtYWlsLXRvIiBzdHlsZT0idGV4dC1kZWNvcmF0aW9uOm5vbmU7Y29sb3I6IzJhODNmMjsiIGhy ZWY9Im1haWx0bzpkaGNwMUB0aGVob2Jzb25zLmNvLnVrIj5TaW1vbiBIb2Jzb24mbHQ7ZGhjcDFA dGhlaG9ic29ucy5jby51ayZndDs8L2E+IHdyb3Rl77yaIDwvZGl2Pgo8L2Rpdj4KPGJsb2NrcXVv dGUgaWQ9Im50ZXMtcGNtYWlsLXF1b3RlIiBzdHlsZT0ibWFyZ2luOiAwOyBwYWRkaW5nOiAwOyBm b250LXNpemU6IDE0cHg7IGZvbnQtZmFtaWx5OiAn5b6u6L2v6ZuF6buRJzsiPgpCZXJuaWUmbmJz cDtWb2x6Jm5ic3A7KHZvbHopJm5ic3A7Jmx0O3ZvbHpAY2lzY28uY29tJmd0OyZuYnNwO3dyb3Rl Ogo8YnI+Cjxicj4mZ3Q7Jm5ic3A7VGhpcyZuYnNwO2lzJm5ic3A7ZGVmaW5pdGVseSZuYnNwO2Em bmJzcDttZXNzLiZuYnNwO0J1dCZuYnNwO3RoZXNlJm5ic3A7ZGV2aWNlcyZuYnNwO2FyZSZuYnNw O291dCZuYnNwO3RoZXJlLgo8YnI+Cjxicj5JJm5ic3A7Y2FuJm5ic3A7c2VlJm5ic3A7Ym90aCZu YnNwO3NpZGVzLCZuYnNwO2J1dCZuYnNwO2l0Jm5ic3A7ZG9lcyZuYnNwO3NlZW0mbmJzcDtsaWtl Jm5ic3A7c2V0dGluZyZuYnNwO3RoZSZuYnNwO3N0YW5kYXJkJm5ic3A7dG8mbmJzcDtmaXQmbmJz cDt3aGF0Jm5ic3A7YSZuYnNwO3ZlbmRvciZuYnNwO2hhcyZuYnNwO2RvbmUmbmJzcDstJm5ic3A7 c2VuZGluZyZuYnNwO3RoZSZuYnNwO21lc3NhZ2UmbmJzcDt0aGF0Jm5ic3A7aXQncyZuYnNwO09L Jm5ic3A7dG8mbmJzcDtpZ25vcmUmbmJzcDtzdGFuZGFyZHMmbmJzcDthcyZuYnNwO3RoZSZuYnNw O0lFVEYmbmJzcDt3aWxsJm5ic3A7c2ltcGx5Jm5ic3A7cmVndWxhcmlzZSZuYnNwO2l0Lgo8YnI+ Cjxicj4mZ3Q7Jm5ic3A7T2J2aW91c2x5Jm5ic3A7dGhlcmUmbmJzcDt3YXMmbmJzcDtpcyZuYnNw O25vJm5ic3A7Y29sbGlzaW9uJm5ic3A7dG9kYXkmbmJzcDthcyZuYnNwO215Jm5ic3A7dW5kZXJz dGFuZGluZyZuYnNwO2lzJm5ic3A7dGhhdCZuYnNwO3RoZXNlJm5ic3A7YXJlJm5ic3A7YXNjaWkm bmJzcDtzdHJpbmdzJm5ic3A7YW5kJm5ic3A7c28mbmJzcDt3ZSZuYnNwO2hhdmUmbmJzcDthJm5i c3A7bG90Jm5ic3A7b2YmbmJzcDtkdWlkLXR5cGVzJm5ic3A7dG8mbmJzcDthc3NpZ24mbmJzcDti ZWZvcmUmbmJzcDt0aGVyZSZuYnNwO3dvdWxkJm5ic3A7YmUmbmJzcDthJm5ic3A7Y29uZmxpY3Qu Cjxicj4KPGJyPlVudGlsJm5ic3A7c29tZW9uZSZuYnNwO3JlYWRzJm5ic3A7dGhlJm5ic3A7c3Bl YywmbmJzcDtzZWVzJm5ic3A7dGhhdCZuYnNwO2l0J3MmbmJzcDtqdXN0Jm5ic3A7YSZuYnNwO2Js b2IsJm5ic3A7YW5kJm5ic3A7c2V0cyZuYnNwO2EmbmJzcDtiaW5hcnkmbmJzcDtzdHJpbmcmbmJz cDt0aGF0Jm5ic3A7Y29uZmxpY3RzLgo8YnI+Cjxicj4mZ3Q7Jm5ic3A7SSZuYnNwO2p1c3QmbmJz cDtkb27igJl0Jm5ic3A7c2VlJm5ic3A7d2h5Jm5ic3A7d2UmbmJzcDtib3RoZXImbmJzcDt0byZu YnNwO3NlcGFyYXRlJm5ic3A7b3V0Jm5ic3A7YW55dGhpbmcmbmJzcDstJm5ic3A7anVzdCZuYnNw O3RyZWF0Jm5ic3A7aXQmbmJzcDthcyZuYnNwO2FuJm5ic3A7b3BhcXVlJm5ic3A74oCcYmxvYuKA nSZuYnNwO29mJm5ic3A7ZGF0YS4KPGJyPgo8YnI+Cjxicj5JbmRlZWQuJm5ic3A7SXQmbmJzcDtk b2VzJm5ic3A7c2VlbSZuYnNwO29kZCZuYnNwO3RvJm5ic3A7c3BlY2lmeSZuYnNwO3dheXMmbmJz cDtvZiZuYnNwO2dlbmVyYXRpbmcmbmJzcDthJm5ic3A7RFVJRCwmbmJzcDtpbmNsdWRpbmcmbmJz cDthJm5ic3A7dHlwZSZuYnNwO2lkZW50aWZpZXImbmJzcDstJm5ic3A7YW5kJm5ic3A7dGhlbiZu YnNwO3Byb2hpYml0Jm5ic3A7dXNpbmcmbmJzcDt0aGF0Jm5ic3A7aW5mb3JtYXRpb24uCjxicj4K PGJyPgo8YnI+VGVkJm5ic3A7TGVtb24mbmJzcDsmbHQ7bWVsbG9uQGZ1Z3VlLmNvbSZndDsmbmJz cDt3cm90ZToKPGJyPgo8YnI+Jmd0OyZuYnNwO1RoaXMmbmJzcDtpcyZuYnNwO2EmbmJzcDt2YWxp ZCZuYnNwO3BvaW50OyZuYnNwO3JlYWxpc3RpY2FsbHksJm5ic3A7d2hlbiZuYnNwO3dlJm5ic3A7 ZGVmaW5lZCZuYnNwO0RVSUQsJm5ic3A7d2UmbmJzcDtkZWZpbmVkJm5ic3A7aXQmbmJzcDthcyZu YnNwO2EmbmJzcDtibG9iLCZuYnNwO2FuZCZuYnNwO3RoZW4mbmJzcDtzcGVjaWZpZWQmbmJzcDt3 YXlzJm5ic3A7b2YmbmJzcDtkb2luZyZuYnNwO2l0LCZuYnNwO2J1dCZuYnNwO2luc2lzdGVkJm5i c3A7dGhhdCZuYnNwO2Zyb20mbmJzcDt0aGUmbmJzcDtwZXJzcGVjdGl2ZSZuYnNwO29mJm5ic3A7 YmVpbmcmbmJzcDt1c2VkJm5ic3A7YXMmbmJzcDthbiZuYnNwO2lkZW50aWZpZXIsJm5ic3A7aXQm bmJzcDt3YXMmbmJzcDtqdXN0Jm5ic3A7YSZuYnNwO2Jsb2I7Jm5ic3A7dGhlJm5ic3A7ImhvdyZu YnNwO3RvJm5ic3A7bWFrZSImbmJzcDtwYXJ0Jm5ic3A7b2YmbmJzcDt0aGUmbmJzcDtzcGVjJm5i c3A7aXMmbmJzcDt0byZuYnNwO2F2b2lkJm5ic3A7Y29sbGlzaW9ucywmbmJzcDtub3QmbmJzcDt0 byZuYnNwO21ha2UmbmJzcDt0aGUmbmJzcDtpbmZvcm1hdGlvbiZuYnNwO2luJm5ic3A7dGhlJm5i c3A7RFVJRCZuYnNwO2F2YWlsYWJsZSZuYnNwO2ZvciZuYnNwO3RoZSZuYnNwO3NlcnZlciZuYnNw O3RvJm5ic3A7cGFyc2UuCjxicj4mZ3Q7Jm5ic3A7Cjxicj4mZ3Q7Jm5ic3A7SXQmbmJzcDt3b3Vs ZCZuYnNwO2JlJm5ic3A7cmVhc29uYWJsZSZuYnNwO3RvJm5ic3A7c2F5Jm5ic3A7dGhhdCZuYnNw O3RoZSZuYnNwO3lhbmcmbmJzcDtkYXRhJm5ic3A7bW9kZWwmbmJzcDtzaG91bGQmbmJzcDtqdXN0 Jm5ic3A7cHJlc2VudCZuYnNwO3RoYXQmbmJzcDtiaW5hcnkmbmJzcDtibG9iJm5ic3A7dG8mbmJz cDt3aGF0ZXZlciZuYnNwO2lzJm5ic3A7dGFsa2luZyZuYnNwO3RvJm5ic3A7aXQsJm5ic3A7YW5k Jm5ic3A7aWYmbmJzcDt0aGF0Jm5ic3A7dGhpbmcmbmJzcDt3YW50cyZuYnNwO3RvJm5ic3A7aGF2 ZSZuYnNwO2hldXJpc3RpY3MmbmJzcDtmb3ImbmJzcDtwaWNraW5nJm5ic3A7aXQmbmJzcDthcGFy dCwmbmJzcDt0aGF0J3MmbmJzcDtmaW5lLCZuYnNwO2J1dCZuYnNwO3RoZSZuYnNwO2RhdGEmbmJz cDttb2RlbCZuYnNwO2RvZXNuJ3QmbmJzcDtuZWVkJm5ic3A7dG8mbmJzcDtkbyZuYnNwO3NvLgo8 YnI+Cjxicj5XZSZuYnNwO3NlZW0mbmJzcDt0byZuYnNwO2dldCZuYnNwO21peGVkJm5ic3A7bWVz c2FnZXMuJm5ic3A7T24mbmJzcDt0aGUmbmJzcDtvbmUmbmJzcDtoYW5kJm5ic3A7dGhlcmUncyZu YnNwO3RoaXMmbmJzcDt0ZXh0Jm5ic3A7dGhhdCZuYnNwO3NheXMmbmJzcDsiZG8mbmJzcDtub3Qm bmJzcDtwYXJzZSZuYnNwO3RoZSZuYnNwO0RVSUQiLCZuYnNwO3lldCZuYnNwO29uJm5ic3A7dGhp cyZuYnNwO2xpc3QmbmJzcDsoSUlSQykmbmJzcDt5b3UndmUmbmJzcDtzdWdnZXN0ZWQmbmJzcDt0 aGF0Jm5ic3A7dGhpcyZuYnNwO3dhcyZuYnNwO3NpbXBseSZuYnNwOyJub3QmbmJzcDt3ZWxsJm5i c3A7d29yZGVkIiZuYnNwO2FuZCZuYnNwO2l0Jm5ic3A7d2Fzbid0Jm5ic3A7aW50ZW5kZWQmbmJz cDt0byZuYnNwO3Byb2hpYml0Jm5ic3A7ZG9pbmcmbmJzcDt0aGF0Lgo8YnI+Cjxicj5fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo8YnI+ZGhjd2cmbmJzcDtt YWlsaW5nJm5ic3A7bGlzdAo8YnI+ZGhjd2dAaWV0Zi5vcmcKPGJyPmh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vZGhjd2cKPGJyPjwvYmxvY2txdW90ZT48IS0t8J+YgC0tPg0K PC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+ From nobody Fri Dec 15 19:53:15 2017 Return-Path: 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 06AB3124D85 for ; Fri, 15 Dec 2017 19:53:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=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=fugue-com.20150623.gappssmtp.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 V4fYG-oBgkAj for ; Fri, 15 Dec 2017 19:53:13 -0800 (PST) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (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 0E2BF124234 for ; Fri, 15 Dec 2017 19:53:12 -0800 (PST) Received: by mail-qk0-x236.google.com with SMTP id u184so12718080qkd.6 for ; Fri, 15 Dec 2017 19:53:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=Rr+JPnmc3Ly6BVb/bYJRVwXyQpWWtELX09/0MBcWCXE=; b=odwP+6Bph3CYS9QOup8V26wxTscQeC8VXk3dnsscpZkwdTI7p397Bg+Qnu/QYWrYSu rUIfXxaXF4Sod1OG8dNy5sej1vq5PYh68QlZ1Wu5jtqCZC2lCCfuJeotqGEkWLEbCfzU pX2eFJtCIZfYC6QBEeB7k1dFcPuwovBM94lbx9KZEmSdnK/tIJemg0/dfQ6tn2GN8GnW WLMIRz5bdn/aBwOXsJFSwcT458kQvit7r3xKFFhfHpih2gOdX8prEBM5GcZy7chHf3+V myLof0+tqxF7PGL5nHmcwjl2+zUO+G4PxUy0QLYW1xEZzMrSQdGdGxxEpz6cQ5+BR3tn UmWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=Rr+JPnmc3Ly6BVb/bYJRVwXyQpWWtELX09/0MBcWCXE=; b=mAnOwFU0Sg3SzRDjfIjPWbgSRgP6WMOeBokmdqY/tuCRfMhyBb0Fuxce0S1Yaru/ot QAMMPrZTd2WTvTTWSNUY38C5GJVHqVaHA+qnXbzD16ny8EhzdZO9kbBSgot3wvoVQO/e VgKjA3iH+z+i15+djZC+nL7+6JPMSWTvnjKsAngViGBL0fR35rBZHStMhiUMhwy3JqRh XkgNCdyUI6qHvv7y8SrTL6uUMIwCbSGO6iFmt6S+rrpY+odgnaXAPOTR55tFakmn5Vzr v51kuH4KwHy2PdWKbbjckYTik8PCAXt6SxD7snFZVlFuPqiwS1QudKCR8KXrjqhe6tHI wzNg== X-Gm-Message-State: AKGB3mLvFIzp+BkSMNWKGeIfEmta8wu6SdewQ1LZ5zXYEo8N5BahAzqp yEuVrloeAaupNvETM39HPOCi1GurfpE= X-Google-Smtp-Source: ACJfBov7IRekuksAaePbzYdJ13NXBwhz0IfOTTuxdOxf7hs38a6o6oBu/DchYYNycAFEjYNgOYk9qg== X-Received: by 10.55.105.5 with SMTP id e5mr24872126qkc.256.1513396392081; Fri, 15 Dec 2017 19:53:12 -0800 (PST) Received: from [10.0.30.153] (c-24-60-163-103.hsd1.ma.comcast.net. [24.60.163.103]) by smtp.gmail.com with ESMTPSA id y9sm5049637qkj.85.2017.12.15.19.53.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Dec 2017 19:53:11 -0800 (PST) From: Ted Lemon Message-Id: <195BDEED-2A66-4AE8-BC97-BB1FCE02092C@fugue.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_D2044D85-DA26-4571-8232-82A7909DC1FC" Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Date: Fri, 15 Dec 2017 22:53:10 -0500 In-Reply-To: <76ABAA0E-31D1-4AEC-B8A9-3E9C1098C279@gmail.com> Cc: Simon Hobson , "dhcwg@ietf.org" , "draft-ietf-dhc-dhcpv6-yang@ietf.org" To: hezihao References: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.cisco.com> <7E297315-1B5B-437D-A447-221E8DAA5388@gmx.com> <0D8F77A1-3B91-4D6E-A7F2-5720EF0AFA51@gmx.com> <76ABAA0E-31D1-4AEC-B8A9-3E9C1098C279@gmail.com> X-Mailer: Apple Mail (2.3445.5.20) Archived-At: Subject: Re: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Dec 2017 03:53:15 -0000 --Apple-Mail=_D2044D85-DA26-4571-8232-82A7909DC1FC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I would suggest that you just have an "invalid type" for unknown types = and malformed DUIDs, and have it have the type code in it: | +--:(duid-invalid) | +--rw type-code? uint16 | +--rw data? yang:bytes This would be used for any DUID that either has an unrecognized type, or = doesn't contain enough bytes to satisfy the format corresponding to the = type code that was received. I used yang:bytes because I don't actually know how to represent raw = bytes in a yang data model; hopefully it's something like that. --Apple-Mail=_D2044D85-DA26-4571-8232-82A7909DC1FC Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii I = would suggest that you just have an "invalid type" for unknown types and = malformed DUIDs, and have it have the type code in it:

    |     +--:(duid-invalid)
    | =        +--rw type-code?         =           uint16
    |       =  +--rw data?               =          yang:bytes

    This would be used for any DUID = that either has an unrecognized type, or doesn't contain enough bytes to = satisfy the format corresponding to the type code that was = received.

    I = used yang:bytes because I don't actually know how to represent raw bytes = in a yang data model; hopefully it's something like that.

    = --Apple-Mail=_D2044D85-DA26-4571-8232-82A7909DC1FC-- From nobody Fri Dec 15 23:28:38 2017 Return-Path: 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 2A86912426E; Fri, 15 Dec 2017 23:28:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.025 X-Spam-Level: X-Spam-Status: No, score=-1.025 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 MBY9ijzZMqRz; Fri, 15 Dec 2017 23:28:36 -0800 (PST) Received: from mail-pg0-x22a.google.com (mail-pg0-x22a.google.com [IPv6:2607:f8b0:400e:c05::22a]) (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 2A2461241F5; Fri, 15 Dec 2017 23:28:36 -0800 (PST) Received: by mail-pg0-x22a.google.com with SMTP id e14so7182525pgr.9; Fri, 15 Dec 2017 23:28:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version:content-transfer-encoding; bh=rGNVhNIJWEgPYV/70+1Z+F1ab3abjMbm/sbETAu9jII=; b=mRtBS1cis17ZMXlBC6l6z5nx4z0n1VJH7bB2EBkB6l113OC7WN3S45H8d/nq5tzEuN QrnMiLDdg+H79iqBk815WTYmHFx1jgvcrRdHHiToaTP7rsQcEzrzVBri38jMGp0EC7o7 WrvjNMYuBtl6CbvRDft9maaukBhkxhsp2nRT/7hL8+IUmG1rfT/tvYc0zis/xGgTeHVr PB8RFOJkJqgoXzujSpjCnUGZHgF/Mr0ftyub6oMaDZjRULT9h9UndhspDe7uIkhRy3Dc nre7HNAknh8n2toaqzO+qpzmEJkEmZegF1aBJ3Vhty34/KaxcHJsPxJNHKOm3RhXEt0l 8VGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version:content-transfer-encoding; bh=rGNVhNIJWEgPYV/70+1Z+F1ab3abjMbm/sbETAu9jII=; b=npoxEBXxe9YUJfcXCDEn698IMjYJUM2Fp+f8aEyqFP6buonlWkQBRwhJt5P0Bhb/fP 2xbEro7im7YhmIWW29Ntpl399QM67bw0wUI8dA1tg528EbWgBNj1kgsjb1nql5ZJ4b6Y 1LMVRwNEMxNPmWl6iNRqYTcMa2R2plZlrUm0sLIjLw2YSd5227CI78ZccwJs3/zXQ5gc 29p7UiC40kUTqP7SW929OQxD7pdxhvE/sjD36yqvJVeBV9mwjxdBmoiRHg+2ofd/U6rb LOagWalqQ7MOakdnoTyqwykxTKxHoLWG0lFe2CZPWdxR4d2nVaUMqFvJIxxbbCgVMrHg 07eA== X-Gm-Message-State: AKGB3mL3IWspgc4t6xbR297ay09yKCtJQh9rWzikAaWL6coDEUNmCByw u+eWHGfIrnDXoRtRKzfApcsDkjeZ X-Google-Smtp-Source: ACJfBouZo6BeuJ7CxVG5kUe8llB4PGGks+LzTR9XGx97ywmni4JjWbknQoeEC3TLejVY+4WnKTvEjg== X-Received: by 10.98.211.153 with SMTP id z25mr15856314pfk.61.1513409315741; Fri, 15 Dec 2017 23:28:35 -0800 (PST) Received: from DESKTOP-7HBCU2Q ([103.211.228.150]) by smtp.gmail.com with ESMTPSA id p87sm15883783pfi.95.2017.12.15.23.28.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Dec 2017 23:28:34 -0800 (PST) Date: Sat, 16 Dec 2017 15:29:05 +0800 From: hezihao To: Ted Lemon Cc: Simon Hobson , "=?utf-8?Q?dhcwg=40ietf.org?=" , "=?utf-8?Q?draft-ietf-dhc-dhcpv6-yang=40ietf.org?=" Message-ID: <1CE63371-2F92-4167-9AF8-93A444A13E87@gmail.com> In-Reply-To: <195BDEED-2A66-4AE8-BC97-BB1FCE02092C@fugue.com> References: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.cisco.com> <7E297315-1B5B-437D-A447-221E8DAA5388@gmx.com> <0D8F77A1-3B91-4D6E-A7F2-5720EF0AFA51@gmx.com> <76ABAA0E-31D1-4AEC-B8A9-3E9C1098C279@gmail.com> <195BDEED-2A66-4AE8-BC97-BB1FCE02092C@fugue.com> X-Mailer: MailMasterPC/4.2.2.1004 (Windows 10 RS3) X-CUSTOM-MAIL-MASTER-SENT-ID: E69A70C7-D6D7-4070-B66C-B3DF7DC4F818 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 Archived-At: Subject: Re: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Dec 2017 07:28:37 -0000 PGh0bWw+DQo8aGVhZD4NCiAgICA8bWV0YSBodHRwLWVxdWl2PSdDb250ZW50LVR5cGUnIGNvbnRl bnQ9J3RleHQvaHRtbDsgY2hhcnNldD1VVEYtOCc+DQo8L2hlYWQ+DQo8Ym9keT4NCjxzdHlsZT4N CiAgICAqew0KICAgICAgICBtYXJnaW46IDA7DQogICAgICAgIHBhZGRpbmc6IDA7DQogICAgfQ0K ICAgIGZvbnR7DQogICAgICAgIGxpbmUtaGVpZ2h0OiAxLjY7DQogICAgfQ0KICAgIHVsLG9sew0K ICAgICAgICBwYWRkaW5nLWxlZnQ6IDIwcHg7DQogICAgICAgIGxpc3Qtc3R5bGUtcG9zaXRpb246 IGluc2lkZTsNCiAgICB9DQo8L3N0eWxlPg0KPGRpdiBzdHlsZSA9ICdmb250LWZhbWlseToi5b6u 6L2v6ZuF6buRIjsgbGluZS1oZWlnaHQ6MS42Oyc+DQogICAgPGRpdj4KPGRpdj48ZGl2IGNsYXNz PSJKLXJlcGx5IiBzdHlsZT0ibWFyZ2luLXRvcDogNDVweDsgbWFyZ2luLWJvdHRvbTogMjBweDsg cGFkZGluZy10b3A6IDZweDsgcGFkZGluZy1ib3R0b206IDZweDsgYm9yZGVyLXJhZGl1czogM3B4 OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjQyLCAyNDIsIDI0Mik7Ij48ZGl2IHN0eWxlPSJtYXJn aW4tcmlnaHQ6IDEwcHg7IG1hcmdpbi1sZWZ0OiAxMHB4OyBsaW5lLWhlaWdodDogMS41OyB3b3Jk LWJyZWFrOiBicmVhay1hbGw7Ij5PbiZuYnNwOzxzcGFuIGNsYXNzPSJtYWlsLWRhdGUiPjEyLzE2 LzIwMTcgMTE6NTM8L3NwYW4+77yMPGEgY2xhc3M9Im1haWwtdG8iIGhyZWY9Im1haWx0bzptZWxs b25AZnVndWUuY29tIiBzdHlsZT0idGV4dC1kZWNvcmF0aW9uOiBub25lOyBjb2xvcjogcmdiKDQy LCAxMzEsIDI0Mik7Ij5UZWQgTGVtb24mbHQ7bWVsbG9uQGZ1Z3VlLmNvbSZndDs8L2E+Jm5ic3A7 d3JvdGXvvJo8L2Rpdj48L2Rpdj48YmxvY2txdW90ZSBpZD0ibnRlcy1wY21haWwtcXVvdGUiPjxp Pkkgd291bGQgc3VnZ2VzdCB0aGF0IHlvdSBqdXN0IGhhdmUgYW4gImludmFsaWQgdHlwZSIgZm9y IHVua25vd24gdHlwZXMgYW5kIG1hbGZvcm1lZCBEVUlEcywgYW5kIGhhdmUgaXQgaGF2ZSB0aGUg dHlwZSBjb2RlIGluIGl0OjwvaT48ZGl2IGNsYXNzPSIiPjxpPjxiciBjbGFzcz0iIj48L2k+PC9k aXY+PGRpdiBjbGFzcz0iIj48ZGl2IGNsYXNzPSIiPjxmb250IGZhY2U9IkNvdXJpZXIgTmV3IiBj bGFzcz0iIj48aT58ICZuYnNwOyAmbmJzcDsgKy0tOihkdWlkLWludmFsaWQpPC9pPjwvZm9udD48 L2Rpdj48ZGl2IGNsYXNzPSIiPjxkaXYgY2xhc3M9IiI+PGZvbnQgZmFjZT0iQ291cmllciBOZXci IGNsYXNzPSIiPjxpPnwgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Ky0tcncgdHlwZS1jb2Rl PyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyB1aW50MTY8L2k+PC9mb250PjwvZGl2PjxkaXYgY2xhc3M9IiI+PGZvbnQgZmFjZT0i Q291cmllciBOZXciIGNsYXNzPSIiPjxpPnwgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Ky0t cncgZGF0YT8gJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt5YW5nOmJ5dGVzPC9pPjwvZm9udD48 L2Rpdj48ZGl2IGNsYXNzPSIiPjxmb250IGZhY2U9IkNvdXJpZXIgTmV3IiBjbGFzcz0iIj48aT48 YnIgY2xhc3M9IiI+PC9pPjwvZm9udD48L2Rpdj48ZGl2IGNsYXNzPSIiPjxpPlRoaXMgd291bGQg YmUgdXNlZCBmb3IgYW55IERVSUQgdGhhdCBlaXRoZXIgaGFzIGFuIHVucmVjb2duaXplZCB0eXBl LCBvciBkb2Vzbid0IGNvbnRhaW4gZW5vdWdoIGJ5dGVzIHRvIHNhdGlzZnkgdGhlIGZvcm1hdCBj b3JyZXNwb25kaW5nIHRvIHRoZSB0eXBlIGNvZGUgdGhhdCB3YXMgcmVjZWl2ZWQuPC9pPjwvZGl2 PjxkaXYgY2xhc3M9IiI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9IiI+PGk+SSB1c2VkIHlhbmc6Ynl0 ZXMgYmVjYXVzZSBJIGRvbid0IGFjdHVhbGx5IGtub3cgaG93IHRvIHJlcHJlc2VudCByYXcgYnl0 ZXMgaW4gYSB5YW5nIGRhdGEgbW9kZWw7IGhvcGVmdWxseSBpdCdzIHNvbWV0aGluZyBsaWtlIHRo YXQuPC9pPjwvZGl2PjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPjwvZGl2PjxkaXYgY2xhc3M9 IiI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9IiI+WmloYW8gLTwvZGl2PjxkaXYgY2xhc3M9IiI+SGkg VGVkLCB0aGFua3MgZm9yIHlvdXIgc3VnZ2VzdGlvbiBhbmQgSSByZS1tb2RlbGVkIERVSUQgYWNj b3JkaW5nbHksIHdoaWNoIGlzIHNob3duIGluIHRoZSB0cmVlIGRpYWdyYW0gYmVsb3cuJm5ic3A7 PC9kaXY+PGRpdiBjbGFzcz0iIj48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIyLjRweDsiPkkg dGhpbmsgdGhlIGJ1aWx0LWluIHR5cGUgJ2JpbmFyeScgJm5ic3A7aXMgYSBnb29kIGNob2ljZSB0 byByZXByZXNlbnQgcmF3IGJ5dGVzIGluIGEgeWFuZyBtb2RlbC48L3NwYW4+PC9kaXY+PGRpdiBj bGFzcz0iIj48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIyLjRweDsiPiZuYnNwOyAmbmJzcDsg Jm5ic3A7Ky0tcncgZHVpZDwvc3Bhbj48L2Rpdj48ZGl2IGNsYXNzPSIiPjxkaXYgc3R5bGU9Imxp bmUtaGVpZ2h0OiAyMi40cHg7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7fCAm bmJzcDsrLS1ydyB0eXBlLWNvZGU/ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHVpbnQxNiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAtLS0tIGRlZmF1bHQ6MHhmZmZmPC9kaXY+PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIy LjRweDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8ICZuYnNwOystLXJ3IChk dWlkLXR5cGUpPyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7IC0tLS0gZGVmYXVsdDogZHVpZC1pbnZhbGlkPC9kaXY+PGRp diBzdHlsZT0ibGluZS1oZWlnaHQ6IDIyLjRweDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDt8ICZuYnNwOyAmbmJzcDsgKy0tOihkdWlkLWxsdCk8L2Rpdj48ZGl2IHN0eWxlPSJs aW5lLWhlaWdodDogMjIuNHB4OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wg Jm5ic3A7ICZuYnNwOyB8ICZuYnNwOystLXJ3IGR1aWQtbGx0LWhhcmR3YXJlLXR5cGU/ICZuYnNw OyAmbmJzcDsgJm5ic3A7dWludDE2PC9kaXY+PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIyLjRw eDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8ICZuYnNwOyAmbmJzcDsgfCAm bmJzcDsrLS1ydyBkdWlkLWxsdC10aW1lPyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgeWFuZzp0aW1ldGlja3M8L2Rpdj48ZGl2IHN0eWxlPSJsaW5lLWhl aWdodDogMjIuNHB4OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wgJm5ic3A7 ICZuYnNwOyB8ICZuYnNwOystLXJ3IGR1aWQtbGx0LWxpbmstbGF5ZXItYWRkcj8gJm5ic3A7ICZu YnNwO3lhbmc6bWFjLWFkZHJlc3M8L2Rpdj48ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogMjIuNHB4 OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wgJm5ic3A7ICZuYnNwOyArLS06 KGR1aWQtZW4pPC9kaXY+PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIyLjRweDsiPiZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8ICZuYnNwOyAmbmJzcDsgfCAmbmJzcDsrLS1ydyBk dWlkLWVuLWVudGVycHJpc2UtbnVtYmVyPyAmbmJzcDsgdWludDMyPC9kaXY+PGRpdiBzdHlsZT0i bGluZS1oZWlnaHQ6IDIyLjRweDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8 ICZuYnNwOyAmbmJzcDsgfCAmbmJzcDsrLS1ydyBkdWlkLWVuLWlkZW50aWZpZXI/ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtzdHJpbmc8L2Rpdj48ZGl2IHN0eWxlPSJsaW5lLWhl aWdodDogMjIuNHB4OyI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wgJm5ic3A7 ICZuYnNwOyArLS06KGR1aWQtbGwpPC9kaXY+PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6IDIyLjRw eDsiPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDt8ICZuYnNwOyAmbmJzcDsgfCAm bmJzcDsrLS1ydyBkdWlkLWxsLWhhcmR3YXJlLXR5cGU/ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHVp bnQxNjwvZGl2PjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMi40cHg7Ij4mbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7fCAmbmJzcDsgJm5ic3A7IHwgJm5ic3A7Ky0tcncgZHVpZC1s bC1saW5rLWxheWVyLWFkZHI/ICZuYnNwOyAmbmJzcDsgeWFuZzptYWMtYWRkcmVzczwvZGl2Pjxk aXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMi40cHg7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7fCAmbmJzcDsgJm5ic3A7ICstLTooZHVpZC11dWlkKTwvZGl2PjxkaXYgc3R5bGU9 ImxpbmUtaGVpZ2h0OiAyMi40cHg7Ij4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 fCAmbmJzcDsgJm5ic3A7IHwgJm5ic3A7Ky0tcncgdXVpZD8gJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDt5YW5nOnV1aWQ8L2Rpdj48ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogMjIuNHB4OyI+Jm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wgJm5ic3A7ICZuYnNwOyArLS06KGR1aWQt aW52YWxpZCk8L2Rpdj48ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogMjIuNHB4OyI+Jm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3wgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7Ky0t cncgZGF0YT8gJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwO2JpbmFyeTwvZGl2PjwvZGl2PjxkaXYgY2xhc3M9IiI+PHNwYW4gc3R5bGU9ImxpbmUt aGVpZ2h0OiAyMi40cHg7Ij4oU2luY2UgdDwvc3Bhbj48c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6 IDEuNjsiPmhlIGlkZW50aWZpZXJzIG9mJm5ic3A7PC9zcGFuPjxzcGFuIGNsYXNzPSJmb250c3R5 bGUwIiBzdHlsZT0ibGluZS1oZWlnaHQ6IDEuNjsiPmFsbCBjaGlsZCBub2RlcyBtdXN0IGJlIHVu aXF1ZSB3aXRoaW4gYWxsIGNhc2VzIGluIGEgY2hvaWNlLCBJIG1vdmVkICd0eXBlLWNvZGUnIG91 dCBvZiAnZHVpZC10eXBlJy4pPC9zcGFuPjwvZGl2PjxkaXYgY2xhc3M9IiI+PHNwYW4gc3R5bGU9 ImxpbmUtaGVpZ2h0OiAyMi40cHg7Ij48YnI+PC9zcGFuPjwvZGl2PjxkaXYgY2xhc3M9IiI+PHNw YW4gc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMi40cHg7Ij5CZXNpZGVzLCBJIHNldCB0aGUgZGVmYXVs dCB2YWx1ZSBmb3IgJ3R5cGUtY29kZScgYXMgMHhmZmZmIGFuZCB0aGUgZGVmYXVsdCBjYXNlIG9m ICdkdWlkLXR5cGUnIGFzICdkdWlkLWludmFsaWQnLCB0aHVzIHJlZHVjaW5nIHRoZSBwb3NzaWJp bGl0eSBvZiBhIG1hbGZvcm1lZCBEVUlEIHRvIGJlIHRyZWF0ZWQgYXMgYSBrbm93biB0eXBlLjwv c3Bhbj48L2Rpdj48ZGl2IGNsYXNzPSIiPjxkaXYgY2xhc3M9IiIgc3R5bGU9ImxpbmUtaGVpZ2h0 OiAyMi40cHg7Ij48ZGl2IHN0eWxlPSJsaW5lLWhlaWdodDogMjIuNHB4OyI+Jm5ic3A7ICZuYnNw OyZuYnNwOzwvZGl2PjxkaXYgc3R5bGU9ImxpbmUtaGVpZ2h0OiAyMi40cHg7Ij48YnI+PC9kaXY+ PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjwvZGl2PjwvZGl2PjxzdHlsZSB0 eXBlPSJ0ZXh0L2NzcyI+CiAgICAgICAgYSNudGVzLXBjbWFpbC1zaWduYXR1cmUtZGVmYXVsdDpo b3ZlciB7CiAgICAgICAgICAgIHRleHQtZGVjb3JhdGlvbjogdW5kZXJsaW5lOwogICAgICAgICAg ICBjb2xvcjogIzE5OWNmZjsKICAgICAgICAgICAgY3Vyc29yOiBwb2ludGVyOwogICAgICAgIH0K ICAgICAgICBhI250ZXMtcGNtYWlsLXNpZ25hdHVyZS1kZWZhdWx0OmFjdGl2ZSB7CiAgICAgICAg ICAgIHRleHQtZGVjb3JhdGlvbjogdW5kZXJsaW5lOwogICAgICAgICAgICBjb2xvcjogIzI0NmZj ZTsKICAgICAgICAgICAgY3Vyc29yOiBwb2ludGVyOwogICAgICAgIH0KICAgIDwvc3R5bGU+PCEt LfCfmIAtLT4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg== From nobody Sat Dec 16 16:26:47 2017 Return-Path: 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 07B4E126D45 for ; Sat, 16 Dec 2017 16:26:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=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=fugue-com.20150623.gappssmtp.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 yekTpqErYIR4 for ; Sat, 16 Dec 2017 16:26:44 -0800 (PST) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::22e]) (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 DFB5F1205D3 for ; Sat, 16 Dec 2017 16:26:43 -0800 (PST) Received: by mail-io0-x22e.google.com with SMTP id x129so6328563iod.13 for ; Sat, 16 Dec 2017 16:26:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=1aCkEXQDJmyPqewEDbQan3t1CV4KPYyo0X8bM31vx+I=; b=JrNYgRX0sPxwo0zOsVIyoOeH70C1iwVroOKAYFKlgu2UeDa8fLgQbMexced8PNryuj zyGdZw+fgPlZbI7w9Gw7pcnRZmXOxLsQJuxiNJdJGol9Qwco32XXUCVd4BKXQt5PyMUZ VmGRMw+QTlNJD5CyNfOs5/V3X1H75jliK0yWJ8K+jazmniBd3PxpPeoTJPTlc9YQtSRP BoxSWHOMnSZzBD+LwvylT++ZktKtKMaa3OZ6tlVAWY8yrWnf0cS1H/CQMXxsLNOiJXRq DPJt6/I5BFyPhcp6peUWlWsThnWQO8DZIS4Vgb/3w94eCXHD7Kg93OP/2QHLeb/mTWXz IZpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=1aCkEXQDJmyPqewEDbQan3t1CV4KPYyo0X8bM31vx+I=; b=qKV/xjQnQUWHbkYoq0i2qLvOJXGuXw4n6QF7LKS++rzQyB/AUUSIk7dXolEwU1pQVN r60YrsCXSTFMRwf3kFh9Sisa0mDxuWiGCxW6CI6L/2+bmyGY2IjQYtjqxSe432DDEMwG 8bps9a2acCiqlxtfB9R+KmYVGKpGCnb0sb89p64Ng+0ke6Z+OsiHLqlBWmA6ojnMYKlp RE3WmF1EC9P8+Vy9IEe9zBwOLlS/OuuNQ//2WpCFH6wogq+LeVCBz8vp8eKs6Q1pLpU6 FiPzYXcfDGE8+YPPxdxmBGlVtEzkFtQXfAygm70Yy1EIcF/xSasyn7ddBTeg2ijVgPmZ SeGw== X-Gm-Message-State: AKGB3mKJ5MNonW4xu85PX/RaPMbI3FMklwMAkbqSZsuVYpLJaxfhaHXD GXjrZA2068YT/CTPVWUdfXnM0r/ajiDI7M7n3Ppg6Q== X-Google-Smtp-Source: ACJfBotMevB8yaei8Sv8FxGyTtXReb5TnlfGIkhGSrLBBiSUefsMO86pGL2QvOExMtDKm3A9UBx64OTSOdtZbRlVztQ= X-Received: by 10.107.168.216 with SMTP id e85mr18341913ioj.266.1513470403177; Sat, 16 Dec 2017 16:26:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.15.203 with HTTP; Sat, 16 Dec 2017 16:26:42 -0800 (PST) Received: by 10.79.15.203 with HTTP; Sat, 16 Dec 2017 16:26:42 -0800 (PST) In-Reply-To: <1CE63371-2F92-4167-9AF8-93A444A13E87@gmail.com> References: <0cab196d775e45668ef2fec69f317ce1@XCH-ALN-003.cisco.com> <7E297315-1B5B-437D-A447-221E8DAA5388@gmx.com> <0D8F77A1-3B91-4D6E-A7F2-5720EF0AFA51@gmx.com> <76ABAA0E-31D1-4AEC-B8A9-3E9C1098C279@gmail.com> <195BDEED-2A66-4AE8-BC97-BB1FCE02092C@fugue.com> <1CE63371-2F92-4167-9AF8-93A444A13E87@gmail.com> From: Ted Lemon Date: Sat, 16 Dec 2017 19:26:42 -0500 Message-ID: To: hezihao Cc: Simon Hobson , dhcwg , "draft-ietf-dhc-dhcpv6-yang@ietf.org" Content-Type: multipart/alternative; boundary="001a1142e704c2835e05607e493b" Archived-At: Subject: Re: [dhcwg] draft-ietf-dhc-dhcpv6-yang-04 - DUID representation in the model X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Dec 2017 00:26:46 -0000 --001a1142e704c2835e05607e493b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable That sounds right. I will trust that your yang knowledge is better than mine! :) On Dec 16, 2017 02:28, "hezihao" wrote: > On 12/16/2017 11:53=EF=BC=8CTed Lemon wrote=EF=BC=9A > > *I would suggest that you just have an "invalid type" for unknown types > and malformed DUIDs, and have it have the type code in it:* > > *| +--:(duid-invalid)* > *| +--rw type-code? uint16* > *| +--rw data? yang:bytes* > > *This would be used for any DUID that either has an unrecognized type, or > doesn't contain enough bytes to satisfy the format corresponding to the > type code that was received.* > > *I used yang:bytes because I don't actually know how to represent raw > bytes in a yang data model; hopefully it's something like that.* > > > Zihao - > Hi Ted, thanks for your suggestion and I re-modeled DUID accordingly, > which is shown in the tree diagram below. > I think the built-in type 'binary' is a good choice to represent raw > bytes in a yang model. > +--rw duid > | +--rw type-code? uint16 > ---- default:0xffff > | +--rw (duid-type)? > ---- default: duid-invalid > | +--:(duid-llt) > | | +--rw duid-llt-hardware-type? uint16 > | | +--rw duid-llt-time? yang:timeticks > | | +--rw duid-llt-link-layer-addr? yang:mac-address > | +--:(duid-en) > | | +--rw duid-en-enterprise-number? uint32 > | | +--rw duid-en-identifier? string > | +--:(duid-ll) > | | +--rw duid-ll-hardware-type? uint16 > | | +--rw duid-ll-link-layer-addr? yang:mac-address > | +--:(duid-uuid) > | | +--rw uuid? yang:uuid > | +--:(duid-invalid) > | +--rw data? binary > (Since the identifiers of all child nodes must be unique within all cases > in a choice, I moved 'type-code' out of 'duid-type'.) > > Besides, I set the default value for 'type-code' as 0xffff and the defaul= t > case of 'duid-type' as 'duid-invalid', thus reducing the possibility of a > malformed DUID to be treated as a known type. > > > --001a1142e704c2835e05607e493b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
    That sounds right. I will trust that your yang knowledge = is better than mine!=C2=A0 :)

    On Dec 16, 2017 02:28, "hezihao" <hezihao9512@gmail.com> wrote:
    =20
    On=C2=A012/16/2017 11:53=EF=BC=8CTed Lemon<mellon@fugue.com&= gt;=C2=A0wrote=EF=BC=9A
    I would suggest that you just have an "invalid = type" for unknown types and malformed DUIDs, and have it have the type= code in it:

    = | =C2=A0 =C2=A0 +--:(duid-invalid)
    | =C2=A0 =C2=A0 =C2=A0 =C2=A0+--rw type-code? =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 uint16
    | =C2=A0 =C2=A0 =C2=A0 =C2=A0+--rw d= ata? =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0yang:bytes
    =
    This would be used for any DUID that either ha= s an unrecognized type, or doesn't contain enough bytes to satisfy the = format corresponding to the type code that was received.

    =
    I used yang:bytes because I don't actually know how to re= present raw bytes in a yang data model; hopefully it's something like t= hat.


    Zihao -
    Hi Ted, = thanks for your suggestion and I re-modeled DUID accordingly, which is show= n in the tree diagram below.=C2=A0
    I think the built-in type 'binary' =C2=A0is a good choice to r= epresent raw bytes in a yang model.
    =C2=A0 =C2=A0 =C2=A0+--rw duid
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0+--rw type-co= de? =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 uint16 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 ---- default:0xffff
    =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0+--rw (duid-type)? =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 ---- default: duid-invalid
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 +--:(duid-llt)
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| = =C2=A0 =C2=A0 | =C2=A0+--rw duid-llt-hardware-type? =C2=A0 =C2=A0 =C2=A0uin= t16
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0| =C2=A0 =C2=A0 | =C2=A0+--rw duid-llt-time? =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 yang:timeticks
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 | =C2=A0+--rw duid-llt-l= ink-layer-addr? =C2=A0 =C2=A0yang:mac-address
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 +--:(duid-en)
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| = =C2=A0 =C2=A0 | =C2=A0+--rw duid-en-enterprise-number? =C2=A0 uint32
    <= div style=3D"line-height:22.4px">=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0= =C2=A0 | =C2=A0+--rw duid-en-identifier? =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0string
    =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0| =C2=A0 =C2=A0 +--:(duid-ll)
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 | =C2=A0+--rw duid-ll= -hardware-type? =C2=A0 =C2=A0 =C2=A0 uint16
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 | =C2=A0+--rw dui= d-ll-link-layer-addr? =C2=A0 =C2=A0 yang:mac-address
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 +--:(dui= d-uuid)
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0| =C2=A0 =C2=A0 | =C2=A0+--rw uuid? =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0yang:uuid
    =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0= +--:(duid-invalid)
    =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0| =C2=A0 =C2=A0 =C2=A0 =C2=A0+--rw data? =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0binary
    (Since the i= dentifiers of=C2=A0all child nodes must be unique within all cases in a= choice, I moved 'type-code' out of 'duid-type'.)

    Besides, I set the default value for 'type-cod= e' as 0xffff and the default case of 'duid-type' as 'duid-i= nvalid', thus reducing the possibility of a malformed DUID to be treate= d as a known type.
    =C2=A0 =C2=A0=C2=A0

    --001a1142e704c2835e05607e493b-- From nobody Sat Dec 23 03:02:04 2017 Return-Path: X-Original-To: dhcwg@ietf.org Delivered-To: dhcwg@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A9F91200FC; Sat, 23 Dec 2017 03:01:58 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: dhcwg@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.68.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151402691860.29966.718862835035835768@ietfa.amsl.com> Date: Sat, 23 Dec 2017 03:01:58 -0800 Archived-At: Subject: [dhcwg] I-D Action: draft-ietf-dhc-dhcpv6-yang-05.txt X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Dec 2017 11:01:59 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Dynamic Host Configuration WG of the IETF. Title : YANG Data Model for DHCPv6 Configuration Authors : Yong Cui Linhui Sun Ian Farrer Sladjana Zechlin Zihao He Filename : draft-ietf-dhc-dhcpv6-yang-05.txt Pages : 102 Date : 2017-12-23 Abstract: This document describes a YANG data model [RFC6020] for the configuration and management of DHCPv6 servers, relays, and clients. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-dhc-dhcpv6-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-dhc-dhcpv6-yang-05 https://datatracker.ietf.org/doc/html/draft-ietf-dhc-dhcpv6-yang-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-dhc-dhcpv6-yang-05 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: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat Dec 23 03:09:51 2017 Return-Path: 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 CC6EE124234; Sat, 23 Dec 2017 03:09:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.025 X-Spam-Level: X-Spam-Status: No, score=-1.025 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 HIl2M8WLuBVe; Sat, 23 Dec 2017 03:09:47 -0800 (PST) Received: from mail-pg0-x243.google.com (mail-pg0-x243.google.com [IPv6:2607:f8b0:400e:c05::243]) (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 C2AD41200FC; Sat, 23 Dec 2017 03:09:47 -0800 (PST) Received: by mail-pg0-x243.google.com with SMTP id j4so15441336pgp.1; Sat, 23 Dec 2017 03:09:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version:content-transfer-encoding; bh=Fp1B1QIGLL35sXd36Tx/PFHRAKBmZKzMxxBlCDsSIhc=; b=IIwd8p/6+FnaOCH8e3kFKHwGO/7e8hBz3xyI3tLlQvkyZqV16b4IM+bytB5miyMtDx dv0o1Yk3CVV6tlzv1JIYrQIm1RBD+x5EEVY8cmJc/nUlOXnmzb7F2D4y5gkw5KqCpGbi by8rykDN+0HRiv92m0TU6xkglyI3ALnVNYbiRtwe5++Y780VpuIVrhbRxHX1IKxoEz5u Oc6qsWVHwObK3fPotRmCrvkKjokSzViYTLhDW9/PPcWufNCw00Y7NWtpSyiS42vdS5rK ZYLbt9QkRvqWWs6Z7Km+wg4aU8dDUl7M00ZUSHQ+WkNLNOUgcGEosXjxHeAoE8ERjLWY XeFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version:content-transfer-encoding; bh=Fp1B1QIGLL35sXd36Tx/PFHRAKBmZKzMxxBlCDsSIhc=; b=ZjYlZNnsfOcJAfJlLb9ovo905c17B2EzR4gqYbUcIOh+m29mS27qUkMVRIkCKkc6/e my6TMqJFRijGswG8zLA3SNmJLdmJ+0ixI8lKSc3+HdROwpgHeZslm9zZKgaZ4b8WE160 ofBdA4HKZAP2MdZGXOC5LCQj+elECXg7PffmYpegig7dLI5f4u/H0dqBSq0ZzRidYyKD dg+KFYmZ+r2TkZ0CYQS4413zMAzmIw76n41RZ3Yc3I+aR9V1ckgaUtgIlh0ojYMV77HP xL1UO9N72N8lU4KNh/vdy9ND0n1RU4/zOyaJUhTL/YwaufnDFEFgPeSdfIfXra2hFaop I5GA== X-Gm-Message-State: AKGB3mKsiWhfpW6prAZIVPFrf+412baJiREA1OvZ1D7b2eJ9SwEtatWb 3/S/RXjtt1ZcaDbdLFO0/OTX9zgX X-Google-Smtp-Source: ACJfBovBDuw3w4nt23F3DpmsvEUtvNzXcCZzsKwOxGO0JZasB37mYNveIHoBSIH7CaftgaFfh6A3uw== X-Received: by 10.98.67.78 with SMTP id q75mr17256460pfa.110.1514027386985; Sat, 23 Dec 2017 03:09:46 -0800 (PST) Received: from DESKTOP-7HBCU2Q ([103.211.228.150]) by smtp.gmail.com with ESMTPSA id h69sm48806421pfe.107.2017.12.23.03.09.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 23 Dec 2017 03:09:46 -0800 (PST) Date: Sat, 23 Dec 2017 19:10:25 +0800 From: hezihao To: "=?utf-8?Q?internet-drafts=40ietf.org?=" Cc: "=?utf-8?Q?i-d-announce=40ietf.org?=" , "=?utf-8?Q?dhcwg=40ietf.org?=" Message-ID: <5BCC2D54-ED88-4B93-ABFA-6B823AC9B162@gmail.com> In-Reply-To: <151402691860.29966.718862835035835768@ietfa.amsl.com> References: <151402691860.29966.718862835035835768@ietfa.amsl.com> X-Mailer: MailMasterPC/4.2.2.1004 (Windows 10 RS3) X-CUSTOM-MAIL-MASTER-SENT-ID: 5E3971B6-EF95-44AC-B2D8-4D040DF3C4E5 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 Archived-At: Subject: Re: [dhcwg] I-D Action: draft-ietf-dhc-dhcpv6-yang-05.txt X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Dec 2017 11:09:50 -0000 PGh0bWw+DQo8aGVhZD4NCiAgICA8bWV0YSBodHRwLWVxdWl2PSdDb250ZW50LVR5cGUnIGNvbnRl bnQ9J3RleHQvaHRtbDsgY2hhcnNldD1VVEYtOCc+DQo8L2hlYWQ+DQo8Ym9keT4NCjxzdHlsZT4N CiAgICAqew0KICAgICAgICBtYXJnaW46IDA7DQogICAgICAgIHBhZGRpbmc6IDA7DQogICAgfQ0K ICAgIGZvbnR7DQogICAgICAgIGxpbmUtaGVpZ2h0OiAxLjY7DQogICAgfQ0KICAgIHVsLG9sew0K ICAgICAgICBwYWRkaW5nLWxlZnQ6IDIwcHg7DQogICAgICAgIGxpc3Qtc3R5bGUtcG9zaXRpb246 IGluc2lkZTsNCiAgICB9DQo8L3N0eWxlPg0KPGRpdiBzdHlsZSA9ICdmb250LWZhbWlseToi5b6u 6L2v6ZuF6buRIjsgbGluZS1oZWlnaHQ6MS42Oyc+DQogICAgPGRpdj4KPGRpdj48c3Bhbj48Zm9u dCBzaXplPSIyIiBzdHlsZT0iZm9udC1zaXplOiAxNnB4OyI+PGJyPjwvZm9udD48L3NwYW4+PC9k aXY+CjxkaXY+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxmb250IHNpemU9 IjIiIHN0eWxlPSJmb250LXNpemU6IDE2cHg7Ij5IaQpldmVyeW9uZSw8bzpwPjwvbzpwPjwvZm9u dD48L3NwYW4+PC9wPgoKPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxmb250 IHNpemU9IjIiIHN0eWxlPSJmb250LXNpemU6IDE2cHg7Ij5XZQpoYXZlIHBvc3RlZCBhIG5ldyB2 ZXJzaW9uIG9mIGRyYWZ0LWRoYy1kaGNwdjYteWFuZy4gVGhlIG1haW4gY2hhbmdlcyAoaW5jbHVk aW5nCnRoZSBjaGFuZ2VzIHRoYXQgSWFuIHBvc3RlZCBvbiBnaXRodWIgb24gMjAxNy0xMS0yNCkg ZnJvbSB2ZXJzaW9uMDQgYXJlOjxvOnA+PC9vOnA+PC9mb250Pjwvc3Bhbj48L3A+Cgo8cCBjbGFz cz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDt0ZXh0LWluZGVu dDotMjEuMHB0Owptc28tY2hhci1pbmRlbnQtY291bnQ6MDttc28tbGlzdDpsMCBsZXZlbDEgbGZv MSI+PCEtLVtpZiAhc3VwcG9ydExpc3RzXS0tPjxmb250IHNpemU9IjIiIHN0eWxlPSJmb250LXNp emU6IDE2cHg7Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZjttc28tZmFyZWFzdC1mb250LWZhbWlseToKJnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4xKTxzcGFuIHN0eWxlPSJmb250LXN0cmV0Y2g6IG5vcm1h bDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48L3NwYW4+ PCEtLVtlbmRpZl0tLT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+U3BsaXQKdGhlIG1vbm9saXRoaWMgbW9kdWxl IGludG8gZm91ciBtb2R1bGVzIC0gaWV0Zi1kaGNwdjYtc2VydmVyLCBpZXRmLWRoY3B2Ni1jbGll bnQsCmlldGYtZGhjcHY2LXJlbGF5IGFuZCBpZXRmLWRoY3B2Ni1vcHRpb25zLjxvOnA+PC9vOnA+ PC9zcGFuPjwvZm9udD48L3A+Cgo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjIxLjBwdDt0ZXh0LWluZGVudDotMjEuMHB0Owptc28tY2hhci1pbmRlbnQtY291 bnQ6MDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+PCEtLVtpZiAhc3VwcG9ydExpc3RzXS0tPjxm b250IHNpemU9IjIiIHN0eWxlPSJmb250LXNpemU6IDE2cHg7Ij48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZjttc28t ZmFyZWFzdC1mb250LWZhbWlseToKJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4yKTxzcGFu IHN0eWxlPSJmb250LXN0cmV0Y2g6IG5vcm1hbDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1m YW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48L3NwYW4+PCEtLVtlbmRpZl0tLT48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+ UmV3b3JrZWQKdGhlIOKAmG9wdGlvbi1zZXRz4oCZIGRlZmluaXRpb24gYW5kIOKAmHVzZeKAmSBt ZWNoYW5pc20gdGhyb3VnaG91dC48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPgoKPHAgY2xh c3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7dGV4dC1pbmRl bnQ6LTIxLjBwdDsKbXNvLWNoYXItaW5kZW50LWNvdW50OjA7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxm bzEiPjwhLS1baWYgIXN1cHBvcnRMaXN0c10tLT48Zm9udCBzaXplPSIyIiBzdHlsZT0iZm9udC1z aXplOiAxNnB4OyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWY7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6CiZxdW90 O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Myk8c3BhbiBzdHlsZT0iZm9udC1zdHJldGNoOiBub3Jt YWw7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+PC9zcGFu PjwhLS1bZW5kaWZdLS0+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPlJlbW92ZWQKZHVwbGljYXRpb24gb2Ygb3B0 aW9ucyBiZXR3ZWVuIHRoZSBzZXJ2ZXIgKHJ3KSBhbmQgY2xpZW50IChybykgb3B0aW9uCmRlZmlu aXRpb25zLiBDbGllbnRzIG5vdyBpbXBvcnRzIHRoZSBzZXJ2ZXIgb3B0aW9ucyB3aXRoIOKAmGNv bmZpZyBmYWxzZeKAmS48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPgoKPHAgY2xhc3M9Ik1z b0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoyMS4wcHQ7dGV4dC1pbmRlbnQ6LTIx LjBwdDsKbXNvLWNoYXItaW5kZW50LWNvdW50OjA7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPjwh LS1baWYgIXN1cHBvcnRMaXN0c10tLT48Zm9udCBzaXplPSIyIiBzdHlsZT0iZm9udC1zaXplOiAx NnB4OyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWY7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6CiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyI+NCk8c3BhbiBzdHlsZT0iZm9udC1zdHJldGNoOiBub3JtYWw7IGxp bmUtaGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5OiAnVGltZXMgTmV3IFJvbWFuJzsiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOwo8L3NwYW4+PC9zcGFuPjwhLS1b ZW5kaWZdLS0+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPkFkZGVkCnRoZSBJQU5BIGFsbG9jYXRlZCBuYW1lL2Nv ZGUgaW4gdGhlIGRlc2NyaXB0aW9uIGFuZCB0aGUgc291cmNlIFJGQyBpbiB0aGUKcmVmZXJlbmNl IGluIHRoZSBvcHRpb24gZGVmaW5pdGlvbi4gVGhpcyBtYWtlcyBpdCBhIGxvdCBlYXNpZXIgdG8g Y2hlY2sgZm9yCmNvbXBsZXRlbmVzcyBhbmQgdmFsaWRhdGUgdGhlaXIgc3RydWN0dXJlLjxvOnA+ PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+Cgo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDt0ZXh0LWluZGVudDotMjEuMHB0Owptc28tY2hhci1pbmRl bnQtY291bnQ6MDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+PCEtLVtpZiAhc3VwcG9ydExpc3Rz XS0tPjxmb250IHNpemU9IjIiIHN0eWxlPSJmb250LXNpemU6IDE2cHg7Ij48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJp Zjttc28tZmFyZWFzdC1mb250LWZhbWlseToKJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij41 KTxzcGFuIHN0eWxlPSJmb250LXN0cmV0Y2g6IG5vcm1hbDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsg Zm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48L3NwYW4+PCEtLVtlbmRpZl0tLT48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz ZXJpZiI+UmUtbW9kZWxsZWQKc29tZSBvcHRpb25zIGFuZCBzcGxpdCBzb21lIGNvbnRhaW5lcnMg dGhhdCBpbmNsdWRlIG11bHRpcGxlIG9wdGlvbnMuPG86cD48L286cD48L3NwYW4+PC9mb250Pjwv cD4KCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0 O3RleHQtaW5kZW50Oi0yMS4wcHQ7Cm1zby1jaGFyLWluZGVudC1jb3VudDowO21zby1saXN0Omww IGxldmVsMSBsZm8xIj48IS0tW2lmICFzdXBwb3J0TGlzdHNdLS0+PGZvbnQgc2l6ZT0iMiIgc3R5 bGU9ImZvbnQtc2l6ZTogMTZweDsiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmO21zby1mYXJlYXN0LWZvbnQtZmFt aWx5OgomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjYpPHNwYW4gc3R5bGU9ImZvbnQtc3Ry ZXRjaDogbm9ybWFsOyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ1RpbWVzIE5l dyBSb21hbic7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsKPC9z cGFuPjwvc3Bhbj48IS0tW2VuZGlmXS0tPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5TZXBhcmF0ZWQKQ29uZmln dXJhdGlvbiBhbmQgU3RhdGUgdHJlZXMuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4KCjxw IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O3RleHQt aW5kZW50Oi0yMS4wcHQ7Cm1zby1jaGFyLWluZGVudC1jb3VudDowO21zby1saXN0OmwwIGxldmVs MSBsZm8xIj48IS0tW2lmICFzdXBwb3J0TGlzdHNdLS0+PGZvbnQgc2l6ZT0iMiIgc3R5bGU9ImZv bnQtc2l6ZTogMTZweDsiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmO21zby1mYXJlYXN0LWZvbnQtZmFtaWx5Ogom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPjcpPHNwYW4gc3R5bGU9ImZvbnQtc3RyZXRjaDog bm9ybWFsOyBsaW5lLWhlaWdodDogbm9ybWFsOyBmb250LWZhbWlseTogJ1RpbWVzIE5ldyBSb21h bic7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsKPC9zcGFuPjwv c3Bhbj48IS0tW2VuZGlmXS0tPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj5JbXBsZW1lbnRlZAp0aGUgdXNlIG9m IOKAmHByZXNlbmNl4oCZIHN0YXRlbWVudCB0byByZXBsYWNlIOKAmGVuYWJsZeKAmSBub2RlIHVu ZGVyIGVhY2ggb3B0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+Cgo8cCBjbGFzcz0i TXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjIxLjBwdDt0ZXh0LWluZGVudDot MjEuMHB0Owptc28tY2hhci1pbmRlbnQtY291bnQ6MDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+ PCEtLVtpZiAhc3VwcG9ydExpc3RzXS0tPjxmb250IHNpemU9IjIiIHN0eWxlPSJmb250LXNpemU6 IDE2cHg7Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZjttc28tZmFyZWFzdC1mb250LWZhbWlseToKJnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7Ij44KTxzcGFuIHN0eWxlPSJmb250LXN0cmV0Y2g6IG5vcm1hbDsg bGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48L3NwYW4+PCEt LVtlbmRpZl0tLT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+SW1wbGVtZW50ZWQKdGhlIHVzZSBvZiDigJhmZWF0 dXJl4oCZIHRvIGluZGljYXRlIHN1cHBvcnQgZm9yIGVhY2ggb3B0aW9uIGFuZCBkZWxldGVkIOKA mHN1cHBvcnRlZC1vcHRpb25z4oCZCnVuZGVyIGNsaWVudC48bzpwPjwvbzpwPjwvc3Bhbj48L2Zv bnQ+PC9wPgoKPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoy MS4wcHQ7dGV4dC1pbmRlbnQ6LTIxLjBwdDsKbXNvLWNoYXItaW5kZW50LWNvdW50OjA7bXNvLWxp c3Q6bDAgbGV2ZWwxIGxmbzEiPjwhLS1baWYgIXN1cHBvcnRMaXN0c10tLT48Zm9udCBzaXplPSIy IiBzdHlsZT0iZm9udC1zaXplOiAxNnB4OyI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWY7bXNvLWZhcmVhc3QtZm9u dC1mYW1pbHk6CiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+OSk8c3BhbiBzdHlsZT0iZm9u dC1zdHJldGNoOiBub3JtYWw7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IGZvbnQtZmFtaWx5OiAnVGlt ZXMgTmV3IFJvbWFuJzsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw Owo8L3NwYW4+PC9zcGFuPjwhLS1bZW5kaWZdLS0+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPkFkZGVkCmEg4oCY ZHVpZC1pbnZhbGlk4oCZIHR5cGUgYXMgZGlzY3Vzc2VkIGluIHRoZSBtYWlsaW5nIGxpc3QuPG86 cD48L286cD48L3NwYW4+PC9mb250PjwvcD4KCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O3RleHQtaW5kZW50Oi0yMS4wcHQ7Cm1zby1jaGFyLWlu ZGVudC1jb3VudDowO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj48IS0tW2lmICFzdXBwb3J0TGlz dHNdLS0+PGZvbnQgc2l6ZT0iMiIgc3R5bGU9ImZvbnQtc2l6ZTogMTZweDsiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNl cmlmO21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OgomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi PjEwKTxzcGFuIHN0eWxlPSJmb250LXN0cmV0Y2g6IG5vcm1hbDsgbGluZS1oZWlnaHQ6IG5vcm1h bDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Cjwvc3Bhbj48L3NwYW4+PCEtLVtlbmRpZl0tLT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+UmUtd29ya2Vk CmFkZHJlc3MvcG9vbCB1dGlsaXphdGlvbi4gTm93IOKAmG1heC1hZGRyZXNzL3ByZWZpeC11dGls aXphdGlvbi1yYXRpb+KAmSBpcyBhCmNvbmZpZ3VyYWJsZSB0aHJlc2hvbGQgdmFsdWUsIGFuZCDi gJhhZGRyZXNzL3ByZWZpeC11dGlsaXphdGlvbi1yYXRpb+KAmSBpcyB1bmRlcgp0aGUgc3RhdGUg dHJlZSBpbmRpY2F0aW5nIGN1cnJlbnQgdXRpbGl6YXRpb24gcmF0aW8uIFRoZXNlIGFyZSB1c2Vk IGJ5Cm5vdGlmaWNhdGlvbnMuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4KCjxwIGNsYXNz PSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MjEuMHB0O3RleHQtaW5kZW50 Oi0yMS4wcHQ7Cm1zby1jaGFyLWluZGVudC1jb3VudDowO21zby1saXN0OmwwIGxldmVsMSBsZm8x Ij48IS0tW2lmICFzdXBwb3J0TGlzdHNdLS0+PGZvbnQgc2l6ZT0iMiIgc3R5bGU9ImZvbnQtc2l6 ZTogMTZweDsiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmO21zby1mYXJlYXN0LWZvbnQtZmFtaWx5OgomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDsiPjExKTxzcGFuIHN0eWxlPSJmb250LXN0cmV0Y2g6IG5vcm1h bDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgZm9udC1mYW1pbHk6ICdUaW1lcyBOZXcgUm9tYW4nOyI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Cjwvc3Bhbj48L3NwYW4+PCEtLVtlbmRpZl0tLT48c3Bh biBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+QWRkZWQgYSBsaXN0IOKAmGFkZHJlc3MtcHJlZml4LWFzc2lnbi1wYXJhbeKA mSBub2RlIHVuZGVyIHN0YXRlIGRhdGEgb2Ygc2VydmVyLiBUaGlzCm1pZ2h0IGJlIGEgd2F5IHRv IGRlZmluZSB0aGUgbG9naWMgZm9yIHRoZSBzZXJ2ZXIgdG8gYXNzaWduIGFkZHJlc3Nlcy9wcmVm aXhlcy48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPgoKPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPjxmb250IHNpemU9IjIiIHN0eWxlPSJmb250LXNpemU6IDE2cHg7Ij5Q bGVhc2UKZmVlbCBmcmVlIHRvIHJldmlldyBhbmQgY29tbWVudC4gWW91ciBwcmVjaW91cyBzdWdn ZXN0aW9ucyBhcmUgYWx3YXlzIHdlbGNvbWUuPG86cD48L286cD48L2ZvbnQ+PC9zcGFuPjwvcD4K CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj48Zm9udCBzaXplPSIyIiBzdHls ZT0iZm9udC1zaXplOiAxNnB4OyI+Jm5ic3A7PC9mb250Pjwvc3Bhbj48L3A+Cgo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+PGZvbnQgc2l6ZT0iMiIgc3R5bGU9ImZvbnQtc2l6 ZTogMTZweDsiPlRoYW5rcyw8bzpwPjwvbzpwPjwvZm9udD48L3NwYW4+PC9wPgoKPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPjxmb250IHNpemU9IjIiIHN0eWxlPSJmb250LXNp emU6IDE2cHg7Ij5aaWhhbzwvZm9udD48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+CjxkaXY+ PHNwYW4+PGJyPjwvc3Bhbj48L2Rpdj4KPGRpdiBpZD0ibnRlcy1wY21haWwtc2lnbmF0dXJlIiBz dHlsZT0iZm9udC1mYW1pbHk6J+W+rui9r+mbhem7kSciPgogICAgPHN0eWxlIHR5cGU9InRleHQv Y3NzIj4KICAgICAgICBhI250ZXMtcGNtYWlsLXNpZ25hdHVyZS1kZWZhdWx0OmhvdmVyIHsKICAg ICAgICAgICAgdGV4dC1kZWNvcmF0aW9uOiB1bmRlcmxpbmU7CiAgICAgICAgICAgIGNvbG9yOiAj MTk5Y2ZmOwogICAgICAgICAgICBjdXJzb3I6IHBvaW50ZXI7CiAgICAgICAgfQogICAgICAgIGEj bnRlcy1wY21haWwtc2lnbmF0dXJlLWRlZmF1bHQ6YWN0aXZlIHsKICAgICAgICAgICAgdGV4dC1k ZWNvcmF0aW9uOiB1bmRlcmxpbmU7CiAgICAgICAgICAgIGNvbG9yOiAjMjQ2ZmNlOwogICAgICAg ICAgICBjdXJzb3I6IHBvaW50ZXI7CiAgICAgICAgfQogICAgPC9zdHlsZT4KCgo8L2Rpdj48L2Rp dj48ZGl2IGNsYXNzPSJKLXJlcGx5IiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjojZjJmMmYyO2Nv bG9yOmJsYWNrO3BhZGRpbmctdG9wOjZweDtwYWRkaW5nLWJvdHRvbTo2cHg7Ym9yZGVyLXJhZGl1 czozcHg7LW1vei1ib3JkZXItcmFkaXVzOjNweDstd2Via2l0LWJvcmRlci1yYWRpdXM6M3B4O21h cmdpbi10b3A6NDVweDttYXJnaW4tYm90dG9tOjIwcHg7Zm9udC1mYW1pbHk6J+W+rui9r+mbhem7 kSc7Ij4KICAgIDxkaXYgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2xpbmUtaGVpZ2h0OjEuNTt3b3Jk LWJyZWFrOmJyZWFrLWFsbDttYXJnaW4tbGVmdDoxMHB4O21hcmdpbi1yaWdodDoxMHB4Ij5PbiA8 c3BhbiBjbGFzcz0ibWFpbC1kYXRlIj4xMi8yMy8yMDE3IDE5OjAyPC9zcGFuPu+8jDxhIGNsYXNz PSJtYWlsLXRvIiBzdHlsZT0idGV4dC1kZWNvcmF0aW9uOm5vbmU7Y29sb3I6IzJhODNmMjsiIGhy ZWY9Im1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciPiZsdDtpbnRlcm5ldC1kcmFmdHNA aWV0Zi5vcmcmZ3Q7PC9hPiB3cm90Ze+8miA8L2Rpdj4KPC9kaXY+CjxibG9ja3F1b3RlIGlkPSJu dGVzLXBjbWFpbC1xdW90ZSIgc3R5bGU9Im1hcmdpbjogMDsgcGFkZGluZzogMDsgZm9udC1zaXpl OiAxNHB4OyBmb250LWZhbWlseTogJ+W+rui9r+mbhem7kSc7Ij4KCjxicj5BJm5ic3A7TmV3Jm5i c3A7SW50ZXJuZXQtRHJhZnQmbmJzcDtpcyZuYnNwO2F2YWlsYWJsZSZuYnNwO2Zyb20mbmJzcDt0 aGUmbmJzcDtvbi1saW5lJm5ic3A7SW50ZXJuZXQtRHJhZnRzJm5ic3A7ZGlyZWN0b3JpZXMuCjxi cj5UaGlzJm5ic3A7ZHJhZnQmbmJzcDtpcyZuYnNwO2EmbmJzcDt3b3JrJm5ic3A7aXRlbSZuYnNw O29mJm5ic3A7dGhlJm5ic3A7RHluYW1pYyZuYnNwO0hvc3QmbmJzcDtDb25maWd1cmF0aW9uJm5i c3A7V0cmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO0lFVEYuCjxicj4KPGJyPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1RpdGxlJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7OiZuYnNwO1lB TkcmbmJzcDtEYXRhJm5ic3A7TW9kZWwmbmJzcDtmb3ImbmJzcDtESENQdjYmbmJzcDtDb25maWd1 cmF0aW9uCjxicj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDtBdXRob3JzJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7OiZuYnNwO1lvbmcmbmJzcDtDdWkKPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwO0xpbmh1aSZuYnNwO1N1bgo8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7SWFuJm5ic3A7RmFycmVyCjxicj4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtTbGFkamFuYSZuYnNwO1plY2hsaW4KPGJyPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO1ppaGFvJm5ic3A7SGUKPGJyPiZu YnNwOyZuYnNwO0ZpbGVuYW1lJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7OiZuYnNwO2RyYWZ0LWlldGYtZGhjLWRoY3B2Ni15YW5nLTA1LnR4dAo8YnI+Jm5i c3A7Jm5ic3A7UGFnZXMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6Jm5ic3A7MTAyCjxicj4mbmJzcDsmbmJzcDtEYXRlJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7OiZuYnNwOzIwMTctMTItMjMKPGJyPgo8YnI+QWJzdHJhY3Q6Cjxicj4mbmJz cDsmbmJzcDsmbmJzcDtUaGlzJm5ic3A7ZG9jdW1lbnQmbmJzcDtkZXNjcmliZXMmbmJzcDthJm5i c3A7WUFORyZuYnNwO2RhdGEmbmJzcDttb2RlbCZuYnNwO1tSRkM2MDIwXSZuYnNwO2ZvciZuYnNw O3RoZQo8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Y29uZmlndXJhdGlvbiZuYnNwO2FuZCZuYnNwO21h bmFnZW1lbnQmbmJzcDtvZiZuYnNwO0RIQ1B2NiZuYnNwO3NlcnZlcnMsJm5ic3A7cmVsYXlzLCZu YnNwO2FuZCZuYnNwO2NsaWVudHMuCjxicj4KPGJyPgo8YnI+Cjxicj5UaGUmbmJzcDtJRVRGJm5i c3A7ZGF0YXRyYWNrZXImbmJzcDtzdGF0dXMmbmJzcDtwYWdlJm5ic3A7Zm9yJm5ic3A7dGhpcyZu YnNwO2RyYWZ0Jm5ic3A7aXM6Cjxicj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1pZXRmLWRoYy1kaGNwdjYteWFuZy8KPGJyPgo8YnI+VGhlcmUmbmJzcDthcmUmbmJzcDth bHNvJm5ic3A7aHRtbGl6ZWQmbmJzcDt2ZXJzaW9ucyZuYnNwO2F2YWlsYWJsZSZuYnNwO2F0Ogo8 YnI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtZGhjLWRoY3B2Ni15YW5n LTA1Cjxicj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWlldGYt ZGhjLWRoY3B2Ni15YW5nLTA1Cjxicj4KPGJyPkEmbmJzcDtkaWZmJm5ic3A7ZnJvbSZuYnNwO3Ro ZSZuYnNwO3ByZXZpb3VzJm5ic3A7dmVyc2lvbiZuYnNwO2lzJm5ic3A7YXZhaWxhYmxlJm5ic3A7 YXQ6Cjxicj5odHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1kaGMt ZGhjcHY2LXlhbmctMDUKPGJyPgo8YnI+Cjxicj5QbGVhc2UmbmJzcDtub3RlJm5ic3A7dGhhdCZu YnNwO2l0Jm5ic3A7bWF5Jm5ic3A7dGFrZSZuYnNwO2EmbmJzcDtjb3VwbGUmbmJzcDtvZiZuYnNw O21pbnV0ZXMmbmJzcDtmcm9tJm5ic3A7dGhlJm5ic3A7dGltZSZuYnNwO29mJm5ic3A7c3VibWlz c2lvbgo8YnI+dW50aWwmbmJzcDt0aGUmbmJzcDtodG1saXplZCZuYnNwO3ZlcnNpb24mbmJzcDth bmQmbmJzcDtkaWZmJm5ic3A7YXJlJm5ic3A7YXZhaWxhYmxlJm5ic3A7YXQmbmJzcDt0b29scy5p ZXRmLm9yZy4KPGJyPgo8YnI+SW50ZXJuZXQtRHJhZnRzJm5ic3A7YXJlJm5ic3A7YWxzbyZuYnNw O2F2YWlsYWJsZSZuYnNwO2J5Jm5ic3A7YW5vbnltb3VzJm5ic3A7RlRQJm5ic3A7YXQ6Cjxicj5m dHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLwo8YnI+Cjxicj5fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo8YnI+ZGhjd2cmbmJzcDttYWlsaW5n Jm5ic3A7bGlzdAo8YnI+ZGhjd2dAaWV0Zi5vcmcKPGJyPmh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vZGhjd2cKPGJyPjwvYmxvY2txdW90ZT48IS0t8J+YgC0tPg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+ From nobody Fri Dec 29 09:14:09 2017 Return-Path: X-Original-To: dhcwg@ietf.org Delivered-To: dhcwg@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CCFA312D7EC; Fri, 29 Dec 2017 09:14:06 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Dan Romascanu To: Cc: dhcwg@ietf.org, ietf@ietf.org, draft-ietf-dhc-rfc3315bis.all@ietf.org, dromasca@gmail.com X-Test-IDTracker: no X-IETF-IDTracker: 6.68.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <151456764669.6894.5006854748206254479@ietfa.amsl.com> Date: Fri, 29 Dec 2017 09:14:06 -0800 Archived-At: Subject: [dhcwg] Opsdir telechat review of draft-ietf-dhc-rfc3315bis-10 X-BeenThere: dhcwg@ietf.org X-Mailman-Version: 2.1.22 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Dec 2017 17:14:07 -0000 Reviewer: Dan Romascanu Review result: Ready This document updates RFC3315, the original DHCPv6 specification, incorporates a number of new mechanisms and extensions that were defined in the period since the publication RFC 3315, clarifies a number of items, and obsoletes RFC 3315 and five other supporting RFCs. A small number of mechanisms that were obsoleted, listed in Section 25, and the changes relative are summarized in Appendix A. As this document does not define a new protocol, or a significant different versions of the existing protocol, but rather documents, clarifies and consolidates a technology that is widely deployed in the Internet, there are no new operational or manageability considerations to be described or added. It's a very useful document for network operators, who should start using it as a reference instead of the the obsolete RFCs and errata as soon as it is published. This document is READY from an OPSDIR perspective.