Re: [dhcwg] Iotdir last call review of draft-ietf-dhc-v6only-03

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Wed, 24 June 2020 08:11 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A8DC3A0C3A; Wed, 24 Jun 2020 01:11:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.597
X-Spam-Level:
X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 header.b=RtL+ZrGf; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=qSRjfNir
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 V4hzy4paiCH5; Wed, 24 Jun 2020 01:11:04 -0700 (PDT)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 164073A0C37; Wed, 24 Jun 2020 01:11:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=17358; q=dns/txt; s=iport; t=1592986264; x=1594195864; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=mLHq4AxY2AmqliDfEsEM3Xw/XpraXuO9i5haEgtkQaw=; b=RtL+ZrGfoLuls8gCIsH4e/7pJXeGX/qHYcu7TIDunt08mLAR5T7bUYfF gvja5cAI3NVrAq3PUhWEo/imSGaLH29HHoq8nn0iVYZaSdM/lSv1DruLR 2h2+6oGzHeg2HKziMiuOUojsTyKuZR7QW3ZtXPikOkXWwXWsolSrU4X+H M=;
IronPort-PHdr: =?us-ascii?q?9a23=3AXMZoFhxoe1pRS6bXCy+N+z0EezQntrPoPwUc9p?= =?us-ascii?q?sgjfdUf7+++4j5ZRWBt/pqi1DNUMPQ7PcXw+bVsqW1X2sG7N7BtX0Za5VDWl?= =?us-ascii?q?cDjtlehA0vBsOJSCiZZP7nZiA3BoJOAVli+XzoPk9SF8LzIVbVpy764TsbAB?= =?us-ascii?q?6qMw1zK6z8EZLTiMLi0ee09tXTbgxEiSD7b6l1KUC9rB7asY8dho4xJw=3D?= =?us-ascii?q?=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A2AAA4CvNe/4cNJK1mGwEBAQEBAQE?= =?us-ascii?q?BBQEBARIBAQEDAwEBAYF4BAEBAQsBgSIvIy4Hb1gvLIQkg0YDjUeTbYRqgS6?= =?us-ascii?q?BJANVCwEBAQwBAS0CBAEBhEcCF4F9AiQ2Bw4CAwEBCwEBBQEBAQIBBgRthVs?= =?us-ascii?q?MhXIBAQEBAxIRChMBATcBDwIBCBEEAQEoAwICAjAUCQgCBAENBQgagwWBfk0?= =?us-ascii?q?DLgGsMgKBOYhhdoEygwEBAQWFIRiCDgmBOAGCZoJMRYZrGoFBP4ERQ4JNPoQ?= =?us-ascii?q?bAQEIGjSCXjOCLZIvhj0mm1YKglqZToJxnBCRN4FkmEuEHAIEAgQFAg4BAQW?= =?us-ascii?q?BWgYsNoEgcBWDJFAXAg2OHgwXg06KVnQ3AgYBBwEBAwl8kCMBAQ?=
X-IronPort-AV: E=Sophos;i="5.75,274,1589241600"; d="scan'208,217";a="501649828"
Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 24 Jun 2020 08:11:03 +0000
Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by alln-core-2.cisco.com (8.15.2/8.15.2) with ESMTPS id 05O8B2cI004109 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 24 Jun 2020 08:11:02 GMT
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 24 Jun 2020 03:11:02 -0500
Received: from xhs-rtp-002.cisco.com (64.101.210.229) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 24 Jun 2020 04:11:02 -0400
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-002.cisco.com (64.101.210.229) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Wed, 24 Jun 2020 04:11:01 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ur4gecExhL0rUVKBJsf7ud199aamU6Ij6/ZXqU8fx31UAeOuw2t6yPMFCcyU5r+1/AmN4QlzLeqnUT6/biyytHWdx2Yoadzng8d2uvQ7NBdicnOaBuhNhpnGk+pGB5lubxHtfbf1bxJm6zr5MyqO6o+lX8EJXbTtDjGLKSrpLsF+EG7158Cp6mkjVtewk6r+8A6Hayi6NToWLcEZZHZGyaBjapi0w12kMqo7XyIoDCbHUS1acDijvxnZ0Zp3smwJeaVX/ZYmRJZLlkZR32rs7SQCxhMco/fa0znRv2ZNaTH3Cf9aZNoFV/cuSUEFdwLue62kKI43d9dWqjoiIu9BBw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mLHq4AxY2AmqliDfEsEM3Xw/XpraXuO9i5haEgtkQaw=; b=nwTpW+hWFaU6AQbBfawWsGZfdko9+Paoitprbs4croa5FlCW21bJs8Q0sVzH9by8s5GMmZhp/4IPTQiEbtTeq5lxGtikTeTJiin2QM17HEpB/3t+LaohDVEGOBeip/H7GY5/jZH2FldtZsRQVDy7E354LqraKmRqoA1Dn2Wx20gBGp3mjXzMBuSJ1zs30htEynXjUSe8A1aTH5S7XJUlykY89JDphGt1KT5rvhuYIoBQLs0aPulmdb06GQCrr3eDnYsC55YX0m+TiLl+9UgDQtAeslXX/fObAw8U9nLH0tDvd9EkiZZALAbuRTRsMmsg/Q7AmKRWg9jqYhnu10E8+A==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mLHq4AxY2AmqliDfEsEM3Xw/XpraXuO9i5haEgtkQaw=; b=qSRjfNir+T4gPGOE5RLsoojKB93dxxXVHdXoUS4YgVmqzzWcYtSah42SgHjcK/H48VYZds9iJrzcn2uHg2SbgbedoXM6uYfpC7ia4kiRtBLNEf+kWmIi2RZbi11xe8kYnpfaaRro8D+/tumlv6qIgRb1ZqwMCqokQjb2i61WaYk=
Received: from MN2PR11MB3565.namprd11.prod.outlook.com (2603:10b6:208:ea::31) by MN2PR11MB3663.namprd11.prod.outlook.com (2603:10b6:208:f5::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.22; Wed, 24 Jun 2020 08:11:01 +0000
Received: from MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::55bb:b065:86c1:1108]) by MN2PR11MB3565.namprd11.prod.outlook.com ([fe80::55bb:b065:86c1:1108%6]) with mapi id 15.20.3109.027; Wed, 24 Jun 2020 08:11:01 +0000
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Lorenzo Colitti <lorenzo@google.com>, "Michael Richardson (mcr@sandelman.ca)" <mcr@sandelman.ca>
CC: "iot-directorate@ietf.org" <iot-directorate@ietf.org>, "dhcwg@ietf.org" <dhcwg@ietf.org>, "draft-ietf-dhc-v6only.all@ietf.org" <draft-ietf-dhc-v6only.all@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>
Thread-Topic: Iotdir last call review of draft-ietf-dhc-v6only-03
Thread-Index: AQHWSXCz500xj5hBFEOHJgQP4qEuFajmYcrQgACc5oCAAGmpcA==
Date: Wed, 24 Jun 2020 08:10:02 +0000
Deferred-Delivery: Wed, 24 Jun 2020 08:09:15 +0000
Message-ID: <MN2PR11MB3565A2E16B28DE4592935B4BD8950@MN2PR11MB3565.namprd11.prod.outlook.com>
References: <159290613429.20258.90107321879676135@ietfa.amsl.com> <CAKD1Yr0m637ft_H43r8kw3868X51OcUE+gUZPQ7OvgEbosL8VQ@mail.gmail.com> <MN2PR11MB356540C90067D188E624CA3FD8940@MN2PR11MB3565.namprd11.prod.outlook.com> <CAKD1Yr0cExR2hNcFPG1jf2_m+owcj36PjBo5K2AfkbQbbBu4bQ@mail.gmail.com>
In-Reply-To: <CAKD1Yr0cExR2hNcFPG1jf2_m+owcj36PjBo5K2AfkbQbbBu4bQ@mail.gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: google.com; dkim=none (message not signed) header.d=none;google.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2a01:cb1d:4ec:2200:3c99:4200:e6b8:917d]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: fcd7deae-bccf-42ef-ecf4-08d818162219
x-ms-traffictypediagnostic: MN2PR11MB3663:
x-microsoft-antispam-prvs: <MN2PR11MB3663D6299D8AA38E28DA7F30D8950@MN2PR11MB3663.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 0444EB1997
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: RdBL8PkMEmIIooddWZSBICpo9c3dtQZpDxxM+snn4NTV6NN8mIQG+5vj3OZO5Gdi+LB0VHUHNYk/IoyQib9wKHG/9Nf+ASqNa9ii79KVkKRiLgK3JbWSJKgVXhOjVMHCeP5yWcHXtqwJTK1L7veg02xY+WrM8tkt30nW19EHkdYIL7wu3LbyU6NThlD24DETQ4cQ+74FcxaK+8nUXhoyspYDCLK4dFmunKCz4Hrq4LQkyOaC2bVNlu/ed4JGnu03/gZJYMYfvLJUynVw8actNTWu3oh1PZwZXBBC3BALkLRcpAUMIzkdGtHCG9DNlF+I
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR11MB3565.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(39860400002)(396003)(366004)(346002)(376002)(136003)(186003)(478600001)(86362001)(83380400001)(7696005)(5660300002)(71200400001)(52536014)(66446008)(110136005)(66556008)(66946007)(66476007)(64756008)(54906003)(76116006)(316002)(53546011)(9686003)(55016002)(8936002)(33656002)(8676002)(2906002)(6506007)(4326008); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: GeVyElyDtOdmQfTcBhFQlib2Z+d4hkmvLliwzi0I71qErCS87WF2MtoIa/qT2D916gpY9FQkvjY9rqvaxdWH+KtfNhqMJCEyBLfNO0Hybmj+PYkNm1xxYRzUIN4n1P2J1ZXJb/vQlnDwi0kI0OTQaKP3jA6XMRBuMY+pR5rK48vPPZk627rvuFaLqxuMxG2E3TDjWAv+ZPmjlhOUouxbaUXzuzJSNuhbBJWnr8KhuEgmq0B1yeP0GEIdnENeDdjru+/Uo+wl4I3zI60bTl9KWtImrODsZuy0dxyMsAUvDbKUtimwbd2Dy9GEmEgRmSNDszqQdHA9nRyVTmaHTbCdGqEDsGimvQQpOWl5B7rfthi4OafDr8uWF0oMSAinbD4Z5iSPFyM4xNazH/21kv+YUm7Nad47P7kXAYwpAi2z94yhXRzslTwH+KCNe5KkQOtDc9WMasa+OOjR74W6+nf4OFZpgTgMcMZmtg+j2SCPNbb9i7AGisg+q7akuWLlq8VL25fVZoGos0T1r9OHISgdKywPw40Tb7iBHveuLvXjostdtEUTgZ6Lg4Z0UMP/OGSz
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MN2PR11MB3565A2E16B28DE4592935B4BD8950MN2PR11MB3565namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: fcd7deae-bccf-42ef-ecf4-08d818162219
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Jun 2020 08:11:01.2677 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: ddalNa0zKO7vcNpl9iGzgD12ny0+2it61eqjwrWL0VUQMz33ZkwZ+Id0ytVr/KPU6SeBZ1/btDhxs8seX15f8A==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3663
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.12, xch-aln-002.cisco.com
X-Outbound-Node: alln-core-2.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/dhcwg/wpswgfRRqGgVmVxZjGbiS0tUKyQ>
Subject: Re: [dhcwg] Iotdir last call review of draft-ietf-dhc-v6only-03
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dhcwg/>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jun 2020 08:11:06 -0000

