[LACNIC/Politicas] Algunas respuestas a los comentarios en el foro de LACNIC 38 sobre la propuesta "LAC-2022-3 - Manejo de Recursos Recuperados con origen en la Reserva para Infraestructura Crítica.
Sergio Rojas. . .
sergio.astigarraga at gmail.com
Mon Oct 17 20:36:23 -03 2022
Hola Douglas y suscriptores,
Solo para que tengan presente cuales son los requisitos actuales que
LACNIC exige para solicitar recursos como IXP. Esta sección se encuentra
descripta en el punto 2.3.3.2 del Manual de Políticas
(https://www.lacnic.net/545/1/lacnic//544/1/lacnic/)
/*En el caso de los IXP o NAP para poder solicitar este tipo de
asignación las organizaciones deberán cumplir los siguientes requisitos:*//*
*//*1. Documentar adecuadamente los siguientes aspectos:*//*
*//*1.1. 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.*//*
*//*1.2. Enviar un diagrama de la estructura de red de la organización.*//*
*//*1.3. Documentar el plan de numeración a instrumentar.*/
Adicionalmente, y en cumplimiento con el punto 1.14 (Principios para una
buena administración/custodia) tanto los NIRs como LACNIC solicitan
documentación oficial demostrando la constitución legal de la
organización y que ésta se encuentre establecida dentro del área de
cobertura de LACNIC.
Saludos,
Sergio. . .
El 17/10/22 a las 19:10, Douglas Fischer escribió:
> Hola Edmundo y demás.
> ¡Espero que estés bien!
>
> Pido disculpas, pero me siento en la obligación de traer preguntas que
> traerán aún más dudas a esta propuesta.
>
> Hoy en día existen IXP con fines de lucro y sin fines de lucro.
> ¿Hay alguna intención de separar estos dos tipos en esta definición de
> infraestructura crítica?
> Si la hay, ¿cómo definir esta distinción?
>
> Otro punto es que en Latinoamérica estamos en plena expansión de IXPs.
> Ciertamente, las solicitudes de recursos numéricos para IXP deben llegar
> con cierta frecuencia.
> Veamos 2 ejemplos hipotéticos:
> - Un IXP para un punto estratégico desde el punto de vista de rutas de
> fibra terrestres y submarinas, que debería llegar próximamente a 100-150
> participantes.
> - El IXP que "Douglas" decidió crear. No hay expectativas de ir más allá de
> 5-10 participantes incluso en 10 años.
> ¿Cómo definir cuáles de estos dos IXP son críticos?
>
> También mencionaste
> "Utilizar ROAs para evitar a quienes finjan ser un IXP para tener acceso a
> los recursos"
> (Que incluso yo fui quien lo puso en persona.)
> Mencionaste que esto está fuera del alcance de la propuesta, y en cierto
> modo estoy de acuerdo contigo.
> Pero si esto no se aborda de alguna manera, sin duda tendremos malas
> intenciones al utilizar esta clasificación de infraestructura crítica.
>
> A la luz de lo dicho, y considerando que en la versión actual del punto
> 2.3.3.2 ya hay una referencia a la calificación de los casos de IXPs, me
> parece coherente ajustar el texto para que las protecciones contra usos
> indeseables en los casos de IXPs se explican mejor.
> ¿Qué te parece esta sugerencia?
>
> Em ter., 11 de out. de 2022 às 02:49, Edmundo Cazarez Lopez <
> edmundo.cazarez at iar.mx> escreveu:
>
>> Hola,
>>
>> Espero que se encuentren bien.
>>
>> Muchas gracias a todos por sus opiniones durante la presentación de la
>> propuesta LAC-2022-3 en el foro de políticas de LACNIC 38.
>>
>> Quiero tratar de aclarar algunos puntos que me parece dejé sin contestar:
>>
>>
>>
>>
>> * ¿Qué es la "Infraestructura Crítica"? ¿Por qué la propuesta no hace
>> referencia a cuál infraestructura crítica ayuda?
>>
>>
>> La definición de "Infraestructura Crítica" que se usa en la definición del
>> uso de la reserva, y en otras partes del manual de políticas, se encuentra
>> en el punto 2.3.3.2. El segundo párrafo dice:
>>
>> "
>> LACNIC podrá realizar este tipo de asignación en casos de proyectos e
>> infraestructuras de redes claves o críticas para la región como son IXP
>> (Internet Exchange Point), NAP (Network Access Point), RIR, ccTLD entre
>> otros.
>> "
>> (énfasis agregado por mi)
>>
>> Quiero resaltar que la reserva no es solo para IXPs.
>>
>> La definición incluye a otros elementos de la red además de los puntos de
>> intercambio de tráfico, como son los que puedan ayudar a los ccTLDs de la
>> región (servidores de DNS), mismos que tienen funciones distintas a las de
>> un IXP, y que por tanto no se ven beneficiados de las técnicas mencionadas
>> durante la presentación en el foro, en que indicaron pueden servir a los
>> IXP para no utilizar IPv4.
>>
>> No es parte del alcance de esta propuesta modificar la definición actual
>> de "Infraestructura Crítica".
>>
>>
>>
>>
>> * ¿Qué ocurre con las direcciones de la infraestructura que se creo
>> antes que la reserva o que no usó direcciones de la reserva?
>>
>> El objetivo de esta propuesta es manejar los recursos que hayan salido de
>> la reserva y que sean recuperados o devueltos, por lo que las direcciones
>> que no salieron de la reserva y fueron usadas en infraestructura crítica, y
>> sean recuperadas o devueltas, deben ir al pool de recursos recuperados o
>> devueltos, con el manejo común de tales recursos.
>>
>> Esta propuesta busca que la "vida" de la reserva se extienda lo más
>> posible, no busca que la reserva "crezca" con otros recursos.
>>
>>
>>
>>
>> * "Permitir el uso de las direcciones asignadas a un IXP para dar
>> acceso a sus miembros"
>>
>> Ese es un tema que queda fuera del alcance de esta propuesta, y que me
>> parece que requeriría de una propuesta por si mismo para ser analizado y
>> estudiado.
>>
>>
>>
>>
>> * "Esta propuesta hace que sea más lenta la adopción de IPv6"
>>
>> Me parece que el tema de la adopción de IPv6 ya se ha visto no es en
>> blanco y negro, en muchos casos no es que podamos apagar IPv4 y prender
>> IPv6. IPv4 e IPv6 coexistirán por algún tiempo, y durante ese tiempo será
>> necesario contar con la infraestructura crítica con soporte en ambos
>> protocolos, por lo que considero que la reserva es importante y útil y
>> puede serlo aún más en el futuro.
>>
>>
>>
>>
>> * "Utilizar ROAs para evitar a quienes finjan ser un IXP para tener
>> acceso a los recursos"
>>
>> Me parece que es una idea interesante, pero queda fuera del alcance de
>> esta propuesta el modificar los criterios y condiciones de asignación del
>> espacio de direcciones de la reserva.
>>
>>
>> Espero estar dando claridad a las dudas que se presentaron sobre la
>> propuesta.
>>
>>
>> Saludos.
>> --Edmundo.
>>
>>
>>
>>
>> Este mensaje contiene información confidencial y se entiende dirigido y
>> para uso exclusivo del destinatario. Si recibes este mensaje y no eres el
>> destinatario por favor elimínalo, ya que difundir, revelar, copiar o tomar
>> cualquier acción basada en el contenido está estrictamente prohibido.
>> Instituto Tecnológico y de Estudios Superiores De Monterrey, ubicado en
>> Ave. Eugenio Garza Sada 2501 Sur Col. Tecnológico, Monterrey, México, C.P.
>> 64849 recaba tus datos personales necesarios para: la prestación, estudio,
>> análisis y mejora del servicio, la realización de comunicaciones y
>> notificaciones; la transferencia y publicación en los casos aplicables; el
>> cumplimiento de la relación existente; así como para la prevención o
>> denuncia en la comisión de ilícitos. Si eres colaborador o candidato a
>> colaborador de NIC México, tus datos serán utilizados para: la creación y
>> administración de tu perfil como profesionista; el otorgamiento de
>> herramientas de trabajo; la realización de estudios; el otorgamiento de
>> programas y beneficios para mejorar tu desarrollo profesional; la gestión y
>> administración de servicios de pago y/o nómina; así como para contacto y/o
>> notificaciones. Si participas en promociones o en estudios podrás dejar de
>> participar. Para mayor información revisa el Aviso de Privacidad< https://tec.mx/es/avisos-de-privacidad>.
>>
>>
>> This message contains confidential information and is intended only for
>> the individual named. If you are not the named addressee please delete it,
>> since the dissemination, distribuition, copy or taking any action in
>> reliance on the contents is strictly prohibited. Instituto Tecnológico y de
>> Estudios Superiores De Monterrey, located on Av. Eugenio Garza Sada 2501
>> Sur, Col. Tecnológico, Monterrey, Mexico, CP 64849 collects your personal
>> data which is necessary to: provide, research, analyze and improve the
>> service; send communications and notices; transfer and publish your
>> personal data when applicable; fulfill the existing relationship; prevent
>> or inform in the commission of unlawful acts or events. If the data is
>> processed in your quality of candidate or collaborator of NIC Mexico, the
>> purpose of treatment is to: create and manage your profile as a
>> professional; provide you with working tools; conduct studies; grant
>> benefits and programs to enhance your professional development; manage and
>> administrate payment services and/or payroll; as well as to contact you. If
>> you participate in promotions or surveys you may stop or quit your
>> participation at any time. For more information read the Privacy Note< https://tec.mx/es/avisos-de-privacidad>.
>> _______________________________________________
>> Politicas mailing list
>> Politicas at lacnic.net
>> https://mail.lacnic.net/mailman/listinfo/politicas
>> Desuscribirse/Descadastre-se/Unsubscribe:
>> https://mail.lacnic.net/mailman/options/politicas
>>
>>
More information about the Politicas
mailing list