Re: [v6ops] I-D Action: draft-horley-v6ops-lab-00.txt

David Farmer <farmer@umn.edu> Sat, 12 June 2021 06:28 UTC

Return-Path: <farmer@umn.edu>
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 D8EC53A2073 for <v6ops@ietfa.amsl.com>; Fri, 11 Jun 2021 23:28:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 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, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=umn.edu
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 ZE9pFNRQFEKw for <v6ops@ietfa.amsl.com>; Fri, 11 Jun 2021 23:28:28 -0700 (PDT)
Received: from mta-p5.oit.umn.edu (mta-p5.oit.umn.edu [134.84.196.205]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 16C5A3A206D for <v6ops@ietf.org>; Fri, 11 Jun 2021 23:28:27 -0700 (PDT)
Received: from localhost (unknown [127.0.0.1]) by mta-p5.oit.umn.edu (Postfix) with ESMTP id 4G277t3yrpz9vCDh for <v6ops@ietf.org>; Sat, 12 Jun 2021 06:28:26 +0000 (UTC)
X-Virus-Scanned: amavisd-new at umn.edu
Received: from mta-p5.oit.umn.edu ([127.0.0.1]) by localhost (mta-p5.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V7TmWYyeG6ia for <v6ops@ietf.org>; Sat, 12 Jun 2021 01:28:26 -0500 (CDT)
Received: from mail-ed1-f70.google.com (mail-ed1-f70.google.com [209.85.208.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p5.oit.umn.edu (Postfix) with ESMTPS id 4G277t0fdmz9vCDW for <v6ops@ietf.org>; Sat, 12 Jun 2021 01:28:25 -0500 (CDT)
DMARC-Filter: OpenDMARC Filter v1.3.2 mta-p5.oit.umn.edu 4G277t0fdmz9vCDW
DKIM-Filter: OpenDKIM Filter v2.11.0 mta-p5.oit.umn.edu 4G277t0fdmz9vCDW
Received: by mail-ed1-f70.google.com with SMTP id y18-20020a0564022712b029038ffac1995eso17057759edd.12 for <v6ops@ietf.org>; Fri, 11 Jun 2021 23:28:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umn.edu; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Pwr/cKwyKPamFvjECFlWUbC3IJ8ShV8uCm5TB7UbKgU=; b=bahfACxekF5/YwSU+Hsj6OjWAar2/7oSaR7qRiuDF1q2oAbmfFtRR8UNK3E+DuXC1y BQm7Y2H03KpUY0Zgu5daKmNoY7e1QRt4O72aENT3ftv8aTLSG+9mX2XJtz80PakJ/jIS yH1GZglk8knsDSNBrIzLKxzQeSwxXAY7xdBkeccY60jwONjBXE9X7zqLUJSS57iPi9eF wPGiIhqMAxbjph2b1md30S1yclydv2MhK7tLFb8a0cqVjLGBTZKF5BxtzcElk1tuRAIv HdsXbEgrWfLypbRInUBpMcmRSziEkdDc8cDGBl95KwJ2jmWl9tzQ0WNq3qaIM8P3jAqZ vLjw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Pwr/cKwyKPamFvjECFlWUbC3IJ8ShV8uCm5TB7UbKgU=; b=YT9+SBqEIJ4c6hPpnsK8UDDlPh09P0zvG4c5Z+s4eP7aSpaSm2kTC/LdqSqgYep1tF DfCtA+LSuKPEA44oG8UIdnHXxo42zrxUFJRchIhZwLzwmrgAnxqEgA/84rgdQzA1Pytp 2ZbODTiVH6J7mCecoDGVRHceEkntG6nzzMSB0uyzCc8JoA1SKi60mF7GcORiDApYBedz MGOu/Z6q5l2k2pcIR8KdA8ZJyY2S0Q1liKFuWW4rm44vjEIw4IfFFr8ZDhrA9wi08sAl By/sZfSLkAHN8QM+rGDTv5s6Uuyeak980gUB5v0HYsqVmm/UjQh2p7bihF9qovAGAPeS kC5A==
X-Gm-Message-State: AOAM531n023ihKvYSJch696T9GumZOcc4cdiKRwZK2aYhRcQEZaRqI8M lTHeXcIZv7x4SgLAl7TLMUPefVPK1MA8EnMaMJc59w8P9/h7fOPvtkAesA1BONLr+Ex4RVYnAKe Af8oLVcqIbMus0cowgwhzNp/vmw==
X-Received: by 2002:a50:fa8c:: with SMTP id w12mr7349343edr.350.1623479304556; Fri, 11 Jun 2021 23:28:24 -0700 (PDT)
X-Google-Smtp-Source: ABdhPJwmasQy6x9HU6yE8SBKVu4+Lz/Yw11SXqaggkYx7JzHM133m8HSzZn6MS8ys2c0+QzqgCH2vvFLOCCJ0Xseulc=
X-Received: by 2002:a50:fa8c:: with SMTP id w12mr7349324edr.350.1623479304245; Fri, 11 Jun 2021 23:28:24 -0700 (PDT)
MIME-Version: 1.0
References: <162293202497.20978.11278185466573537743@ietfa.amsl.com> <d928f260-e0b1-7672-7114-7ac09dace037@gmail.com> <CAM5+tA8qt0Z9jKnfFYHWVpX8MC8zkFOnnmUvFboBnBS_OURoxg@mail.gmail.com> <CAO42Z2x=9gpE-BhsHMHD3djgeqJ8qLvz1Dv8cx=mT1sw0J8HTA@mail.gmail.com>
In-Reply-To: <CAO42Z2x=9gpE-BhsHMHD3djgeqJ8qLvz1Dv8cx=mT1sw0J8HTA@mail.gmail.com>
From: David Farmer <farmer@umn.edu>
Date: Sat, 12 Jun 2021 01:28:13 -0500
Message-ID: <CAN-Dau1Aduc=7KPEN5JmmRQ9RHBoYez9xY9NSuU9NXb5qcwgPw@mail.gmail.com>
To: Mark Smith <markzzzsmith@gmail.com>
Cc: IPv6 Operations <v6ops@ietf.org>, Nicholas Buraglio <buraglio@es.net>
Content-Type: multipart/alternative; boundary="0000000000003aebd105c48bbb61"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/AAd4Zg7SA_GQQQVxjkVh2bkmIAM>
Subject: Re: [v6ops] I-D Action: draft-horley-v6ops-lab-00.txt
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: Sat, 12 Jun 2021 06:28:35 -0000

On Fri, Jun 11, 2021 at 21:58 Mark Smith <markzzzsmith@gmail.com> wrote:

> If the 2001:db8::/32 prefix is not big enough to usefully teach the
> techniques of address space planning and route aggregation, how big
> does it need to be?


I don’t think it is unreasonable for there to be a larger documentation
prefix, or even multiple documentation prefixes. There should be enough
documentation IPv6 address space to provide a number of /32 ISP allocations
for an example. Even with ASCII art, examples with 3 to 5 ISPs are
relatively common.

Allocating something like a total of a /24, or even /20 for documentation
purposes isn’t going create any kind issues for IPv6, and would allow for
much more realistic examples in documentation and for training labs.

How many aggregation boundaries does there need to
> be in a fictitious network and its address space to effectively teach
> address space planning and route aggregation?
>
> The bits available for aggregation in in either 2001:db8::/32 or a ULA
> /48 can easily support 4 levels or more of 4 bit aggregation
> boundaries at nibble boundaries. When wouldn't that be enough to teach
> the technique?


I’m sorry you are suggesting for examples to be complicated and difficult
to understand.

To the contrary, examples should be simple, suggestive of what will be seen
in real operational networks, and easily understood even by IPv6 novices.

The real Internet has many ISPs, allowing for multiple /32 ISPs in an
example that is supposed to represent multiple ISPs seems necessary to meet
the above criteria, at least in my opinion.

Thanks.

> --
===============================================
David Farmer               Email:farmer@umn.edu
Networking & Telecommunication Services
Office of Information Technology
University of Minnesota
2218 University Ave SE        Phone: 612-626-0815
Minneapolis, MN 55414-3029   Cell: 612-812-9952
===============================================