[LACNIC/Politicas] Nueva propuesta LAC-2019-11 / Nova proposta LAC-2019-11 / New proposal LAC-2019-11
Fernando Frediani
fhfrediani at gmail.com
Tue Oct 29 16:57:04 -03 2019
Nico y Jordi
También estoy muy interesado en el análisis de impacto del staff.
Esperemos por ella.
Fernando
On 29/10/2019 16:40, Nicolas Antoniello wrote:
> Hola Jordi,
>
> No, no estoy de acuerdo con lo que observas. Pienso que (y ya lo he dicho
> antes) que las políticas no pueden adoctrinar técnicamente... en este caso
> estaríamos obligando a mantener un ASN con todo lo que implica (que
> operativamente te garantizo que está muy lejos de ser lo simple que vos
> mencionas sobre todo para usuarios finales sin experiencia en BGP y que no
> la requieran).
>
> Estamos hablando de asignación de recursos IP y de recursos de ASN y sigo
> pensando (hasta que me convenza de lo contrario) que no hay razón política
> ni técnica para atarlos.
>
> Hasta ahora, en mi opinión no hay ninguna razón de peso en contra de la
> propuesta de Edmundo. Nuevamente, esperemos el análisis de impacto de
> LACNIC para confirmar, en parte, todo esto.
>
> Saludos,
> Nico
>
>
>
>
> El mar., 29 de oct. de 2019 a la(s) 16:27, JORDI PALET MARTINEZ via
> Politicas (politicas at lacnic.net) escribió:
>
>> Hola,
>>
>> De nuevo concuerdo con Fernando.
>>
>> Creo que es razonable que quien tenga recursos (IPv4/IPv6), los anuncie
>> con su propio sistema autónomo. No hay escasez de ASNs.
>>
>> No supone un coste "grave" adicional, ya que no hay cuota anual, solo
>> inicial. Y además eso no nos importa desde el punto de vista de las
>> políticas, sino que sería una consideración para la membresía.
>>
>> Como cuestión de buenas prácticas, me parece muy importante que cada
>> espacio de direccionamiento sea anunciado por el ASN que lo "posee".
>> Incluso me parece que no hay una problemática para aquellos casos en los
>> que hay un solo upstream, ya que en esos casos se puede hacer sin necesidad
>> de la tabla completa de BGP (y por tanto cualquier "router" barato sirve),
>> y aún así tener ese espacio anunciado con el ASN que le corresponde.
>>
>> Si ademas relacionamos esto con el que debe ser habitual uso de
>> doble-pila, y la necesidad, cada vez mas habitual de multiples peers
>> (incluso con un solo enlace), por ejemplo mediante IXP, o lo que sea, lo
>> razonable es usar ASNs que "señalen" el espacio anunciado como de un
>> determinado "resource holder". Creo que ayuda a evitar hijacks, o como poco
>> a identificarlos.
>>
>> Y si, definitivamente NO se puede eliminar la necesidad de anunciar el
>> espacio asignado.
>>
>> Saludos,
>> Jordi
>> @jordipalet
>>
>>
>>
>> El 29/10/19 16:12, "Politicas en nombre de Fernando Frediani" <
>> politicas-bounces at lacnic.net en nombre de fhfrediani at gmail.com> escribió:
>>
>> Hola.
>> Esta propuesta me parece un poco extraña porque creo que el uso de ASN
>> es necesario para la gran mayoría de los casos y también algo que
>> debería fomentarse, aunque entiendo que en algunos pocos casos puede
>> no
>> ser necesario. Si hoy no es una necesidad en algunos pocos casos, es
>> muy
>> probable que lo sea en el futuro cercano.
>>
>> Creo que quizás esta propuesta tenga que ver con el hecho de que
>> LACNIC
>> cobra un monto separado por asignar un ASN. En mi opinión, esto no
>> debería existir y el ASN se asignará automáticamente a cualquier
>> solicitante (si no lo tiene en otro RIR, por ejemplo) y no se le
>> cobrará
>> de más, es decir, el mismo valor para ASN + IPv4 + IPv6. NIC.br lo
>> hace
>> así y no creo que traiga cualquier pérdidas financieras si el monto
>> cobrado es único, ni habrá problemas de escasez con los ASN de 32 bits.
>> En los casos en que el Usuario final elige no recibir ASN por un costo
>> más bajo, termina causando una cierta dependencia del ISP que debe
>> eliminarse una vez que la UF decida tener sus propios recursos y esto
>> también debe incluir ASN..
>>
>> Otro punto muy importante en el que no puedo estar de acuerdo es
>> eliminar la parte del texto que dice "El solicitante debe justificar
>> que
>> anunciará el espacio asignado".
>>
>> Saludos Cordiales
>> Fernando Frediani
>>
>> On 29/10/2019 10:18, info-politicas at lacnic.net wrote:
>> > [Português abaixo]
>> > [English below]
>> >
>> > Estimados suscriptores de la Lista de Políticas de LACNIC,
>> >
>> > Se recibió una nueva propuesta de Política, se le asignó el id
>> LAC-2019-11.
>> >
>> > Título: Eliminación del requerimiento de ASN para Usuarios Finales.
>> >
>> > Resumen: Esta propuesta busca eliminar la obligatoriedad para los UF
>> de contar con un AS para hacer uso de las direcciones que les sean
>> asignadas.
>> >
>> > Para ver el detalle ingrese en:
>> > https://politicas.lacnic.net/politicas/detail/id/LAC-2019-11
>> >
>> > Los comentarios y los puntos de vista aportados por la comunidad son
>> vitales para el correcto desarrollo del proceso de la propuestas
>> > - ¿Apoya usted o se opone a esta propuesta?
>> > - ¿Esta propuesta resolvería un problema que usted está
>> experimentando?- ¿Ve alguna desventaja en esta propuesta?
>> > - ¿Qué cambios podrían hacerse a esta propuesta para que sea más
>> eficaz?
>> >
>> > Por más información contacte a info-politicas at lacnic.net
>> > Saludos cordiales,
>> >
>> >
>> ______________________________________________________________________________________________________
>> >
>> > Prezados assinantes da lista de políticas de LACNIC,
>> >
>> > Foi recebida uma nova proposta de Política, foi atribuído o id
>> LAC-2019-11.
>> >
>> > Título: Eliminación del requerimiento de ASN para Usuarios Finales.
>> >
>> > Resumo: Esta propuesta busca eliminar la obligatoriedad para los UF
>> de contar con un AS para hacer uso de las direcciones que les sean
>> asignadas.
>> >
>> > Para ver o detalhe acesse:
>> > https://politicas.lacnic.net/politicas/detail/id/LAC-2019-11
>> >
>> > Os comentários e os pontos de vista aportados pela comunidade são
>> vitais para o bom desenvolvimento do processo das propostas
>> > - ¿Você é a favor ou contra desta proposta?
>> > - ¿Esta proposta iria resolver um problema que você está
>> experimentando?- ¿Vê alguma alguma desvantagem nesta proposta?
>> > - ¿Que mudanças poderiam ser feitas à proposta para que seja mais
>> eficaz?
>> >
>> > Por mais informações entre em contato conosco através do seguinte
>> e-mail: info-politicas at lacnic.net
>> > Atenciosamente,
>> >
>> ______________________________________________________________________________________________________
>> >
>> > Dear LACNIC Policy List subscribers,
>> >
>> > A new Policy Proposal has been received and assigned the following
>> ID: LAC-2019-11.
>> >
>> > Title: Eliminación del requerimiento de ASN para Usuarios Finales.
>> >
>> > Summary: Esta propuesta busca eliminar la obligatoriedad para los UF
>> de contar con un AS para hacer uso de las direcciones que les sean
>> asignadas.
>> >
>> > To read the proposal, please go to
>> > https://politicas.lacnic.net/politicas/detail/id/LAC-2019-11
>> >
>> > The community's comments and opinions are essential to the proper
>> functioning of the policy development process.
>> > - Do you support this policy or are you against it?
>> > - Would this proposal solve a problem you are experiencing?- Do you
>> think this proposal has any drawbacks?
>> > - What changes could be made to this proposal to make it more
>> effective?
>> >
>> > For further information, please contact info-politicas at lacnic.net
>> > Kind regards,
>> >
>> >
>> > --
>> > LACNIC - Registro de Direcciones de Internet para América Latina y
>> Caribe
>> > Rambla Rep. de México 6125, CP 11400
>> > Montevideo-Uruguay
>> > Teléfono: +598 2604 22 22
>> > www.lacnic.net
>> > _______________________________________________
>> > Politicas mailing list
>> > Politicas at lacnic.net
>> > https://mail.lacnic.net/mailman/listinfo/politicas
>> _______________________________________________
>> Politicas mailing list
>> Politicas at lacnic.net
>> https://mail.lacnic.net/mailman/listinfo/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
>>
> _______________________________________________
> Politicas mailing list
> Politicas at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/politicas
More information about the Politicas
mailing list