<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
"Utilization Rate" is another term that didn't really make the
transition to IPv6 - along with "CIDR", among others.<br>
<br>
There are huge great swaths of unused space in every IPV6 LAN I
assign - and huge great swaths of /64 LANs that go unused in every
Site Allocation I assign. If I put devices on one in a million IPv6
addresses in a LAN, i'd still have 18 quadrillion hosts....and one
helluva MAC flood.....<br>
<br>
A "Good Utilization" of IPv6 space might measure in the millionth of
a percentile - how do you differentiate it from someone who's NOT
using their space at all? When is 0.0000000001 != 0?<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<div class="moz-cite-prefix">On 2024-08-14 1:37 p.m., A N wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAJYzV9LPQNdBfzmevd99_TofGsdEyXx5meVcoZmSKU8NpoHXkw@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">I don't think it's a dumb question at all. There
are too many practical obstacles with getting a commitment to
move to IPv6 (being legally binding, what if the company shifts
strategy, enforcement, etc) that would preclude this as a
requirement.<br>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Wed, Aug 14, 2024 at
3:15 PM Matthew Cowen <<a
href="mailto:matthew@dgtlfutures.com" moz-do-not-send="true"
class="moz-txt-link-freetext">matthew@dgtlfutures.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>
<div>HI all,</div>
<div><br>
</div>
<div>I’m often told that there are no stupid questions… to
that, I say, hold my beer :)</div>
<div><br>
</div>
<div>With this discussion about IPv4 allocations, the
waiting list, and migration to IPv6 (which, as I
understand it, is still a priority), has there been any
proposal or discussion about requiring IPv4 requesters to
commit to IPv6 migration?</div>
<div><br>
</div>
<div>I’m not thinking about 4.10, which addresses
facilitating migration to IPv6 for those starting that
process. I’m thinking about something akin to the
utilisation rate clause, where allocations depend on
actual/future promised usage. Not a proposal, just a
background query.</div>
<div><br>
</div>
<div>I searched the archives and haven’t found anything
quite as specific as that, hence my question.</div>
<div><br>
</div>
<div>One other observation. In the NRPM, it is written:</div>
<div> </div>
<div>- 4.2.1.3. Utilization Rate</div>
<div>- 4.2.3.4.1. Utilization</div>
<div>- 4.2.4.1. Utilization Percentage (80%)</div>
<div>- 4.3.3. Utilization Rate</div>
<div>- 4.3.6.1. Utilization Requirements for Additional
Assignment</div>
<div><br>
</div>
<div>
<div style="color:rgb(0,0,0)">4.2.1.3. is a *statement*
and all the others are *requirements*.</div>
</div>
<div style="color:rgb(0,0,0)"><br>
</div>
<div>Should these be clarified as Utilisation Rate for the
statement and Utilization Percentage (X %) for the
requirement, or similar, i.e.,</div>
<div><br>
</div>
<div>
<div style="color:rgb(0,0,0)">- 4.2.1.3. Utilization Rate</div>
<div style="color:rgb(0,0,0)">- 4.2.3.4.1. Utilization
Percentage (80%)</div>
<div style="color:rgb(0,0,0)">- 4.2.4.1. Utilization
Percentage (80%)</div>
<div style="color:rgb(0,0,0)">- 4.3.3. Utilization
Percentage (50%)</div>
</div>
<div>- 4.3.6.1. Utilization Percentage (80%) Requirements
for Additional Assignment ?</div>
<div><br>
</div>
<div>Many thanks.</div>
<div>
<div dir="auto"
style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none">
<div dir="auto"
style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none">
<div dir="auto"
style="color:rgb(0,0,0);letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none">
<br>
—<br>
My best/Cordialement,<br>
<br>
Matthew Cowen<br>
dgtlfutures<br>
+596 (0) 696 210 260<br>
<a href="https://www.linkedin.com/in/matthewcowen/"
target="_blank" moz-do-not-send="true">Matthew
Cowen | LinkedIn</a><br>
<br>
I <a
href="https://matthewcowen.org/categories/newsletter/" target="_blank"
moz-do-not-send="true">write a little</a> about
the digital world. No pressure, only if you’re
interested.</div>
</div>
</div>
</div>
<br>
</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"
moz-do-not-send="true" class="moz-txt-link-freetext">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" moz-do-not-send="true"
class="moz-txt-link-freetext">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank"
moz-do-not-send="true" class="moz-txt-link-freetext">info@arin.net</a>
if you experience any issues.<br>
</blockquote>
</div>
<br>
<fieldset class="moz-mime-attachment-header"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
ARIN-PPML
You are receiving this message because you are subscribed to
the ARIN Public Policy Mailing List (<a class="moz-txt-link-abbreviated" href="mailto:ARIN-PPML@arin.net">ARIN-PPML@arin.net</a>).
Unsubscribe or manage your mailing list subscription at:
<a class="moz-txt-link-freetext" href="https://lists.arin.net/mailman/listinfo/arin-ppml">https://lists.arin.net/mailman/listinfo/arin-ppml</a>
Please contact <a class="moz-txt-link-abbreviated" href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Ron Grant
Balan Software/Networks
Network Architecture & Programming
604-737-2113
ca.linkedin.com/in/obiron</pre>
</body>
</html>