to come back to the debate about multiple LIR’s and ip space, let me play devil’s advocate for a second :)

why don’t we want to allow final IPv4 space to be consumed as quickly as reasonably possible reserving only some final space as required for critical infrastructure needs? (critical infrastructure might be considered as things like as internet exchange points or verified root DNS servers etc)

Yes this would drive up the grey/black market prices and there will be some people that take advantage of this and find creative ways around the various soft landing policies in place globally (this problem isn’t unique to RIPE specifically) for a quick $£ etc 

however the flip side of this is an enforced shortage of IPv4 because of its consumption will also force people to actually act on getting onto IPv6 properly once and for all. lets not try and prolong the life of a terminally ill patient that is IPv4 - lets give it the IP/Networking equivalent of a Do Not Resuscitate and just let it run out and focus our efforts on building proper IPv6 plans and rolling them out and supporting the IPv6 transition methods like 6to4-PT or similar

the increasing price of IPv4 address is really a short to medium term problem because the market would ultimately reach a limit where its much more financially viable to roll out IPv6 network upgrades and infrastructure if not existing already than to purchase grey IP's

Anthony Somerset,
Technical Director,

Cloud Unboxed Limited

w: cloudunboxed.net | e:  anthony.somerset@cloudunboxed.net | t: +44 (0)33 0088 2444

Please consider the environment before printing this e-mail.

This e-mail and any attachments are confidential and intended for the addressed individual or entity only. If you have received this e-mail in error, please notify the sender immediately and then discard this e-mail. Unauthorized copying, sharing and distributing of this e-mail is prohibited. The content in this e-mail does not necessarily represent the views of the company. The addressee should check all attachments for malware; the company makes no representation as regards the absence of  malware in attachments to this e-mail.


On 17 Feb,2016, at 16:31, Jivko Jelev <support@polycomm.net> wrote:

Message Title
Jivko Jelev обновил запрос