[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.

Nicolas Antoniello nantoniello at gmail.com
Mon Oct 24 10:47:53 -03 2022


Hola todos/as,

Un par de comentarios en carácter personal al respecto.
Mencionar que en ppio estoy de acuerdo en que si la comunidad quiere que
esas direcciones retornen al pool habría que aclararlo, pues de hecho
entiendo que en la actualidad ni siquiera los NIR asignan de ese pool.
Yo pondría algo como "deberán ser devueltas retornando al pool de reserva
del que proceden originalmente", que queda más claro y genérico.

Por otro lado, NO creo conveniente que el Staff de LACNIC realice
interpretaciones sobre el manual en este caso... creo que es algo que debe
debatir y resolver la comunidad, por lo que no solicitaría al Staff que
aclare nada.

Saludos,
Nico



El lun, 24 oct 2022 a la(s) 09:28, JORDI PALET MARTINEZ via Politicas (
politicas at lacnic.net) escribió:

> Hola Ricardo, Fernando,
>
>
> Comprendo que hay un solo pool, pero es lo que pone el texto actual del
> manual de políticas:
>
> "6. Las direcciones asignadas bajo este punto deberán ser devueltas a
> LACNIC o al NIR correspondiente una vez que la necesidad original de la
> solicitud haya terminado."
>
> Si es incorrecto (podría el staff confirmarlo?), aprovechemos para
> corregirlo!
>
> Y por lo tanto:
>
> "6. Las direcciones asignadas bajo este punto deberán ser devueltas a esta
> misma reserva de LACNIC una vez que la necesidad original de la solicitud
> haya terminado, o se haya procedido a una recuperación."
>
>
> Saludos,
> Jordi
> @jordipalet
>
>
>
> El 24/10/22, 13:36, "Politicas en nombre de Ricardo Patara via Politicas"
> <politicas-bounces at lacnic.net en nombre de politicas at lacnic.net> escribió:
>
>     Asi es.
>     No existen pools para los NIRs. Es un pool regional manegeado por
> lacnic.
>
>
>     On 24/10/22 13:27, Fernando Frediani wrote:
>     > Hola jordi
>     >
>     > En cuanto a la sugerencia del punto 2.3.5, creo que en el estado
> actual
>     > no hay más pools específicos para los NIR, sino solo para LACNIC,
> que es
>     > compartido con los NIR incluyendo la reserva específica para
>     > Infraestructuras críticas.
>     >
>     > Fernando
>     >
>     > On 24/10/2022 07:33, JORDI PALET MARTINEZ via Politicas wrote:
>     >> Hola Edmundo,
>     >>
>     >> He leído el resto de comentarios en este hilo, y si me parece
> correcto
>     >> aclarar que las direcciones recuperadas/devueltas de
> infraestructuras
>     >> críticas, deben volver a este pool.
>     >>
>     >> Sin embargo, no estoy de acuerdo con la versión actual de la
>     >> propuesta, porque considero que el análisis de impacto tiene razón
> en
>     >> que basta con hacer un cambio en 2.3.5, y sobras los otros dos, o
>     >> alternativamente basta con hacerlo en el 7.1 (y sobran los otros
> dos).
>     >>
>     >> En cualquier caso, considero que igualmente la redacción puede ser
>     >> mucho más sencilla y corta:
>     >>
>     >> Si se realiza en el 2.3.5., modificar el punto 6 para que diga:
>     >> "6. Las direcciones asignadas bajo este punto deberán ser devueltas
> a
>     >> esta misma reserva de LACNIC o del NIR correspondiente una vez que
> la
>     >> necesidad original de la solicitud haya terminado, o se haya
> procedido
>     >> a una recuperación."
>     >>
>     >> Si se realiza en el punto 7, debería hacerse en 7.5, de este modo:
>     >> (agregar antes del último párrafo)
>     >> "Se hace la salvedad que las devoluciones o recuperaciones
> procedentes
>     >> de la reserva de infraestructuras críticas (2.3.5), volverán a esa
>     >> misma reserva en lugar de al pool en vigor."
>     >>
>     >> Por otro lado, tal y como Ariel y yo comentamos en el foro, creo
> que
>     >> se hace necesario una revisión del punto 2.3.3.2, para hacer
> constar
>     >> que siempre que se pueda usar el RFC5549, no se asignaran nuevas
>     >> direcciones IPv4 a infraestructuras críticas. Creo que esto levanto
> mi
>     >> objeción sobre esta propuesta por este aspecto, salvo que la
> propuesta
>     >> opte por incorporar el texto en el punto 2.3.3.2., dado que no
> tendría
>     >> sentido modificar ese punto y no hacerlo "bien" de una sola vez.
>     >>
>     >> Hago constar que mi objeción a la propuesta la mantengo por lo
>     >> indicado respecto de una mejor redacción y evitar que se modifiquen
> 3
>     >> puntos del manual cuando basta con uno solo, y en ese sentido mis
>     >> aportaciones en los párrafos anteriores.
>     >>
>     >> En definitiva, considero que hace falta una versión 2 de la
> propuesta
>     >> para que lo hagamos bien.
>     >>
>     >> Saludos,
>     >> Jordi
>     >> @jordipalet
>     >>
>     >> El 11/10/22, 7:49, "Politicas en nombre de Edmundo Cazarez
>     >> Lopez"<politicas-bounces at lacnic.net en nombre de
>     >> edmundo.cazarez at iar.mx>  escribió:
>     >>
>     >>      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
>     >>
>     >>
>     >>
>     >>
>     >> **********************************************
>     >> IPv4 is over
>     >> Are you ready for the new Internet ?
>     >> http://www.theipv6company.com
>     >> The IPv6 Company
>     >>
>     >> This electronic message contains information which may be
> privileged
>     >> or confidential. The information is intended to be for the
> exclusive
>     >> use of the individual(s) named above and further non-explicilty
>     >> authorized disclosure, copying, distribution or use of the contents
> of
>     >> this information, even if partially, including attached files, is
>     >> strictly prohibited and will be considered a criminal offense. If
> you
>     >> are not the intended recipient be aware that any disclosure,
> copying,
>     >> distribution or use of the contents of this information, even if
>     >> partially, including attached files, is strictly prohibited, will
> be
>     >> considered a criminal offense, so you must reply to the original
>     >> sender to inform about this communication and delete it.
>     >>
>     >>
>     >>
>     >> _______________________________________________
>     >> 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
>     >>
>     > _______________________________________________
>     > 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
>     >
>     _______________________________________________
>     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
>
>
>
>
> **********************************************
> IPv4 is over
> Are you ready for the new Internet ?
> http://www.theipv6company.com
> The IPv6 Company
>
> This electronic message contains information which may be privileged or
> confidential. The information is intended to be for the exclusive use of
> the individual(s) named above and further non-explicilty authorized
> disclosure, copying, distribution or use of the contents of this
> information, even if partially, including attached files, is strictly
> prohibited and will be considered a criminal offense. If you are not the
> intended recipient be aware that any disclosure, copying, distribution or
> use of the contents of this information, even if partially, including
> attached files, is strictly prohibited, will be considered a criminal
> offense, so you must reply to the original sender to inform about this
> communication and delete it.
>
>
>
> _______________________________________________
> Politicas mailing list
> Politicas at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/politicas
> Desuscribirse/Descadastre-se/Unsubscribe
> <https://mail.lacnic.net/mailman/listinfo/politicasDesuscribirse/Descadastre-se/Unsubscribe>:
> https://mail.lacnic.net/mailman/options/politicas
>
>


More information about the Politicas mailing list