Grupo de Trabajo Ventana de Asignaciones Presentado por: Enrique Torres ( eta@millicom.pe )

1. Grupo de Trabajo Ventana de Asignaciones Presentado por: Enrique Torres (eta@millicom.net.pe)

2. Política Actual Aplicable a : Beneficiarios de allocations por parte de LACNIC. Concepto de Ventana : Determina el mínimo tamaño de bloque IP CIDR a partir del cual se requiere aprobación de LACNIC antes de ser sub asignado. Qué establece : Que todas las sub asignaciones de bloques IP CIDR mayores o iguales a /23, requerirán ser aprobadas por LACNIC.

3. Propuesta de Nueva Política • Consenso de Grupo : No • Propuesta del Grupo : Que antes de aprobarse la nueva política sea revisada en el foro. • La Propuesta : • Sólo será aplicable a bloques allocated por LACNIC. • LACNIC fomentará el uso eficiente del espacio de numeración IPv4 incentivando la aplicación del Network Address Translation (NAT). • El tamaño de la ventana será fijo y tendrá un tamaño de /25. • Para una nueva allocacion el solicitante, como máximo, podrá tener 5 sub asignaciones mayores o iguales a /25, sin aprobación de LACNIC. • Las sub asignaciones aprobadas serán publicadas en la base de datos WHOIS de LACNIC.

4. Aspectos importantes a considerar • El espacio de numeración IPv4, cada día, es más escaso. • Los bloques CIDR y el protocolo NAT (RFC 1631), son soluciones necesarias de implementar. • Sin embargo, las soluciones antes mencionadas son sólo temporales. • IPv6 es la solución definitiva a la escasez de numeración IPv4. • IPv6 necesita de mucho tiempo para efectivamente estar en operación. • Transición de IPv4 a IPv6 es un largo proceso (muchos años). • La falta de numeración IPv4 deberá acelerar el proceso de transición. • Debido a las complicaciones tecnológicas y comerciales, es preferible ser un entrante tardío al proceso de transición, que un entrante temprano.

5. Algunas estadísticas sobre sub asignaciones • El espacio IPv4 se compone de 256 Clases A. • 103 se encuentran reservadas por IANA • ARIN:16 APNIC:11 RIPE:10 LACNIC:2 Varios:50 • 16 se encuentran designadas a Multicast • 48 están asignadas directamente a organizaciones. • Brasil IPv4: 35,840 Clases C (9’175,040) Host Count: 2’237,527 • México IPv4: 5,376 Clases C (1’376,256) Host Count: 1’107,795 • Perú IPv4: 1384 Clases C (354,304) Host Count: 19,447 • Fuentes: • http://www.cg.org.br/indicadores/brasil-mundo.htm#mundo • http://www.iana.org/assignments/ipv4-address-space • WHOIS LACNIC, WHOIS ARIN

6. Experiencias sobre sub asignaciones • Red Científica Peruana • Espacio IPv4 : 392 Clases C • Base Clientes Dedicados : 413 • Asignaciones : 98 /24, 28 /25, 126 /26, 145 /27, 16 /28, 596 /30 • Aplica NAT : No • Millicom Perú • Espacio IPv4 : 32 Clases C • Base Clientes Dedicados : 3,000 • Asignaciones : 1 /27, 2 /28, 277 /29, 867 /30, 273 /32 • Aplica NAT : Si

7. ¿Por qué sub asignamos bloques mayores o iguales a /25? • Hacemos este tipo de sub asignaciones porque : • Existe cierto tipo de usuarios que requieren estos volúmenes de numeración. • Porque el cliente asume que : • “Cantidad IPv4 = Cantidad Dispositivos en mi red” • Porque el cliente no quiere usar NAT. • Porque no incentivamos el uso del NAT y preferimos usar IPv4. • Porque hemos adoptado políticas que nos llevan a pensar y utilizar la numeración IPv4 pública como una ventaja diferencial en el mercado. • Porque tenemos IPv4 en abundancia y no caemos en cuenta de la escasez de este recurso a nivel mundial.

8. Conclusiones • Es posible maximizar la eficiencia de las sub asignaciones. • No esperemos a casi agotar el recurso de numeración para tender a maximizar la eficiencia. • Maximización de eficiencia = Trabajo ( Constante + Todos) . • Mecanismos para maximizar eficiencia de sub asignaciones: • Más Control = Política de Ventanas con tendencia a decrecer • Tecnológico = Utilización NAT (Objetivo Protocolo IETF) • Técnica y Comercialmente será más beneficioso ser entrantes tardíos al proceso de transición de IPv4 a IPv6 que ser entrantes tempranos.

9. Etapa de debate Gracias Enrique Torres Ángeles (eta@millicom.net.pe)