Alternative Re: ipv4/25s and above Re: 202211211223.AYC

Mon Nov 21 18:23:44 UTC 2022

>
> 1) "... for various technical reasons , ...":  Please give a couple
> examples, and be specific preferably using expressions that colleagues
> on this forum can understand.
>

Myself and multiple others provided specific technical rebuttals to the
proposal in the past on this list.

On Mon, Nov 21, 2022 at 12:29 PM Abraham Y. Chen <aychen at avinta.com> wrote:

> Dear Tom:
>
> 1) "... for various technical reasons , ...":  Please give a couple
> examples, and be specific preferably using expressions that colleagues
> on this forum can understand.
>
> Thanks,
>
>
> Abe (2022-11-21 12:29 EST)
>
>
>
>
> On 2022-11-21 10:44, Tom Beecher wrote:
> >
> >     1) "... Africa ... They don’t really have a lot of alternatives.
> ...":
> >     Actually, there is, simple and in plain sight. Please have a look
> >     at the
> >     below IETF Draft:
> >
> >
> https://datatracker.ietf.org/doc/html/draft-chen-ati-adaptive-ipv4-address-space
> >
> >
> > For the benefit of anyone who may not understand, this is not an
> > 'alternative'. This is an idea that was initially proposed by the
> > authors almost exactly 6 years ago. It's received almost no interest
> > from anyone involved in internet standards, and for various technical
> > reasons , likely never will.
> >
> > On Fri, Nov 18, 2022 at 10:52 PM Abraham Y. Chen <aychen at avinta.com>
> > wrote:
> >
> >     Dear Owen:
> >
> >     1) "... Africa ... They don’t really have a lot of alternatives.
> >     ...":
> >     Actually, there is, simple and in plain sight. Please have a look
> >     at the
> >     below IETF Draft:
> >
> >
> https://datatracker.ietf.org/doc/html/draft-chen-ati-adaptive-ipv4-address-space
> >
> >     2)  If this looks a bit too technical due to the nature of such a
> >     document, there is a distilled version that provides a bird-eye's
> >     view
> >     of the solution:
> >
> >     https://www.avinta.com/phoenix-1/home/RevampTheInternet.pdf
> >
> >     3)  All of the above can start from making use of the 240/4
> >     netblock as
> >     a reusable (by region / country) unicast IP address resources that
> >     could
> >     be accomplished by as simple as commenting out one line of the
> >     existing
> >     network router program code. I will be glad to go into the
> >     specifics if
> >     you can bring their attention to this almost mystic topic.
> >
> >     Regards,
> >
> >
> >     Abe (2022-11-19 22:50 EST)
> >
> >
> >     On 2022-11-18 18:20, Owen DeLong via NANOG wrote:
> >     >
> >     >> On Nov 18, 2022, at 03:44, Joe Maimon <jmaimon at jmaimon.com>
> wrote:
> >     >>
> >     >>
> >     >>
> >     >> Mark Tinka wrote:
> >     >>>
> >     >>> On 11/17/22 19:55, Joe Maimon wrote:
> >     >>>
> >     >>>> You could instead use a /31.
> >     >>> We could, but many of our DIA customers have all manner of
> >     CPE's that may or may not support this. Having unique designs per
> >     customer does not scale well.
> >     >> its almost 2023. /31 support is easily mandatory. You should
> >     make it mandatory.
> >     > Much of Africa in 2023 runs on what the US put into the resale
> >     market in the late 1990s, tragically.
> >     >
> >     >> Its 2023, your folk should be able to handle addressing more
> >     advanced than from the 90s. And your betting the future on IPv6?
> >     > They don’t really have a lot of alternatives.
> >     >
> >     >>> To be honest, we'll keep using IPv4 for as long as we have it,
> >     and for as long as we can get it from AFRINIC. But it's not where
> >     we are betting the farm - that is for IPv6.
> >     > And yet you wonder why I consider AFRINIC’s artificial extension
> >     of the free pool through draconian austerity measures to be a
> >     global problem?
> >     >
> >     >> Its on Afrinic to try and preserve their pool if they wish to
> >     by doing things such as getting it across that progress in
> >     addressing efficiency is an important consideration in fulfilling
> >     requests for additional resources.
> >     > Instead of this, they’re mostly ignoring policy, implementing
> >     draconian restrictions on people getting space from the free pool,
> >     and buying into various forms of reality avoidance.
> >     >
> >     >> But see the crux above. If your RiR isnt frowning on such
> >     behavior then its poor strategy to implement it.
> >     > So far, AFRINIC has given a complete pass to Tinka’s
> >     organization and their documented excessive unused address space
> >     despite policy that prohibits them from doing so. However, AFRINIC
> >     management and board seem to have extreme difficulty with reading
> >     their governing documents in anything resembling a logical
> >     interpretation.
> >     >
> >     > Owen
> >     >
> >
> >
> >     --
> >     This email has been checked for viruses by Avast antivirus software.
> >     www.avast.com <http://www.avast.com>
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20221121/c9be5b1d/attachment.html>