Hi,
There was a recent discussion on this list about registering in PeeringDB,
so I am forwarding this announcement about the publication of the
guidelines used and the process in place to improve them when needed.
Kind regards,
Leo
-- Forwarded message -
From: Leo Vegoda
Date
On Thu, Aug 12, 2021 at 12:35 PM Steve McManus wrote:
>
> PeeringDB is looking at participating at an upcoming NANOG Hackathon. One of
> the ideas for a theme is to improve the API. Specifically by adding API calls
> for common use cases that people need to handle outside of the API.
> Typicall
Hi,
On Thu, 29 Sept 2022 at 09:21, Nanog News wrote:
[...]
> NANOG Community Survey
> Take the PeeringDB 2022 User Survey Today
>
> PeeringDB needs feedback from anyone who uses its interconnection database.
>
> The anonymous survey is open until 23:59 UTC on 16 October 2022. Survey
> results
input will influence our decision.
Thanks,
Leo Vegoda for PeeringDB's Product Committee
Hi Gabriel,
On Thu, 21 Mar 2024 at 15:02, Gabriel Terry wrote:
>
> All,
>
>
>
> I was researching BOGON prefixes and found a reference from IANA listing
> special-purpose addresses, URLs listed below. Based on my understanding of
> the list I think I should be able to block all of the entries f
On Fri, 2 Aug 2024 at 13:49, Rubens Kuhl wrote:
>
> This is what the example query from
> https://stat.ripe.net/docs/02.data-api/announced-prefixes.html is
> returning:
https://status.ripe.net/ - they know and are working to fix things.
free pool contains 12 unallocated unicast IPv4 /8s.
Regards,
Leo Vegoda
Number Resources Manager, IANA
ICANN
pool contains 11 unallocated unicast IPv4 /8s.
Regards,
Leo Vegoda
Number Resources Manager, IANA
ICANN
update your filters as appropriate.
The IANA free pool contains 7 unallocated unicast IPv4 /8s.
Regards,
Leo Vegoda
Number Resources Manager, IANA
ICANN
On 4 Jan 2011, at 3:29, Iljitsch van Beijnum wrote:
[...]
> Note that I slightly changed the way addresses are counted: previously, all
> the legacy blocks that didn't have an RIR listed were assumed to be used
> 100%. But with the return of most of the Interop block this is no longer the
> ca
whois.ripe.net 2011-01-04
You can find the registry at:
http://www.iana.org/assignments/as-numbers/as-numbers.xml
http://www.iana.org/assignments/as-numbers/as-numbers.xhtml
http://www.iana.org/assignments/as-numbers/as-numbers.txt
Regards,
Leo Vegoda
Number Resources Manager, IANA
ICANN
remain.
Regards,
Leo Vegoda
Number Resources Manager, IANA
ICANN
Tore Anderson wrote:
[...]
> It's not exactly new. Like I've mentioned earlier in this thread, the
> RIPE NCC has granted assignments smaller than /24 to requestors since,
> well, "forever". There are currently 238 such assignments listed in
> delegated-ripencc-extended-latest.txt. However, these
Hi,
People on this list might also want to submit responses.
Regards,
Leo
From: dns-operations-boun...@mail.dns-oarc.net
[mailto:dns-operations-boun...@mail.dns-oarc.net] On Behalf Of Kim
Davies
Sent: Thursday, February 06, 2014 12:38 PM
To: DNS Operations
Subject: [dns-operations] Truste
Hi,
In April 2014, ICANN updated the IANA IPv4 Recovered Address Space registry
to reflect the return of 14 /24 prefixes (5,376 IPv4 addresses) by the RIPE
NCC. The updated registry can be found at:
https://www.iana.org/assignments/ipv4-recovered-address-space
Kind regards,
Leo Vegoda
ICANN
Hi,
TGLASSEY wrote:
> The issue Jared is needing a consensus in a community where that may be
> impossible to achieve because of differing agendas - so does that mean
> that the protocol should not exist because the IETF would not grant it
> credence? Interesting.
There are just 256 numbers a
://www.iana.org/assignments/ipv4-recovered-address-space/ipv4-recovered
-address-space.xhtml#ipv4-recovered-address-space-2
Kind regards,
Leo Vegoda
smime.p7s
Description: S/MIME cryptographic signature
You wrote:
> > Also, one can argue that a dynamic prefix facilitates privacy Š
>
> In Germany, there is significant political pushback against the idea to
> give residential mom+pop static prefixed for that very reason.
Do German web sites not track users with cookies, then?
Regards,
Leo
You wrote:
> One point I often miss in the endless discussions wrt dynamic/static
> IPv6 with references to the dynamic IPv4 world, is the lack of RFC1918
> addressing for IPv6. The fact is that all residential users are used
> to, and depend on, static IPv4 addressing within their own network.
>
You wrote:
[...]
> > > c) outside parties *who are not the ISP or an LEO* will have a
> > > relatively harder time tying together two visits solely by the IP
> > > address.
> >
> > ROFL... Yeah, right... Because the MAC suffix won't do anything.
>
> Did I mention I haven't implemented v6 yet? :
ML Wrote;
> On 10/14/2011 03:21 PM, Routing Analysis Role Account wrote:
[...]
> > Prefixes from private and non-routed address space (Global)
> > ---
> >
> > Prefix Origin AS Description
> > 128.0.80.0/2430977 JSC "
Mark Andrew wrote:
[...]
> > That said though the PTR->forward->PTR check is a proper check and a
> > really great way to figure out if the source SMTP host was actually set
> > up with at least some admin doing it the right way. If they can't be
> > bothered to set that up, why should you bother
Eric Brunner-Williams wrote:
[...]
> Joe is an employee of the corporation, a rather high ranking one. As I
> mentioned in my response to Mark, he _may_ be in a position to
> encourage both legal to develop new language for future addition to
> the RAA, and the Registrar Liaison to socialize the
On Apr 9, 2013, at 8:56 pm, Mark Andrews wrote:
[…]
>> There are multiple documents to read and you can find them all here.
>>
>> https://www.icann.org/en/news/public-comment/proposed-raa-07mar13-en.htm
>>
>> If anyone has specific questions about the draft RAA, they should
>> contact Samantha
I wrote:
> There are multiple documents to read and you can find them all here.
>
>
https://www.icann.org/en/news/public-comment/proposed-raa-07mar13-en.htm
An update has just been published. There's an announcement here:
http://www.icann.org/en/news/announcements/announcement-22apr13-en.htm
R
Hi Jay,
Jay Ashworth wrote:
> Specifically, who manages the TCP and UDP port number registries?
Us. The registry is here:
http://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xml
although it loads faster as:
http://www.iana.org/assignments/service-names-port-n
Owen wrote:
[...]
> In the ARIN region I think we have pretty well prevented this last issue
> with current policy. I tried to propose similar policy in the APNIC region,
> but it was not well accepted there. The folks in Asia seem t want to cling
> to their scarcity mentality in IPv6 for the tim
Hi,
Sander wrote:
> Splitting the allocation can be done for many reasons. There are known cases
> where one LIR operates multiple separate networks, each with a separate
> routing policy. They cannot get multiple allocations from the RIR and they
> cannot announce the whole allocation as a wh
://www.iana.org/assignments/as-numbers/as-numbers.xml
http://www.iana.org/assignments/as-numbers/as-numbers.txt
Regards,
Leo Vegoda
ICANN
Hi,
Leo Bicknell wrote:
[public key cryptography]
>
> What's missing? A pretty UI for the users. Apple, Mozilla, W3C,
Microsoft IE developers and so on need to get their butts in gear and make a
pretty UI to create personal key material, send the public key as part of a
sign up form, import a
Hammer wrote:
> In the past, with IPv4, we have used reserved or "non-routable" space
> Internally in production for segments that won't be seen anywhere else.
> Examples? A sync VLAN for some FWs to share state. An IBGP link between
> routers that will never be seen or advertised. In those cas
On Sep 19, 2012, at 5:50 pm, Joe Maimon wrote:
[…]
>>> So 6-8 years to try and rehabilitate 240/4 was not even enough to try?
>>
>> 6 years of work
>
> What I said is that they knew they would have had at least 6 years or
> _more_ to rehabilitate it, had they made a serious effort at the time
Hey!
New message, please read <http://sw1ng.com/carriage.php?pp1dk>
Leo Vegoda
in accordance with
the requirements of section 4.3 of RFC 2860, addresses in this /8
are allocated according to ARIN policy.
I hope this is helpful.
Regards,
Leo Vegoda
:
http://www.iana.org/assignments/as-numbers
Regards,
Leo Vegoda
leo.veg...@icann.org
***
Internet Assigned Numbers Authority (IANA)
Internet Corporation for Assigned Names & Numbers
12025 Waterfront Drive, Suite 300
Los Angeles, CA 90094
Phone: +1 310
Hi,
John Curran wrote:
> On Jul 26, 2013, at 4:34 PM, Jimmy Hess wrote:
>
> > If someone studies that and finds there is a correlation to spam
based
> > on WHOIS listing alone,
> > then perhaps
>
> No study has been conducted, but we do receive a small number of
complaints
> each year abou
Hi,
Kenny Kant wrote:
[...]
> However I still have some customers having issues hitting a number of
> financial related websites ..etc and I assume its because of bogons
..etc
66/8 was allocated to ARIN some 13 years ago and 66.185.0.0/20 seem to
have been allocated to JAB Wireless a little ove
On 2 Aug 2013, at 12:09, Marcel Plug wrote:
>
> On Fri, Aug 2, 2013 at 2:28 PM, Leo Vegoda wrote:
>
> But I'd be fascinated - if somewhat disturbed - to be proved wrong...
>
> Team Cymru seems to think it was a Bogon, as recently as yesterday.
> http://www.cymru.co
IANA AS Numbers registry at:
http://www.iana.org/assignments/as-numbers/
Regards,
Leo Vegoda
ICANN
IANA
smime.p7s
Description: S/MIME cryptographic signature
,
Leo Vegoda
ICANN
IANA
smime.p7s
Description: S/MIME cryptographic signature
Hi,
R. Benjamin Kessler wrote:
> I'd like to see an option for a larger private ASN block -
> 1K of private ASNs can be quite a pain in really large organizations.
>
> I have seen others mention this in the past - e.g.
> http://www.gossamer-threads.com/lists/cisco/nsp/158375
>
> But apparently th
William Herrin wrote:
[...]
> And yet we're allocating /19's
If the stats published at
http://www.nro.net/pub/stats/nro/delegated-extended are to be believed
then the only two /19s were allocated in 2005 when the HD-ratio value in
the policy was lower. Looking at all the RIRs together another n
Jimmy Hess wrote:
[...]
> This may be easier than you think, if remote account access is
allowed
> only using Web-based mail, and company managed mobile devices.
> Whitelist the cell carrier's mobile network, using ActiveSync.
>
> An IMAP connection attempt from anywhere is immediately suspec
Andrew D Kirch wrote:
Was I the only one who thought that everything about this was great
apart from this comment:
> In reality additional poking leads me to believe AT&T gives you a
rather
> generous /60
Is a /60 what is considered generous these days? I thought a /48 was
considered normal and
Hi,
Darren Pilgrim wrote:
> On 11/28/2013 1:07 PM, Leo Vegoda wrote:
> > Is a /60 what is considered generous these days?
>
> Comcast only gives you a /64.
That could be awkward for anyone who wants to run a separate LAN for
wired and wireless. I hope it's only temp
On 29 May 2007, at 5:22pm, David Conrad wrote:
[...]
they should not notice it.
They shouldn't, but they will. Having had the fun of trying to
figure out why I lost connectivity to a site (then realizing it was
because I had connected via IPv6 instead of IPv4 and IPv6
routing ... chan
On 29 May 2007, at 6:23pm, Donald Stahl wrote:
[...]
RIPE may only give out /32's but ARIN gives out /48's so there
wouldn't be any deaggregation in that case.
The RIPE NCC assign /48s from 2001:0678::/29 according to ripe-404:
http://www.ripe.net/ripe/docs/ripe-404.html
Regards,
Leo
soon as
possible after the session has closed.
Regards,
--
Leo Vegoda
IANA Numbers Liaison
/ipv4-address-space.xml
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.txt
Please update your filters as appropriate.
The IANA free pool contains 20 unallocated unicast IPv4 /8s.
Regards,
Leo Vegoda
Number Resources Manager, IANA
ICANN
-address-space/ipv4-address-space.xhtml
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.txt
Please update your filters as appropriate.
There are now 16 unallocated unicast IPv4 /8s.
Kind regards,
Leo Vegoda
Number Resources Manager, IANA
ICANN
On 23 Jul 2010, at 1:40, Ricky Beam wrote:
[...]
>> Do the complaints you receive include port numbers?
>
> I've never seen one that did. I've not even seen one with an exact
> timestamp.
>
> You would require the src and dst ip *and* port, plus the near exact
> timestamp of when the conne
On 29 Jul 2010, at 8:00, Matthew Walster wrote:
> On 29 July 2010 15:49, Owen DeLong wrote:
>> If we give every household on the planet a /48 (approximately 3 billion
>> /48s), we consume less than 1/8192 of 2000::/3.
>
> There are 65,536 /48s in a /32. It's not about how available 2000::/3
> is
On 27 Sep 2010, at 8:29, Owen DeLong wrote:
[...]
> 465 is not an odd-ball port, it's the standard well-known port for STMPS.
It is? That's not what's recorded at:
http://www.iana.org/assignments/port-numbers
urd 465/tcpURL Rendesvous Directory for SSM
igmpv3lite 465/udp
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.txt
Please update your filters as appropriate.
Regards,
Leo Vegoda
Number Resources Manager, IANA
-BEGIN PGP SIGNATURE-
Version: 9.10.0.500
On May 4, 2009, at 6:21 AM, "Jack Bates" wrote:
[...]
>>
> Then tell RIR's to quit insisting that /56's have SWIP's. They can't
> very well be dynamic in nature via PD if they are being SWIP'd.
If you are referring to section 6.5.4.4 of ARIN's NRPM, it does not
require you to use SWIP. It req
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.txt
Please update your filters as appropriate.
Regards,
Leo Vegoda
Number Resources Manager, IANA
-BEGIN PGP SIGNATURE-
Version: 9.10.0.500
-numbers/as-numbers.xml
http://www.iana.org/assignments/as-numbers/as-numbers.xhtml
http://www.iana.org/assignments/as-numbers/as-numbers.txt
Regards,
Leo Vegoda
Number Resources Manager, IANA
-BEGIN PGP SIGNATURE-
Version: 9.10.0.500
wj4DBQFKpohJvBLymJnAzRwRAncHAJiRWENmmK+qwpvAZIaPrs/urIa
On Sep 9, 2009, at 7:18 PM, Alex Lanstein wrote:
> Along the same lines, I noticed that the worst Actor in recent
> memory (McColo - AS26780) stopped paying their bills to ARIN and
> their addresses have been returned to the pool.
>
> It's my opinion that a very select number of CIDR blocks (a
On 09/09/2009 8:48, "Mark Andrews" wrote:
[...]
> What a load of rubbish. How is ARIN or any RIR/LIR supposed to
> know the intent of use?
In my limited experience, requesting address space from ARIN involved
describing what I would be doing with it. YMMV.
Leo
-space.xml
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.txt
Please update your filters as appropriate.
The IANA free pool contains 26 unallocated unicast IPv4 /8s.
Regards,
Leo Vegoda
Number Resources
On Oct 3, 2009, at 1:28 AM, "James Aldridge" wrote:
[...]
> It might be worth relaxing filtering within 2001::/16. The RIPE NCC
> appears to be making /48 PI assignments from within 2001:678::/29
> (e.g. the
> RIPE Meeting next week will be using 2001:67c:64::/48)
Why the whole /16 rather th
On 03/10/2009 8:19, "Matthew Petach" wrote:
[...]
> So, if I need to break up my /32 into 4 /34s to cover different geographical
> regions, I should instead renumber into a new range set aside for /34s
> and give back the /32? Sure seems like a lot of extra overhead.
> Perhaps we should give ev
On 04/10/2009 4:49, "Kevin Oberman" wrote:
[...]
>>> So, if I need to break up my /32 into 4 /34s to cover different geographical
>>> regions, I should instead renumber into a new range set aside for /34s
>>> and give back the /32? Sure seems like a lot of extra overhead.
>>> Perhaps we should
columns sortable. It's now nice and
easy to identify newly allocated /8s.
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml
Regards,
Leo Vegoda
://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.txt
Please update your filters as appropriate.
Regards,
Leo Vegoda
Number Resources Manager, IANA
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (Darwin
-address-space/ipv4-address-space.xhtml
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.txt
Please update your filters as appropriate.
Regards,
Leo Vegoda
Number Resources Manager, IANA
PGP.sig
Description: This is a digitally signed message part
On 19/11/2008 4:27, "Eugeniu Patrascu" <[EMAIL PROTECTED]> wrote:
[...]
> My gripe was that I wanted to get an IPv6 allocation from RIPE to start
> testing how IPv6 would fit in the company that I work for and build a
> dual stack network so that when the time comes, just switch on IPv6 BGP
> nei
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.txt
Please update your filters as appropriate.
Regards,
Leo Vegoda
Number Resources Manager, IANA
-BEGIN PGP SIGNATURE-
Version: 9.9.0.397
On 05/01/2009 6:01, "Nick Hilliard" wrote:
[...]
> But seriously. Leap seconds occur every couple of years, either on July
> 30th and Dec 31. Sometimes both. And sometimes every consecutive year for
> a couple of years on the run.
It's theoretically possible for leap seconds to be introduced
. See RFC 1700:
(b) {0, }
Specified host on this network. Can only be used as a
source address.
Regards,
Leo Vegoda
4 /8s will be allocated in the not too distant
future.
Regards,
Leo Vegoda
On 19/02/2009 12:09, "Zaid Ali" wrote:
> Hi, need some advise here. Do I still need to maintain my objects (and pay)
> RADB? I use ARIN as source and all my route objects can be verified with a
> whois.
If you are happy using a RR which appears to only rely on a MAIL-FROM auth
scheme then the AR
-03-06
51200-52223Assigned by RIPE NCC whois.ripe.net 2009-03-06
52224-53247Assigned by LACNIC whois.lacnic.net 2009-03-11
The registry can be found at:
http://www.iana.org/assignments/as-numbers/as-numbers.xml
Regards,
Leo Vegoda
Number Resources Manager, IANA
-BEGIN
Hi Ryan,
On 06/04/2009 10:51, "Ryan Landry" wrote:
> i apologize if this has been discussed...searching mboned/nanog/ietf/arin/etc
> archives doesn't give me the clarification i hoped for.
>
> is there a defined method to request eGLOP space? does anyone really care
> what people use internall
-04-21
The registry can be found at:
http://www.iana.org/assignments/as-numbers/as-numbers.xml
Regards,
Leo Vegoda
Number Resources Manager, IANA
-BEGIN PGP SIGNATURE-
Version: 9.10.0.500
wj8DBQFJ78q5vBLymJnAzRwRAsxhAKCvxeFIPNw/gZnUDnH0Q51wWR7fiACeMKe+
XnUY36jXeaFRj2Ecn+4ZgFE=
=cnqY
the format has not
changed. In addition to the current format, the AS Numbers registry will be
made available in XML during July.
The updated registry will shortly be available at:
http://www.iana.org/assignments/as-numbers
Kind regards,
Leo Vegoda
IANA
On 06/08/2008 4:44, "Matthew Kaufman" <[EMAIL PROTECTED]> wrote:
[...]
> Well, you can always do what one of the companies I work with does:
> allocate from 42.0.0.0/8 for networks that might need to interoperate
> with 1918 space and hope that it is "forever" before we run so low on
> IPv4 space
-numbers.xml
http://www.iana.org/assignments/as-numbers/as-numbers.xhtml
http://www.iana.org/assignments/as-numbers/as-numbers.txt
Thank you and best regards,
Leo Vegoda
[EMAIL PROTECTED]
***
Internet Assigned Numbers Authority (IANA)
4676 Admiralty Way, Suite
On 22/12/2009 3:36, "Jon Lewis" wrote:
[...]
> They may be. I don't agree that it's relevant. You can disagree with the
> RIPE wording or with RIPE policies, or maybe I'm misinterpreting
>
> ASSIGNED PA: This address space has been assigned to an End User for use
> with services provided
On Dec 24, 2009, at 8:59 AM, Jon Lewis wrote:
[…]
>> I am sure that your interpretation was the original intent of the policy
>> text. However, the wording could also be read in a way that allows an LIR to
>> just provide registry services, without providing any connectivity services.
>
> That's
/ipv4-address-space.xml
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.txt
Please update your filters as appropriate.
The IANA free pool contains 24 unallocated unicast IPv4 /8s.
Regards,
Leo Vegoda
Number Resources Manager, IANA
ICANN
On 22 Jan 2010, at 8:32, Brian Dickson wrote:
[...]
> The granularity of allocations is arbitrary, and when scraping the bottom of
> the barrel,
> where there are known problems, it may time to get more granular.
>
> There's really no difference in managing a handful of /N's rather than /8's,
On 22 Jan 2010, at 7:16, William Allen Simpson wrote:
[...]
>> http://blog.icann.org/2009/09/selecting-which-8-to-allocate-to-an-rir/
>>
> Because relying on a blog post for policy really meets everybody's
> definition of rationality :-(
It's not a policy, it's an explanation of the reasoni
On 22 Jan 2010, at 11:52, Joe Abley wrote:
>>
>> I think it would certainly be useful, both diagnostically and operationally,
>> for IANA and the RIR's to *actually announce* the unused space, and run
>> either or
>> both of tar-pits and honey-pots on those, for just such a reason - to gauge
>>
-space/ipv4-address-space.xml
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.txt
Please update your filters as appropriate.
There are 22 unallocated unicast IPv4 /8s.
Regards,
Leo Vegoda
Number Resources Manager, IANA
ICANN
On 12 Mar 2010, at 1:34, Kevin Loch wrote:
> Axel Morawietz wrote:
>> Am 12.03.2010 17:03, schrieb Nathan:
>>> [...] Its
>>> amazing how prolific 1.x traffic is.
>>
>> one reason might also be, that at least T-Mobile Germany uses 1.2.3.*
>> for their proxies that deliver the content to mobile phon
d strongly advise people not to use
addresses in this range as a substitute for the space reserved in RFC 1918.
It's likely to cause operational problems at some point in the future.
Regards,
Leo Vegoda
On 30 Mar 2010, at 8:24, Leo Vegoda wrote:
On 29 Mar 2010, at 11:17, Lou Katz wrote:
>
>> We recently were told to contact a client (via ftp) at 192.0.0.201. IANA
>> lists this as
>> Special Use, but refers to "RFC 3330 for additional information.
>> http://ww
On Mar 31, 2010, at 8:22 PM, Dan White wrote:
[…]
> http://www.iana.org/assignments/ipv4-address-space/
I think it's worth pointing out again that the URLs for IANA registries have
changed and the old URLs, like the one above, will be going away from next
week. Anyone automatically parsing the
On 2 Apr 2010, at 2:53, Stephane Bortzmeyer wrote:
On Fri, Apr 02, 2010 at 11:42:25AM +0200,
> Robert Kisteleki wrote
> a message of 20 lines which said:
>
>> I don't know what good reasons you might have to pull down the current
>> URLs. Please keep them working.
>
> I strongly agree and, by
On 5 Apr 2010, at 9:13, Jon Lewis wrote:
> On Sun, 4 Apr 2010, Christopher Morrow wrote:
[...]
> If we could recover them all, how many more years of IPv4 allocations
> would that buy us?
We allocate RIRs approximately one /8 per month. So you'd have to reclaim 12
/8s to extend the allocation
-address-space/ipv4-address-space.xhtml
http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.txt
Please update your filters as appropriate.
There are no more unallocated unicast IPv4 /8s in the IANA IPv4 Address Space
Registry.
Kind regards,
Leo Vegoda
Number Resources Manager, IANA
Hi Bill,
On Sat, 16 Nov 2024 at 22:01, William Herrin wrote:
[...]
> 2. I'm not convinced that the service regions should be limited by the
> ICP to non-overlapping geographic territories. Although I generally
> favor geographic restriction as a matter of practice, perhaps it would
> be better
93 matches
Mail list logo
