Re: [v6ops] Implementation Status of PREF64

"STARK, BARBARA H" <bs7652@att.com> Fri, 08 October 2021 18:36 UTC

Return-Path: <bs7652@att.com>
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 EEECE3A0D50 for <v6ops@ietfa.amsl.com>; Fri, 8 Oct 2021 11:36:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=att.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 3KILdGFK6ts0 for <v6ops@ietfa.amsl.com>; Fri, 8 Oct 2021 11:36:29 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (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 797453A0D4A for <v6ops@ietf.org>; Fri, 8 Oct 2021 11:36:29 -0700 (PDT)
Received: from pps.filterd (m0049287.ppops.net [127.0.0.1]) by m0049287.ppops.net-00191d01. (8.16.1.2/8.16.1.2) with SMTP id 198He6Hb010033; Fri, 8 Oct 2021 14:36:15 -0400
Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by m0049287.ppops.net-00191d01. with ESMTP id 3bjtk6sfq4-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 08 Oct 2021 14:36:14 -0400
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 198IaCWS017208; Fri, 8 Oct 2021 14:36:13 -0400
Received: from zlp30485.vci.att.com (zlp30485.vci.att.com [135.47.91.178]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 198Ia85V017040 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 8 Oct 2021 14:36:08 -0400
Received: from zlp30485.vci.att.com (zlp30485.vci.att.com [127.0.0.1]) by zlp30485.vci.att.com (Service) with ESMTP id 91EF84005951; Fri, 8 Oct 2021 18:36:08 +0000 (GMT)
Received: from GAALPA1MSGED2CA.ITServices.sbc.com (unknown [135.50.89.132]) by zlp30485.vci.att.com (Service) with ESMTP id 498544005953; Fri, 8 Oct 2021 18:36:08 +0000 (GMT)
Received: from GAALPA1MSGEX1AA.ITServices.sbc.com (135.50.89.96) by GAALPA1MSGED2CA.ITServices.sbc.com (135.50.89.132) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.14; Fri, 8 Oct 2021 14:36:07 -0400
Received: from GAALPA1MSGETA03.tmg.ad.att.com (144.160.249.125) by GAALPA1MSGEX1AA.ITServices.sbc.com (135.50.89.96) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.14 via Frontend Transport; Fri, 8 Oct 2021 14:36:07 -0400
Received: from NAM11-CO1-obe.outbound.protection.outlook.com (104.47.56.170) by edgeal3.exch.att.com (144.160.249.125) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2308.14; Fri, 8 Oct 2021 14:35:16 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SBTPqQrqNWneZQjLT44MdAPDjW9s/wK/rTacj4RDezxpjQwQuW2+wem02zQDIz7iM3i37rjnXLPdPI74vu8fu6Lgk4hVlSb27ZfVmJAx6amT5tfZ15UsrCW27qLPcsOeFORgm8R6i+Wa7QDbrrnHcuS04A1udM5IQdzIboLdjS1VMvk/L7QdGGF7i/m65Vz7ba8SmceLUFGTsv5Sph3s53qpG3qocjq5If489DvcWfB8zktemVqhW+KXit8X59ymlz5/ErrhmmKFiB0Qps6IBav+NedPQX7dZBxOpR1PRaa9wbG2SyfPfDEwaaa1UbndzSm4gqqbIPL4F3F4q/D67g==
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=LHduxyAmXUUbu03vfyhKg/dTz0qxpTcVdeDTuFD81ks=; b=Sq9JBQcIUYniGVsPwJv9v3wD/zSSXEj7Z8vkKKwyUC0foR8FD7jksUrmrmJoJuSQNBf6Am6SNoFyvdn+koAIdI3rUJcKa/vDLKsMu5m1ndlYFk0BKzsQxWNB6yJIfAtUitOEG8cBUdaZXKiG68cy6GengiBftQdJ5BOFmIIZjIDf4xZzeYJrcGlTOId4cy7WyvKt1tc2iN2P9jASKLd+D/c0hmTWhkfYgM7dscj/G7RmITPug6bcgkMdc4wIt4lixtZi4jR8f1a0d2jELdzmJw3DSLTdb20YSaEynY/D3a5KlgIdFVdqdYtugJcvKhz95T9q/MwYFJkBkLtc7d47OA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=att.com; dmarc=pass action=none header.from=att.com; dkim=pass header.d=att.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.onmicrosoft.com; s=selector2-att-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LHduxyAmXUUbu03vfyhKg/dTz0qxpTcVdeDTuFD81ks=; b=fDeQFMcrDpZ8K/g98zC1bcI7OHnbkEADklMG4IsMFcs7fcv5epLuS4rDU5CZqHWNV92OT/VsnsvJEUko8nEN2hbwfaJC2Yu8IzWoSjpnW0KPX/VB0CwcMkYg/4etv2xaTBWCJynJdvfdQgJ/qdKskI7q0sqnWwism9i4RKM0P/4=
Received: from DM6PR02MB6924.namprd02.prod.outlook.com (2603:10b6:5:25f::7) by DM6PR02MB4921.namprd02.prod.outlook.com (2603:10b6:5:15::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4566.22; Fri, 8 Oct 2021 18:35:08 +0000
Received: from DM6PR02MB6924.namprd02.prod.outlook.com ([fe80::ddec:9436:4971:5d1e]) by DM6PR02MB6924.namprd02.prod.outlook.com ([fe80::ddec:9436:4971:5d1e%4]) with mapi id 15.20.4587.022; Fri, 8 Oct 2021 18:35:08 +0000
From: "STARK, BARBARA H" <bs7652@att.com>
To: 'David Farmer' <farmer@umn.edu>
CC: 'Nick Hilliard' <nick@foobar.org>, 'Lorenzo Colitti' <lorenzo=40google.com@dmarc.ietf.org>, 'v6ops list' <v6ops@ietf.org>
Thread-Topic: [v6ops] Implementation Status of PREF64
Thread-Index: AQHXsWi2DBM7IMpC8UKLfKGYAarvaKuzw5QAgABK64CAAEb8gIAACf0AgAH4SoCAAgvogIAAROwAgAA+dQCAAAd6AIAAt2YAgAA3zYmAAA5VgIAABjRhgAAdrQCAAT+pgIAATKaAgABC0QCAAFMkAIAAAS0AgAAYOoCAAAlHgIAAECaAgABgW4CAAIk4gIAABwOAgAAV5ACAACIjAIAABJcAgAAReQCAAAnwAIAIt5qAgADLB4CAAEmdgIAAHG5ggAHKBYCAABsioA==
Date: Fri, 08 Oct 2021 18:35:08 +0000
Message-ID: <DM6PR02MB692441075A30B10B3697E5F5C3B29@DM6PR02MB6924.namprd02.prod.outlook.com>
References: <DDA36020-90CC-471B-83AD-3D98950F1164@delong.com> <CAKD1Yr0T-7t-UHbsJBMLpTjKhPAV5uUQkux6oby89TVUue7PyA@mail.gmail.com> <CO1PR11MB4881D400EA4681F1505040D2D8AA9@CO1PR11MB4881.namprd11.prod.outlook.com> <CAKD1Yr3TmqFxjKuZ57wS7VuPOf6rJvOwnvnQdFrRLQ=DkZ+CCw@mail.gmail.com> <CO1PR11MB4881F411A4D5BEA7A8479726D8AA9@CO1PR11MB4881.namprd11.prod.outlook.com> <D8AEA194-293B-43E4-BCAE-33CD81FB7D8C@delong.com> <CAKD1Yr2Tug-PFV7wAh0s6-gw8W3LcLG7wC1fD7Lu_hMZQYKdtw@mail.gmail.com> <08D2885E-B824-48E8-9703-DCA98771FA37@delong.com> <CAKD1Yr2EVsY3tYUf56R0Q1+KVrowtqh-HgwXj5vxzy4wd-vkTg@mail.gmail.com> <1A6ED87B-666E-439C-852F-2E5C904C0515@delong.com> <CAKD1Yr23fY2DJDvB-9eVFRsxnBnZQ0kZuZfYUfRUHYW=_D=enA@mail.gmail.com> <CAN-Dau1z0q0R61x7iY+Wg_cFRU0jmqr+fR0y=bSXxj+K-n722w@mail.gmail.com> <CAKD1Yr1T_mXfxJGHOrBfqZfexm6GTrUqnFi57710pTroKQK6uQ@mail.gmail.com> <702CB018-1A02-4B32-B9AA-7C7B31521F12@delong.com> <CAKD1Yr0jZR8Efzr_Y6FeiBvHYS8ATmDupx2ABTXXy-rSA_QjmA@mail.gmail.com> <1adb70a8-db0a-4ea6-f721-c1035343cda3@foobar.org> <DM6PR02MB69249D4F0A8003E77EC9F153C3B19@DM6PR02MB6924.namprd02.prod.outlook.com> <CAN-Dau0q7p-9NWv=9vouX51Z1Yqe_h06WwpnkMjkyj6=A7EcQw@mail.gmail.com>
In-Reply-To: <CAN-Dau0q7p-9NWv=9vouX51Z1Yqe_h06WwpnkMjkyj6=A7EcQw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: umn.edu; dkim=none (message not signed) header.d=none;umn.edu; dmarc=none action=none header.from=att.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 8a82731e-e886-418e-585e-08d98a8a5b1a
x-ms-traffictypediagnostic: DM6PR02MB4921:
x-microsoft-antispam-prvs: <DM6PR02MB4921F81F11EE5A93885ECA04C3B29@DM6PR02MB4921.namprd02.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: KXMCcDGsGzPhfcAZmU2QAH2uMLNaCAeoPFr+B1NnB229L2OEkdWstLXITeE9CesG3mVjpq0VuZPEfJK7DWYIF2fdgfzcuV2WeVIX5S8unFVxPqzyiPOqSMm9JThDgdHqN+T35yX50sIBun6Us1qcKAX9rkptL3iugitT+uBCn8FRscVEqVEuH0A+nMrG5CtwWpkxMm389YU2uZjwlf4PEd5b3FdLDbUIK0sir1FcTkzzUAzx8HIPOEMNk/EHoezvXnFtq17tYHk7TQB3MSBqUWeZ52ymzynOPDhL7bY0ZBtPdvmZuTDfZu82n3kDSEq8TZZu9Xg/fxinsxwdl3FzKirpBStLbbIjeX9CNMyFMG9QN0HLyu7NMxrxJUAo/Oe4v3n6SNL0CTZB59+/8imgfDvEkT+AjvEIY+Xklo4ItvdwczthV1CGkbiVJ3AIENAHX7B2g9LwRZKpFTBzgB29/Jn2G6DW1o37lU86vKT5d+vCoImTXrnJL5+KYMuAFlURYGQdD58nck4kF9EL2P1edowR1RtO8C6oZVDcnhtYDs429RcJFgiGyeg1oERX5c2WnopwDh+oHqx2YjuLpyX6sF1vjBe5NKF0IxkFiuKGYNwt3Wtkazyj9uw47u87uHrn/bqUwxMKL0/vh6HTbik8Uoxr/cGvSuquEIvYa8qR75JVmayVzLE3fcLmsGdY06GZqgkktb6v8A1pAQERbjUTEA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR02MB6924.namprd02.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(122000001)(52536014)(508600001)(53546011)(26005)(66946007)(55016002)(38070700005)(66476007)(66556008)(64756008)(66446008)(5660300002)(9686003)(71200400001)(186003)(38100700002)(33656002)(83380400001)(76116006)(86362001)(82202003)(6506007)(8936002)(4326008)(316002)(6916009)(8676002)(7696005)(54906003)(2906002)(579004); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: pAilyDogbzbMKIMnIgD1kpDctZtQ8BS3wY75HcromXpEYdvaccaKtkNHxsLmMCHPbCingnpjijQgojwpkUqfgZBPOEvJ/BBNlM/MQuKR5o+O1y0ojRmqTmUgve0htys1Mf6+Ddvx6sEyui7cMb/3GYI9f/Hl+40Qay30XPwJ/tAyUZXNqltCz/mO3Jvb+s3UyquTvaEMIbKz+QFlmXBwufN1uxfJ/QnCKZ+BB8Fcph8ZNyMlmcPPU3j8W8ER5OWUmlR2Wsi8KIaO27/CHdvO8FvXB+hV1NlXxIo5KfVH3qjt1zwokQIb4n+dJ2WXDwXrm//54bP1KXJmCAdo4d+vgVlUtvzWcMl1SlSJmUm25ciMwLHizT5JY92fZEHZyaBv/WKqOome8pyIRTtqF70vRGfhHlDszHuurHtY+q09Spter0AQv0JVjhWHF2ZQKGMw65T7z5psMU1IfXcujTlkKejcFv6GbohDU7JoxgX3HeS33y02AG78Hh/QzpTpahNcx/FpMQLCmDw8ILLXiswJ1720QvcUe0HZjtA247W6yy8LFeXc+5IMACLcPmzn/mrpwJNQ+lhWY7MhPxy7GKqh4JvAyyNdFWb4wHwohdjZkWPnD+LWnsJ1sdoWYo6SHD1gHpwiluayoAmpfsd9r9pqBjKrhhTXwtrmnOtnQqxHUg2dvj8omiKZ8cjfwsRyMqDJz6RSR+ddUVU3fzJ8RegpeahCcYdZDKgt/crgz5XD8lP/eNq3EKLGPRf/04+P+xBq/2gOcIhO3gYdDd7X7aLZ12yRNFOeM2F983Plin2yyvcrIKbhruzItQCom/b/spjCVEvV21LZzDPW3GItGVX+jyRBpk4PMo9f+uBMWgzVcFo2BbbvVv4hR5fLYCfzPX/yUtQPTe7oWNREaGmGIayLuw61D6FY1/VCaE3rfdOIKYtL1QhZet8bbZjU+wNKmgksfad1M7+rUXwiCdCuN5+DP1BNL9ZW8Z2zEOmoJaYX91NMoQZQtVN9+fI+a80a9BJA3/zvOAlEIDrgwgjqsFRd6A/lTihQBys20bqBTkPJyDk6kMf6YqwRkUTje2EJROsTKD1CJ9UwhuOLCEUSI/NvQb4TX/ei3FYJ7cSk8EJe8F46UceKgMY1ujX17PdeigLfSB2Ws/XwKgS3RUt5B/EV8M/VrxOGg2KPQiXtPHLsZ9y0eZ9erX1AQa2n5p7ZVz5a+J8RcM9TRX1IrYGUEHFyHLgBqclX7zMOw3ztXrNodoj0y1KW+qA+Hb2AASsEM7DdMLH74mccuIkNTrMhe6sCceH6I7SDMh8brAqS2WeQbJU=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_DM6PR02MB692441075A30B10B3697E5F5C3B29DM6PR02MB6924namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR02MB6924.namprd02.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8a82731e-e886-418e-585e-08d98a8a5b1a
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Oct 2021 18:35:08.6665 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: e741d71c-c6b6-47b0-803c-0f3b32b07556
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: PYD+z+o0IiTVCNg/QxkD92ga9gFPJlv57HCQGLREBp+6AnW0tgb5NvpvwD3pg4BB
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR02MB4921
X-OriginatorOrg: att.com
X-TM-SNTS-SMTP: 4CAE752F13BE91B464D9132B6CCF9632D696E17D940E37BC7BE7168BAEFE93572
X-Proofpoint-ORIG-GUID: Y_MAytQpaVq6tzWAqpOMAMT_JxApgavq
X-Proofpoint-GUID: Y_MAytQpaVq6tzWAqpOMAMT_JxApgavq
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.182.1,Aquarius:18.0.790,Hydra:6.0.391,FMLib:17.0.607.475 definitions=2021-10-08_06,2021-10-07_02,2020-04-07_01
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 suspectscore=0 priorityscore=1501 phishscore=0 malwarescore=0 mlxlogscore=999 adultscore=0 bulkscore=0 spamscore=0 mlxscore=0 lowpriorityscore=0 impostorscore=0 clxscore=1011 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2109230001 definitions=main-2110080104
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/r12c72PK-_CEQNSIjB41Sv_SPcU>
Subject: Re: [v6ops] Implementation Status of PREF64
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 08 Oct 2021 18:36:35 -0000


From: David Farmer <farmer@umn.edu>
On Thu, Oct 7, 2021 at 8:21 AM STARK, BARBARA H <bs7652@att.com<mailto:bs7652@att.com>> wrote:
> > but hosts should not
> > be able to set policies on how many IPv6 addresses they accept.
>
> Sure they can.  There's nothing stopping a dhcpv6 client from refusing
> to enable ipv6 on an interface if it gets less than N addresses.

Host policy should be dictated by the people in control of the host and not IETF.
IETF has no business restricting the rights of device owners and private networks operators to dictate what devices are allowed to do on their network. This sort of prohibition on device owners and private network admins setting host policy would be 100% harmful.

Ok, the IETF shouldn't pick N, I'm ok with that. But, does that mean you think it is inappropriate for host implementations to enforce some number of IPv6 addresses be available? Or, are you saying that is completely up to network operators?

I will note a few things;

1. The IETF hasn't picked a value of  N, but it has, through RFC7934, said that N>1.
2. In effect Android already enforces, N<1, by only supporting the self-assigned addressing model of SLAAC.
3. However, by not supporting a DHCPv6 client, Android doesn't support the managed-assignment addressing model of DHCPv6.

In an effort to find a compromise that allows Android to support DHCPv6 and therefore the managed-assignment addressing model, I'm suggesting it is reasonable for DHCPv6 clients to require the availability of more than one IPv6 address before it enables it's IPv6 stack, and it sounds like Lorenzo is at least open to discuss such a comprise.

However, it seems that some people are insisting that network operators should be able to assign one and only one IPv6 address per client. Personally, I think this argument is utterly futile, is creating a deadlock, and it is holding back the deployment of IPv6. However, this deadlock is not caused only by Android not supporting DHCPv6, but it is also caused by those that insist that assigning one and only one address is a valid IPv6 deployment strategy, and that network operators should have ultimate and unilateral control in this matter.

I'm willing to concede that network operators need to allocate more than one IPv6 address per client.. Furthermore, I think it is very important that all major operating systems allow for both IPv6 address assignment models, self-assigned (SLAAC) and managed-assignment (DHCPv6).

I'm having visions of IETF becoming not unlike the Texas legislature in its desire to dictate "morality".
Barbara

Insisting the network operators have ultimate and unilateral control of this issue is equally dictating "morality".

<bhs> Just a few points:
- RFC7934 is scoped to "general-purpose end hosts" (which is not defined and therefore you can define the term any way that makes sense for you). RFC7934 is very specifically *not* scoped to all hosts.
 - I used the term "private network operators" in my comment and not "network operators". Just to be clear, "private network operators" include enterprises, small businesses, and home owners and not ISPs. I make no statement about ISPs. So you're saying that I should not be allowed to operate my home network any way I want (so long as that doesn't interfere with others' rights - e.g., doesn't allow my devices or my network to be used as part of a DDoS attack) because the IETF has claimed it has rights to dictate my home network and device addressing policies? <sarcasm>Maybe IETF should encourage legislators to pass a law that anyone can sue somebody (bounty of $10k?) for helping a home network owner subvert an IETF BCP.</sarcasm> And you think that my objection to IETF claiming rights over my network is *me* dictating morality? Really? No. I absolutely, 100%, claim full ownership of my home network and its policies (other than those that could interfere with other living human beings' networks and devices). If you can explain how my only allowing a host to have a single address is harmful (presents a security risk) *to somebody else* then let's discuss. If you're patronizingly trying to prevent me from what you think would be self-harm (e.g., allowing home owners to assign just a single address might cause some home owners mental anguish) or because you think hosts should have rights, then there's nothing for us to discuss.
Barbara   // BTW, I changed the <1 to >1 in the quoted text