[168563] in North American Network Operators' Group
Re: FW: Updated ARIN allocation information
daemon@ATHENA.MIT.EDU (Mark Andrews)
Thu Jan 30 00:17:51 2014
To: Christopher Morrow <morrowc.lists@gmail.com>
From: Mark Andrews <marka@isc.org>
In-reply-to: Your message of "Wed, 29 Jan 2014 22:22:32 -0500."
<CAL9jLabq=CSJSv4hufv+LSJ4d2JBhLQPukDcX3gxtc6-1PZA=A@mail.gmail.com>
Date: Thu, 30 Jan 2014 16:17:11 +1100
Cc: nanog list <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
In message <CAL9jLabq=CSJSv4hufv+LSJ4d2JBhLQPukDcX3gxtc6-1PZA=A@mail.gmail.com>
, Christopher Morrow writes:
> On Wed, Jan 29, 2014 at 5:16 PM, Seth Mattinen <sethm@rollernet.us> wrote:
> > On 1/29/14, 14:01, Leslie Nobile wrote:
> >>
> >> Additionally, ARIN has placed 23.128.0.0/10 in its reserves in accordance
> >> with the policy "Dedicated IPv4 block to facilitate IPv6 Deployment" (NRPM
> >> 4.10). There have been no allocations made from this block as of yet,
> >> however, once we do begin issuing from this block, the minimum allocation
> >> size for this /10 will be a /28 and the maximum allocation size will be a
> >> /24. You may wish to adjust any filters you have in place accordingly.
> >
> >
> >
> > I know ARIN doesn't care about routability and all that, but good luck with
> > those /28s.
>
> maybe these weren't meant to be used outside the local ASN? :)
> I do wonder though what the purpose of this block is? If it's to be
> used inside the local ASN (as seems to be indicated based upon minimum
> allocation sizes) then why not use the IETF marked 100.64/10 space
> instead? Global-uniqueness? ok, sure...
>
> There will need to be popcorn though, for this event.
>
> -chris
Or you could just accept that there needs to be more routing slots
as the number of businesses on the net increases. I can see some
interesting anti-cartel law suits happening if ISP's refuse to
accept /28's from this block.
Mark
--
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: marka@isc.org