Hello Lorenzo and Michael;

I tried to digest that in my other mail to Jen; I’d be perfectly happy if the escape strategy is to define the properties of the transition mechanisms that are compatible with the option and if there’s text that tells the server not to place the option if the mechanisms in place are not compatible, see my other message.

What’s to answer is that all the below makes sense to me, and I’ll trust you on likelihood. If a condensate of that could find a way to the section 4, that would probably make the rest of the way through IESG smoother for the document.

Take care,

Pascal


From: Lorenzo Colitti <lorenzo@google.com>
Sent: mercredi 24 juin 2020 03:43
To: Pascal Thubert (pthubert) <pthubert@cisco.com>
Cc: iot-directorate@ietf.org; dhcwg@ietf.org; draft-ietf-dhc-v6only.all@ietf.org; last-call@ietf.org
Subject: Re: Iotdir last call review of draft-ietf-dhc-v6only-03

On Wed, Jun 24, 2020 at 1:36 AM Pascal Thubert (pthubert) <pthubert@cisco.com<mailto:pthubert@cisco.com>> wrote:
Now, if you have an escape strategy for that day like this other option and you can prove there’s no place for backward compatibility problem at that time, then fine with me. Also fine with me is if that draft is only for NAT64, in which case you could even have NAT64 in the name of the option to make things clearer.

