[LACNIC/Politicas] Nueva propuesta de politica (ULA-central)

[JORDI PALET MARTINEZ]

Hola,

Esta es una nueva propuesta de politica, referida al tema de ULA-central que
tambien he enviado ya a los demas RIRs, aunque solo en el caso de AfriNIC se
ha publicado ya en la lista de politicas (los demas estan revisando el
texto, pues en esos casos los co-chairs de politicas revisan antes los
textos).

Por cierto, al revisar la politica actual, he visto, tanto en la version en
web como en pdf, inconsistencias en la numeracion de las secciones 2 y 3 ?



Número:   2007-xx
Título de la propuesta de política:   ULA-central
Autor:     Jordi Palet Martinez, Consulintel
Versión:   1.0
Fecha de envío:   13/4/2007
Estado:   Fase de Discusión
Grupo de trabajo sugerido para discusión y publicación:   Grupo de Políticas
Tipo de propuesta:   Modificación
Termino de la política:   Permanente
Documento de políticas afectado:   Politica de asignaciones de IPv6


Sumario de la Propuesta:

El objetivo de esta politica es permitir la asignacion de bloques IPv6
dentro del prefijo denominado "Centrally Assigned Unique Local IPv6 Unicast
Addresses" (ver http://tools.ietf.org/html/draft-ietf-ipv6-ula-central-01,
ULA-central), a personas juridicas o fisicas (organizaciones o individuos,
respectivamente) que asi lo requieran.

Estas direcciones son globalmente unicas y solo para comunicaciones locales,
usualmente dentro de un sitio o conjunto de sitios, y no se espera que sean
encaminadas en la Internet global.

El prefijo FC00::/7 ya esta reservado por IANA para ULA (el bit 8 determina
si son asignadas local o centralmente, es decir si se trata de ULA o
ULA-central).


Borrador del Texto de la Política:

Nuevo texto, posiblemente como seccion 2.10

2.10. ULA-central
ULA-central se refiere a direcciones unicast locales y unicas, centralmente
asignadas, como se describe en el documento de IETF "ietf-ipv6-ula-central"
(cualquiera que sea la ultima version disponible, bien sea Internet Draft,
RFC o STD). El bloque ULA-central esta dentro del prefijo FC00::/7, con el
bit 8 a 0.

Nuevo texto, posiblemente como seccion 5.6

Cualquier organización o individuo que precise un /48 del bloque
ULA-central, podra requerir su asignacion, una vez que el correspondiente
contrato sea ejecutado y las correspondientes cuotas de membresia hayan sido
satisfechas (a ser determinadas por el directorio).

Tengase en cuenta que en muchos casos, las direcciones ULA localmente
asignadas (RFC4193) son preferidas, y solo se espera que grandes sitios
gestionados prefieran el uso de asignaciones centrales. Es importante
destacar tambien que el prefijo ULA (FC00::/7) no es encaminable en la
Internet global (y concretamente no ha sido diseñado para ser utilizado como
espacio IPv6 PI/portable) y consecuentemente debe de ser filtrado.


Justificación:

a. Argumentos a favor de la propuesta

En algunas situaciones, especialmente grandes sitios en organizaciones, que
en realidad ya tienen bloques IPv6 Unicast Globales, se podria requerir un
bloque adicional para la infraestructura interna.

Este bloque adicional puede ser utilizado para varios propositos, tales como
VPNs, comunicaciones sitio-a-sitio, evitar doble/multiple-cara en DNS,
soporte de aplicaciones que son sensitivas a tiempos de convergencia largos
(tales como VoIP), etc.

El documento de ARIN "Micro-allocations for Internal Infrastructure"
(propuesta de politica 2006-2, presentada por Jason Schiller y otros, y
disponible en http://www.arin.net/policy/proposals/2006_2.html), describe la
necesidad de este tipo de bloque adicional para propositos de
re-convergencia BGP, seguridad de infraestructura interna y los motivos por
los que las direcciones ULAs asignadas localmente (RFC4193) no son
apropiadas para esta mision. Esta propuesta de politica ya fue aceptada por
ARIN y es parte de su NRMP.

El uso de bloques IPv6 Unicast Globales para este tipo de usos podria ser
considerado como un desperdicio, mas aun cuando IANA ya tiene reservado el
prefijo (FC00::/7) para este proposito.


b. Argumentos en contra de la propuesta

Ninguno previsto. Sin embargo, es necesario recalcar que el ambito original
de ULA-central es para grandes sitios gestionados y todos los demas casos
deberian utilizar ULAs asignadas localmente, tal y como indica el RFC4193.
El mismo documento indica las razones por las que este prefijo no es util
como espacio portable IPv6 (PI), y sera filtrado en la Internet global.


Reconocimientos:

Deseo reconocer a los autores del documento ULA-central en IETF, Bob Hinden
y Brian Haberman, asi como a todos aquellos que han contribuido a dicho
trabajo.


Saludos,
Jordi