Re: [v6ops] draft-ietf-6man-grand : saving lookups

Nick Hilliard <nick@foobar.org> Mon, 10 August 2020 09:36 UTC

Return-Path: <nick@foobar.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 198A83A145F; Mon, 10 Aug 2020 02:36:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.849
X-Spam-Level:
X-Spam-Status: No, score=-2.849 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.949, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 HrHOrlwVsOWU; Mon, 10 Aug 2020 02:36:44 -0700 (PDT)
Received: from mail.netability.ie (mail.netability.ie [IPv6:2a03:8900:0:100::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D47333A1464; Mon, 10 Aug 2020 02:36:43 -0700 (PDT)
X-Envelope-To: v6ops@ietf.org
Received: from crumpet.local (admin.ibn.ie [46.182.8.8]) (authenticated bits=0) by mail.netability.ie (8.15.2/8.15.2) with ESMTPSA id 07A9aTTi072366 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Aug 2020 10:36:30 +0100 (IST) (envelope-from nick@foobar.org)
X-Authentication-Warning: cheesecake.ibn.ie: Host admin.ibn.ie [46.182.8.8] claimed to be crumpet.local
To: Bob Hinden <bob.hinden@gmail.com>
Cc: "Pascal Thubert (pthubert)" <pthubert@cisco.com>, "v6ops@ietf.org" <v6ops@ietf.org>, Philip Homburg <pch-v6ops-9@u-1.phicoh.com>, IPv6 List <ipv6@ietf.org>
References: <m1k4nX7-0000ICC@stereo.hq.phicoh.net> <1D1A68AE-4C75-4DF0-8C7C-3500DB67C8FB@fugue.com> <4B1A43D0-45B1-4C73-8B09-089D4EC1FFF7@cisco.com> <17A8FA06-3776-450A-B549-958157AD5784@gmail.com> <B50732C5-4BBA-49E4-A169-74677C91B88B@cisco.com> <0A2FD466-6DB0-4378-88B7-AB99D32C2180@gmail.com>
From: Nick Hilliard <nick@foobar.org>
Message-ID: <89a4f4fc-7f4a-52c5-83b9-bd112f7a831a@foobar.org>
Date: Mon, 10 Aug 2020 10:36:28 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:52.0) Gecko/20100101 PostboxApp/7.0.25
MIME-Version: 1.0
In-Reply-To: <0A2FD466-6DB0-4378-88B7-AB99D32C2180@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-GB
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/2xUJ9U-8AuK8FNvxVn0SUXp5lyE>
Subject: Re: [v6ops] draft-ietf-6man-grand : saving lookups
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: Mon, 10 Aug 2020 09:36:47 -0000

Bob Hinden wrote on 10/08/2020 00:42:
> I thought we learned long ago to not create large distributed broadcast/multicast domains.

We did, but what's disheartening is that people persistently use this 
model as rationale to justify a protocol change of one form or another.

Maybe we need an ID which states this explicitly: "Large broadcast 
domains considered harmful"?  As long as we have broadcast domains, 
people will be tempted to make them too large and will express surprise 
that they don't scale well.

Nick