Re: [v6ops] Updating RFC 7084 - alternate logic

Esko Dijk <esko.dijk@iotconsultancy.nl> Wed, 30 November 2022 15:39 UTC

Return-Path: <esko.dijk@iotconsultancy.nl>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5FF0C1522CF for <v6ops@ietfa.amsl.com>; Wed, 30 Nov 2022 07:39:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.097
X-Spam-Level:
X-Spam-Status: No, score=-7.097 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_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=iotconsultancy.nl
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 040Ab80aI_U5 for <v6ops@ietfa.amsl.com>; Wed, 30 Nov 2022 07:39:46 -0800 (PST)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on20718.outbound.protection.outlook.com [IPv6:2a01:111:f400:7e1b::718]) (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 92959C1522C1 for <v6ops@ietf.org>; Wed, 30 Nov 2022 07:39:45 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=YTh+bbvElZh6a5jgYTn6sH53hU0YfOaBk53uYnZkmlKTtMqr8gZCjjIXt+4EkqnduclMFPtJrC8Amr+z+c7NRmNuQoLzSDqD70dGNhKuT3nfnHH4+Hk5h1fjCOVVi67ECC2fkhwhIMWiOQ8eOVvDWCVqpBIxIGmy+VAHXeS6HCefZS25VbVZ0xOefQ9Q5mwoz3WkIVBriD5/HPrfDGhIz+2KeHrzwy46GEt9u2m/wEvDEgl7I/8Y1utTO/2xUKaVMgnlnNzKhCI2X2WLtpzDSZto8funxXmD7I4LPmVv4dIJJcub0RDo00SZMv/ivD5OZYepduU/NsUsA5MV0mUusA==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=mu++ayA9ftYob+TJSFXQti70HgN6mnVdtzs36DJXROw=; b=a8FV8hCSt3m7H8oJRlsE2CiJqWLUtjboawcCeu9UH2D5ywMCQDDHE6LISnyTp0uOMSz+09Di5Q9evy7pWWy8RACAWhPG0H5YQw9LSMVTVL0/9NccCMcIJsn2IG/EIng7zpZtOhgRYORgAWfj60xBlWKg/qMZM0wVkKQfHFdQ610UdeXl5pSwu5VGJjweDsnSyN7dSBgRl2kRzG/8vFzNbwGn84SdS/gjN5KQi/AIRjNtgOiJVcRjoWE4cwMQKbveH1bqetjJCDHvi9L9IhGjFH6Hag38Qkbyzf97BMcpXdbSZ6gSs2vVxM1W0f/nE376E/pHilYbHsUKbHjsMJHu9g==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=iotconsultancy.nl; dmarc=pass action=none header.from=iotconsultancy.nl; dkim=pass header.d=iotconsultancy.nl; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iotconsultancy.nl; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mu++ayA9ftYob+TJSFXQti70HgN6mnVdtzs36DJXROw=; b=wPNrEQn5DzznncRhv5qIxkGMHNpclsOl2tBuuywEVSN2tk98qkMGRHbaFI8Bkk8X5+uA8B5R7WwzTccNMhJK4LR2ElkuTF1sLrv8GCxEcrE3jz3TEJnxUdqq+ZwodvKtpaZmAIWLnmkNa6Ytir4s5WWy3mtHKajV0/r1WGY+9Bo=
Received: from DU0P190MB1978.EURP190.PROD.OUTLOOK.COM (2603:10a6:10:3b9::20) by DB9P190MB1914.EURP190.PROD.OUTLOOK.COM (2603:10a6:10:392::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5857.23; Wed, 30 Nov 2022 15:39:41 +0000
Received: from DU0P190MB1978.EURP190.PROD.OUTLOOK.COM ([fe80::7f21:781:e808:be2]) by DU0P190MB1978.EURP190.PROD.OUTLOOK.COM ([fe80::7f21:781:e808:be2%9]) with mapi id 15.20.5857.023; Wed, 30 Nov 2022 15:39:40 +0000
From: Esko Dijk <esko.dijk@iotconsultancy.nl>
To: Olorunloba Olopade <loba.olopade=40virginmediao2.co.uk@dmarc.ietf.org>, Timothy Winters <tim@qacafe.com>, IPv6 Operations <v6ops@ietf.org>
Thread-Topic: [v6ops] Updating RFC 7084 - alternate logic
Thread-Index: AQHZBM6pOh6j9QEUH0aSbXL2LZ6L/a5Xlq1Q
Date: Wed, 30 Nov 2022 15:39:40 +0000
Message-ID: <DU0P190MB1978D1380B31DD992594ACA0FD159@DU0P190MB1978.EURP190.PROD.OUTLOOK.COM>
References: <CAJgLMKs5oYT1Eoq1Z-_3FYDVLvq6q8ecf+-g8cc1zZR5pJtJNw@mail.gmail.com> <CWXP123MB516352292E412470C7CAB5E5D3159@CWXP123MB5163.GBRP123.PROD.OUTLOOK.COM>
In-Reply-To: <CWXP123MB516352292E412470C7CAB5E5D3159@CWXP123MB5163.GBRP123.PROD.OUTLOOK.COM>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=iotconsultancy.nl;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: DU0P190MB1978:EE_|DB9P190MB1914:EE_
x-ms-office365-filtering-correlation-id: 66419d3c-a56d-4bdd-2500-08dad2e918a7
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: OrmtL7kEDFZuUkFdFg4Pk+t2FEf5KrKERZmOSc38FbaV+0VDikGqzn6UoltiskcEO+RXjRY6NjuvPU6Ih/u2/8CSMHkQn2QqeI6/R1+P+NmJ/xSuN0INAS92kVjIJLviU8p+1FJ7y98dLtSD2SrkbIykybEEwCIS0cI/cfj2lmM23HMYSe36rE5ccEDCwHBX7IRiF0EElIuqmXmq1a1QqpjCoT/g18e0yMECMILa3zoR+THCeZY1p6ckeEvJMDCkFh0xVi/6srg/PmhrIrfgOmIvZ0p5DUhB4biQs2/FNbWHHnRyeryoZmZyejao6EpffbFMLfqUJyA9OidEFLr722w5yAwFi3L49JItO1aGS5iKqNovOM6/mmj0XH6gtGkmtPH/HO7+kw5oQVEW7qb7+B3FBkYBj22KalTO6VOCwLabEDB3d629NVuCvSMQCePUFRrZ3z4f2C55Q7G4EPB/MQw7YXGg5oH+8d+1qgUEl0o2Z+UgW0PSR2wiNijNWK3uth1s50qct5zSEpNxFvIXrPuI44GkYNNgu4oFbQyhsUeMhRQ2+xXQQBnW+T/qQc1zhth9XeervVJChWkW9H8euzJjGfh+oIRJYsVJ5TXtzJrGHIP6VhrmwINZVrSAurGfXwthnt5qw4yo6dcKpT8s0xrg5JBW6EUWqfRyHxdrNG9YSrir2N+mbv8ZkMb41CYORh/uavn1eX5W8gI0UCz2uLICuveROTWO1lZoz9Y6DLs=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DU0P190MB1978.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(13230022)(39830400003)(136003)(366004)(396003)(376002)(346002)(451199015)(7696005)(966005)(6506007)(86362001)(53546011)(478600001)(66899015)(83380400001)(71200400001)(66574015)(9686003)(9326002)(110136005)(41300700001)(8936002)(76116006)(55016003)(316002)(5660300002)(33656002)(44832011)(66556008)(38100700002)(166002)(38070700005)(2906002)(64756008)(66946007)(66446008)(66476007)(52536014)(8676002)(186003)(122000001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: v1t+uEB5DNYx+4O/gJcPwDcEZL4nvBGvuDNtucrh8zTMOcOwz1ZCCGeV6QKQPnyVHF/6SjNSgf0lkXzQ21d6qCtuqi+u1sQfW9wu+0BpIWN66hsTG5G7RnoJQv9SKIi3YoGxp6wheRNRQOfaJNzO2BXxNa9a8eF5y8E52nMhk70mRlElFl+Fr8+4nBppnqYv6i49fd5UAPBuNyppFm5YhpIoB9EcNt5zSy9jehYUZ4vhVIG8FVhNBCZur6qzmB5fvn+arZ0kBS6+HDKexr+/FdzSZhee6zmzkGlM/XsBoHaoWBlYVQxmhZ7nSfnFzVk2XSLXXEtfQWutdpqMczD8oFsIX+YHIiTtmaU2EJc82Cz6QDaWhYWD57IeZuUx/einLYVZDkF0WtSpz6ZLsopo0jFg+l3Ia3EuN5otUn96vwKns8nTHbOteeCi6AD6q6tZ8Z0WLKCMDO7IUdIsVZNdmf8Dime7/ER4AwQjb/2cB+gBgOTm9h1WUO/xsPzbJ7jD6u8DEfZ1Uox9uGlPdMPzFGmC0dJF5M2pEWXGyRHkvr443wafo73oL9pKPT4pC4LUveyc8IhbEgwo1+lymF5ODhwF6afA0T2NaP7nCDdtHqbvFMhYnAgbXmb4qmR6H1HyJPXLkZZb91Yo4uGP3z9flsv2frfi7cV+yvPnPlrZDXaQflb0hkYbVDWI+lsJqbrsMwSxT8g98WTj9hkcszsKRWNwX2AM3ukRhRjJnJjo3z+1tnVP0c0oTzUp/+jbvID8hkftMZePBtMBughXHUNpL3nGvRwACrBitEh/7HqFVQfit+H6jKn2XcpwtVpYXJg45N0s1tNDbuy0ZyQxgGb7RjfhP/Qcg0WjURyFd7pJeLgQk9+9hM/WSfoFj/1HVrBiELiMNqPndtIjiYOHMVDIEEco1itNi/aLgnLb3Uw9Yw/Jx1ChT2zmbm/kKKH04VUIcRezxPmLQ+YnMLAUbsbtbVnOTl1nQ5ryQL2ECbgKCq+ypQmSwiWpEDdbdberJPiSQ2Bg5EfaR19wO4LmTYllRF6U84ZXPgRWTJrNJIowgV0iIUb1Nnp26losFXp3KSX/z1txusUuS98HJj+mP9yLeTalfHNgaJ0R1QYG2MWZXAKNOzq4FNqkaF5L7p+OMMQXkhD7Hrr4TrIKgCjSRUJ54IuDwii+4MRVpwHhUFZ/Qb66so3WHBLin9m5MoHSBJ3BqJ7zbmGoEDLtz83KErwzcLQr5SPtnZGw+mao1O6LH4VGe6ycvnKSDk/M4BXZARLDwNcACKb+N4xkOlDvdlnXyeO8mobNu3UMfAw+ExnPUfyupO/+IUUqQYLliw0hopiv2dqmXvnJ+CReANufrYcAbCJK0McE54hgnW2QhysNhttXZWOaR3b1AaJmLiC07295zjit7c6hfZQ5ubHVgv5H6npxXW7MbTEVFkMr6rShCol2fMXLk805yH4Chg6khQqTHV7eP4TEg8kEZyadnV/9wafUBCFMuxp5EqoTEwpbvMW25EDGQxF1DzJB8Vszi+VtV4AEoYIz/r7QHamVFoWDfUfL/5inV9rUHZiMQNPjuSBVpu6xsO25ajE41dPAtzFvHHP4Fm62c8inr4bcM6IHHw8JoU6+YNzbxeg2g7Syl669EB6NSS3Feks8PAdgJ5uyLgE8Qd0UkV/2mgb6GjBo+w==
Content-Type: multipart/alternative; boundary="_000_DU0P190MB1978D1380B31DD992594ACA0FD159DU0P190MB1978EURP_"
MIME-Version: 1.0
X-OriginatorOrg: iotconsultancy.nl
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DU0P190MB1978.EURP190.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: 66419d3c-a56d-4bdd-2500-08dad2e918a7
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Nov 2022 15:39:40.8541 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 58bbf628-15d2-46bc-820b-863b6774d44b
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 2zBWRIZ6QT//esqBdqumgUn/zzsWdC1wD1/8ZhxNitP8Z608M+JMGRBfD5AQASzIfbcTErG+EMrNt8E61TGzOZmnpN4nC+nDYabSD8SSYmE=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB9P190MB1914
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/uRsg9wSaNPP6-eRWKfoaiA46fOA>
Subject: Re: [v6ops] Updating RFC 7084 - alternate logic
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Nov 2022 15:39:51 -0000

Hello,

> but don’t support limiting the sub-delegation to /64

This looks like the requirement LPD-4 from the draft, correct?
To me it also sounds counter-intuitive to limit it to /64. For example if a /56 is delegated and some PD client in the home asks for a /60, that should be possible.
A stub router as defined in SNAC should ask for a /64 and get a /64 in that case. This follows the RFC 8168 defined logic if I’m correct there.

Regards
Esko

From: v6ops <v6ops-bounces@ietf.org> On Behalf Of Olorunloba Olopade
Sent: Wednesday, November 30, 2022 16:16
To: Timothy Winters <tim@qacafe.com>; IPv6 Operations <v6ops@ietf.org>
Subject: Re: [v6ops] Updating RFC 7084 - alternate logic

Hello,

Wile RFC7084 doesn’t cover the DHCP requirements, there are other spec (e.g. cablelabs) that does. And we have implementation of this.

I agree that we should support DHCP on the CE, but don’t support limiting the sub-delegation to /64, which would make some of the current implementations non-compliant. I will suggest something like the following, which is an amendment of the cablelabs spec

• If the Topology mode is set to “favor config”, then divide the delegated prefix into sizes specified by the CE config.
• If the provisioned MSO assigned IA_PD is smaller than a /56 (e.g., a /60) and the Topology mode is set to "favor depth", the CE MUST divide the delegated prefix on two (2)-bit boundaries into four (4) sub[1]prefixes by default.
• If the provisioned MSO assigned IA_PD is smaller than a /56 (e.g., a /60) and the Topology mode is set to "favor width", the CE MUST divide the delegated prefix on three (3)-bit boundaries into eight (8) sub[1]prefixes by default.
• If the provisioned MSO assigned IA_PD is a /56 or larger and the Topology mode is set to "favor depth", the CE MUST divide the delegated prefix on three (3)-bit boundaries into eight (8) sub-prefixes by default.
• If the provisioned MSO assigned IA_PD is a /56 or larger and the Topology mode is set to "favor width", the CE MUST divide the delegated prefix on four (4)-bit boundaries into sixteen (16) sub-prefixes by default.
• If the provisioned MSO assigned IA_PD is too small to divide in the manner described, the CE MUST divide the delegated prefix into as many /64 sub-prefixes as possible and log an error message indicating the fault


From: v6ops <v6ops-bounces@ietf.org<mailto:v6ops-bounces@ietf.org>> On Behalf Of Timothy Winters
Sent: 18 November 2022 14:47
To: IPv6 Operations <v6ops@ietf.org<mailto:v6ops@ietf.org>>
Subject: [v6ops] Updating RFC 7084

Hello,

I've started a draft to update RFC 7084 to support prefix delegation on the LAN interfaces.  The current state of IPv6 in home networks is ISP are assigning prefixes of appropriate sizes but they currently are under utilized due to the lack of prefix delegation on LAN interfaces.

This draft is an attempt to add that support to the draft.

https://datatracker.ietf.org/doc/draft-winters-v6ops-cpe-lan-pd/

This is only an update to 7084 at the moment, there has been some discussion on the snac working group about leveraging this work as well.

One item being discussed is this currently doesn't solve multi-homed networks.

I welcome any feedback about the proposal.

~Tim



Save Paper - Do you really need to print this e-mail?

This email contains information from Virgin Media and/or Telefonica UK Limited (O2) and may be confidential and legally privileged. Statements and opinions expressed in this email or any attachment may not represent either those of Virgin Media or Telefonica UK Limited. Any representations or commitments in this email or any attachment are subject to contract.  The information in this email is intended solely for the attention of the addressee(s) and if you are not the intended recipient please delete it (including any attachment) from your system, and be aware that any disclosure, copying distribution or use of any of this information is not permitted.

If you are in receipt of a suspicious email or you have received an email in error from Virgin Media, please report it to www.virginmedia.com/netreport<http://www.virginmedia.com/netreport>, or for Telefonica UK Limited (O2), please report it to www.o2.co.uk/help/safety-and-security<http://www.o2.co.uk/help/safety-and-security>.

 Registered offices:

 Virgin Media Limited, 500 Brook Drive, Reading, RG2 6UU. Registered in England and Wales: 2591237

 Telefonica UK Limited, 260 Bath Road, Slough, Berkshire SL1 4DX. Registered in England and Wales: 1743099

 VMED O2 UK Limited, Griffin House, 161 Hammersmith Road, London, United Kingdom, W6 8BS. Registered in England and Wales: 12580944