<div dir="ltr"><div dir="ltr">On Wed, May 29, 2019 at 4:11 PM Fernando Frediani <<a href="mailto:fhfrediani@gmail.com">fhfrediani@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF">
<div class="gmail-m_-5103199404380489074moz-cite-prefix">On 29/05/2019 19:26, Scott Leibrand
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>(New subject line for a new topic.)</div>
<div dir="ltr"><br>
</div>
<div dir="ltr">You just described a lease policy: one where
leasing is not allowed. Such a policy would have to exist to
be enforced. Right now there is no policy, so leasing is
allowed because it's not prohibited.</div>
</div>
</blockquote>
No it doesn't. When someone leases IP addressing it proves it
doesn't have use for its original justification. No one can think
asking for more IP addressing and justify as "I need them to lease
them" is something that would be ever accepted. If it is not a
justification you can give to get more IPs from the RIR than it is
not a accepted practice.<br>
<blockquote type="cite">
<div dir="ltr">
<div dir="ltr">
<div><br>
</div>
<div>ISPs lease space to their customers all the time, bundled
with IP connectivity. Hosting companies do the same. So do
VPN providers. The challenge with a "no leasing allowed"
policy is differentiating between a valid reassignment of
space to accompany multihomed IP connectivity, vs. an
invalid reassignment of space intended primarily as a lease,
where any IP connectivity provided is incidental, or a fig
leaf VPN that simply is set up to comply with the policy.</div>
</div>
</div>
</blockquote>
That has nothing to do with the topic and is a totally different
matter. It is conceptual. ISPs allocate IP address to their
customers **which are not autonomous system** and cannot get them
directly from the RIR.</div></blockquote><div><br></div><div>That's not the only way IPs are allocated, reallocated, and assigned in the RIR system. It's also possible, and common, for an ISP to receive an allocation from ARIN, and reallocate it to multihomed downstream customers who do have their own ASN and are running BGP. The ISP assigning the space may be the primary provider of IP connectivity for the customer at the time of the reallocation, but may not remain so. Or they may be one of multiple upstream transit providers, and just happen to be the one from whom it's easiest/cheapest to get the needed IPv4 space.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF"> That's the main propose of an ISP Autonomous
System go to the RIR to ask for IP space, to serve their internal
needs and customers with Internet Services.<br>
When IP leases becomes the only service and **to another ASN** which
inside the rules can ask directly to the RIR is certainly not the
same thing as an ISP who allocates IP space to their end-user
customer.<br></div></blockquote><div><br></div><div>What if IP leases aren't the *only* service, but the IP space is bundled with IP connectivity of some sort? What kind of IP connectivity is sufficient to make this "an ISP who allocates IP space to their end-user customer" vs. an impermissible case of "IP leases becomes the only service"?</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF">
<blockquote type="cite">
<div dir="ltr">
<div dir="ltr">
<div><br>
</div>
<div>A more tractable policy on leasing might focus on things
like requiring registration of the downstream recipient of
any leased space. There may be other requirements that
could be meaningfully enforced as well, but you'll need to
be careful not to try to enforce requirements that impinge
on the business of legitimate IP transit and hosting
providers.</div>
</div>
</div>
</blockquote>
<p>That's not legitimate I'm sorry. It's not difficult to think
things like: 1) Any Autonomous System should always go to the RIR
and ask for more IP addresses</p></div></blockquote><div><br></div><div>Such a policy would put most multihomed autonomous systems in violation of your policy at some point in their growth.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF"><p> 2) If it has to go around it and get
from another ASN there is something very wrong with it. Those
addresses where given **to that ASN** for their internal use or
end-user customers</p></div></blockquote><div><br></div><div>The downstream ASN is their end-user customer. That's why reallocations exist, and not just reassignments. But even reassignments are often made to ASNs defined as end users (organizations not themselves acting as ISPs and performing further reassignments).</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF"><p> 3) If those addresses were given for this
proposes and someone is not using (internal use or end-user who
are not ASN) then that ASN doesn't justify for the IP space
received anymore.</p></div></blockquote><div><br></div><div>Such a policy would force the reclamation of a lot of legitimately in-use space that is still in use primarily because it's difficult to renumber out of.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF">
<p>Before going ahead and writing a more specific and clear policy
for that need to find out how ARIN currently reads and apply that.
Then think in a proper and well written policy to cover where else
needed.<br>
</p>
<p>I find very concerning defenses "as something pretty normal" use
of IP address for proposes which they were never meant over the
last decades, be a speculating and monetizing asset rather than
serve to get people connected to the internet going against
conversation and justification concepts. I see it seems the recent
times of IPv4 exhaustion is making many to forget the very basics
of Internet foundation and treat IP space as his very own asset
and something irrevocable and unrecoverable.<br></p></div></blockquote><div><br></div><div>You seem to have a very limited view of how IPs are allocated, reallocated, and reassigned between legitimate network operators who aren't trying to circumvent the rules. Such practices have been in place since before IPv6 existed. It's not about treating IP space as property. In fact, it's the reverse: historically the use of Provider Assigned space when possible was the norm, and "everyone gets their own IP space from an RIR via direct allocation/assignment or via transfer" is a fairly recent practice (much more common within the last decade or so).</div><div><br></div><div>-Scott</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF"><blockquote type="cite"><div dir="ltr">
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Wed, May 29, 2019 at 2:46
PM Fernando Frediani <<a href="mailto:fhfrediani@gmail.com" target="_blank">fhfrediani@gmail.com</a>>
wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF">
<p>A lease policy should never exist in my opinion and
registries should stand strong against it for the simple
reason that IPs are not assets or something that belong
to a company for it to lease.</p>
<p>Is it always necessary to remind that IP addresses are
meant to be used by the resource holders who justified
for that ? If someone is leasing it it obviously means
it does not need and justify anymore for that IP space
and any RIR should recover them immediately. If such a
policy doesn't exist on its terms it should exist and
should be discussed to make it sooner.<br>
I would recommend some Jon Postel reading to those who
believe "it is Ok to lease IPs" as if they were they
very own asset as a router or a server that you buy with
a invoice and you do whatever you like with it.<br>
</p>
<p>This type of thing goes pretty much against concepts of
conservation and justification.<br>
Imagine if someone asked a RIR more IP address and may
justify as "I need them in order to lease them". That's
what a lease policy would walk towards to.</p>
<p>As I mentioned in the other message, the fact the
people do anyway and the whois doesn't get updated is
**less important** than having people monetizing IP
addresses in such way while there are others on waiting
lists that truly justify for those addresses.</p>
<p>Regards<br>
Fernando<br>
</p>
<div class="gmail-m_-5103199404380489074gmail-m_-813816542738712748moz-cite-prefix">On
29/05/2019 18:02, Mike Burns wrote:<br>
</div>
<blockquote type="cite">
<div class="gmail-m_-5103199404380489074gmail-m_-813816542738712748WordSection1">
<p class="MsoNormal">Hi Robert,</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">The problem of leasing space
before the 12 month waiting period, so as *<b>only</b>*
to avoid that period, is small in my experience.</p>
<p class="MsoNormal">After a year, any such lessor
could sell if they wanted to, and they have the same
sell/lease incentives as any other ARIN holder.</p>
<p class="MsoNormal">Do you have evidence that people
are monetizing waiting-list addresses prior to the
12 month period by leasing them? </p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">What you say below, however, is
completely correct.</p>
<p class="MsoNormal">I have tried to direct the
community towards the glaring absence of a lease
policy at any registry.</p>
<p class="MsoNormal">I believe it’s time for such a
policy, given the market circumstances we find
ourselves in.</p>
<p class="MsoNormal">Such a policy would allow for
open leasing, with certain recording requirements
for abuse contacts of the lessee, etc.</p>
<p class="MsoNormal">I think such a policy would be
in-scope and would yield, in a negative way, to the
desired results of the anti-BGP hacking policy.</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Regards,</p>
<p class="MsoNormal">Mike</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal"> </p>
<p class="MsoNormal"> </p>
<p class="MsoNormal"> </p>
<div>
<div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0in 0in">
<p class="MsoNormal"><b>From:</b> Robert Clarke <a class="gmail-m_-5103199404380489074gmail-m_-813816542738712748moz-txt-link-rfc2396E" href="mailto:robert@rjfc.net" target="_blank"><robert@rjfc.net></a>
<br>
<b>Sent:</b> Wednesday, May 29, 2019 4:24 PM<br>
<b>To:</b> Mike Burns <a class="gmail-m_-5103199404380489074gmail-m_-813816542738712748moz-txt-link-rfc2396E" href="mailto:mike@iptrading.com" target="_blank"><mike@iptrading.com></a><br>
<b>Cc:</b> Fernando Frediani <a class="gmail-m_-5103199404380489074gmail-m_-813816542738712748moz-txt-link-rfc2396E" href="mailto:fhfrediani@gmail.com" target="_blank"><fhfrediani@gmail.com></a>;
arin-ppml <a class="gmail-m_-5103199404380489074gmail-m_-813816542738712748moz-txt-link-rfc2396E" href="mailto:arin-ppml@arin.net" target="_blank"><arin-ppml@arin.net></a><br>
<b>Subject:</b> Re: [arin-ppml] Waiting List
IPv4 blocks transferred after issuance</p>
</div>
</div>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Hello Mike,</p>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">Why are you using John's
"waiting list IPv4 blocks transferred" numbers as
a baseline for the /19 numbers? This is completely
arbitrary and doesn't give any scale as to the
problem with fraud. See my earlier reply to John's
email in the other thread:</p>
</div>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">"<span style="color:black">Thanks
for sharing. I'd like to note that it can be
dangerous to use the blocks transferred via
8.2/8.3/9.4 as a metric for abuse. A fraudster
that gets past ARIN's scrutiny and obtains IPs
with fraudulent information is probably smart
enough to lease their IPs as opposed to selling
the space outright. There is a huge market for
leased space, and those deals happen behind
closed doors with no oversight from ARIN. IP
addresses go for $0.2-0.5/mo depending on
term/IP reputation/size which could lead to
$XX,XXX in illicit revenue with no risk of
ARIN's scrutiny which would normally occur
during the transfer process."</span></p>
</div>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">Thanks,</p>
</div>
<div>
<p class="MsoNormal"> </p>
<div>
<div>
<p class="MsoNormal"><span style="color:black">Robert
Clarke</span></p>
</div>
</div>
</div>
<div>
<p class="MsoNormal"><br>
<br>
</p>
<blockquote style="margin-top:5pt;margin-bottom:5pt">
<div>
<p class="MsoNormal">On May 29, 2019, at 8:13
AM, Mike Burns <<a href="mailto:mike@iptrading.com" target="_blank">mike@iptrading.com</a>>
wrote:</p>
</div>
<p class="MsoNormal"> </p>
<div>
<div>
<p class="MsoNormal" style="background:white">Hi
Fernando,</p>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<p class="MsoNormal" style="background:white">Thanks
for the discussion.</p>
</div>
<div>
<p class="MsoNormal" style="background:white">Many
feel as you do, that unused addresses should
be returned to ARIN for subsequent
distribution to those in need.</p>
</div>
<div>
<p class="MsoNormal" style="background:white">Unfortunately,
that policy was not successful in bringing
unused addresses into actual use by those in
need.</p>
</div>
<div>
<p class="MsoNormal" style="background:white">The
community decided to harness the profit
motive to incentive this process, and by all
accounts it is working.</p>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<p class="MsoNormal" style="background:white">Unfortunately
the profit motive also incentivizes
fraudulent plundering of the waiting list
pool.</p>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<p class="MsoNormal" style="background:white">So
I am happy to discuss the correct balancing
of things to prevent fraud but allow the
market to continue to drive us towards the
desirable ends of accurate registration and
efficient use.</p>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<p class="MsoNormal" style="background:white">Since
the /19 is the threshold number of sorts for
flipping, I could accept a /20 as the
maximum size.</p>
</div>
<div>
<p class="MsoNormal" style="background:white">I
think a 2 year wait is reasonable, but I
don’t see the additional benefit as worth
the distinction of ARIN space into more
classes.</p>
</div>
<div>
<p class="MsoNormal" style="background:white">And
making it more complicated with multiple
waiting periods is even less desirable, IMO.</p>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<p class="MsoNormal" style="background:white">Regards,<br>
Mike</p>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0in 0in">
<div>
<p class="MsoNormal" style="background:white"><b>From:</b><span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span>ARIN-PPML
<<a href="mailto:arin-ppml-bounces@arin.net" target="_blank">arin-ppml-bounces@arin.net</a>><span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span><b>On
Behalf Of<span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span></b>Fernando
Frediani<br>
<b>Sent:</b><span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span>Wednesday,
May 29, 2019 10:50 AM<br>
<b>To:</b><span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span><a href="mailto:arin-ppml@arin.net" target="_blank">arin-ppml@arin.net</a><br>
<b>Subject:</b><span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span>Re:
[arin-ppml] Waiting List IPv4 blocks
transferred after issuance</p>
</div>
</div>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white">On 29/05/2019
11:31, Mike Burns wrote:</p>
</div>
</div>
<blockquote style="margin-top:5pt;margin-bottom:5pt">
<div>
<p class="MsoNormal" style="background:white">Orgs will wait
out any period, sitting with unused
addresses until they reach the resale
date. Not efficient use.</p>
</div>
</blockquote>
<div>
<p class="MsoNormal" style="background:white"><span style="font-size:9pt;font-family:Helvetica,sans-serif">If it's not a
legacy resource and if ARIN gets to know
about it, it may just recover this
addresses even if the resource holder is
paying it correctly. That's how it should
work.</span></p>
</div>
<blockquote style="margin-top:5pt;margin-bottom:5pt">
<div>
<p class="MsoNormal" style="background:white"><br>
<br>
<br>
</p>
</div>
<div>
<p class="MsoNormal" style="background:white">People will lease
unused addresses to others and Whois
accuracy will suffer if they can’t resell
them. Not accurate registration.</p>
</div>
</blockquote>
<div>
<p class="MsoNormal" style="background:white"><span style="font-size:9pt;font-family:Helvetica,sans-serif">If people lease
they prove they have no use for the
addresses and again ARIN should recover
them at any time. If whois is inaccurate,
well it is their fault and not policies
fault. They must bind to the current rules
not the other way round.</span></p>
</div>
<blockquote style="margin-top:5pt;margin-bottom:5pt">
<div>
<p class="MsoNormal" style="background:white"><br>
<br>
<br>
</p>
</div>
<div>
<p class="MsoNormal" style="background:white">I think we should
give everybody currently on the list up to
a /19 and then restrict new entries to a
/22.</p>
</div>
</blockquote>
<div>
<p class="MsoNormal" style="background:white">Fair
to discuss this scenario, although I still
think /19 is too much. Agree on /22 for new
entries.<br>
<br>
<br>
</p>
</div>
<blockquote style="margin-top:5pt;margin-bottom:5pt">
<div>
<p class="MsoNormal" style="background:white">I think a 5 year
resale wait is too long, based on the
paltry resales of prior waiting-list
subnets smaller than /19.</p>
</div>
</blockquote>
<div>
<p class="MsoNormal" style="background:white">It
may be long, but 2 years seems a little
short and 'acceptable' for a fraudster.
Perhaps something in between.<br>
<br>
<br>
<br>
</p>
</div>
<blockquote style="margin-top:5pt;margin-bottom:5pt">
<div>
<p class="MsoNormal" style="background:white">I support a /22
restriction for new entrants, a /19 max
for current list members, and maintenance
of the 12 month wait for simplicity’s
sake.</p>
</div>
</blockquote>
<div>
<p class="MsoNormal" style="background:white">What
about discuss /22 for new entrants, /20 for
current list members and 36, 42 or 48 months
for transfers ? Seems more reasonable in my
view and cover most aspects of this
discussion.<br>
<br>
<br>
</p>
</div>
<blockquote style="margin-top:5pt;margin-bottom:5pt">
<div>
<p class="MsoNormal" style="background:white"><br>
<br>
<br>
</p>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<p class="MsoNormal" style="background:white">Regards,<br>
Mike</p>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0in 0in">
<div>
<p class="MsoNormal" style="background:white"><b>From:</b><span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span>ARIN-PPML<span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span><a href="mailto:arin-ppml-bounces@arin.net" target="_blank"><span style="color:purple"><arin-ppml-bounces@arin.net></span></a><span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span><b>On
Behalf Of<span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span></b>Fernando
Frediani<br>
<b>Sent:</b><span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span>Wednesday,
May 29, 2019 8:51 AM<br>
<b>To:</b><span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span><a href="mailto:arin-ppml@arin.net" target="_blank"><span style="color:purple">arin-ppml@arin.net</span></a><br>
<b>Subject:</b><span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span>Re:
[arin-ppml] Waiting List IPv4 blocks
transferred after issuance</p>
</div>
</div>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<p class="MsoNormal" style="background:white"><span style="font-size:9pt;font-family:Helvetica,sans-serif">+1</span></p>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white">On 28/05/2019
23:52, Owen DeLong wrote:</p>
</div>
</div>
<blockquote style="margin-top:5pt;margin-bottom:5pt">
<div>
<p class="MsoNormal" style="background:white">Mike,<span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span></p>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white">Yes and no. I
believe that the lack of legacy
holders for any blocks issued under
4.1.8 reduces the need for the market.</p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white">Defunct
organizations can easily be reclaimed
in this space because they stop paying
their ARIN bill.</p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white">Eliminating
the resale value of these addresses
won’t really encourage squatting on
them and limiting the size of
organization and size of block that
can benefit from 4.1.8 further helps
to reduce the potential for hoarding.</p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white">I realize
that as a broker, any address that
can’t be monetized is a lost
opportunity for your organization, but
I think there’s plenty of addresses
out there that haven’t been processed
through 4.1.8, so I don’t think
limiting the resale potential of such
blocks to reduce fraud is a bad idea.</p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white">Owen</p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white"><br>
<br>
<br>
<br>
</p>
</div>
<blockquote style="margin-top:5pt;margin-bottom:5pt">
<div>
<div>
<p class="MsoNormal" style="background:white">On May
28, 2019, at 12:46 , Mike Burns
<<a href="mailto:mike@iptrading.com" target="_blank"><span style="color:purple">mike@iptrading.com</span></a>>
wrote:</p>
</div>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white">The
percentages of blocks
transferred takes a
significant leap at the /19
size.</p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white">Below
that, the percentages are all
below 7%.</p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white">At
/19 and above, the percentages
are all above 21%.</p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white">Seems
like a natural demarcation for
maximum block size, but prices
do continue to rise.</p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white">While
we want to fight fraud, we
should still remember the
underlying reasons for the
Ipv4 transfer market apply to
these addresses as well.</p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white">That
is, the market provides
incentives for efficient use
and accurate registration.</p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white">Regards,<br>
Mike</p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
<div>
<div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0in 0in">
<div>
<div>
<p class="MsoNormal" style="background:white"><b>From:</b><span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span>ARIN-PPML
<<a href="mailto:arin-ppml-bounces@arin.net" target="_blank"><span style="color:rgb(149,79,114)">arin-ppml-bounces@arin.net</span></a>><span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span><b>On
Behalf Of<span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span></b>John
Curran<br>
<b>Sent:</b><span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span>Tuesday,
May 28, 2019 1:53 PM<br>
<b>To:</b><span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span>ARIN-PPML
List <<a href="mailto:arin-ppml@arin.net" target="_blank"><span style="color:rgb(149,79,114)">arin-ppml@arin.net</span></a>><br>
<b>Subject:</b><span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span>[arin-ppml]
Waiting List IPv4 blocks
transferred after issuance<br>
<b>Importance:</b><span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span>High</p>
</div>
</div>
</div>
</div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white">Folks
- </p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white">It
occurred to me that it might
be useful to have a quick
summary of waiting list
blocks issued and
subsequently transferred. </p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white">Attached
is the distribution (count
per prefix size) of all
blocks that have been issued
via ARIN's waiting list
policy and subsequently
transferred via NRPM
8.2/8.3/8.4 policy.</p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white">FYI,</p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white">/John</p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
</div>
<div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white">John
Curran</p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white">President
and CEO</p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white">American
Registry for Internet
Numbers</p>
</div>
</div>
</div>
</div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
</div>
<div>
<div>
<div>
<p class="MsoNormal" style="background:white"><image001.png></p>
</div>
</div>
</div>
<div>
<p class="MsoNormal" style="background:white"><span style="font-size:9pt;font-family:Helvetica,sans-serif">_______________________________________________<br>
ARIN-PPML<br>
You are receiving this message
because you are subscribed to<br>
the ARIN Public Policy Mailing
List (</span><a href="mailto:ARIN-PPML@arin.net" target="_blank"><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(149,79,114)">ARIN-PPML@arin.net</span></a><span style="font-size:9pt;font-family:Helvetica,sans-serif">).<br>
Unsubscribe or manage your
mailing list subscription at:<br>
</span><a href="https://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank"><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:rgb(149,79,114)">https://lists.arin.net/mailman/listinfo/arin-ppml</span></a><span style="font-size:9pt;font-family:Helvetica,sans-serif"><br>
Please contact<span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"> </span></span><a href="mailto:info@arin.net" target="_blank"><span style="font-size:9pt;font-family:Helvetica,sans-serif;color:purple">info@arin.net</span></a><span class="gmail-m_-5103199404380489074gmail-m_-813816542738712748apple-converted-space"><span style="font-size:9pt;font-family:Helvetica,sans-serif"> </span></span><span style="font-size:9pt;font-family:Helvetica,sans-serif">if you experience
any issues.</span></p>
</div>
</div>
</blockquote>
</div>
<div>
<p class="MsoNormal" style="background:white"> </p>
</div>
</div>
<div>
<p class="MsoNormal" style="background:white"><br>
<br>
<br>
<br>
</p>
</div>
<pre style="background:white">_______________________________________________</pre>
<pre style="background:white">ARIN-PPML</pre>
<pre style="background:white">You are receiving this message because you are subscribed to</pre>
<pre style="background:white">the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank"><span style="color:purple">ARIN-PPML@arin.net</span></a>).</pre>
<pre style="background:white">Unsubscribe or manage your mailing list subscription at:</pre>
<pre style="background:white"><a href="https://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank"><span style="color:purple">https://lists.arin.net/mailman/listinfo/arin-ppml</span></a></pre>
<pre style="background:white">Please contact <a href="mailto:info@arin.net" target="_blank"><span style="color:purple">info@arin.net</span></a> if you experience any issues.</pre>
</blockquote>
</blockquote>
<p class="MsoNormal"><span style="font-size:9pt;font-family:Helvetica,sans-serif;background:white">_______________________________________________</span><span style="font-size:9pt;font-family:Helvetica,sans-serif"><br>
<span style="background:white">ARIN-PPML</span><br>
<span style="background:white">You are
receiving this message because you are
subscribed to</span><br>
<span style="background:white">the ARIN
Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).</span><br>
<span style="background:white">Unsubscribe
or manage your mailing list subscription
at:</span><br>
<span style="background:white"><a href="https://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a></span><br>
<span style="background:white">Please
contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a>
if you experience any issues.</span></span></p>
</div>
</blockquote>
</div>
<p class="MsoNormal"> </p>
</div>
</blockquote>
</div>
_______________________________________________<br>
ARIN-PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="https://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a>
if you experience any issues.<br>
</blockquote>
</div>
</div>
</blockquote>
</div>
_______________________________________________<br>
ARIN-PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="https://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
</blockquote></div></div>