[Int-area] AD Evaluation : draft-ietf-intarea-provisioning-domains-08

Suresh Krishnan <Suresh@kaloom.com> Mon, 02 December 2019 15:44 UTC

Return-Path: <Suresh@kaloom.com>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E7C9A120826; Mon, 2 Dec 2019 07:44:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 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_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=kaloom.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 wWmpNJ9uWmqb; Mon, 2 Dec 2019 07:44:41 -0800 (PST)
Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670129.outbound.protection.outlook.com [40.107.67.129]) (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 B0F28120824; Mon, 2 Dec 2019 07:44:38 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Pw265kjnOLbVWQwbySdmKvdCc19bkl8gp52GvdTUOiwkHuhWUYxkfuhr+ICGgxVgp/mAFiOHFlXrfOLyU6k1it5RziIjOiVWYgGoa6metT2GRsJVSGJkB9FQSZqOpmTV7zoCB0aefxZuxTvJuxmfMZAogaSkz1zfVPNpOxJYxYCaXXqXiCYa/iJ4vJ0rPv5C5gbtKujIwiNilCUBKqAyeMOU27yRbjOCFztvMZS8d988+4K0nm0we5GMO4U5Z9unJ2F+YZB3KScC/Pb44APwPSD5HENK5WkRU5KSr91g/gszaSK+/qtsT0+9mbU4nB8t62iaV1OhWvayszGgzW+37A==
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=Sn/MED4kZFVoQBh0Q4t3cuBihIbtwrSZlzWbYhkxY98=; b=HytfLvJrLHlGn6IhUdT1PXv486bJBin+bctWhSsJ5N1OZewneCzy8x1kcaiFKbzSXM8gl2YPFV0Vl9DkKzVJL/LVw6xgNGDiVCXhhHCHRALINoYQZDmrR3G7KMmg2Zg3l+IsN6tpOulrNUPPbI5LpdmPLQS0xgTRYscZ7JiCmPUbLOgcfwZxTMmqPPsEVdd2Pc+C0t3HmBEiVlC7VsUHm8bPbwaxE+TsuCK2ZZeIMygdWAn+jeLF+zzdnKNyfGx8Ez4gQAZAEr9y5iKrngs2lywYIAyyT7BXezC9pLUuGMV3r3t2rW3q4qzN46gk0woWBCYQ6E7Jx4n2mO6DlI5DcQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=kaloom.com; dmarc=pass action=none header.from=kaloom.com; dkim=pass header.d=kaloom.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kaloom.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Sn/MED4kZFVoQBh0Q4t3cuBihIbtwrSZlzWbYhkxY98=; b=qlWgZTuDja3ZQrBctz6N3jWAPgOPLA6pDH8nHXTQvtlT0mP8Tx0G0u4hExFu+k9OOOKXjSUq6c2ZKXp0D57OU8JJKj9/Od/NR3UaUm6+mqS4imxbfCDRf9bMU78k3yvfaEA56xvsTiWSo65NRG0tDtZE7RfmcP/HVIE0JsPtUXE=
Received: from YQXPR01MB2888.CANPRD01.PROD.OUTLOOK.COM (52.132.92.18) by YQXPR01MB3909.CANPRD01.PROD.OUTLOOK.COM (52.132.93.29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2495.17; Mon, 2 Dec 2019 15:44:35 +0000
Received: from YQXPR01MB2888.CANPRD01.PROD.OUTLOOK.COM ([fe80::cdc8:a6f5:5192:8f44]) by YQXPR01MB2888.CANPRD01.PROD.OUTLOOK.COM ([fe80::cdc8:a6f5:5192:8f44%7]) with mapi id 15.20.2495.014; Mon, 2 Dec 2019 15:44:35 +0000
From: Suresh Krishnan <Suresh@kaloom.com>
To: "draft-ietf-intarea-provisioning-domains@ietf.org" <draft-ietf-intarea-provisioning-domains@ietf.org>
CC: int-area <int-area@ietf.org>
Thread-Topic: AD Evaluation : draft-ietf-intarea-provisioning-domains-08
Thread-Index: AQHVqSdlypsTqEw7zkOM9bZExERspA==
Date: Mon, 02 Dec 2019 15:44:35 +0000
Message-ID: <B3BC9295-3BFD-4B33-A51D-BBF735E991F9@kaloom.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Suresh@kaloom.com;
x-originating-ip: [172.58.107.76]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 45c88ab2-7bcb-48a7-8485-08d7773e8859
x-ms-traffictypediagnostic: YQXPR01MB3909:
x-microsoft-antispam-prvs: <YQXPR01MB3909E18F77490359376C9528B4430@YQXPR01MB3909.CANPRD01.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0239D46DB6
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(136003)(366004)(39850400004)(346002)(396003)(199004)(189003)(66556008)(76116006)(66446008)(66476007)(99286004)(6916009)(64756008)(26005)(66066001)(6506007)(6486002)(6436002)(2616005)(102836004)(8676002)(6512007)(2351001)(33656002)(81156014)(81166006)(2501003)(4326008)(66574012)(5640700003)(256004)(14444005)(14454004)(86362001)(186003)(80792005)(508600001)(8936002)(25786009)(450100002)(5660300002)(66946007)(7736002)(305945005)(36756003)(3846002)(316002)(71190400001)(71200400001)(91956017)(2906002)(6116002); DIR:OUT; SFP:1102; SCL:1; SRVR:YQXPR01MB3909; H:YQXPR01MB2888.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: kaloom.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: vNPC+vf4jNkw5pQQj06tRU6//bAyTfodwQO5ly2nWvJTpLFeVKwdUQAXFJ4VrgDm/TZNYfQwpgAJrFvLFa1vSg/lHT6VSCUkiv4+HJ8xrafD4aNpxIDJkNnOpnWunNKw8VJ1jpYbYQ7aUwgtVopVqw7jzldbUe2ZFqrlxF/46+X+6LXdXJkaIYkj3e1F76AVb3bTf/l5jXc1zJpNHNNnQYhL4z0s6QGgD9IRbg4az22gMXI6blxQBOzyH95RBSo9pH4A96AJZX/nKTZsqvthB6llY+RbxHRXdn6zXTbswrLGk9QpRGFVwpfWuYrRuykspGIiiz3oqshUTrT3o8qL2qBiK6d+3cOJKzBpnD5S5pjytaoOgUIGulRVyAyJnjajk2FJm3Xk0HnwcrvXCCGL7LFgBJ+3kLdUqFZvUkLsMMgrSLGSToHAV9VDGso3kmy0
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <6D157C04E6579041931A8C8F1C28816F@CANPRD01.PROD.OUTLOOK.COM>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: kaloom.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 45c88ab2-7bcb-48a7-8485-08d7773e8859
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Dec 2019 15:44:35.4850 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 47d58e26-f796-48e8-ac40-1c365c204513
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Xh0nPeCkJh9sG+z3+c0FsumJCRj5hzMpVnLwY39SigRDnhlzx2a/pcFN0DMg3CWe+o0KmNXLoVun46q1HgMk7Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQXPR01MB3909
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/UQahziKypAUJnHONbW022zcJb8s>
Subject: [Int-area] AD Evaluation : draft-ietf-intarea-provisioning-domains-08
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Dec 2019 15:44:44 -0000

Hi authors,
 I found this draft generally well written and easy to read but I would like a couple of things fixed in it before I send it off to IETF Last call.

Major
====

* Section 3

"The PvD ID is a Fully
   Qualified Domain Name (FQDN) which MUST belong to the network
   operator in order to avoid naming collisions."

Which network operator? Can you please clarify this.

* Section 3.1

How is the Router Lifetime field processed if the R bit is set and the RA header is included? Is the intent that this will always supersede the “outer” Router Lifetime for PvD aware hosts? In any case this needs to be specified as it is not standard RFC4861 behavior.

* Section 3.4.1

Not sure if this is the best way to specify stateful DHCPv6. There are stateful options that will not be under a PIO (e.g. IA_PD). I think this document should limit itself to IA_NA and possibly IA_TA. Leaving this unbounded does not seem to be a good idea. Thoughts?

* Section 4.1

"If the host has a temporary address per[RFC4941] 
   in this PvD, then hosts SHOULD use a temporary address to
   fetch the PvD Additional Information and SHOULD deprecate the used
   temporary address and generate a new temporary address afterward.”

Not sure why this behavior is required. Can you please explain?

* Section 5

I was thinking that there needs to be some host behavior to be specified related to the H bit and the sequence number here. If the H bit is set and the sequence number is unchanged from a previous successful query I think the host should refrain from sending another https query. If you agree, this needs to be written down.

Minor
=====

* Section 1

This text is confusing and self-referential

OLD:
Since such options are only
   considered by hosts implementing this specification, network
   operators may configure hosts that are 'PvD-aware' with PvDs that are
   ignored by other hosts.

Suggest rewording to something like

Since such options are only
   considered by hosts implementing this specification, network
   operators may configure hosts that are 'PvD-aware' with PvDs that are
   ignored by other hosts.

* Section 3.1

Not sure if the definition of the L flag is correct. Does the router actually need to provide the DHCPv4 information to set this? What if it is just a relay?

* Section 4.1

Not sure why there is a reference to RFC8615 here.

Editorial
======

* Section 1

OLD:
The ability to associate additional informations

NEW:
The ability to associate additional information

OLD:
deriving from it

NEW:
derived from it

Thanks
Suresh