[LACNIC/Politicas] Propuesta de política global de distribución de IPv4

Nicolás Ruiz nicolas at ula.ve
Sun May 6 11:57:16 BRT 2007


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Francisco Obispo wrote:
> Hola Nicolás
> 
> A la fecha de hoy [1] hay 49 disponibles, descontando
> el reservado 240.0.0.0/4
> 
> El número que corresponderá a M, depende del espacio que esté  
> disponible,
> por ejemplo, si quedan 26 /8s en IANA, entonces si algún RIR solicita  
> dos (2) /8
> entonces inmediatamente se dividiría el espacio entre N (5 por RIR),  
> y lo que quede
> se asignaría al RIR que hizo esa última solicitud.
> 
> En pocas palabras, ese RIR recibiría 6 /8s, a diferencia de los otros  
> que recibirían 5.

Mano, debo haber estado muy cansado anoche cuando leí la propuesta. Me
pareció entender que el IANA se reservaba para si misma M /8. Ahora lo
volví a leer y entendí algo completamente distinto.

> 
> Saludos
> 
> 
> 
> [1] http://www.iana.org/assignments/ipv4-address-space
> _____________________________
> Francisco Obispo
> Director de Operaciones y Red Académica
> Centro Nacional de Innovación Tecnológica
> http://www.cenit.gob.ve
> 
> 
> On 05/05/2007, at 10:00 PM, Nicolás Ruiz wrote:
> 
> Francisco Obispo wrote:
> 
>>>> Anexo la ultima versión de la política que hemos estado revisando
>>>> para su discusión y aprobación durante la reunión de LACNIC en  
>>>> Margarita.
>>>>
>>>> Por favor hagan sus comentarios a la lista, para que podamos  
>>>> enriquecerla.
> En principio estoy de acuerdo con la política.
> 
> El documento menciona N=5. Hay algún estimado de M?
> 
> Adicionalmente, cual es el tamaño actual del pool de IANA?
> 
>>>>
>>>> Gracias
>>>>
>>>>
>>>>
>>>>
>>>> --------------------------------------------------------------------- 
>>>> ---
>>>>
>>>> Global Policy for  the allocation of the remaining  IPv4 address  
>>>> space
>>>> in the Regional Internet Registry system
>>>>
>>>> (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 of
>>>> its adoption, 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 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 in 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
>>>> activated.
>>>>
>>>> 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 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:
>>>>
>>>> 1.  Immediately  notify the  NRO about  the activation  of  the  
>>>> second
>>>> phase of  this policy.
>>>>
>>>> 2. Proceed to  allocate M allocation  units to the RIR  that  
>>>> submitted
>>>> the last  request for  IPv4 address space.
>>>>
>>>> 3. Proceed  to  allocate N  allocation  units  to  each RIR  from   
>>>> the
>>>> reserved space.
>>>>
>>>>
>>>> --------------------------------------------------------------------- 
>>>> ---
>>>>
>>>>
>>>>
>>>>
>>>> _____________________________
>>>> Francisco Obispo
>>>> Director de Operaciones y Red Académica
>>>> Centro Nacional de Innovación Tecnológica
>>>> http://www.cenit.gob.ve
>>>>
>>>>
>>>>
>>>> --------------------------------------------------------------------- 
>>>> ---
>>>>
>>>> _______________________________________________
>>>> Politicas mailing list
>>>> Politicas at lacnic.net
>>>> https://mail.lacnic.net/mailman/listinfo/politicas
> --
> A: Because it destroys the flow of conversation.
> Q: Why is top posting dumb?
> --
> Juan Nicolás Ruiz    | Corporación Parque Tecnológico de Mérida
>                      | Centro de Cálculo Cientifico ULA
> nicolas at ula.ve       | Avenida 4, Edif. Gral Masini, Ofic. B-32
> +58-(0)274-252-4192  | Mérida - Edo. Mérida. Venezuela
>>
_______________________________________________
Politicas mailing list
Politicas at lacnic.net
https://mail.lacnic.net/mailman/listinfo/politicas
>>

> _______________________________________________
> Politicas mailing list
> Politicas at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/politicas



- --
A: Because it destroys the flow of conversation.
Q: Why is top posting dumb?
- --
Juan Nicolás Ruiz    | Corporación Parque Tecnológico de Mérida
                     | Centro de Cálculo Cientifico ULA
nicolas at ula.ve       | Avenida 4, Edif. Gral Masini, Ofic. B-32
+58-(0)274-252-4192  | Mérida - Edo. Mérida. Venezuela
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGPezLmjsZS9ZBxv8RAiJNAJ0VTZDolJEyX7EieyF9t4phnby/xQCfbMvx
lq1pScmvWZVs2iTipAlohq4=
=zjpd
-----END PGP SIGNATURE-----




More information about the Politicas mailing list