[LACNIC/Politicas] Nueva propuesta LAC-2019-9 / Nova proposta LAC-2019-9 / New proposal LAC-2019-9
Ricardo Patara
patara at registro.br
Wed Aug 7 16:40:34 -03 2019
Hola Ariel,
Estoy en contra la propuesta:
- no veo clara la necesidad de la actualización propuesta.
- y tampoco estoy de acuerdo de incluir párrafos de otras partes del documento
de políticas en lo que debería ser la revisión del párrafo 7 como descrito en el
título de la propuesta
Saludos
Ricardo Patara
On 07/08/2019 16:28, Ariel Weher wrote:
> De igual manera, agradecemos cualquier otro comentario que tenga el resto
> de la comunidad, para evitar en lo posible generar debates bilaterales
> sobre la lista.
>
> ¿Está usted de acuerdo o en contra de la propuesta?.
>
> Cordiales saludos.
>
> On Wed, Aug 7, 2019 at 4:28 PM Ariel Weher <ariel at weher.net> wrote:
>
>> Estimados Jordi y Fernando:
>>
>> Les agradezco por favor mantener el objetivo de discutir el texto de la
>> propuesta sin entrar en cuestiones de procesos internos de LACNIC.
>>
>> Cordiales saludos.
>>
>> On Wed, Aug 7, 2019 at 1:37 PM Fernando Frediani <fhfrediani at gmail.com>
>> wrote:
>>
>>> Hola Jordi
>>>
>>> On 07/08/2019 12:47, JORDI PALET MARTINEZ via Politicas wrote:
>>>> <clip>
>>>>
>>>> No, esto no es así. NO necesariamente es público. Si yo tengo (o voy a
>>> tener en los próximos meses) IP sobrantes, porque esto cambiando mi red de
>>> dual-stack a IPv6-only, puedo decírselo a un broker para que las agregue a
>>> su "cartera", o a un ISP de la competencia que sé que las necesita.
>>> Hacerlo violará la política desde mi punto de vista y, aparentemente, de
>>> LACNIC también. Los IP excedentes que mencione deben usarse
>>> exclusivamente para su infraestructura o para servir a sus clientes
>>> finales. Si tiene IPs excedentes, asigne otros usos para ellos dentro de
>>> su propio ASN o devuélvalos a LACNIC para asignarlos a otro ASN que
>>> realmente los necesite.
>>>
>>> Recordando algo importante: LACNIC si tuviera evidencia de mal uso de
>>> las asignaciones de direcciones IP puede solicitar el ASN **en cualquier
>>> momento** para justificar de nuevo el uso de las asignaciones que tiene.
>>> Por lo tanto, le pregunto: ¿puede la ASN justificar en este momento que
>>> parte de esas asignaciones está actualmente "alquiladas a otro ASN" o
>>> "está disponible a que un broker para que se beneficie de las
>>> direcciones que la ASN receptora ya no utiliza" ?
>>>>
>>>> Si el ISP de la competencia pasa la justificación de necesidad de
>>> LACNIC, entonces el ISP que le van a sobrar sus direcciones, las
>>> transfiere. La política no dice que se tenga que conocer (ANTES de la
>>> justificación de la necesidad), quien puede ser el "donante", y además un
>>> bróker puede tener "varias opciones" de diferentes bloques incluso de
>>> diferentes ISPs y diferentes regiones.
>>>>
>>>> En la política, primero se ejecuta el paso 2.3.2.18.2 y luego el
>>> 2.3.2.18.3, NO necesariamente se hace de forma simultánea, y si el
>>> procedimiento de LACNIC lo hace así, sería incorrecto. Insisto, PRIMERO
>>> justifico necesidad, SEGUNDO decido de donde recibo las direcciones, entre
>>> varias posibles opciones (uno o varios brokers, o uno o varios donantes
>>> directos).
>>> Lo siento Jordi, pero lo que dices no tiene sentido, ni siquiera tiene
>>> sentido lógico o procesal.
>>> Para que comience una transacción de transferencia, LACNIC debe ser
>>> consciente de que hay un ASN "donante" que desea transferir sus recursos
>>> a otro. Según el tamaño del bloque que se va a transferir, el ASN
>>> receptor debe justificar su uso.
>>>
>>> ¿O cree que el ASN receptor va directamente a LACNIC para decir "Hay un
>>> ASN "secreto "que está dispuesto a transferirme un / 20 y quiero hacer
>>> el proceso de justificación y luego comenzar el proceso de transferencia
>>> y decir quién es este donante ASN" ?
>>>
>>> Establece claramente en el manual de políticas en 2.3.2.18.3: "LACNIC o
>>> el RIR correspondiente (en función de la dirección de la transferencia),
>>> **verificará la titularidad del recurso a transferir** y que esté libre
>>> de disputas.En los casos de transferencias intra-RIR, ambas entidades
>>> deberán presentar a LACNIC una copia firmada del documento legal que
>>> respalde la transferencia"
>>> Entonces pregunto: "¿Cómo es posible que LACNIC continúe con el proceso
>>> de transferencia si ni siquiera sabe quién es el titular de los recursos ?
>>>>
>>>> el tamaño del bloque que se transferirá. Por lo tanto, un ASN
>>> "donador"
>>>> debe decirle a LACNIC "Estoy dispuesto a renunciar a algunos de mis
>>>> prefijos porque ya no los uso" (la justificación de ventas no es
>>>> válida), y el ASN receptor debe justificar su uso para *ese tamaño
>>> de
>>>> prefijo**.
>>>>
>>>> Si no siguiéramos el orden de los pasos de la política, entonces NO se
>>> podría hacer ninguna transferencia y la política sería innecesaria, porque
>>> primero el "actual" resource-holder le diría a LACNIC "ya no necesito estos
>>> recursos", y LACNIC, siguiendo la necesidad de justificar el uso, podría
>>> decir "devuélvemelos" ...
>>> Esta no es la forma en que lo dices. Cuando el manual de políticas dice
>>> que el ASN receptor primero debe justificar que es solo **una
>>> condición** para que el proceso de transferencia continúe, pero sin la
>>> declaración del bloque en cuestión ni siquiera es posible comenzar el
>>> proceso.
>>>>
>>>> Si no puede justificar el uso, esos prefijos deben devolverse al
>>> pool de
>>>> LACNIC ya que el ASN "donante" ya ha asumido oficialmente que ya no
>>>> tiene ningún uso y ya no justifica mantenerlos bajo su
>>> responsabilidad.
>>>>
>>>> Con la aceptación de las políticas de transferencias hemos "aceptado"
>>> este "juego": No los necesito, pero NO se los devuelvo a LACNIC (que sería
>>> lo suyo si todos fuéramos 100% honrados en este planeta), sino que intento
>>> "transferirlos" y con ello pago parte de la mejora de mi red.
>>> Este es el costo y la seriedad de un proceso de transferencia de
>>> recursos. Si el RIR no reconoce un proceso de compra y venta(y lo hace
>>> correctamente), entonces al menos ambos ASNs son conscientes de que ese
>>> bloque se utilizará de facto y no se quedará allí en contra de los
>>> principios de atribución IP como la conservación.
>>>>
>>>> Sin embargo, si el personal de LACNIC desea aclarar que sería aún
>>> mejor
>>>> calmar este tema de lo que repito, es bastante obvio para mí.
>>>>
>>>> Saludos cordiales
>>>>
>>>>
>>>> On 07/08/2019 11:17, Gianina Pensky wrote:
>>>> > Estimados,
>>>> >
>>>> > Con respecto a la consulta realizada en los correos anteriores:
>>>> >
>>>> > El staff analiza cada caso con sus particularidades, por lo cual
>>>> > prefiere no opinar sobre casos genéricos, pues usualmente se
>>> omiten
>>>> > detalles que pueden ser determinantes. Si hubiera un caso real
>>> que
>>>> > debamos atender, agradecemos que nos lo compartan y podremos
>>>> > analizarlo con mayor detalle.
>>>> >
>>>> > De cualquier forma, acercamos las referencias del Manual de
>>> Políticas
>>>> > y del Acuerdo de Servicios al respecto:
>>>> >
>>>> > * En el Manual de Políticas, los puntos:
>>>> > o 1.9. Asignar
>>>> > /Asignar significa delegar espacio de direcciones a un
>>> usuario
>>>> > final, para su uso exclusivamente dentro de la
>>> infraestructura
>>>> > que opera, así como para fines de interconexión. La
>>> asignación
>>>> > de espacio de direcciones es sólo para el uso por el
>>> receptor
>>>> > original de dicha asignación, así como para dispositivos
>>> de
>>>> > terceros, siempre y cuando estén operando dentro de dicha
>>>> > infraestructura/.
>>>> >
>>>> > o 2.3.3.4.Asignaciones a Usuarios Finales/
>>>> > //LACNIC asignará bloques de direcciones IPv4 a usuarios
>>> finales
>>>> > que requieren espacio//
>>>> > //de direcciones IPv4 para su uso interno, para el
>>>> > funcionamiento de sus redes. /
>>>> >
>>>> > * En el Acuerdo de Servicios, cláusula 2: /En caso de que el
>>>> > Solicitante sea un Proveedor de Servicios de Internet, el
>>>> > Solicitante acuerda que las direcciones IP serán usadas
>>> únicamente
>>>> > para su infraestructura interna o para asignar a los clientes
>>> a los
>>>> > que el Proveedor de Servicios de Internet está proveyendo
>>> servicios
>>>> > de acceso a Internet./
>>>> >
>>>> > Quedamos atentos a cualquier consulta.
>>>> > Saludos cordiales,
>>>> >
>>>> _______________________________________________
>>>> 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
>>>
>>
> _______________________________________________
> Politicas mailing list
> Politicas at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/politicas
>
More information about the Politicas
mailing list