Re: [dhcwg] Follow up on WGLC Comment on draft-ietf-dhc-rfc3315bis-05 - numbering the uplink

Tim Chown <Tim.Chown@jisc.ac.uk> Wed, 14 December 2016 11:33 UTC

Return-Path: <tim.chown@jisc.ac.uk>
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 5485D129DB5 for <dhcwg@ietfa.amsl.com>; Wed, 14 Dec 2016 03:33:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.11
X-Spam-Level:
X-Spam-Status: No, score=-4.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=jisc365.onmicrosoft.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 pYNbG53LFUr6 for <dhcwg@ietfa.amsl.com>; Wed, 14 Dec 2016 03:33:16 -0800 (PST)
Received: from eu-smtp-delivery-189.mimecast.com (eu-smtp-delivery-189.mimecast.com [207.82.80.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 170CE129DB2 for <dhcwg@ietf.org>; Wed, 14 Dec 2016 03:33:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jisc365.onmicrosoft.com; s=selector1-jisc-ac-uk; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=tQwWKul1iuK8NREGHMqMrH5o6fpZBgmXozTXHL1lARg=; b=W9htRThtY7aD++ztLNL1ocwOs2AsDXKnDLjlmkVG9qQPc02dPZf5bAFRf8Lg0O4TbN4gdjVr9L/9izWYw43PSN71kSuJ8I39uXwNS/mGKTCNgoTrD1JqoMSu18u+0VU8XspRXg++6ldHraZgvCLAPoCwdIgp4hQJYBvoNs3wjEw=
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01lp0248.outbound.protection.outlook.com [213.199.154.248]) (Using TLS) by eu-smtp-1.mimecast.com with ESMTP id uk-mta-96-ScVmfzfqPrebf8zukdc4WA-1; Wed, 14 Dec 2016 11:33:05 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com (10.163.188.14) by AM3PR07MB1139.eurprd07.prod.outlook.com (10.163.188.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.789.13; Wed, 14 Dec 2016 11:33:04 +0000
Received: from AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::db6:1d9b:27ce:9804]) by AM3PR07MB1140.eurprd07.prod.outlook.com ([fe80::db6:1d9b:27ce:9804%14]) with mapi id 15.01.0789.009; Wed, 14 Dec 2016 11:33:04 +0000
From: Tim Chown <Tim.Chown@jisc.ac.uk>
To: "Bernie Volz (volz)" <volz@cisco.com>
Thread-Topic: Follow up on WGLC Comment on draft-ietf-dhc-rfc3315bis-05 - numbering the uplink
Thread-Index: AQHSUJd1gDdAeLIkAkCwO4m81GvA0aD+EJoAgAHBZ9CABdujgIABrNcA
Date: Wed, 14 Dec 2016 11:33:04 +0000
Message-ID: <1E8744D1-0AE3-4146-8F25-FBD75780EBA9@jisc.ac.uk>
References: <0491981A-7B53-42C9-92D4-7080BCEB0406@cisco.com> <DF1D4D46-D50A-4434-B4A8-212C0CAEA703@jisc.ac.uk> <10cf7991a97d4c37a7192623a69f594d@XCH-ALN-003.cisco.com> <CAKD1Yr1SBC5oiMwmr3z96fjqXSAYanmQmtD48p7gbHDgfsNxwA@mail.gmail.com>
In-Reply-To: <CAKD1Yr1SBC5oiMwmr3z96fjqXSAYanmQmtD48p7gbHDgfsNxwA@mail.gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-mailer: Apple Mail (2.3251)
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [193.62.83.227]
x-ms-office365-filtering-correlation-id: 018f9aeb-59f6-4a67-5feb-08d42414f816
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:AM3PR07MB1139;
x-microsoft-exchange-diagnostics: 1; AM3PR07MB1139; 7:bseKQK+GBRsAXypsjIvsDmTkzZ/3KKn0GXCmBv8I+g57s+/eYGSjdyhOP/11Hh9hlEi8jvKf7u6kyDVKVJoDvikwACyaR2nNSX4MirofLRwPVfCvZ0AWy3S1u3nN2hHUYH0EEQqTyW+lEZ3jxmmSwz9uQDeDFq4WBCBF8xjb689EdL4HWpYIGr9T1sD4SpzZRAOaRI5y2kDFS4J9fj9UoSO/91AHjlnwLLAIEqG68pt3s1EeeE3zjvNZtDpVUB24jhAAXgTkSQw4bMt1EJL9tfJ+1iskZUNUFIhUtbHZIu/kQWiLNsEUDs1oja1SFriVOwp2vyWF3OwB29roHUnGAF/8bzB6WqjUj47yc+ZLczNWFqpPCz4DvhlvBYURa6QXeaXbkgiouMzxN3n8ie5n3P+csURtUGnwGO5o20mnI/cKzIlQvMyFAAIGueKv8nS4yljrxNJ3I1M5l0gMbDQgjQ==; 20:GHzO9xrstW5wToVoV+F3G7ZRmoPBu/KruH0HJCk2hLE6jGN/kGnSztJd9bvb71sCkn9566S1FECgbfuXBISwwWy6MoPjS+MTpbg5KY/KTrym2L2kiqq6HWpowLQgFvof6Pt4db7KWMC/7mH7WGWwsGQ1szEHacDvDLxElBY+SDk=
x-microsoft-antispam-prvs: <AM3PR07MB11394C92EFCB33D47F489FA6D69A0@AM3PR07MB1139.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(158342451672863)(211936372134217)(95692535739014);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6041248)(20161123562025)(20161123560025)(20161123555025)(20161123564025)(6072148); SRVR:AM3PR07MB1139; BCL:0; PCL:0; RULEID:; SRVR:AM3PR07MB1139;
x-forefront-prvs: 01565FED4C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(39450400003)(39830400002)(39410400002)(199003)(377454003)(54094003)(189002)(24454002)(229853002)(38730400001)(57306001)(105586002)(97736004)(7736002)(7906003)(50226002)(4326007)(3280700002)(106116001)(8936002)(106356001)(606005)(6436002)(6506006)(189998001)(102836003)(3846002)(6116002)(5660300001)(5890100001)(36756003)(6486002)(5250100002)(3660700001)(6512006)(68736007)(74482002)(8676002)(82746002)(50986999)(101416001)(2950100002)(6916009)(76176999)(92566002)(83716003)(110136003)(2906002)(42882006)(81166006)(86362001)(230783001)(81156014)(33656002)(66066001)(2900100001)(93886004)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM3PR07MB1139; H:AM3PR07MB1140.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
MIME-Version: 1.0
X-OriginatorOrg: jisc.ac.uk
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Dec 2016 11:33:04.5213 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 48f9394d-8a14-4d27-82a6-f35f12361205
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB1139
X-MC-Unique: ScVmfzfqPrebf8zukdc4WA-1
Content-Type: multipart/alternative; boundary="_000_1E8744D10AE341468F25FBD75780EBA9jiscacuk_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dhcwg/9bdaRepIX6Wue9MLOKgMaw1mcv0>
Cc: "dhcwg@ietf.org" <dhcwg@ietf.org>
Subject: Re: [dhcwg] Follow up on WGLC Comment on draft-ietf-dhc-rfc3315bis-05 - numbering the uplink
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.17
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, 14 Dec 2016 11:33:18 -0000

