IETF Logo Mail Archive

Re: [v6ops] Fwd: New Version Notification for draft-collink-v6ops-ent64pd-01.txt

Ole Troan <otroan@employees.org> Wed, 21 December 2022 07:19 UTC

Return-Path: <otroan@employees.org>
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 7C749C14F75F for <v6ops@ietfa.amsl.com>; Tue, 20 Dec 2022 23:19:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.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, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=employees.org
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 e8TIaYGVqF2Y for <v6ops@ietfa.amsl.com>; Tue, 20 Dec 2022 23:19:28 -0800 (PST)
Received: from vesa03.kjsl.com (vesa03.kjsl.com [IPv6:2001:4830:c170::91]) (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 D0C31C14CE20 for <v6ops@ietf.org>; Tue, 20 Dec 2022 23:19:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=employees.org; i=@employees.org; q=dns/txt; s=vesa202009; t=1671607168; x=1703143168; h=content-transfer-encoding:from:mime-version:subject:date: message-id:references:cc:in-reply-to:to; bh=UfLFrSBxsT50y6As12/pYO/Yf0KNpzcaRrFyLzsN7us=; b=B7MDabGlMrIjZ0S5uC5VX/WxYmFWkCCN6GGqZVc/fPG1lUlep9ni2JvM 0UMl8RVSfy72LV9mcLp2bVIAlEX80/HLcREdRQScsy/HLCGSwKIHfEl/M Gst3b7D4q981XIzJNMwjR0rzf1XLgXph2CMSIQDb79aURroH1F6kvfs64 c0UOGTlKU+4HBmrYlBc8IXmG1sObZjI2cBoXH/cGhzRt89px1goyRaNM4 w2Btk16VM9zJhC18AVvmW0iM4O7QSpPX42Bj52QV2xu+oTPlAJ3Nn57aI 3wGhZYEy/TqMEyF4oLYNZaN+sKfrTsd2BRowha+8eSrLMXFgwRfJK/2/p g==;
Received: from clarinet.employees.org ([198.137.202.74]) by vesa03.kjsl.com with ESMTP; 21 Dec 2022 07:19:25 +0000
Received: from smtpclient.apple (ti0389q160-5811.bb.online.no [95.34.2.246]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by clarinet.employees.org (Postfix) with ESMTPSA id BD2584E11AE9; Wed, 21 Dec 2022 07:19:24 +0000 (UTC)
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: Ole Troan <otroan@employees.org>
Mime-Version: 1.0 (1.0)
Date: Wed, 21 Dec 2022 08:19:11 +0100
Message-Id: <F3CE56E4-8F9A-48D1-86A1-5638A8E36596@employees.org>
References: <CAKD1Yr3vDCwnMA_Hpq0w2OQmX+uCEtMpfRMssCdSSrsLvMnwKQ@mail.gmail.com>
Cc: Martin Huněk <martin.hunek@tul.cz>, V6 Ops List <v6ops@ietf.org>
In-Reply-To: <CAKD1Yr3vDCwnMA_Hpq0w2OQmX+uCEtMpfRMssCdSSrsLvMnwKQ@mail.gmail.com>
To: Lorenzo Colitti <lorenzo=40google.com@dmarc.ietf.org>
X-Mailer: iPhone Mail (20C65)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/5ySe8BK9RzvqlixJdAo6zyu9E7A>
Subject: Re: [v6ops] Fwd: New Version Notification for draft-collink-v6ops-ent64pd-01.txt
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, 21 Dec 2022 07:19:32 -0000

> 
> IMO that is actually one of the best things about this draft: it provides a way to do the same in IPv6, while giving those unlimited devices true end-to-end-connectivity, and without costing any more network resources than if there was just one device. The lack of permissionless network extension is a major feature gap between IPv6 and IPv4. This draft doesn't just bridge that gap, it's actually a major improvement, because unlike IPv4, the permissionless extension provides end-to-end connectivity.

There’s nothing permission-less about DHCP-PD. It has to be explicitly configured and each individual request granted by policy. By the network. 
HNCP is further along the permission-less scale. 

O.

v2.23.0 | Report a Bug | By Email