Re: [v6ops] WGLC for draft-ietf-v6ops-rfc3849-update-01

Nick Buraglio <buraglio@forwardingplane.net> Thu, 07 December 2023 21:07 UTC

Return-Path: <buraglio@forwardingplane.net>
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 4BA52C14CE33 for <v6ops@ietfa.amsl.com>; Thu, 7 Dec 2023 13:07:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.105
X-Spam-Level:
X-Spam-Status: No, score=-7.105 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_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 (1024-bit key) header.d=forwardingplane.net
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 gIFc7rNng55v for <v6ops@ietfa.amsl.com>; Thu, 7 Dec 2023 13:07:03 -0800 (PST)
Received: from mail-qt1-x82d.google.com (mail-qt1-x82d.google.com [IPv6:2607:f8b0:4864:20::82d]) (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 ietfa.amsl.com (Postfix) with ESMTPS id 3E15AC151082 for <v6ops@ietf.org>; Thu, 7 Dec 2023 13:06:58 -0800 (PST)
Received: by mail-qt1-x82d.google.com with SMTP id d75a77b69052e-4257988fd5dso8573021cf.3 for <v6ops@ietf.org>; Thu, 07 Dec 2023 13:06:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=forwardingplane.net; s=google; t=1701983217; x=1702588017; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=S8fE9CcNgl0cx9nrTElTRWjG5V/IwIYTig/tPuSxA7o=; b=pheN+u4ANqeDMPaL6G6E27NHsl1XJRsDZW9yRS7vK8hZzul8PkJ7gsIcn8QB/8oj9C AzooKOARNu/EXLVw6oD3jxRPmlGaGKOxB4h6oYjQOQxnShOPeDGct1GZhn9uLg0eea2N gwYv2qM1Sz3sOkPuy/kJ3xFSR3sKlZwPfnaDE=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701983217; x=1702588017; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=S8fE9CcNgl0cx9nrTElTRWjG5V/IwIYTig/tPuSxA7o=; b=XYOk3nDqQWShUHw+LJUQKRGqU3epXDFZkFbYUZjdK15I9FMtG++rdXcnauFwNCs0Xd 93ImxbrltS07j3dtqaccPd1tjvTjhz6wb3T9+0ppi5vs5194rCKPxtInumHpYvF0yLXk RLRsNnSinjmyk0MeCCFnA4O0r6uAdc0LnuqsEJCCl8h4A86G8U3OuD7D5oEWMlx4M/a9 hnhkpq7qGV9mdxlEyR0prKGQ08OEznByF26tlb/wNVbbeFe/DoCF1DKiPCyrSK2ZiN2s qVlvMxIjXPBCADvKsXok7+jQkGWK+2Q50qaHwyapkrN/bCC5yG7FvNIwzNWXsmBl7df1 1+wQ==
X-Gm-Message-State: AOJu0YxRWdKJoF+bvktP8EM/75wycdLdmPTCZ2ZfID0X6PNPnlsJjvbk zxgyvdNfG1akO2588evOskTSvzK52M2DAMplVvTa4WKqVl4a9kLm
X-Google-Smtp-Source: AGHT+IHv/bjtx6/J6Mw8UtvgQ5hYstVZ4hS1TG4NglQ0sF6E88WU4iuPGtLRbvHHTdGZDFmFphp9uWzGMQzMNM1HOIg=
X-Received: by 2002:ac8:7f87:0:b0:425:99af:bb31 with SMTP id z7-20020ac87f87000000b0042599afbb31mr638393qtj.62.1701983217013; Thu, 07 Dec 2023 13:06:57 -0800 (PST)
MIME-Version: 1.0
References: <CACyFTPEdOL3FpsKDdwJ=0hnv4xKgC6ss+KOSYqmviDqdHEDYmg@mail.gmail.com> <CAN-Dau1gLjZw0W153nAC=NKTk9cbhf3U-8+SF8YVgZK0xMBArw@mail.gmail.com> <CACyFTPETM_OzEFr5JxHVqj-rxUpnwmG84k6012k0bSGKG+60TQ@mail.gmail.com>
In-Reply-To: <CACyFTPETM_OzEFr5JxHVqj-rxUpnwmG84k6012k0bSGKG+60TQ@mail.gmail.com>
From: Nick Buraglio <buraglio@forwardingplane.net>
Date: Thu, 07 Dec 2023 15:06:46 -0600
Message-ID: <CACMsEX9qLsDnxZP9bTk8eExF9Ljk-QxLsWNuHfaT_QJ=Rv3W8w@mail.gmail.com>
To: Daryll Swer <contact=40daryllswer.com@dmarc.ietf.org>
Cc: David Farmer <farmer=40umn.edu@dmarc.ietf.org>, v6ops@ietf.org
Content-Type: multipart/alternative; boundary="000000000000106909060bf1d9e0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/l60b6d-bblDGbMw55UsWmGKAUXY>
Subject: Re: [v6ops] WGLC for draft-ietf-v6ops-rfc3849-update-01
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: Thu, 07 Dec 2023 21:07:07 -0000

On Thu, Dec 7, 2023 at 2:55 PM Daryll Swer <contact=
40daryllswer.com@dmarc.ietf.org> wrote:

> David
>
> > The existence of a few shorter prefixes doesn’t invalidate the choice of
>> a /20. I think that is plenty lager of an allocation for this purpose.
>
> I don't see anyone saying the /20 is invalidated for any reason. I just
> don't see 100% certainty that a /20 documentation prefix is
> “future-proofed” for more complex/larger networks in the future, especially
> when we account for potential future space communication networks, I think
> it is safe to say that future IPv6 subnetting plans wouldn't be limited to
> just terrestrial networks between continents.
>

I do tend to agree with David that the allocation doesn't necessarily need
to be totally "future proof". Since we can't really tell the future that
would be a guess anyway, and wouldn't be any more or less accurate than
what we've chosen. What we considered is what would solve problems today
and provide some breathing room for the next "N" amount of years. If we
decide that what we've asked for is enough, and in 10 or 20 years that is
decided too require some revisiting, we can certainly do this process
again.
To me at least, the goal is "maximum value" while still being reasonable.
Of course, "Maximum", "value" and "reasonable" are all subjective, so we
rely on the list to provide valuable input to help come to something we can
all live with.


>
> > Questions about the particular allocation mentioned below are really
>> inappropriate for this mailing list, and would be more appropriate for
>> ARIN’s PPML mailing list. Nevertheless, such justifications have never been
>> and probably never will be public documents. I trust ARIN’s policies have
>> been followed. Again questioning the policies involved is not really
>> appropriate for this mailing list either.
>
> My intention was not to question the RIR's allocation policies,
> whatsoever. My intention was to spread awareness aimed towards the draft's
> authors and other readers, on possibly updating section 2 to match the
> up-to-date info, I think this is *perfectly appropriate* for this mailing
> list. To my understanding, one of the draft's authors has confirmed,
> outside this mailing list platform, that they'll look into the new info.
>

It is definitely good to understand the landscape of the everyday. I think
this was a good find and an interesting development and I am glad it was
brought to the attention so that we know what is happening in production
environments.


>
> *--*
> Best Regards
> Daryll Swer
> Website: daryllswer.com <https://www.daryllswer.com>
>
>
> On Fri, 8 Dec 2023 at 01:43, David Farmer <farmer=40umn.edu@dmarc.ietf.org>
> wrote:
>
>> The existence of a few shorter prefixes doesn’t invalidate the choice of
>> a /20. I think that is plenty lager of an allocation for this purpose.
>>
>> Questions about the particular allocation mentioned below are really
>> inappropriate for this mailing list, and would be more appropriate for
>> ARIN’s PPML mailing list. Nevertheless, such justifications have never been
>> and probably never will be public documents. I trust ARIN’s policies have
>> been followed. Again questioning the policies involved is not really
>> appropriate for this mailing list either.
>>
>> Thanks
>>
>> On Thu, Dec 7, 2023 at 13:06 Daryll Swer <contact=
>> 40daryllswer.com@dmarc.ietf.org> wrote:
>>
>>> I'm in favour of the draft moving forward overall, but few points to
>>> consider:
>>>
>>> 1. Regarding section 2, it appears the largest assignment is a /16
>>> (2630::/16), a fairly new assignment—
>>> https://whois.arin.net/rest/net/NET6-2630-2
>>> > "The four largest assignments made to end users have been /19s"
>>>
>>> 2. Momoka Yamamoto's question on whether a /20 is sufficient or not, in
>>> my opinion, is a valid question. Whilst it is likely true, that for most
>>> realistic network planning and documentation a /20 would suffice, but
>>> whether a /20 documentation prefix would suffice for the future ahead,
>>> remains unclear in my personal opinion.
>>>
>>> *--*
>>> Best Regards
>>> Daryll Swer
>>> Website: daryllswer.com
>>> <https://mailtrack.io/link/4e654ad52f927e0fb467a8318aa5d0f3738df0ed?url=https%3A%2F%2Fwww.daryllswer.com&userId=2153471&signature=3fcde618c12233cf>
>>> _______________________________________________
>>> v6ops mailing list
>>> v6ops@ietf.org
>>> https://www.ietf.org/mailman/listinfo/v6ops
>>>
>> _______________________________________________
>> v6ops mailing list
>> v6ops@ietf.org
>> https://www.ietf.org/mailman/listinfo/v6ops
>>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>