[arin-ppml] Set aside round deux
Jason Schiller
schiller at uu.net
Mon Jul 26 22:22:09 EDT 2010
Chris,
I'm not sure I understand your why not a /24 comment... can you clarify?
|An applicant may provide ARIN with a thirty-month forecast of IPv4
|address need. ... When a reservation forecast is approved by ARIN, the
|applicant will then be authorized to draw down from the forecast
|quarterly.
Are you saying:
1. A customer with ten 3-month quarters (30 months) with a documented need
of ten /24s should be able to reserve either:
A] one /21 and one /23
B] one /21 (rounded down to the nearest CIDR)
C] one /20 (rounded up to the nearest CIDR)
This customer could then attempt to justify and draw down one /24 every 3
months.
2. A customer with a 30 month documented need for one /24 should be able
to reserve one /24.
This customer could then attempt to justify and draw down either:
A] one /28 every 3 months for the first year
and a /27 every 3 months for the last 1.5 years
(or some similar combination of the same number of /28s and /27s)
B] one /28 every 3 months (allowing the extra six /28s for rounding up)
3. A customer with a 24 month documented need for one /24 should be able
to reserve one /24.
This customer could then attempt to justify and draw down one /27 every 3
months (shortening their draw down to two years due to rounding down)
4. A customer with a 30 month documented need for one /24 should be able
to immediately draw down a single /24, but then get no additional
transition space in the next 30 months.
On Mon, 26 Jul 2010, Hannigan, Martin wrote:
|Based on that, an entity would need to qualify for a /20 over a $long
|time span. The time span noted does not perfectly match up to CIDR
|boundaries FWIW, but it will when everything is settled.
Maybe 32 months would be a more round number? Thats is 2^5 months.
Unfortunately that would give use 10 quarters (3 month periods) and one
two month period at the end.
__Jason
==========================================================================
Jason Schiller (703)886.6648
Senior Internet Network Engineer fax:(703)886.0512
Public IP Global Network Engineering schiller at uu.net
UUNET / Verizon jason.schiller at verizonbusiness.com
The good news about having an email address that is twice as long is that
it increases traffic on the Internet.
On Mon, 26 Jul 2010, Chris Grundemann wrote:
|Date: Mon, 26 Jul 2010 14:49:07 -0600
|From: Chris Grundemann <cgrundemann at gmail.com>
|To: "Hannigan, Martin" <marty at akamai.com>
|Cc: "arin-ppml at arin.net List" <arin-ppml at arin.net>
|Subject: Re: [arin-ppml] Set aside round deux
|
|On Mon, Jul 26, 2010 at 14:22, Hannigan, Martin <marty at akamai.com> wrote:
|>
|> Since it seemed to have been very helpful to vet the global policy idea on
|> the list, I thought it might be helpful to use it to frame my non-support
|> for 116.
|
|I fixed your post - pp109 is about WHOIS and resource reservation,
|pp116 is about the reservation of IPv4.
|
|> 2. Minimum and Maximum Allocation Unit
|>
|> The minimum allocation unit will be a /20. The maximum allocation unit will
|> be /15.
|
|Why not a /24 minimum?
|
|
|~Chris
|
|
|> _______________________________________________
|> PPML
|> You are receiving this message because you are subscribed to
|> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
|> Unsubscribe or manage your mailing list subscription at:
|> http://lists.arin.net/mailman/listinfo/arin-ppml
|> Please contact info at arin.net if you experience any issues.
|>
|
|
|
|
|
|--
|@ChrisGrundemann
|weblog.chrisgrundemann.com
|www.burningwiththebush.com
|www.coisoc.org
|_______________________________________________
|PPML
|You are receiving this message because you are subscribed to
|the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
|Unsubscribe or manage your mailing list subscription at:
|http://lists.arin.net/mailman/listinfo/arin-ppml
|Please contact info at arin.net if you experience any issues.
|
More information about the ARIN-PPML
mailing list