I think the escape strategy here is to define a new DHCPv4 option, yes.

As for putting NAT64 in the name of the option, I'm not sure that's particularly useful. The only case in which this would make a difference is if a new transition technology becomes widely deployed - otherwise it doesn't matter what the name is. If the new technology is mostly transparent to hosts just like NAT64 is, then we would want to continue to use the same option. If we put NAT64 in the name of the option we might not be able to do that easily. So that argues against making the option more "NAT64 specific" than it already is.

I think the only case for making the option more "NAT64 specific" is if a new transition technology becomes widely deployed which is *not* transparent to hosts (i.e., it requires hosts to do work to support IPv4), and the technology is successful enough (and enough time has passed) that all hosts of interest support that option, and no longer support NAT64. In that case, the option currently being defined in this draft would no longer be useful.

Like I said, this all seems pretty unlikely to me. In particular it seems unlikely that a transition technology would become widely deployed if it requires hosts to do work - there doesn't seem to be much of an incentive for that to happen given that NAT64 is widely deployed (and thus deployable) and requires zero work for hosts. Additionally, as IPv6-only networks become more deployed and IPv4-only apps age out, the incentive to do that work reduces, and it seems likely that any new transition technology that is defined will be transparent to hosts because things like IPv4 literals and IPv6-only apps are a thing of the past.

Further, any new technology that we expect to be used on hosts will need to consider the impact on legacy NAT64-capable hosts, and there will be an incentive to make those hosts work. So at that time, we might find a better migration strategy than to define a new option and we can update this document with the result.