[lacnog] Costos de membresía: "Solo Bloques IP" vs "Bloques de IP + ASN"
Fernando Frediani
fhfrediani en gmail.com
Jue Jun 30 10:22:16 -03 2022
Hola Jorge
En el caso de aquellas organizaciones que tienen recursos IPv4/IPv6 y no
tienen ASN porque es algo heredado, facilítales lo más posible que lo
tengan y que LACNIC no tenga ninguna pérdida financiera por ello.
Pero analicemos el costo de una asignación de ASN de forma aislada en un
caso como este. ¿Cuál es el complejo "análisis" que deberá realizar
LACNIC para evaluar si la organización necesita o no ese ASN? Creo que
es bastante obvio y bastante simple de hacer. Como dije antes, lo que
lleva más tiempo es analizar la documentación y justificar una
organización para ser miembro, y eso ya se hizo.
Ya no importa hoy si hay organizaciones que no requieren ASN para
funcionar. Que reciban de todos modos como parte del proceso de
asignación de IPv4 e IPv6 para simplificar el proceso.
De nuevo: ¿cuál es el daño para la organización o para LACNIC en asignar
también un ASN como parte del mismo proceso? ¿Cuál es el daño para la
comunidad de Internet si una organización que tiene asignaciones de
IPv4/IPv6 también tiene un ASN que no quiere usar en ese momento? Cuando
menciona prudencia de no asignar un ASN a organizaciones que
eventualmente pueden optar por no usarlo de inmediato, presupone una
pérdida. ¿Cuál sería esa pérdida?
Me parece precioso por algo que no causa absolutamente ningún daño a
nadie y mantener un modelo que ya no tiene por qué ser así.
Las organizaciones que tienen asignaciones de bloques del tamaño de un
/29, /28 o /27 no necesitan ser miembros ni recibir esta asignación de
LACNIC, y no es de eso de lo que estamos hablando.
Saludos
Fernando
Em 30/06/2022 10:09, Jorge Villa vía LACNOG escreveu:
>
> Hola Fernando, como estas?
>
> No te olvides que hay muchas organizaciones que ya tienen bloques IPv4
> o IPv6 sin tener ASN. Por tanto, tiene que existir la opción de pedir
> ASN sin pedir direcciones. El proceso debe funcionar tanto para lo que
> ya existe, como para lo nuevo.
>
> Igualmente te repito, que hay organizaciones que no requieren ASN para
> su funcionamiento (principalmente en el sector de los End-Users) y
> otros sean End-User o no; que por políticas de sus proveedores de
> tránsito, equipamiento, etc, no pueden habilitar BGP. Si les das ASN
> de manera obligatoria, usaran las direcciones y los ASN terminarán
> guardados sin usar (posiblemente mientras la organización exista).
> También es importante recordar, que hay un gran cúmulo de
> organizaciones que tienen un único enlace con su ISP, por lo tanto,
> con enrutamiento estático básico, se garantiza la conectividad; sin
> necesidad de establecer sesiones BGP.
>
> Por tanto, yo creo que tienen que estar todas las posibilidades que
> puse en mi correo anterior, y que cada cual seleccione lo que le sea
> mejor. Hoy no existe la opción de solicitud combinada que propones. SI
> hay un paquete combinado IP+ASN, con seguridad será atractivo para un
> grupo de organizaciones; pero no quiere decir que para todas.
>
> Mi experiencia personal, es que mientras mas recursos entregues sin
> que sean requeridos, terminarán sin uso. Por ejemplo (también de la
> vida real), hay organizaciones que tienen 4 servicios a publicar (dns,
> correo, www y ftp); para lo cual con un bloque /29 sería mas que
> suficiente. Sin embargo, para supuestamente propiciar el desarrollo en
> la organización, le entregas un /28 o un /27. Sin embargo, luego te
> encuentras que tienen publicados los 4 servicios tras un proxy inverso
> (con una misma IP). O sea, hubieras resuelto esa situación con un /30;
> pero buscando promover el desarrollo, les asignaste un /28 o /27 que
> nunca emplearon.
>
> Aunque los ASN no sean un recurso escaso, me parece prudente (sobre
> todo a los efectos de mantener actualizado el Registro); que los ASN
> se asignen a quienes realmente los vayan a emplear, aunque es una
> opción abierta a toda la membresía (como hasta el momento).
>
> Saludos,
>
> Jorge
>
> *De: *LACNOG <lacnog-bounces en lacnic.net> en nombre de Fernando
> Frediani <fhfrediani en gmail.com>
> *Responder a: *Latin America and Caribbean Region Network Operators
> Group <lacnog en lacnic.net>
> *Fecha: *jueves, 30 de junio de 2022, 8:21 a. m.
> *Para: *<lacnog en lacnic.net>
> *Asunto: *Re: [lacnog] Costos de membresía: "Solo Bloques IP" vs
> "Bloques de IP + ASN"
>
> Hola Jorge
>
> ¿Cuál es el punto de tener solo ASN sin IPv4 o IPv6?
>
> ¿Cuál es el daño para una organización que tiene IPv4 o IPv6 tener
> también un ASN aunque inicialmente no anunciará los recursos que
> utilizan ese ASN? ¿Cuál es la pérdida para LACNIC hacer eso?
>
> Si se simplifica el proceso para asegurar que toda organización que
> tenga IPv4 o IPv6 siempre tenga un ASN en el peor de los casos, no se
> causa ningún tipo de daño a la misma ni al RIR. Entonces, ¿por qué
> quedarse con un modelo antiguo que ya no tiene razón de existir porque
> ya no hay escasez de ASN? Parece que asignar obligatoriamente un ASN a
> una organización en este escenario la dañará de alguna manera.
>
> Fernando
>
> On 29/06/2022 19:55, Jorge Villa vía LACNOG wrote:
>
> Hola Fernando, como estas?
>
> Según veo, tu propuesta tiene 2 puntos claros:
>
> 1. El ASN tiene un costo
> 2. Reducir la tramitación de recursos
>
> Creo que lo que debería pasar es que tuviéramos 3 posibilidades en
> la solicitud de recursos
>
> 1. Solicitar solo direcciones IPv4
> 2. Solicitar solo direcciones IPv6
> 3. Solicitar direcciones IPv4 +IPv6 de forma conjunta
> 4. Solicitar solamente ASN
> 5. Solicitar de forma conjunta IP+ASN
>
> Si bien la opción combinada que propones, reduce los trámites, no
> necesariamente es lo que interesa a las organizaciones que
> solicitan recursos. No olvidemos que todo esto es aplicable tanto
> a Proveedores como a End-Users,. Hay quien ya tiene ASN y solo
> necesita direcciones, y hay quien sabe que no puede correr BGP en
> su infraestructura en el momento de hacer la solicitud ni en un
> tiempo relativamente corto (ya sea por el equipamiento que tiene,
> porque su proveedor no lo permite, porque no tiene personal fijo
> de operación, etc.). Si mas adelante tienen las condiciones para
> anunciar sus direcciones IP por BGP, pues que soliciten el ASN, y
> listo. Por tanto, debe quedar a decisión de cada organización,
> como solicitar los recursos; y desde el Registro, brindarle todo
> el abanico de posibilidades.
>
> Saludos,
>
> Jorge
>
> *De: *LACNOG <lacnog-bounces en lacnic.net>
> <mailto:lacnog-bounces en lacnic.net> en nombre de Fernando Frediani
> <fhfrediani en gmail.com> <mailto:fhfrediani en gmail.com>
> *Responder a: *Latin America and Caribbean Region Network
> Operators Group <lacnog en lacnic.net> <mailto:lacnog en lacnic.net>
> *Fecha: *miércoles, 29 de junio de 2022, 6:11 p. m.
> *Para: *<lacnog en lacnic.net> <mailto:lacnog en lacnic.net>
> *Asunto: *Re: [lacnog] Costos de membresía: "Solo Bloques IP" vs
> "Bloques de IP + ASN"
>
> Creo que el punto de este tema no es decir "dar ASN gratis", sino
> simplemente no cobrarlo por separado del proceso de asignación de
> IPv4 y/o IPv6 para no crear pasos adicionales para que cualquier
> organización tenga siempre un ASN.
>
> No puedo creer que haya algún costo relevante asociado con la
> asignación de un ASN cuando esto se hace junto con un proceso de
> asignación de IPv4/IPv6. Los costos cobrados por el proceso
> completo pueden cubrir tranquilamente todo el trabajo involucrado.
> Lo que da más trabajo ciertamente es el análisis de la
> documentación y justificación necesaria para asignar o transferir
> un bloque IPv4/IPv6 y no analizar si la organización necesita o no
> un ASN y registrarlo en la base de datos whois, al fin y al cabo
> si está recibiendo un bloque de direcciones no hay mucho que
> pensar la necesidad de recibir un ASN. Además de eso, no puedo ver
> una situación en la que alguien solo solicite ASN sin IPv4/IPv6.
>
> Por lo tanto, la sugerencia es *dejar de cobrar por separado* por
> ASN y hacerlo parte de *cualquier proceso de asignación de
> IPv4/IPv6*, y para que LACNIC no tenga pérdidas, tener un valor
> único para todo el proceso.
>
> Esto simplifica el proceso y resalta los puntos positivos
> mencionados en otras publicaciones.
>
> Fernando
>
> On 29/06/2022 17:14, Tomas Lynch wrote:
>
> Pensamientos sueltos sobre este tema (no todos son mios):
>
> 1) Si dar ASNs gratis es algo para fomentar el desarrollo en
> la región, también podrían ser gratis las asignaciones IPv6.
>
> 2) Para el mantenimiento de los recursos existe un costo que
> no es solamente una bonita página que pone lindo el whois.
>
> 3) Apoyo el punto de Fischer sobre la teoría de los comunes.
>
> 4) ¿Qué hacemos con los que ya pagaron por el ASN?
>
> 5) Probablemente lo del ASN gratis no sea un tema de Lacnic
> pero si de ISOC para el desarrollo en la región.
>
> Saludos,
>
> Tomás Lynch
>
> On Wed, Jun 29, 2022 at 12:04 PM Douglas Fischer
> <fischerdouglas en gmail.com> wrote:
>
> sed 's/"A- Evite que"/"B- Evite que"'
>
> Em qua., 29 de jun. de 2022 às 12:58, Douglas Fischer
> <fischerdouglas en gmail.com> escreveu:
>
> Estoy de acuerdo y reafirmo lo comentado por Sergio!
>
> Por lo que puedo ver, existen principalmente razones
> por las que hay un costo para obtener un ASN:
> A- Cubrir los costos que implica el trabajo de
> analizar, validar, cuestionar, revisar... Asignar... Y
> luego mantener la información sobre este ASN.
> A- Evite que la obtención de ASN sea trivial.
>
> Específicamente sobre el punto B:
> Creo que muchos aquí deben estar familiarizados con el
> concepto de "Tragedia de los comunes" o "Boston Common".
> Si no existe algún tipo de barrera para la obtención,
> seguramente habrá un mal uso del limitado recurso
> involucrado.
> Y es exactamente de este fenómeno de lo que trata el
> punto B.
>
> Lo que creo que se puede hacer para reducir los
> problemas que se plantearon en este hilo es:
> 1- Definir que a partir de ahora no se podrá realizar
> otra asignación de Bloques IPv4 o IPv6 a una
> institución que no cuente con ASN propio. Si este ASN
> está ubicado en la región LACNIC o en otro RIR.
> Creo que esa podría ser una definición que está solo
> en el ámbito administrativo, sin depender de cambiar
> políticas, dado que esa metodología ya es practicada
> por Registro.BR y esto sigue estrictamente el manual
> de políticas de LACNIC.
> P.D.: Quiero reiterar que considero EXCELENTE y
> encomiable esta práctica del Registro.BR.
>
> 2- Crear un mecanismo de incentivo para la obtención
> de ASN para todos los poseedores de Bloques LACNIC
> IPv4 e IPv6 que no cuenten con ASN.
> Quizás, EN ESTE CASO ESPECÍFICO (considerando que de
> ahora en adelante esto no sucederá más - sugerencia
> 1), se pueda pensar en algún incentivo aún mayor en el
> aspecto financiero.
> Me imagino que debemos estar hablando de un número
> entre 300-500 organizaciones.
> Por ejemplo, si el descuento para estos casos fuera
> aún mayor por un período como 12 meses, ciertamente
> podríamos reducir ese número para aquellos que saben
> menos del 20% de lo que existe hoy.
>
> Y para terminar:
> Considerando las condiciones muy atractivas que ofrece
> LACNIC a las instituciones pequeñas (U$500 en 12x),
> veo que intentar defender la exención de este costo
> puede ser el preludio de algún intento de política
> populista.
>
> Em qua., 29 de jun. de 2022 às 10:22, Sergio Rojas. .
> . <sergio.astigarraga en gmail.com> escreveu:
>
> Fernando,
>
> Toda asignación de recurso, así como el recurso en
> si tiene siempre un costo detrás. Imagino que
> anualmente el RIR paga una cuota a IANA. El
> análisis de la solicitud de ASN no se asigna de
> forma automática, detrás hay un proceso de
> análisis de cumplimiento de políticas, cuyos
> encargados son los Analistas de Recursos y eso
> también tiene su costo; es por eso que coincido
> con Douglas en que me parece justo que las
> asignaciones de ASN tengan un costo.
>
> Por otro lado, agregar también las facilidades de
> pagos que ofrece LACNIC a los ISP pequeños que
> entran en la categoría Nano y Micro, pues no es
> necesario realizar el pago de los 500U$D al
> contado, tienen forma de financiarlo de acuerdo a
> lo que indica la web de LACNIC:
>
> *Financiamento
> *ASN para Nano y Micro: Financiar a 12 meses
> el monto de 500 USD, permitiendo pagar durante los
> 12 meses iniciales.*
>
> Por último, corregir un comentario que hiciste en
> correos atrás y evitar que la comunidad de LACNOG
> tenga una visión errónea sobre el uso de este recurso:
>
> *>Incluso si, eventualmente, una organización no
> tiene la intención de usar su ASN y tiene la
> intención de anunciar sus bloques a través de otro
> ASN,
> >no le causa ningún daño tener un ASN, dado
> que LACNIC ya no lo cobre por separado.*
>
> Esto no es posible, el ASN es asignado en base a
> requisitos establecidos en las políticas y es un
> deber del asociado cumplirlas. De no utilizarlo,
> el recurso podrá ser revocado.
>
> Saludos,
>
> Sergio. . .
>
> El 28/6/22 a las 23:13, Fernando Frediani escribió:
>
> Hola Alfredo
>
> ¿Por qué no eliminamos simplemente la cobranza
> por asignar ASNs o incluimos el monto total
> para cualquier organización que solicite IPv4
> y/o IPv6 automáticamente tal com hace
> Registro.br o RIPE?
>
> Tal vez cuando esto se definió había una razón
> para cobrar por separado, pero hoy en día con
> ASN de 32 bits ni siquiera hay preocupación
> por la escasez. Y una organización con solo
> ASN (si es que eso es posible) genera
> prácticamente ningún costo para LACNIC, a
> diferencia de aquellos que tienen bloques
> asignados. Me parece algo antiguo que acabó
> quedándose y nunca se ha cambiado.
>
> Estoy de acuerdo con los puntos de Emilio de
> que esto fomenta cosas como peering y multihoming.
> Saludos
>
> Fernando
>
> On 28/06/2022 21:28, Alfredo Verderosa wrote:
>
> Hola Douglas, escribiendo mi respuesta
> llegó la de Jorge. De todos modos te la
> envío como complemento de la suya.
>
> —————
>
> El ASN únicamente tiene impacto en la
> cuota de asignación inicial y luego no
> impacta las cuotas de renovación.
>
> El costo del ASN que se paga por única vez
> al momento de la asignación es de 1.000
> usd. Sin embargo existe un descuento de
> 50% vigente para los ISP que no tienen ASN
> asignado e ingresan en las categorías más
> pequeñas (el costo en estos casos es 500
> usd por única vez).
>
> Este descuento fue aprobado por el
> Directorio de LACNIC hace muchos años para
> las categorías menores en IPv4 y ampliado
> últimamente para la categoría Small de
> IPv6 y así para facilitar la adquisición
> del ASN por parte de los ISPs para los
> cuales el costo podría ser una barrera.
>
> Pueden ver información detallada en el
> link que dejó más abajo y cualquier
> consulta adicional quedó a disposición.
>
> https://www.lacnic.net/5446/1/lacnic/tabla-de-cuotas-asn
>
> Alfredo
>
>
>
>
> El 28 jun. 2022, a la(s) 20:46, Jorge
> Villa vía LACNOG <lacnog en lacnic.net>
> <mailto:lacnog en lacnic.net> escribió:
>
>
>
> Hola Douglas, como estas?
>
> Con seguridad alguien del staff de
> LACNIC podrá iluminarnos mejor; pero
> hay dos temas importantes a aclarar.
>
> 1. La categoría de miembros no tiene
> en cuenta si tienes ASN o no, sino
> que se clasifica, según las
> cantidades de direcciones
> (IPv4/IPv6) que posee el miembro,
> y de si es ISP o Usuario Final
> (ver
> https://www.lacnic.net/2397/1/lacnic/categorias-y-cuotas-de-asociados)
>
> 1. El ASN tienenun costo adicional al
> de las direcciones IP, y se paga
> una sola vez (no con renovación
> anual como las IP); aunque si hay
> tarifas preferenciales de
> contratación vigentes, para ASN de
> los miembros en categorías Nano,
> Small y Micro (ver
> https://www.lacnic.net/5446/1/lacnic/tabla-de-cuotas-asn)
>
> Así que respondiendo a tu pregunta, si
> existe incremento de costo para el
> asociado, el año en que contrata el
> ASN (porque está adquiriendo un nuevo
> recurso); pero su categoría de
> membresía no se altera por ello. (y en
> consecuencia, su pago por concepto de
> membresía, sigue siendo el mismo)
>
> Saludos,
>
> Jorge
>
> *De: *LACNOG
> <lacnog-bounces en lacnic.net>
> <mailto:lacnog-bounces en lacnic.net> en
> nombre de Douglas Fischer
> <fischerdouglas en gmail.com>
> <mailto:fischerdouglas en gmail.com>
> *Responder a: *Latin America and
> Caribbean Region Network Operators
> Group <lacnog en lacnic.net>
> <mailto:lacnog en lacnic.net>
> *Fecha: *martes, 28 de junio de 2022,
> 4:51 p. m.
> *Para: *Latin America and Caribbean
> Region Network Operators Group
> <lacnog en lacnic.net>
> <mailto:lacnog en lacnic.net>
> *Asunto: *[lacnog] Costos de
> membresía: "Solo Bloques IP" vs
> "Bloques de IP + ASN"
>
> Hemos visto cierta recurrencia de
> casos en nuestro servicio a pequeños
> ISP que no tienen bloques IPv4 e IPv6,
> pero no tienen ASN.
>
> Para mí, que soy de Brasil, esto es
> bastante diferente a lo que estamos
> acostumbrados.
> Nota: En el Registro.BR no hay
> asignación de Bloques IP sin que la
> entidad tenga ASN.
>
> En tiempos pasados, creo que no tener
> un ASN tenía sentido.
> Pero en la actualidad, con la gama de
> soluciones de software y hardware para
> enrutadores de borde, creo que ya no
> tiene sentido tener un ASN.
>
> Además, temas como RPKI e IRR se
> vuelven más claros y sencillos, y por
> lo tanto menos susceptibles a errores,
> con este enlace directo entre bloques
> de IP y ASN.
>
> Y es por estas razones que sugerimos a
> todos nuestros clientes que se
> encuentren en esta situación de tener
> IP bloqueadas y no tener ASN soliciten
> su ASN con su RIR.
>
> Sin embargo, al hacer esta sugerencia
> de que requieren su propio ASN, la
> primera pregunta que recibimos es
> sobre el costo de la membresía.
> Hablamos de pequeños ISP que suelen
> tener 1/22v4 o 1/23 y 1/32v6 v4. Y en
> cierto modo entiendo su preocupación.
>
> Preguntan si se encarecerá o no la
> cuota anual de membresía de LACNIC.
>
> Incluso creo que sé la respuesta a eso.
> Pero me gustaría buscar una respuesta
> de alguien más, preferiblemente del
> Staff de LACNIC, sobre esto.
>
> Y si es posible, con una simulación de
> valores sobre un escenario muy pequeño
> como te comentaba.
>
> --
>
> Douglas Fernando Fischer
> Engº de Controle e Automação
>
> _______________________________________________
> LACNOG mailing list LACNOG en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lacnog
> Cancelar suscripcion:
> https://mail.lacnic.net/mailman/options/lacnog
>
>
> _______________________________________________
> LACNOG mailing list
> LACNOG en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lacnog
> Cancelar suscripcion:
> https://mail.lacnic.net/mailman/options/lacnog
>
>
>
>
> _______________________________________________
>
> LACNOG mailing list
>
> LACNOG en lacnic.net
>
> https://mail.lacnic.net/mailman/listinfo/lacnog
>
> Cancelar suscripcion:https://mail.lacnic.net/mailman/options/lacnog
>
>
>
>
> _______________________________________________
>
> LACNOG mailing list
>
> LACNOG en lacnic.net
>
> https://mail.lacnic.net/mailman/listinfo/lacnog
>
> Cancelar suscripcion:https://mail.lacnic.net/mailman/options/lacnog
>
> _______________________________________________
> LACNOG mailing list
> LACNOG en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lacnog
> Cancelar suscripcion:
> https://mail.lacnic.net/mailman/options/lacnog
>
>
> --
>
> Douglas Fernando Fischer
> Engº de Controle e Automação
>
>
> --
>
> Douglas Fernando Fischer
> Engº de Controle e Automação
>
> _______________________________________________
> LACNOG mailing list
> LACNOG en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lacnog
> Cancelar suscripcion:
> https://mail.lacnic.net/mailman/options/lacnog
>
>
>
>
> _______________________________________________
>
> LACNOG mailing list
>
> LACNOG en lacnic.net
>
> https://mail.lacnic.net/mailman/listinfo/lacnog
>
> Cancelar suscripcion:https://mail.lacnic.net/mailman/options/lacnog
>
> _______________________________________________ LACNOG mailing
> list LACNOG en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lacnog Cancelar
> suscripcion: https://mail.lacnic.net/mailman/options/lacnog
>
>
>
> _______________________________________________
>
> LACNOG mailing list
>
> LACNOG en lacnic.net
>
> https://mail.lacnic.net/mailman/listinfo/lacnog
>
> Cancelar suscripcion:https://mail.lacnic.net/mailman/options/lacnog
>
> _______________________________________________ LACNOG mailing list
> LACNOG en lacnic.net https://mail.lacnic.net/mailman/listinfo/lacnog
> Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog
>
>
> _______________________________________________
> LACNOG mailing list
> LACNOG en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lacnog
> Cancelar suscripcion:https://mail.lacnic.net/mailman/options/lacnog
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <https://mail.lacnic.net/pipermail/lacnog/attachments/20220630/14267891/attachment-0001.htm>
Más información sobre la lista de distribución LACNOG