[LACNIC/Politicas] Recursos IPv4: Alquilar o no?
Hernan Arcidiacono
harcidiacono at iplan.com.ar
Sun Oct 29 22:16:50 -03 2023
Yo voy a decir algo que quizás me arrepienta y no estoy del todo
convencido, pero si queremos que los recursos de la región no se vayan a
otra vamos a tener que ser tan o más atractivos que los otros RIRs.
Es decir, si RIPE acepta que se haga una transferencia que después se
transforma en alquiler (es lo que pasaría en términos prácticos), mal que
me pese, la única solución que veo efectiva sería permitir el alquiler.
(Quizás me arrepienta de lo que acabo de escribir, pero mal que me pese es
una conclusión desde lo racional).
Hernán Arcidiácono
CTIO
Directo: 5411 5031 6411
<https://www.youtube.com/channel/UCyYudfbUubvOjuFBTYJCOeg>
<https://www.linkedin.com/company/iplan-telecommunications/>
On Thu, Oct 26, 2023 at 3:03 PM Ricardo Patara via Politicas <
politicas at lacnic.net> wrote:
> Hola,
>
> sin considerar por el momento mi posición acerca del concepto, tengo
> algunos comentarios
>
> la justificativa apuntada seria "evitar que bloques salgan de la
> región", y eso con base al que se escribió:
>
>
> > Inicialmente, no estoy favorable a cómo se hace ahora. Bloques salen
> > de la región a RIPE, de allí se alquilan nuevamente a LAC al que
> > tiene plata para pagar, sin ningún parámetro. Eso soluciona un
> > problema, pero también puede crear otros.
> con eso la idea seria crear una regla con base a la cual las partes
> tendrían que cumplir con algunos criterios
>
> de estos criterios quisiera comentar solamente uno: NECESIDAD
>
> algo así solamente valdría si ambas las partes se encuentran en la región.
>
> tampoco impide recursos salgan sea para no cumplir con posibles
> requisitos sea por que se les vale más en otra parte
>
> la verdad que no veo como una regla soluciona la preocupación apuntada.
>
>
>
> On 10/10/23 16:06, Uesley Correa wrote:
> > Saludos a todos!
> >
> > Abro este hilo de conversación para que podamos intentar como comunidad
> > definir la mejor opción sobre el tema propuesto. ¿Se debe o no permitir
> > alquiler de IPv4 en la región de LACNIC?
> >
> > Inicialmente, no estoy favorable a cómo se hace ahora. Bloques salen de
> la
> > región a RIPE, de allí se alquilan nuevamente a LAC al que tiene plata
> para
> > pagar, sin ningún parámetro. Eso soluciona un problema, pero también
> puede
> > crear otros.
> >
> > Mi idea: Si el alquiler es gestionado por LACNIC, que de hecho tiene el
> ROL
> > de registrar, LACNIC podrá evaluar si el receptor de la "transferencia
> > temporaria" (podemos llamar así para que el nombre alquiler no aleje
> buenas
> > personas del hilo) cumple algunos requisitos, a saber:
> >
> > - ASN válido en la región LAC;
> > - IPv6 implementado, en usuarios finales / corporativos;
> > - ROAs creados;
> > - IRR configurado;
> > - Geolocalización;
> > - MANRS;
> > - y el más importante: NECESIDAD. Si es un ASN IPv6 Only, ese tiene
> > prioridad a rentar bloques de otro miembro. Si ya tiene IPv4, se puede
> > evaluar la posibilidad, sin embargo, la preferencia se dará a los que no
> > tienen recursos IPv4.
> >
> > A nivel de sistemas, creo que se puede usar el espacio "delegación" hoy
> que
> > permite sub-asignar un bloque, y agregar un campo: transferencia
> > temporaria. Eso permitirá al receptor manipular los ROA del bloque IPv4
> > recibido, DNS Reverso, etc.
> >
> > Y también, eso puede generar un ingreso adicional a LACNIC, habría que
> ver
> > con el directorio / asamblea de miembros la posibilidad de crear un fee
> que
> > el receptor de ese alquiler pueda pagar anualmente por los servicios
> > ofrecidos al bloque IPv4, mientras esté en la transferencia temporaria.
> >
> > Ese es mi punto de vista. Siéntanse libres para hacer aportes, incluso,
> si
> > alguien quiere escribir una propuesta de política para "oficializar la
> > transferencia temporaria", pueden sentirse libres para usar las
> > informaciones que compartí en mi correo. Mi idea es que eso puede
> facilitar
> > la vida de los cientos de operadores que actualmente están a punto de
> morir
> > pues no tienen plata para "comprar" un bloque, y tampoco se les permite
> > "transferir temporalmente" de manera facilitada en la región. También
> > soluciona un otro problema: tenemos bloques IPv4 *SIN USO* y que nadie
> va a
> > devolver. Si no oficializamos eso de una mejor manera, los bloques
> seguirán
> > sin uso y los que necesitan, van a seguir en necesidad, hasta morir o
> hasta
> > tener plata para "comprar" bloques.
> >
> > Esta es mi opinión a respecto de este tema.
> >
> > Quedo atento a comentarios. Saludos,
> >
> > Uesley Corrêa - Analista de Telecomunicaciones
> > CEO Telecom ISP Solutions
> > _______________________________________________
> > 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.
>
>
--
*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.
More information about the Politicas
mailing list