[LACNIC/Politicas] Modificación de la política 4.5.5 de Microasignación de direcciones IPv6

ARG-O'FLAHERTY, CHRISTIAN christian.oflaherty at globalcrossing.com
Wed Dec 17 14:38:25 BRST 2008


Me faltó decir que la considero muy apropiada.
Seria bueno conocer otras opiniones. 

> -----Original Message-----
> From: ARG-O'FLAHERTY, CHRISTIAN 
> Sent: Wednesday, December 17, 2008 2:36 PM
> To: 'Lista de Politicas Lacnic'
> Subject: RE: [LACNIC/Politicas] Modificación de la política 
> 4.5.5 de Microasignación de direcciones IPv6
> 
> 
> Esta propuesta de modificación a la politica 4.5.5 permitirá 
> a cualquier proveedor, poder acceder a un bloque de 
> direcciones IPv6 adicional que no será anunciado en la tabla global. 
> 
> Una consulta al autor: En la justificación dice:
> 
> * Se pueden pedir varios Micro-bloques según la necesidad
> 
> 1.- No deberiamos quitar ese texto de la justificación y 
> ponerlo dentro de la política?
> 2.- Es necesario ponerlo?
> 
> Christian 
> 
> > -----Original Message-----
> > From: politicas-bounces at lacnic.net 
> > [mailto:politicas-bounces at lacnic.net] On Behalf Of Alejandro Acosta
> > Sent: Friday, December 05, 2008 12:46 PM
> > To: politicas at lacnic.net
> > Subject: [LACNIC/Politicas] Modificación de la política 4.5.5 
> > de Microasignación de direcciones IPv6
> > 
> > 1. Titulo de la Propuesta (Policy Proposal Title): 
> > Microasignación de IPv6
> > 1.a Id (Id):
> > 1.b Versión (Version): 1.0
> > 1.c Global/LACNIC/Expeditiva (Global/LACNIC/Expeditive): Lacnic
> > 
> > 2. Resumen (Summary):
> > Modificación de la política 4.5.5 de Microasignación de 
> > direcciones IPv6
> > 
> > 3. Fecha de presentación (Submission Date): 3/Dec/2008
> > 
> > 4. Datos del Autor (Author Information):
> >  Nombre (Name): Alejandro Acosta
> >  eMail (eMail): alejandro.acosta at bt.com
> >  Teléfono (Phone): +58 4123387286
> >  Entidad (Organization): BT Latam Venezuela
> > 
> > 5. Justificación (Rationale):
> > 
> > * Permitir una red más organizada
> > * Los micro-bloques de Infraestructura Interna no son 
> > publicados a Internet (no hay impacto sobre tablas BGP)
> > * Se pueden pedir varios Micro-bloques según la necesidad
> > * Mejora la convergencia BGP gracias a terminar sesiones en 
> > direcciones no ruteadas, sólo de alcance local. Puede tambien 
> > utilizarse para conexiones WAN y evitar ataques de DDoS.
> > * No es posible usar direcciones ULA pues no permite la 
> > resolución inversa globalmente y existe posibilidad de 
> > repetición de direcciones ante compras o merges,
> > Ver propuesta similar en región de ARIN: 
> > http://www.arin.net/policy/proposals/2006_2.html
> > 
> > 
> > 6. Texto de la politica (Policy text, including current version if
> > modify)
> > 
> > ******* <current_version> ********
> > 
> > 4.5.5. Microasignación en IPv6
> > 
> > LACNIC podrá realizar micro-asignaciones en casos de 
> > proyectos e infraestructuras de redes claves o críticas para 
> > el funcionamiento, y desarrollo de IPv6 en la región como son 
> > IXP (Internet Exchange Point), NAP (Network Access Point), 
> > RIR, proveedores de DNS ccTLD, entre otros. Dichas 
> > asignaciones se realizarán en prefijos mayores o igual a un 
> > /32 pero siempre menores o iguales a un /48.
> > 
> > En el caso de los IXP o NAP para poder solicitar este tipo de 
> > asignaciones las organizaciones deberán cumplir los 
> > siguientes requisitos:
> > 
> > Documentar adecuadamente los siguientes aspectos:
> > Demostrar a través de sus estatutos su calidad de IXP o NAP. 
> > Deberá poseer al menos tres miembros y una política abierta 
> > para la asociación de nuevos miembros.
> > Enviar un diagrama de la estructura de red de la organización.
> > Documentar el plan de numeración a instrumentar.
> > Proveer un plan de utilización para los próximos tres y seis meses.
> > En el resto de las solicitudes se estudiarán basados en el 
> > análisis de documentación que justifique los aspectos 
> > críticos y/o claves del proyecto.
> > 
> > Todas las micro-asignaciones se asignarán de bloques de 
> > direcciones específicamente reservados para este tipo de 
> > asignaciones. LACNIC hará pública la lista de dichos bloques 
> > y las micro-asignaciones realizadas.
> > 
> > La organización que reciba una micro-asignación no podrá 
> > realizar sub-asignaciones con estas direcciones IP.
> > 
> > ******* </current_version> ********
> > 
> > ******* <Propuesta> ********
> > 
> > LACNIC realizará microasignaciones en IPv6 tanto para 
> infraestructura
> > crítica como para infraestructura interna de proveedores y usuarios
> > finales. Todas las micro-asignaciones se asignarán de bloques de
> > direcciones específicamente reservados para este tipo de 
> asignaciones.
> > LACNIC hará pública la lista de dichos bloques y las micro-
> > asignaciones realizadas. La organización que reciba una micro-
> > asignación no podrá realizar sub-asignaciones con estas 
> > direcciones IP.
> > 
> >         4.5.5.1  Microasignaciones en IPv6 a 
> Infraestructura crítica.
> > 
> >         LACNIC podrá realizar microasignaciones en casos de 
> > proyectos e
> > infraestructuras de redes claves o críticas para el 
> funcionamiento, y
> > desarrollo de IPv6 en la región como son IXP (Internet Exchange
> > Point), NAP (Network Access Point), RIR, proveedores de DNS ccTLD,
> > entre otros. Dichas asignaciones se realizarán en prefijos mayores o
> > igual a un /32 pero siempre menores o iguales a un /48.
> >      
> >         En el caso de los IXP o NAP para poder solicitar 
> este tipo de
> > asignaciones las organizaciones deberán cumplir los siguientes
> > requisitos:
> >         * Documentar adecuadamente los siguientes aspectos:
> >                 * Demostrar a través de sus estatutos su 
> > calidad de IXP o NAP.
> > Deberá poseer al menos tres miembros y una política abierta para la
> > asociación de nuevos miembros.
> >                 * Enviar un diagrama de la estructura de red 
> > de la organización.
> >                 * Documentar el plan de numeración a instrumentar.
> >         * Proveer un plan de utilización para los próximos 
> > tres y seis meses.
> > En el resto de las solicitudes se estudiarán basados en el 
> análisis de
> > la documentación que justifique los aspectos críticos y/o claves del
> > proyecto.
> > 
> >         4.5.5.2 Microasignaciones en IPv6 para 
> > Infraestructura interna.
> > 
> >         LACNIC podrá realizar microasignaciones para la 
> > infraestructura
> > interna de proveedores de internet (ISPs) o Usuarios Finales que ya
> > posean bloques de direcciones IPv6 distribuidos o asignados según la
> > polítca correspondiente. Estas direcciones para infraestructura
> > interna tienen la intensión de no ser encaminadas 
> globalmente y por lo
> > tanto no aparecerían en la tabla global de direcciones.
> > 
> >         La organización que desee recibir una microasignación para
> > infraestructura crítica deberá justificar porqué subasignaciones de
> > los bloques de direcciones ya distribuidos o asignados a la
> > organización no podrían ser utilizados.
> > 
> >         El tamaño mínimo de las microasignaciones en IPv6 para
> > infraestructura interna será bloque un /48 y el máximo un 
> bloque /40.
> > 
> > ******* </Propuesta> ********
> > 
> > 
> > 7. Información Adicional Opcional (Additional optional information)
> >  Tiempo de implementación (Timetable):
> >  Grupo de discusión (Working Group): politicas at lacnic.net
> >  Propuestas previas relacionadas (Related Previous Proposals):
> >  Changelog (Changelog):
> >  Referencias (References):
> > _______________________________________________
> > Politicas mailing list
> > Politicas at lacnic.net
> > https://mail.lacnic.net/mailman/listinfo/politicas
> > 



More information about the Politicas mailing list