[LACNIC/Politicas] LAC-2023-7 v2 - comentarios adicionales

Tue May 14 15:01:22 -03 2024

Hola a todos!

Yo necesito procesar mejor todos estos puntos. Lo que sí veo es que dejarlo
sin límite hará que operaciones más grandes, aunque con justificación,
puedan recibir bloques grandes. Y los nuevos miembros IPv6 only quizás no
alcancen con nadie una transferencia temporal. Voy a intentar pensar en
otras posibilidades o ideas para agregar a esta propuesta.

Saludos!

Uesley Correa

On Tue, 14 May 2024 at 13:58 Uesley Correa <uesleycorrea at gmail.com> wrote:

> De acuerdo, Nico.
>
> La lista de espera sirve nada más para mantener frustrados los que no
> pudieron a su tiempo recibir recursos.
>
> Saludos!
>
>
> Uesley Correa
>
>
> On Tue, 14 May 2024 at 13:48 Nicolas Antoniello <nantoniello at gmail.com>
> wrote:
>
>> Hola a todos,
>>
>> Enserio, lista de espera?
>> La lista de espera es una hermosa expresión de deseo... que nunca se va a
>> cumplir (creo que son como 7 años de lista de espera)... hasta casi que
>> habría que evaluar descontinuar la lista de espera, da falsas esperanzas
>> en
>> el mejor caso.
>>
>> Nico
>>
>>
>> El mar, 14 may 2024 a la(s) 2:39 p.m., Arturo Servin (
>> arturo.servin at gmail.com) escribió:
>>
>> > Esta propuesta requiere que LACNIC revise si el recipiente necesita X
>> > número de IPs. (LAC-2024-3 no, pero esa no la estamos discutiendo
>> ahora.)
>> >
>> > Si el recipiente necesita, justifica y LACNIC acepta que necesita X
>> número,
>> > no veo porque se requiera restringir a un tamaño específico.
>> >
>> > >Hay 2 caminos que siguen siendo posibles de manera correcta a través de
>> > lo RIR: lista de espera o transferencia definitiva
>> >
>> > Yo diría que hay 3.
>> >
>> > lista de espera, transferencia definitiva o transferencia temporal.
>> >
>> > Saludos
>> > as
>> >
>> >
>> > On Tue, 14 May 2024 at 19:27, Fernando Frediani <fhfrediani at gmail.com>
>> > wrote:
>> >
>> > > On 14/05/2024 14:17, Arturo Servin wrote:
>> > > >
>> > > > Si, pueden tener el dinero pero la compra puede ser subóptima
>> > > > financieramente. Como comente:
>> > > >
>> > > > 'las transferencias temporales pueden verse también como un caso
>> > > financiero
>> > > > donde se arrenda el IP a múltiples años. En este caso, es posible
>> que
>> > la
>> > > > entidad receptora requiera mucho más de un /22 (e.g. proveedor de
>> > Cloud,
>> > > > ISP grande, etc.)'
>> > > Este no es un tema que deba preocupar mucho este foro de políticas.
>> Aquí
>> > > debemos preocuparnos principalmente de los principios que guían la
>> > > asignación de direcciones IP a aquellas que realmente tienen
>> > > justificación y logran un buen equilibrio entre los aspectos
>> económicos,
>> > > técnicos y prácticos.
>> > > Si la justificación para esta propuesta es facilitarle a alguien que
>> no
>> > > tiene direcciones IP poder iniciar su negocio, establecerse y poder
>> > > comprometerse a hacer lo correcto de manera definitiva, entonces un
>> > > límite facilita esto, pero permitirlo sin límites. es simplemente
>> > > desregular y desequilibrar las relaciones antes mencionadas además de
>> > > utilizar esta propuesta para un fin diferente al que se declara
>> > > oficialmente.
>> > > >> se confirmará que al final esta propuesta es sólo una
>> > > >> forma encubierta de permitir el alquiler o préstamo de direcciones
>> IP
>> > de
>> > > >> una entidad a otra que pueda recibirlas directamente del RIR
>> > > > Los RIRs ya no tienen direcciones, así que la única forma de recibir
>> > IPs
>> > > es
>> > > > vía una transferencia. Esta puede ser permanente (como venta) o
>> > temporal
>> > > > (renta.) El racional al final es similar si arrendar o comprar un
>> auto,
>> > > > depende de tus finanzas, taxes, etc. si te vas por una u otra.
>> > > Hay 2 caminos que siguen siendo posibles de manera correcta a través
>> de
>> > > lo RIR: lista de espera o transferencia definitiva y debe haber
>> > > preocupación en mantener esto y no solo crear una nueva regla para
>> > > evitar un problema que afecta a todos por igual y no se va a resolver
>> > > con más permisividad y sin muchos controles.
>> > >
>> > > De nuevo, las preocupaciones financieras no deben anular los
>> principios
>> > > que siempre han guiado la asignación de direcciones durante décadas,
>> > > incluso en el escenario actual, por lo que este equilibrio y la
>> > > existencia de un límite son importantes para seguir teniendo un 'check
>> > > and balance' necesarios.
>> > >
>> > > Fernando
>> > >
>> > > >
>> > > > Saludos
>> > > > as
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > > On Tue, 14 May 2024 at 18:55, Fernando Frediani<
>> fhfrediani at gmail.com>
>> > > > wrote:
>> > > >
>> > > >> No tiene sentido ni lógica no tener un límite de tamaño si se
>> trata de
>> > > >> una "transferencia" temporal. Quienes necesitan bloques más grandes
>> > > >> tienen las condiciones económicas para realizar estas
>> transferencias
>> > sin
>> > > >> contratiempos.
>> > > >> Si alguien necesita un tamaño mayor, entonces debe transferir
>> > > >> permanentemente los bloques necesarios y no quedarse en un
>> escenario
>> > > >> temporal-definitivo.
>> > > >>
>> > > >> De lo contrario, se confirmará que al final esta propuesta es sólo
>> una
>> > > >> forma encubierta de permitir el alquiler o préstamo de direcciones
>> IP
>> > de
>> > > >> una entidad a otra que pueda recibirlas directamente del RIR.
>> > > >>
>> > > >> Fernando
>> > > >>
>> > > >> On 14/05/2024 13:33, Arturo Servin wrote:
>> > > >>> Hola
>> > > >>>
>> > > >>> Como le comente a Jordi, creo que la propuesta se está tomando
>> como
>> > una
>> > > >>> solución para mecanismos de transición a IPv6 pero en mi opinión,
>> ese
>> > > es
>> > > >>> solo un caso de uso. Como comente, las transferencias temporales
>> > pueden
>> > > >>> verse también como un caso financiero donde se arrenda el IP a
>> > > >>> múltiples años. En este caso, es posible que la entidad receptora
>> > > >> requiera
>> > > >>> mucho más de un /22 (e.g. proveedor de Cloud, ISP grande, etc.) De
>> > esta
>> > > >>> forma, la transferencia temporal es igual que una permanente solo
>> con
>> > > la
>> > > >>> diferencia de cómo los 'assets' se manejan.
>> > > >>>
>> > > >>> Por lo anterior creo que estas transferencias deberían tener los
>> > mismos
>> > > >>> requisitos que las permanentes, es decir:
>> > > >>>
>> > > >>> - No requerimiento de IPv6
>> > > >>> - No requerimiento de poner IPv6, hacer RPKI, IRR etc. (estas son
>> > > >>> decisiones del recipiente)
>> > > >>> - No MARNS (soy proponente de MANRS pero en este caso no es
>> indicado
>> > > >>> requerirlo)
>> > > >>> - No límite de tamaño
>> > > >>>
>> > > >>> También me gustaría si entre Jordi y Gonzalo (LAC-2024-3) pudieran
>> > > sacar
>> > > >>> algunos números de lo que ha pasado en RIPE NCC donde estas
>> > > >> transferencias
>> > > >>> son permitidas. Por ejemplo, tenemos la hipótesis de que si no
>> > tenemos
>> > > >>> cuidado las transferencias temporales se van a usar para malos
>> usos.
>> > > Sin
>> > > >>> embargo no se si tenemos evidencia para probar o rechazar esta
>> > > >>> hipótesis. Creo que esto es importante para tomar una decisión
>> > > informada
>> > > >>> como comunidad.
>> > > >>>
>> > > >>> Saludos
>> > > >>> as
>> > > >>>
>> > > >>>
>> > > >>>
>> > > >>>
>> > > >>>
>> > > >>>
>> > > >>> On Tue, 14 May 2024 at 17:03, Hernan Arcidiacono<
>> > > >> harcidiacono at iplan.com.ar>
>> > > >>> wrote:
>> > > >>>
>> > > >>>> Gracias Jordi por volver rápido con el tema. Van mis comentarios
>> > entre
>> > > >>>> líneas:
>> > > >>>>
>> > > >>>> On Tue, May 14, 2024 at 11:07 AM jordi.palet--- via Politicas <
>> > > >>>> politicas at lacnic.net> wrote:
>> > > >>>>
>> > > >>>>> Hola a todos,
>> > > >>>>>
>> > > >>>>> Con este correo quiero debatir a algunos de los comentarios,
>> tras
>> > > >> revisar
>> > > >>>>> el video, que hubo durante la presentación de la propuesta en el
>> > > pasado
>> > > >>>>> foro, dado que íbamos muy justos de tiempo.
>> > > >>>>>
>> > > >>>>> Sería muy importante recibir feedback al respecto de los
>> siguientes
>> > > >>>> puntos
>> > > >>>>> que creo que son los mas debatidos, obviamente no
>> exclusivamente:
>> > > >>>>>
>> > > >>>>> 1) Restringir las transferencias temporales a /20, otro prefijo
>> o
>> > sin
>> > > >>>>> restricción?
>> > > >>>>> Bajo mi punto de vista, y con la experiencia de casos reales de
>> > > >>>> despliegue
>> > > >>>>> de IPv6, puede haber muchos casos de operadores que tengan
>> varios
>> > > PoPs
>> > > >>>>> donde conectan a sus upstreams y por lo tanto necesitan un /24
>> por
>> > > cada
>> > > >>>> uno
>> > > >>>>> de ellos, dado que no pueden anunciar eficazmente, por ejemplo,
>> un
>> > > /25
>> > > >> o
>> > > >>>>> /26. Por lo tanto un /22 sería excesivamente pequeño en algunos
>> > > casos.
>> > > >> La
>> > > >>>>> alternativa es no poner limite alguno. Personalmente no tendría
>> > > >> problema
>> > > >>>> en
>> > > >>>>> ello si mantenemos la justificación de la necesidad.
>> > > >>>>>
>> > > >>>> HA: A mi me gusta la opción de /22 pero estoy dispuesto a aceptar
>> > > otras
>> > > >>>> alternativas inclusive al de sin límite si es el consenso de la
>> > > >> comunidad.
>> > > >>>>> 2) Mantener la justificación de la necesidad o eliminarla?
>> > > >> Personalmente
>> > > >>>>> creo que es importante mantenerla. No le veo el sentido a que se
>> > > puedan
>> > > >>>>> realizar transferencias de ningún tipo si no hay una necesidad
>> > > >>>> demostrada,
>> > > >>>>> pues entonces impera el poderío económico frente a los que
>> > realmente
>> > > >>>>> necesitan direcciones.
>> > > >>>>>
>> > > >>>> HA: Coincido en la conveniencia de mantener la justificación. Si
>> > bien
>> > > >>>> entiendo que puede atentar contra un esquema más rápido de
>> > > utilización,
>> > > >>>> daría la chance de tener una política más conservadora y ver como
>> > > >> resulta.
>> > > >>>>> 3) Requisitos adicionales. Mi lectura de la discusión de esta
>> > > >> propuesta y
>> > > >>>>> de la que se presentó con objetivos similares, es que una parte
>> > > >>>>> (importante) de la comunidad desea que haya un grado de control.
>> > > >> Además,
>> > > >>>>> las propias empresas de leasing nos han dicho que ellos imponen
>> ese
>> > > >>>> control
>> > > >>>>> en sus contratos. Por lo tanto, dado que puede haber empresas de
>> > > >> leasing
>> > > >>>>> “buenas y malas” (entendiendo aquí por malas aquellas que
>> alquilan
>> > > las
>> > > >>>>> direcciones sin comprobar nada, e incluso a sabiendas de que
>> pueden
>> > > ser
>> > > >>>>> usadas de forma maliciosa, generando casos de abuso, etc.),
>> porque
>> > no
>> > > >>>>> uniformizar los requisitos para que todas estén no solo
>> buscando su
>> > > >>>>> negocio, sino también siendo buenos “cyber-ciudadanos” y
>> > > contribuyendo
>> > > >> al
>> > > >>>>> bien de la comunidad?
>> > > >>>>>
>> > > >>>>> De forma resumida, veamos esas restricciones, para entender si
>> el
>> > > >>>> problema
>> > > >>>>> es que debe haber ciertas restricciones, pero no todas (por
>> > ejemplo):
>> > > >>>>> a) Que las direcciones no puedan ser utilizadas para abusos.
>> Alguna
>> > > >> razón
>> > > >>>>> por la que debamos permitir abusos desde esas direcciones?
>> > > >>>>>
>> > > >>>> HA: OK. Entiendo además que es quien reciba la transferencia
>> > temporal
>> > > >> quien
>> > > >>>> además proveerá el contacto.
>> > > >>>>
>> > > >>>>> b) Disponer de IPv6. Quizás que sea al menos un compromiso el
>> > > >> despliegue
>> > > >>>>> de IPv6?
>> > > >>>>>
>> > > >>>> HA: Disponer de asignación es comprobable. No estaría de acuerdo
>> que
>> > > se
>> > > >>>> exija que esté operativo y el compromiso no es comprobable.
>> > > >>>>
>> > > >>>>> c) Disponer de RPKI. Porque no va a desplegar RKPI alguien que
>> > reciba
>> > > >>>>> recursos?
>> > > >>>>>
>> > > >>>> HA: Me parece deseable, pero lo veo difícil como exigible.
>> > > >>>>
>> > > >>>>> d) Geolocalización e IRR. Porque no va a geolocalizar y tener
>> > > >>>>> correctamente el IRR alguien que reciba recursos?
>> > > >>>>>
>> > > >>>> HA: Me parece deseable, pero lo veo difícil como exigible.
>> > > >>>>
>> > > >>>>> e) Cumplir con MANRS. Porque no va a desear cumplir con MANRS
>> quien
>> > > >>>> recibe
>> > > >>>>> direcciones?
>> > > >>>>>
>> > > >>>> HA: Me parece deseable, pero lo veo difícil como exigible.
>> > > >>>>
>> > > >>>> HA: Me gustaría establecer los requisitos, en especial los c,d,e,
>> > pero
>> > > >> no
>> > > >>>> veo como exigirlos y no quiero atentar contra que tengamos una
>> > > >> política. Si
>> > > >>>> alguien está más creativo acá, estoy abierto a escuchar
>> > > >>>>
>> > > >>>> Si lo pensamos detenidamente, se me hace difícil comprender que
>> > > alguien
>> > > >> que
>> > > >>>>> recibe recursos para usos “buenos” no quiera protegerse también
>> y
>> > > >> cumplir
>> > > >>>>> con estos requisitos. Entiendo que pueda haber otros puntos de
>> > vista,
>> > > >>>> pero
>> > > >>>>> creo que es necesario explicarlos y debatirlos.
>> > > >>>>>
>> > > >>>>> 4) Misma sección de transferencias definitivas o diferente. Creo
>> > que
>> > > el
>> > > >>>>> problema es meramente editorial y que en realidad “en este
>> momento”
>> > > >> puede
>> > > >>>>> parecer que se lee confuso, porque en una propuesta tal y como
>> se
>> > lee
>> > > >> en
>> > > >>>> el
>> > > >>>>> sistema de políticas, no se lee tan fácilmente. Si ponemos en un
>> > PDF
>> > > a
>> > > >>>> dos
>> > > >>>>> columnas el texto actual con el texto propuesto, bajo mi punto
>> de
>> > > >> vista,
>> > > >>>> le
>> > > >>>>> lee perfectamente.
>> > > >>>>>
>> > > >>>> HA: Como dije en el micrófono, creo que la lectura es confusa,
>> pero
>> > si
>> > > >>>> estamos de acuerdo en que salga, no veo un problema con esto.
>> > > >>>>
>> > > >>>>> Saludos,
>> > > >>>>> Jordi
>> > > >>>>>
>> > > >>>>> @jordipalet
>> > > >>>>>
>> > > >>>>>
>> > > >>>>>
>> > > >>>>> **********************************************
>> > > >>>>> 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
>> > > >>>>>
>> > > >>>>> El Codigo de Conducta de la Comunidad de LACNIC (
>> > > >>>>> https://rir.la/codigoconducta-SP) aplica a las listas de
>> discusion
>> > > de
>> > > >>>>> LACNIC.
>> > > >>>>> O Codigo de Conduta da Comunidade do LACNIC (
>> > > >>>>> https://rir.la/codigoconducta-PT) se aplica as listas de
>> discussao
>> > > do
>> > > >>>>> LACNIC.
>> > > >>>>> LACNIC's Community Code of Conduct (
>> > https://rir.la/codigoconducta-EN
>> > > )
>> > > >>>>> applies to LACNIC's discussion lists.
>> > > >>>>>
>> > > >>>>>
>> > > >>>> --
>> > > >>>> *No Imprimas Digitalizá*ESTE MENSAJE ES CONFIDENCIAL. Puede
>> contener
>> > > >>>> información amparada por el secreto profesional. Si usted ha
>> > recibido
>> > > >> este
>> > > >>>> e-mail por error, por favor comuníquenoslo inmediatamente vía
>> > e-mail y
>> > > >>>> tenga la amabilidad de eliminarlo de su sistema; no deberá
>> copiar el
>> > > >>>> mensaje ni divulgar su contenido a ninguna persona. Muchas
>> gracias.
>> > > >>>>
>> > > >>>> THIS
>> > > >>>> MESSAGE IS CONFIDENTIAL. It may also contain information that is
>> > > >>>> privileged
>> > > >>>> or otherwise legally exempt from disclosure. If you have
>> received it
>> > > by
>> > > >>>> mistake please let us know by e-mail immediately and delete it
>> from
>> > > your
>> > > >>>> system; should also not copy the message nor disclose its
>> contents
>> > to
>> > > >>>> anyone. Many thanks.
>> > > >>>>
>> > > >>>>
>> > > >>>> NSS S.A. – IPLAN | CUIT: 30-70265297-5 | IVA
>> > > >>>> Responsable Inscripto | Ingr. Brutos: 901-033512-0 Inscripción
>> > I.G.J.:
>> > > >>>> 24/02/1999, N° 2588, libro 4, tomo - Sociedades por Acciones |
>> Sede
>> > > >>>> Social:
>> > > >>>> Reconquista 865 2° Piso, CABA
>> > > >>>> <
>> > > >>>>
>> > > >>
>> > >
>> >
>> https://maps.google.com/?q=Reconquista+865+2%C2%B0+Piso,+CABA&entry=gmail&source=g
>> > > >>>> C1003ABQ
>> > > >>>>
>> > > >>>>
>> > > >>>>
>> > > >>>> Ley 25326 - art.27. - inc. 3. El titular podrá en cualquier
>> > > >>>> momento solicitar el retiro o bloqueo de su nombre de los bancos
>> de
>> > > >> datos
>> > > >>>> a
>> > > >>>> los que se refiere el presente artículo.
>> > > >>>>
>> > > >>>>
>> > > >>>> Decreto 1558/01 - art. 27. -
>> > > >>>> 3er. párrafo. En toda comunicación con fines de publicidad que se
>> > > >> realice
>> > > >>>> por correo, teléfono, correo electrónico, Internet u otro medio a
>> > > >>>> distancia
>> > > >>>> a conocer, se deberá indicar, en forma expresa y destacada, la
>> > > >> posibilidad
>> > > >>>> del titular del dato de solicitar el retiro o bloqueo, total o
>> > > parcial,
>> > > >> de
>> > > >>>> su nombre de la base de datos. A pedido del interesado, se deberá
>> > > >> informar
>> > > >>>> el nombre del responsable o usuario del banco de datos que
>> proveyó
>> > la
>> > > >>>> información.
>> > > >>>>
>> > > >>>>
>> > > >>>>
>> > > >>>> El titular de los datos personales tiene la facultad de
>> > > >>>> ejercer el derecho de acceso a los mismos en forma gratuita y a
>> > > >> intervalos
>> > > >>>> no inferiores a 6 meses, salvo que se acredite un interés
>> legítimo
>> > al
>> > > >>>> efecto conforme lo establecido por el artículo 14, inciso 3 de la
>> > ley
>> > > >>>> 25326.-
>> > > >>>>
>> > > >>>>
>> > > >>>>
>> > > >>>> La Agencia de Acceso a la Información Pública , órgano de
>> > > >>>> control de la ley Nº 25.326, tiene la atribución de atender las
>> > > >> denuncias
>> > > >>>> y
>> > > >>>> reclamos que se interpongan con relación al incumplimiento de las
>> > > normas
>> > > >>>> sobre protección de datos personales.
>> > > >>>>
>> > > >>>> _______________________________________________
>> > > >>>> 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
>> > > >>>>
>> > > >>>> El Codigo de Conducta de la Comunidad de LACNIC (
>> > > >>>> https://rir.la/codigoconducta-SP) aplica a las listas de
>> discusion
>> > de
>> > > >>>> LACNIC.
>> > > >>>> O Codigo de Conduta da Comunidade do LACNIC (
>> > > >>>> https://rir.la/codigoconducta-PT) se aplica as listas de
>> discussao
>> > do
>> > > >>>> LACNIC.
>> > > >>>> LACNIC's Community Code of Conduct (
>> > https://rir.la/codigoconducta-EN)
>> > > >>>> applies to LACNIC's discussion lists.
>> > > >>>>
>> > > >>>>
>> > > >>> _______________________________________________
>> > > >>> 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
>> > > >>> El Codigo de Conducta de la Comunidad de LACNIC (
>> > > >> https://rir.la/codigoconducta-SP) aplica a las listas de
>> discusion de
>> > > >> LACNIC.
>> > > >>> O Codigo de Conduta da Comunidade do LACNIC (
>> > > >> https://rir.la/codigoconducta-PT) se aplica as listas de
>> discussao do
>> > > >> LACNIC.
>> > > >>> LACNIC's Community Code of Conduct (
>> https://rir.la/codigoconducta-EN
>> > )
>> > > >> applies to LACNIC's discussion lists.
>> > > >> _______________________________________________
>> > > >> 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
>> > > >>
>> > > >> El Codigo de Conducta de la Comunidad de LACNIC (
>> > > >> https://rir.la/codigoconducta-SP) aplica a las listas de
>> discusion de
>> > > >> LACNIC.
>> > > >> O Codigo de Conduta da Comunidade do LACNIC (
>> > > >> https://rir.la/codigoconducta-PT) se aplica as listas de
>> discussao do
>> > > >> LACNIC.
>> > > >> LACNIC's Community Code of Conduct (
>> https://rir.la/codigoconducta-EN)
>> > > >> applies to LACNIC's discussion lists.
>> > > >>
>> > > >>
>> > > > _______________________________________________
>> > > > 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
>> > > >
>> > > > El Codigo de Conducta de la Comunidad de LACNIC (
>> > > https://rir.la/codigoconducta-SP) aplica a las listas de discusion de
>> > > LACNIC.
>> > > > O Codigo de Conduta da Comunidade do LACNIC (
>> > > https://rir.la/codigoconducta-PT) se aplica as listas de discussao do
>> > > LACNIC.
>> > > > LACNIC's Community Code of Conduct (
>> https://rir.la/codigoconducta-EN)
>> > > applies to LACNIC's discussion lists.
>> > > >
>> > > _______________________________________________
>> > > 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
>> > >
>> > > El Codigo de Conducta de la Comunidad de LACNIC (
>> > > https://rir.la/codigoconducta-SP) aplica a las listas de discusion de
>> > > LACNIC.
>> > > O Codigo de Conduta da Comunidade do LACNIC (
>> > > https://rir.la/codigoconducta-PT) se aplica as listas de discussao do
>> > > LACNIC.
>> > > LACNIC's Community Code of Conduct (https://rir.la/codigoconducta-EN)
>> > > applies to LACNIC's discussion lists.
>> > >
>> > >
>> > _______________________________________________
>> > 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
>> >
>> > El Codigo de Conducta de la Comunidad de LACNIC (
>> > https://rir.la/codigoconducta-SP) aplica a las listas de discusion de
>> > LACNIC.
>> > O Codigo de Conduta da Comunidade do LACNIC (
>> > https://rir.la/codigoconducta-PT) se aplica as listas de discussao do
>> > LACNIC.
>> > LACNIC's Community Code of Conduct (https://rir.la/codigoconducta-EN)
>> > applies to LACNIC's discussion lists.
>> >
>> >
>> _______________________________________________
>> 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
>>
>> El Codigo de Conducta de la Comunidad de LACNIC (
>> https://rir.la/codigoconducta-SP) aplica a las listas de discusion de
>> LACNIC.
>> O Codigo de Conduta da Comunidade do LACNIC (
>> https://rir.la/codigoconducta-PT) se aplica as listas de discussao do
>> LACNIC.
>> LACNIC's Community Code of Conduct (https://rir.la/codigoconducta-EN)
>> applies to LACNIC's discussion lists.
>>
>>