<div dir="ltr">David,<div><br></div><div>So we wanted some requirement to prevent someone from spinning up Orgs just to get space with no intention of using it.</div><div><br></div><div>This is different from immediate need for ARIN issued space, where it has to be in service with int 30 days which I am told is a hard bar, people just lie about, and can only be known in retrospect.</div><div><br></div><div>Rather than there being a requirement of putting the addresses into service in a short window, the requirement is on demonstrating you have stuff in hand that you are going to number.</div><div><br></div><div>"I am really, truly a new org that will use the IP space. I have made an investment in 130 computers, they are sitting on my loading dock. May I please transfer in a /24".</div><div><br></div><div>I wanted a number that was not too low that someone might be incentivized to make a small investment in stuff to number to get IP space that they do not intend on using.</div><div><br></div><div>I am open to other measures, additional measures, or a different percentage value. What would you suggest?</div><div><br></div><div>___Jason</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 12, 2014 at 2:23 PM, David Huberman <span dir="ltr"><<a href="mailto:David.Huberman@microsoft.com" target="_blank">David.Huberman@microsoft.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
The first sentence - 8.3.1.1 for new EUs.<br>
<br>
Why is there a usage requirement of 50% immediately? My experience is networks are not built like that.<br>
<br>
David R Huberman<br>
Microsoft Corporation<br>
Principal, Global IP Addressing<br>
<hr style="display:inline-block;width:98%">
<div dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> <a href="mailto:arin-ppml-bounces@arin.net" target="_blank">arin-ppml-bounces@arin.net</a> <<a href="mailto:arin-ppml-bounces@arin.net" target="_blank">arin-ppml-bounces@arin.net</a>> on behalf of Jason Schiller <<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>><br>
<b>Sent:</b> Friday, September 12, 2014 10:44:20 AM<br>
<b>To:</b> Scott Leibrand<br>
<b>Cc:</b> <a href="mailto:arin-ppml@arin.net" target="_blank">arin-ppml@arin.net</a><br>
<b>Subject:</b> Re: [arin-ppml] Draft Policy ARIN-2014-20: Transfer Policy Slow Start and Simplified Needs Verification</font>
<div> </div>
</div><div><div class="h5">
<div>
<div dir="ltr">Scott,
<div><br>
</div>
<div>I believe the text is officially out of Mike Joseph's and my control... but to answer your question...</div>
<div><br>
</div>
<div>I am suggesting we take one of the three edits as a modification to the draft, so it would be the whole draft with some minor difference to what text in the current 8.3 and 8.4 gets removed, or restated.</div>
<div><br>
</div>
<div>For clarity I will provide what the policy statement of draft could look like with the option 2 modification:</div>
<div><br>
</div>
<div>
<div style="margin:0px;padding:0px;border:0px;font-size:10px;float:left;width:60em;font-family:arial,helvetica,sans-serif;line-height:16px;background:transparent">
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
Policy statement:</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
Remove the following section 8.3 text:</p>
<div style="font-family:arial,sans-serif;font-size:13px;line-height:normal">
<div>
<div><span><font face="arial, sans-serif"><font color="#222222"> </font><font color="#0000ff">"> The recipient must demonstrate the need for up to a 24-month supply</font></font><font color="#0000ff"><br>
<font face="arial, sans-serif"> of IP address resources under current ARIN policies and sign an</font><br>
RSA.<br>
</font></span><font color="#0000ff"> > The resources transferred will be subject to current ARIN policies."</font></div>
<div><font color="#0000ff"><br>
</font></div>
<font color="#0000ff"> with:</font></div>
<div><font color="#0000ff"><br>
</font></div>
<div><font color="#0000ff">"> Recipients will be subject to current ARIN policies and sign an RSA for the resources being received."</font><br>
</div>
<div style="color:rgb(34,34,34)"><br>
</div>
</div>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
Remove the following section 8.4 text:</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
“Recipients within the ARIN region must demonstrate the need for up to a 24-month supply of IPv4 address space.”</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
<br>
</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
Add:</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
8.3.1 New ORGs</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
8.3.1.1 End-Sites<br>
End-user organizations which do not currently hold IP addresses, and can demonstrate 50% immediate utilization by currently held equipment, will immediately qualify for a non-M&A transfer between the minimum assignment size and a /24, inclusive.</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
8.3.1.2 ISPs<br>
ISP organizations which do not currently hold IP addresses, and can demonstrate 50% immediate utilization by currently held equipment, current customers, or customer orders will immediately qualify for a non-M&A transfer between the minimum allocation size
and a /21, inclusive.</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
8.3.2 Existing ORGs</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
8.3.2.1 Minimum requirements<br>
Prior to qualifying for non-M&A address transfers, an organization must demonstrate an average of 80% utilization, as measured under section 4, across the aggregate of all addresses that are currently allocated, assigned, reallocated, or reassigned to, or otherwise
in use by, the organization.</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
8.3.2.2 Transfer Approval<br>
An organization which qualifies for transfers under one of the criteria in 8.3.2.3 shall be approved for the transfer in of an aggregate amount of address space as determined by the relevent section. An organization with such an approval may then complete one
or more transfers, with a cumulative total not exceeding the approved amount, without submitting additional justification. An organization will be ineligible for additional non-M&A transfers until it can again demonstrate that it meets the minimum requirements
in section 8.3.2.1.</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
8.3.2.3 Qualifying Criteria</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
8.3.2.3.1 Stable Growth<br>
Organizations may be approved for the non-M&A transfer of additional address space equal to the amount of address space they were holding at the time of approval.</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
8.3.2.3.2 Rapid Growth<br>
Organizations may be approved for the non-M&A transfer of additional address space equal to 24 times the organization’s calculated monthly average use rate.</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
8.3.2.3.2.1 Calculation of Monthly Average Use Rate<br>
An organization may choose a look-back window of any number of months between 3 and 12, inclusive, from the date of the current request. ARIN will calculate the total amount of new addresses acquired, during the look-back window, by the organization from non-M&A
transfers, direct allocations or assignments from ARIN, or reallocations or reassignments from an ISP. That total will be divided by the number of months in the look-back window to calculate the organization’s monthly average use rate.</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
8.3.2.3.2.2 Returned IP space<br>
If addresses are returned or transferred out within the look-back window, then those addresses will be subtracted from the total amount of new addresses acquired for the purposes of the monthly average use rate calculation.</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
8.3.2.3.2.3 M&A activity<br>
If M&A transfer activity occurs during the look-back window, the addresses acquired through M&A transfers will only be counted in the total amount of new addresses acquired if the pre-M&A organization had acquired the resources during the post-M&A organization’s
look-back window.</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
8.4.1 -- Same text as 8.3.1</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
Timetable for implementation: Immediate</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
<br>
</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
Hope this helps. </p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
<br>
</p>
<p style="color:rgb(0,0,0);margin:0.5em 0px;padding:0px;border:0px;font-size:1.2em;line-height:1.5em;background-image:initial;background-color:transparent;background-repeat:initial">
___Jason</p>
</div>
<div style="margin:0px;padding:0px;border:0px;font-size:10px;width:180px;float:right;color:rgb(0,0,0);font-family:arial,helvetica,sans-serif;line-height:16px;background:transparent">
<div style="margin:0px 0px 15px;padding:13px;border:1px solid rgb(204,204,204);font-size:1.2em;width:160px;background:transparent">
<form name="1486b1b1c82b1df7_gs" method="get" action="https://www.arin.net/search/search" style="margin:0px;padding:0px;border:0px;background:transparent" target="_blank" onsubmit="return window.confirm("You are submitting information to an external page.\nAre you sure?");">
</form>
</div>
</div>
</div>
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Fri, Sep 12, 2014 at 1:08 PM, Scott Leibrand <span dir="ltr">
<<a href="mailto:scottleibrand@gmail.com" target="_blank">scottleibrand@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="auto">
<div>I'm still a bit confused. Is the option 2 text below what you're proposing as the complete proposal, replacing the many paragraphs and sections of your original proposal? Or are you just replacing some of it? Can you post the full resulting policy statement?<br>
<br>
Thanks,<br>
<div>Scott</div>
</div>
<div>
<div>
<div><br>
On Sep 12, 2014, at 9:13 AM, Jason Schiller <<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>> wrote:<br>
<br>
</div>
<blockquote type="cite">
<div>
<div dir="ltr">It has been a week, and there has been no discussion on this thread.
<div><br>
</div>
<div>I take the silence to mean the suggested "option 2" rewrite is non-controversial and meets all of Bill's concerns.</div>
<div><br>
</div>
<div>I also take the silence to mean that all three options I have suggested all result in the same implementation, </div>
<div>and since no one believes any of the three options differ in implementation, there is no preference.</div>
<div><br>
</div>
<div>I humbly submit we should go with option 2, as it is closest to Bill's suggestion, and keeps 8.2 and 8.3 in line </div>
<div>(setting the ground work for a future unification of 8.2 and 8.3).</div>
<div><br>
</div>
<div>Will there be discussion now? Or should we just silently move forward?</div>
<div><br>
</div>
<div><br>
</div>
<div>Thanks,</div>
<div><br>
</div>
<div>___Jason</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Thu, Sep 4, 2014 at 11:34 AM, Jason Schiller <span dir="ltr">
<<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Bill,
<div><br>
</div>
<div>Thank you.</div>
<div><br>
</div>
<div>The intent was NOT to remove the <span style="font-family:arial,sans-serif;font-size:13px">requirement for in-region recipients of transfers to sign an RSA.</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br>
</span></div>
<div><font face="arial, sans-serif">My apologies. </font></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br>
</span></div>
<div><font face="arial, sans-serif">There is a lot or parallel structure in 8.3 and 8.4 and in my mind 8.4 is identical to 8.3 except 8.4 has a clause "Except when the </font><span style="font-family:arial,sans-serif;font-size:13px">recipient</span><font face="arial, sans-serif"> is
out of region then that region's policy applies", and " </font><font face="arial, sans-serif">Except when the </font><span style="font-size:13px;font-family:arial,sans-serif">source</span><font face="arial, sans-serif"> is out of region then that region's
policy applies". I really wanted to completely merge 8.3 and 8.4 to remove the parallel structure but as an editorial re-write only and not part of this discussion. </font></div>
<div><font face="arial, sans-serif"><br>
</font></div>
in 8.4 there are a separate bullets for 24-month supply and sign the RSA:<br>
<div>"> Recipients within the ARIN region will be subject to current ARIN policies and sign an RSA for the resources being received.<br>
> Recipients within the ARIN region must demonstrate the need for up to a 24-month supply of IPv4 address space."
<div><br>
</div>
<div>I think in my mind I imagined a similar separate bullets in 8.3, one for 24-month supply and another for sign RSA, and I intended just to remove the 24 month part. </div>
<div><br>
</div>
<div>I think there are a few ways to fix this.</div>
<div><br>
</div>
<div>
<div>Option 1 - minimun rewrtite</div>
<div>- remove only the "24-month" portion of the 8.3 text. This is the minimum change, but brings section 8.3 and 8.4 further out of alignment</div>
<div><br>
</div>
<div>Option 2 - single bullet for "meet ARIN policy" and "sign RSA" (8.3 as the model text)</div>
<div>- replace the whole "24-month" text and "meet ARIN policy" text in 8.3 with a bullet that included "sign the RSA" and "meet ARIN policy" under one bullet and is parallel to text in 8.4 (minus within the ARIN region)</div>
<div><br>
</div>
<div>Option 3 - two separate bullets for "meet ARIN policy" and "sign RSA" (8.2 as the model text) </div>
<div>- replace the whole "24-month" text in 8.3 with a bullet that included "sign the RSA"</div>
<div>-separate the "sign the RSA" and "meet ARIN policy" in 8.4 into two bullets and is parallel to text in 8.3 (plus the within ARIN region)</div>
</div>
<div><br>
</div>
<div>(If the summary of the options are hard to follow I have a suggestion for the specific rewrites below)</div>
<div><br>
</div>
<div>I think your suggestion is roughly Option 2 below (the only difference is with your suggested rewrite, there are now two bullets in 8.3 stating the recipient is subject to current ARIN policies). Assuming all the options have the same policy implications,
I would prefer option 2 or 3, as these bring greater alignment of the sections. </div>
<div><br>
</div>
<div>Do these options all meet your concern?</div>
<div><br>
</div>
<div>Does the community and ARIN staff agree that the thee options have the same policy implications?</div>
<div><br>
</div>
<div><br>
</div>
<div>Kevin, David,</div>
<div><br>
</div>
<div>I think at this point you own the text?</div>
<div>I would be supportive of the friendly amendment to modify the draft policy as follows:</div>
<div><br>
</div>
<div><span style="font-family:arial,sans-serif;font-size:13px"> </span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px">OPTION 1:</span></div>
<span>
<div><span style="font-family:arial,sans-serif;font-size:13px">Replace the following Section 8.3 text:</span><br style="font-family:arial,sans-serif;font-size:13px">
<div style="font-family:arial,sans-serif;font-size:13px"><br>
"> The recipient must demonstrate the need for up to a 24-month supply<br>
of IP address resources under current ARIN policies and sign an<br>
RSA."</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br>
</div>
<span style="font-family:arial,sans-serif;font-size:13px"> with:</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br>
</span></div>
</span>
<div><span style="font-family:arial,sans-serif;font-size:13px">"> </span>Recipients will sign an RSA for the resources being received."</div>
<div><br>
</div>
<div><br>
</div>
<div>OPTION 2:</div>
<div><br>
</div>
<div>
<div><span><span style="font-family:arial,sans-serif;font-size:13px"> Replace the following Section 8.3 text:</span><br style="font-family:arial,sans-serif;font-size:13px">
</span>
<div><span><br>
<font face="arial, sans-serif"> "> The recipient must demonstrate the need for up to a 24-month supply</font><br>
<font face="arial, sans-serif"> of IP address resources under current ARIN policies and sign an</font><br>
RSA.<br>
</span> > The resources transferred will be subject to current ARIN policies.<span style="font-family:arial,sans-serif;font-size:13px">"</span></div>
<div style="font-family:arial,sans-serif;font-size:13px"><br>
</div>
<span style="font-family:arial,sans-serif;font-size:13px"> with:</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br>
</span></div>
<div>
<div>"> Recipients will be subject to current ARIN policies and sign an RSA for the resources being received."<br>
</div>
</div>
</div>
<div><br>
</div>
<div>OPTION 3:</div>
<div><span>
<div><span style="font-family:arial,sans-serif;font-size:13px">Replace the following Section 8.3 text:</span><br style="font-family:arial,sans-serif;font-size:13px">
<div style="font-family:arial,sans-serif;font-size:13px"><br>
"> The recipient must demonstrate the need for up to a 24-month supply<br>
of IP address resources under current ARIN policies and sign an<br>
RSA."</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br>
</div>
<span style="font-family:arial,sans-serif;font-size:13px"> with:</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br>
</span></div>
</span>
<div><span style="font-family:arial,sans-serif;font-size:13px">"> </span>Recipients will sign an RSA for the resources being received."</div>
</div>
<div><br>
</div>
<div>and replace the following Section 8.4 text:</div>
<div><br>
</div>
"> Recipients within the ARIN region will be subject to current ARIN policies and sign an RSA for the resources being received.<br>
> Recipients within the ARIN region must demonstrate the need for up to a 24-month supply of IPv4 address space."</div>
<div><br>
</div>
<div>With:</div>
<div><br>
</div>
<div>
<div>"> Recipients within the ARIN region will sign an RSA for the resources being received.</div>
<div> > The resources transferred to recipients within the ARIN region will be subject to current ARIN policies."</div>
<div><br>
</div>
<div>If all the options are indeed the same I would prefer option 2 or 3.</div>
<div>If the options have different policy implications and we can converge on one standard for both 8.2 and 8.3, then I would prefer that.</div>
<div><br>
</div>
<div><br>
</div>
<div>___Jason</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div> </div>
<div><br>
</div>
<div><br>
</div>
</div>
</div>
<div class="gmail_extra">
<div>
<div><br>
<br>
<div class="gmail_quote">On Thu, Sep 4, 2014 at 8:50 AM, Bill Owens <span dir="ltr">
<<a href="mailto:owens@nysernet.org" target="_blank">owens@nysernet.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>On Wed, Sep 03, 2014 at 04:55:58PM -0400, ARIN wrote:<br>
> On 28 August 2014 the ARIN Advisory Council (AC) accepted<br>
> "ARIN-prop-212 Transfer policy slow start and simplified needs<br>
> verification" as a Draft Policy.<br>
><br>
</div>
. . .<br>
<div>><br>
> Draft Policy ARIN-2014-20<br>
> Transfer Policy Slow Start and Simplified Needs Verification<br>
><br>
> Date: 3 September 2014<br>
><br>
</div>
. . .<br>
<div>><br>
> Policy statement:<br>
><br>
> Remove the following section 8.3 text:<br>
><br>
> “The recipient must demonstrate the need for up to a 24-month supply<br>
> of IP address resources under current ARIN policies and sign an<br>
> RSA.”<br>
<br>
</div>
Shouldn't that be something like this, instead?<br>
<br>
Replace the following Section 8.3 text:<br>
<div><br>
"The recipient must demonstrate the need for up to a 24-month supply<br>
of IP address resources under current ARIN policies and sign an<br>
RSA.”<br>
<br>
</div>
with:<br>
<br>
"The recipient will be subject to current ARIN policies and sign an<br>
RSA for the resources being received."<br>
<br>
As written it appears to remove the requirement for recipients of in-region transfers to sign an RSA.<br>
<span><font color="#888888"><br>
Bill.<br>
</font></span>
<div>
<div>_______________________________________________<br>
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="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://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.</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
</div>
</div>
<span><font color="#888888">-- <br>
<font color="#555555" face="'courier new', monospace">
<div><span style="color:rgb(0,0,0);font-family:arial"><font color="#555555" face="'courier new', monospace">_______________________________________________________<br>
</font>
<div><font face="'courier new', monospace">Jason Schiller|NetOps|<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>|<a href="tel:571-266-0006" value="+15712660006" target="_blank">571-266-0006</a></font></div>
<div><font face="'courier new', monospace"><br>
</font></div>
</span></div>
</font></font></span></div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<font color="#555555" face="'courier new', monospace">
<div><span style="color:rgb(0,0,0);font-family:arial"><font color="#555555" face="'courier new', monospace">_______________________________________________________<br>
</font>
<div><font face="'courier new', monospace">Jason Schiller|NetOps|<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>|<a href="tel:571-266-0006" value="+15712660006" target="_blank">571-266-0006</a></font></div>
<div><font face="'courier new', monospace"><br>
</font></div>
</span></div>
</font></div>
</div>
</blockquote>
<blockquote type="cite">
<div><span>_______________________________________________</span><br>
<span>PPML</span><br>
<span>You are receiving this message because you are subscribed to</span><br>
<span>the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).</span><br>
<span>Unsubscribe or manage your mailing list subscription at:</span><br>
<span><a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a></span><br>
<span>Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.</span></div>
</blockquote>
</div>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<font color="#555555" face="'courier new', monospace">
<div><span style="color:rgb(0,0,0);font-family:arial"><font color="#555555" face="'courier new', monospace">_______________________________________________________<br>
</font>
<div><font face="'courier new', monospace">Jason Schiller|NetOps|<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>|<a href="tel:571-266-0006" value="+15712660006" target="_blank">571-266-0006</a></font></div>
<div><font face="'courier new', monospace"><br>
</font></div>
</span></div>
</font></div>
</div>
</div></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><font color="#555555" face="'courier new', monospace"><div><span style="color:rgb(0,0,0);font-family:arial"><font color="#555555" face="'courier new', monospace">_______________________________________________________<br></font><div><font face="'courier new', monospace">Jason Schiller|NetOps|<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>|571-266-0006</font></div><div><font face="'courier new', monospace"><br></font></div></span></div></font>
</div>