[lacnog] Costos de membresía: "Solo Bloques IP" vs "Bloques de IP + ASN"
Fernando Frediani
fhfrediani en gmail.com
Jue Jun 30 13:51:08 -03 2022
Hola Jorge
On 30/06/2022 13:22, Jorge Villa vía LACNOG wrote:
>
> Fernando, solo unos comentarios adicionales para cerrar el tema (al
> menos por mi parte)
>
> Las direcciones IP y los ASN son recursos numéricos, que cumplen
> funciones completamente diferentes; y aunque puede resultar
> conveniente en ciertas situaciones, es errado suponer que van
> indisolublemente ligados, como para que necesariamente haya que
> manejarlos de manera conjunta como única opción.
>
Entiendo y estoy de acuerdo. Por eso aclaré que *incluso si no se va a
usar de inmediato* no es un problema asignar un ASN a una organización
que está recibiendo recursos IPv4/IPv6 ya que prácticamente no se daña
al RIR ni a la comunidad y tiene el beneficio de simplificar el proceso
y no cobrar por separado algo que ya no necesita hacerse mas de esa manera.
>
> Se cumple que todos los bloques IPv4/IPv6 visibles en las tablas
> globales, están anunciados por algún AS; pero lo que no se cumple (ni
> creo que se cumpla alguna vez), es que cada bloque lo anuncie el AS de
> la organización que ostenta la titularidad del bloque. Tuvimos un
> debate en la lista hace algún tiempo, y me parece que quedó claro, que
> hay diversas situaciones por las cuales, un bloque IP se anuncia desde
> un AS diferente.
>
Es cierto que no siempre lo anunciará la ASN de la organización
propietaria de los bloques, pero no hay tantas situaciones diferentes
como esta y no es algo tan amplio. Hay situaciones más específicas en
las que esto es necesario y no hay problema con eso. Aún así,
simplificar el proceso para que estas organizaciones reciban siempre un
ASN no causa ningún tipo de daño y cambia un procedimiento que a mi modo
de ver ya no tiene por qué ser separado.
Saludos
Fernando
> En mi opinión, la principal causa de que haya organizaciones que
> tengan direcciones IPv4/IPv6 y no tengan ASN es simplemente, porque no
> lo necesitan ni les interesa. No van a correr BGP ni aunque les
> regalen un ASN diferente cada día de sus vidas.
>
> 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, 9:58 a. m.
> *Para: *<lacnog en lacnic.net>
> *Asunto: *Re: [lacnog] Costos de membresía: "Solo Bloques IP" vs
> "Bloques de IP + ASN"
>
> Exacto Jorge, la idea es facilitar que todos puedan tener un ASN,
> *incluso aquellos que no lo van a usar en ese momento inicial* ya que
> esto no perjudique a LACNIC ni toda la comunidad de Internet.
>
> Sí, hay organizaciones que tienen recursos IPv4/IPv6 sin ASN, pero
> aquí hay un análisis de por qué. Algunas razones podrían ser:
> - Porque antes ASN era un recurso escaso
> - Porque la organización no quería pagar tan poco como USD 500
> - Porque no se instruyó adecuadamente a la organización por qué
> solicitar ASN como parte del proceso de asignación de IPv4/IPv6
> - etc
>
> No sabemos exactamente las razones y puede ser un tema para una otra
> discusión.
>
> Lo que no tiene sentido desde mi punto de vista es cobrar por la
> asignación de ASN solamente en estos días dadas varias razones como la
> no escasez y también el "costo administrativo" para esa operación
> específicamente.
>
> ¿Estaría mal NIC.br en hacer como lo hace y asignar un ASN
> obligatoriamente a todos y cada uno de los ISP o Usuarios Finales que
> solicitan recursos de numeración y no tener un costo separado para
> esta operación, pero hacer todo incluido en un solo proceso? No en mi
> opinión.
>
> Fernando
>
> Em 30/06/2022 10:45, Jorge Villa vía LACNOG escreveu:
>
> Fernando, como estas?
>
> El caso de las asignaciones IP /27, /28, /29 que comente, es
> simplemente un ejemplo de lo que sucede cuando das recursos que
> alguien no demanda; pero los entregas porque los tienes y piensas
> que entregándolos vas a propiciar el desarrollo. Lo mismo va a
> suceder con los ASN. Yo creo que hay que lograr un balance entre
> facilidad de obtenerlos y necesidad de usarlos. Es decir, el que
> lo necesite y/o lo quiera tener, los pueda obtener de una forma
> fácil; y el que no esté interesado, que siga viviendo su vida sin
> ASN.
>
> Hay montones de organizaciones que tienen recursos IPv4/IPv6 y no
> tienen ASN, y no porque sea algo heredado: sino porque simplemente
> no les hace falta o al menos hasta el momento, no les ha hecho
> falta. Cuando lo requieran, que lo soliciten y listo, como mismo
> sucede hoy con IPv6.
>
> Estoy a favor de que quien requiera ASN, tenga todas las
> posibilidades y facilidades para obtenerlo (y aunque puede
> mejorarse el proceso, creo que la visión actual del Directorio de
> LACNIC y de la Asamblea de miembros, apunta en este sentido). Sin
> embargo, estoy en contra de forzar la entrega de recursos que no
> se van a emplear.
>
> 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: *jueves, 30 de junio de 2022, 9:22 a. 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"
>
> 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>
> <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: *jueves, 30 de junio de 2022, 8:21 a. 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"
>
> 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
>
> _______________________________________________ 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/bc2c66ac/attachment-0001.htm>
Más información sobre la lista de distribución LACNOG