ARIN IPv4 free pool reaches zero

[p.dath]

On 24 September 2015, ARIN issued the final IPv4 addresses in its free
pool. ARIN will continue to process and approve requests for IPv4
address blocks. Those approved requests may be fulfilled via the Wait
List for Unmet IPv4 Requests, or through the IPv4 Transfer Market.

For information on the Waiting List, visit:
https://www.arin.net/resources/reque...ting_list.html

For information on IPv4 Transfers, visit:
https://www.arin.net/resources/transfers/index.html

Exhaustion of the ARIN Free Pool does trigger changes in ARIN's
Specified Transfer policy (NRPM 8.3) and Inter-RIR Transfer policy (NRPM
8.4). In both cases, these changes impact organizations that have been
the source entity in a specified transfer within the last twelve months:

"The source entity (-ies within the ARIN Region (8.4)) will be
ineligible to receive any further IPv4 address allocations or
assignments from ARIN for a period of 12 months after a transfer
approval, or until the exhaustion of ARIN's IPv4 space, whichever occurs
first."

Effective today, because exhaustion of the ARIN IPv4 free pool has
occurred for the first time, there is no longer a restriction on how
often organizations may request transfers to specified recipients.

In the future, any IPv4 address space that ARIN receives from IANA, or
recovers from revocations or returns from organizations, will be used to
satisfy approved requests on the Waiting List for Unmet Requests. If we
are able to fully satisfy all of the requests on the waiting list, any
remaining IPv4 addresses would be placed into the ARIN free pool of IPv4
addresses to satisfy future requests.

ARIN encourages customers with questions about IPv4 availability to
contact hostmaster@arin.net or the Registration Services Help Desk at
+1.703.227.0660.

Regards,

John Curran
President and CEO
American Registry for Internet Numbers (ARIN)





_______________________________________________
ARIN-Announce
You are receiving this message because you are subscribed to
the ARIN Announce Mailing List (ARIN-announce@arin.net).
Unsubscribe or manage your mailing list subscription at:
http://lists.arin.net/mailman/listinfo/arin-announce
Please contact info@arin.net if you experience any issues.

[TheDemonLord]

[Gremlin]

Got a /24 that none of you lot are having

[TheDemonLord]

Got a /24 that none of you lot are having

I'll show you my /24 if you show me yours....

[Big Dog]

For those who don't know what the three parts above mean.
This started out a simple nerd thread and in three moves it descended to a dick swinging thread.

Our should that be a NIC swinging thread?

Sent via tapatalk.

[Gremlin]

For those who don't know what the three parts above mean.
This started out a simple nerd thread and in three moves it descended to a dick swinging thread.

Our should that be a NIC swinging thread?

Pffft, this has got nothing to do with NICs silly.

IPv4 are nice and easy to remember (as disturbing as it is to remember such random information). I may remember a lot of crap (licence plates, bank account and credit card numbers etc) but even I'm not going to try and remember IPv6

[TheDemonLord]

Pffft, this has got nothing to do with NICs silly.

IPv4 are nice and easy to remember (as disturbing as it is to remember such random information). I may remember a lot of crap (licence plates, bank account and credit card numbers etc) but even I'm not going to try and remember IPv6

FE::::::06

or something like that, the days where one can use 8.8.8.8 and 8.8.4.4 off the of your head are numbered

[Gremlin]

FE::::::06

or something like that, the days where one can use 8.8.8.8 and 8.8.4.4 off the of your head are numbered

Yeah, this is real catchy: FE80::6905:73B5:A6A8:6A7C

[pete376403]

and how many addresses are wasted because 127.0.0.1 is for allocated for testing, so the rest of the 127.x.x.x range cant be used

[Big Dog]

Pffft, this has got nothing to do with NICs silly.

IPv4 are nice and easy to remember (as disturbing as it is to remember such random information). I may remember a lot of crap (licence plates, bank account and credit card numbers etc) but even I'm not going to try and remember IPv6

So you're saying the bigger ones have you stumped?

[Gremlin]

So you're saying the bigger ones have you stumped?

IPv6 addresses are longer than most other sequences (including credit cards). Considering (via work) we are a virtual ISP and operate a WAN, I know which number correlates to which client site for most addresses. Then there are addresses outside that range for routing, DNS etc, and I know them all too... Our datacentres have multiple mappings for public IPs, know many of them too...

IPv6 would be hard work though

[TheDemonLord]

and how many addresses are wasted because 127.0.0.1 is for allocated for testing, so the rest of the 127.x.x.x range cant be used

well - 127.0.0.0/8 is 16,777,214 addresses (Class A subnet)

And suddenly a wild RFC appears:

http://www.ietf.org/rfc/rfc3330.txt

[Big Dog]

IPv6 addresses are longer than most other sequences (including credit cards). Considering (via work) we are a virtual ISP and operate a WAN, I know which number correlates to which client site for most addresses. Then there are addresses outside that range for routing, DNS etc, and I know them all too... Our datacentres have multiple mappings for public IPs, know many of them too...

IPv6 would be hard work though

Lol.
I get the complications.
I guess if I had to keep all that bs in my head it would drive me crazy.



Sent via tapatalk.

[Gremlin]

Lol.
I get the complications.
I guess if I had to keep all that bs in my head it would drive me crazy.

But once you're crazy it's all good.

Boss still laughs when he's thinking about which IP address he needs and I blurt it out off the top of my head...

[Scuba_Steve]

Yeah, this is real catchy: FE80::6905:73B5:A6A8:6A7C

just wait till you're troubleshooting or setting up static with shit like that or maybee this FE80:2300:0F30:00E3:0202:B3FF:FE1E:8329