On 13 Dec 2016, at 09:58, Lorenzo Colitti <lorenzo@google.com<mailto:lorenzo@google.com>> wrote:

On Sat, Dec 10, 2016 at 1:42 AM, Bernie Volz (volz) <volz@cisco.com<mailto:volz@cisco.com>> wrote:
I wonder if we could change the text above to read:

   -  For each delegated prefix, the client assigns a subnet to each of
      the links to which the associated interfaces are attached, with
      the following exception: the client MUST NOT advertise any delegated
      prefixes or subnets from the delegated prefix(es) to the link
      through which it received the DHCP message from the server (see
      [RFC6603<https://tools.ietf.org/html/rfc6603>] for exceptions).

The change here is “assign” to “advertise” (as in send a router advertise with a PIO on that link). This would allow the client to “assign” the subnet to that link, but just not advertise it on that link.

If you want to suggest better and more clear wording than just that single word change or that wasn’t the intention, please do!

Your suggested text works for me.

That said, I'm not entirely sure there's a conflict here. I think the expected model for prefix-per-host is that that the host would get a /64 from a delegating router or server, assign it to a loopback or internal virtual interface, and potentially use one or more of the addresses in that /64 on the link through which it received. This model would conflict with the current text only if using an IPv6 address from that /64 counts as "assigning a subnet from the delegated prefix". Perhaps it does, and even if it doesn't, it may be better to go with your suggested text anyway.

I think Bernie’s text is fine.

Tim