Re: [sig-policy] prop-051: Global policy for the allocation of the remai

  • To: sig-policy at apnic dot net
  • Subject: Re: [sig-policy] prop-051: Global policy for the allocation of the remaining IPv4 address space
  • From: Philip Smith <pfs at cisco dot com>
  • Date: Thu, 26 Jul 2007 18:14:43 +1000
  • Authentication-results: syd-dkim-1; header.From=pfs@cisco.com; dkim=pass (si g from cisco.com/syddkim1002 verified; );
  • Delivered-to: sig-policy at mailman dot apnic dot net
  • In-reply-to: <46A8307B.6010205 at nic dot ad dot jp>
  • List-archive: <http://www.apnic.net/mailing-lists/sig-policy>
  • List-help: <mailto:sig-policy-request@lists.apnic.net?subject=help>
  • List-id: APNIC SIG on resource management policy <sig-policy.lists.apnic.net>
  • List-post: <mailto:sig-policy@lists.apnic.net>
  • List-subscribe: <http://mailman.apnic.net/mailman/listinfo/sig-policy>, <mailto:sig-policy-request@lists.apnic.net?subject=subscribe>
  • List-unsubscribe: <http://mailman.apnic.net/mailman/listinfo/sig-policy>, <mailto:sig-policy-request@lists.apnic.net?subject=unsubscribe>
  • Organization: Cisco Systems
  • References: <46A8307B.6010205@nic.ad.jp>
  • User-agent: Thunderbird 2.0.0.4 (Macintosh/20070604)
    • unfair.
      
      The problem for our region is that it brings the timeline of run out of
      address space for APNIC forward by a good 12 months, meaning just over 2
      years of IPv4 space left.
      
      Entities will set up business in Latin America or Africa, even just a
      frontage, so they can apply for IPv4 address space from LACNIC or AfriNIC.
      
      Think of other real world situations: fuel shortages for example. Do you
      queue to fill your car at a filling station which has run out of fuel?
      No, you drive to the one that still has fuel, and you'll find ways
      around any artificial rules that station implements.
      
      As I said at the AfriNIC meeting a few months ago, it would be better if
      LACNIC and AfriNIC made it very clear to their members (e.g. like ARIN
      Board did re IPv6) to get their real IPv4 address space now, rather than
      continuing on their journey of make believe that NAT somehow solves all
      their problems. If some of the LIRs in those two regions converted from
      NAT and double NAT to using real IPv4 addressing, both LACNIC and
      AfriNIC would receive more IPv4 /8 blocks sooner, making the chance of
      them running out first less of a likelihood.
      
      In any event, I believe at least RIPE NCC and APNIC are requesting
      smaller IPv4 /8 blocks from the IANA now, which goes a long way to
      ensuring the fairer distribution of what is becoming a limited resource.
      
      philip
      --
      
      Toshiyuki Hosaka said the following on 26/7/07 15:26:
      > Dear SIG members
      > 
      > The proposal "Global policy for the allocation of the remaining IPv4
      > address space" has been sent to the Policy SIG for review. It will be
      > presented at the Policy SIG at APNIC 24 in New Delhi, India, 29 August
      > - 7 September 2007.
      > 
      > I invite you all to review the proposal below and send comments to the
      > mailing list before APNIC 24.
      > 
      > The proposal's history can be found at:
      > 
      >           http://www.apnic.net/policy/proposals/prop-051-v001.html
      > 
      > Regards,
      > Toshi
      > ---
      > Toshiyuki Hosaka
      > Policy SIG Chair
      > 
      > 
      > ________________________________________________________________________
      > 
      > prop-051-v001:  Global policy for the allocation of the remaining IPv4
      >                  address space
      > ________________________________________________________________________
      > 
      > 
      > 
      > Author:    Roque Gagliano , ANTEL
      >             Francisco Obispo, CENIT
      >             Hytham EL Nakhal, MCIT
      >             Didier Allain Kla, ISOC Cote d'Ivoire
      > 
      > Version:   1
      > 
      > Date:      26 July 2007
      > 
      > 
      > 
      > 1.  Introduction
      > ----------------
      > In order to assure the equal distribution of the IPv4 address space
      > across RIR regions, this policy proposal describes  a process for the
      > allocation of the remaining IPv4 space from IANA to the existing RIRs.
      > 
      > 
      > 2.  Summary of current problem
      > ------------------------------
      > 
      > The IANA pool is decreasing rapidly. The current "on demand" policy
      > in a way rewards who uses the most addresses and maintaining. As more
      > addresses are allocated, a rush to monopolize the allocation of
      > addresses from IANA is possible.
      > 
      > 
      > 3.   Situation in other RIRs
      > ----------------------------
      > 
      > LACNIC: This proposal reached consensus at LACNIC X meeting and is
      >          awaiting Board approval.
      > 
      > AFRINIC/RIPE/ARIN: The prooposal proposal is being submitted to all
      >                     regions.
      > 
      > 
      > 4.   Details of the proposal
      > ----------------------------
      > 
      > Policy Statement:
      > 
      > This policy describes the process for the allocation of the remaining
      > IPv4 space from IANA to the RIRs. When a minimum amount of available
      > space is reached, an identical number of IPv4 allocation units (/8s)
      > will be allocated from IANA to each RIR, replacing the current IPv4
      > allocation policy.
      > 
      > In order to fulfill the requirements of this policy, at the time it is
      > adopted, an identical number of IPv4 allocation units (N units) will be
      > reserved by IANA for each RIR. The number N is defined as: 5. The
      > reserved allocation units will no longer be part of the available space
      > at the IANA pool. The process for the allocation of the remaining IPv4
      > space is divided in two consecutives phases:
      > 
      > 
      > 1. Existing policy phase:
      > 
      >     During this phase IANA will continue allocating IPv4 addresses to
      >     the RIRs using the existing allocation policy.  This phase will
      >     continue until a request for IPv4 address space from any RIR to
      >     IANA cannot be fulfilled with the remaining IPv4 space available at
      >     the IANA pool.
      > 
      >     This will be the last IPv4 address space request that IANA will
      >     accept from any RIR. At this point the next phase of the process
      >     will be initiated.
      > 
      > 
      > 2. Exhaustion phase:
      > 
      >     IANA will automatically allocate the reserved IPv4 allocation units
      >     to each RIR (N units to each one) and respond to the last request
      >     with the remaining available allocation units at the IANA pool (M
      >     units).
      > 
      >     2.1. Size of the final IPv4 allocations:
      > 
      >          During this phase IANA will automatically allocate N allocation
      >          units to each RIR from the reserved space defined in this
      >          policy. IANA will also allocate M allocation units to the RIR
      >          that submitted the last request for IPv4 addresses.
      > 
      >     2.2. Allocation of the remaining IPv4 Address space:
      > 
      >          After the completion of the evaluation of the final request for
      >          IPv4 addresses, IANA must:
      > 
      >          A) Immediately notify the NRO about the activation of the
      >             second phase of this policy.
      > 
      >          B) Proceed to allocate M allocation units to the RIR that
      >             submitted the last request for IPv4 address space.
      > 
      >          C) Proceed to allocate N allocation units to each RIR from the
      >             reserved space.
      > 
      > 
      > 5.   Advantages and disadvantages of the proposal
      > -------------------------------------------------
      > 
      > Advantages:
      > 
      > - It eliminates the pressure on the central pool.
      > 
      > - It allows each RIR to approve new policies for the allocation of
      >    their remaining space.
      > 
      > - It allows the discussion of the concept of the policy first and the
      >    size of the final allocation later.
      > 
      > 
      > Disadvantage:
      > 
      > - Concerns have been raised regarding the address blocks that will be
      >    kept at smaller RIRs (particularly LACNIC and AFRINIC). However,
      >    at the actual address consumption rate, to open those blocks
      >    (10 x /8) would only represent a 12-month extension of the
      >    exhaustion date for the bigger RIRs.
      > 
      > 
      > 6.   Effect on APNIC members
      > ----------------------------
      > 
      > APNIC will continue receiving IPv4 allocation units by the current
      > policy until the central pool reachs 25 x /8. At that time APNIC and
      > the rest of the RIR will receive its last 5 x /8.
      > 
      > 
      > 7.   Effect on NIRs
      > -------------------
      > 
      > No effect.
      > 
      > (end of document)
      > *              sig-policy:  APNIC SIG on resource management policy           *
      > _______________________________________________
      > sig-policy mailing list
      > sig-policy at lists dot apnic dot net
      > http://mailman.apnic.net/mailman/listinfo/sig-policy
      >