[LACNIC/Politicas] Nueva versión de la propuesta LAC-2019-4
Ricardo Patara
patara at registro.br
Mon Oct 7 20:15:09 -03 2019
>
> > > qué se piensa en solucionar con eso?
> > > seria casos donde la empresa se cambia de una parte a otra?
> > > si esta dentro del mismo país, no hay necesidad de un proceso
> > > transferencia junto a lacnic, pues el contacto admin puede ajustar cual
> > > su nueva dirección postal.
> > >
> > > Tu mismo lo has dicho: Cuando una organización cambia de lugar, es una reubicación.
> >
> > okay,
> > veo claro casos en que un ISP cambie su sede de una ciudad a otra.
> > No veo justificable casos de un ISP cambié de país, mucho menos de región.
> >
> >
> > Creo que tu falta de comprensión es porque no estas en un mercado global, no te das cuenta que hay muchos tipos de "ISPs". Quizás sería mas claro si lo llamas LIR, porque un ISP parece estar ligado a "cables" físico, y hoy en día hay muchos LIRs que no tienen porque tener infraestructura propia.
>
> es una opnión tuya y la respeto, pero te aseguro que estoy si bien
> "conectado" con lo que pasa en la industria :-)
>
> y en lacnic no tenemos la figura de LIR.
>
> Eso es incorrecto, sección 1.4 y 1.5 del manual de políticas. En LACNIC generalmente los LIRs son ISPs. De todos modos mi texto no era para decir si existe o no en LACNIC, sino porque como se que tu sabes bien lo que es un LIR, creo que puedes entender mucho mejor que puede "no haber hardware", y por tanto se da esa movilidad.
es verdad que se utiliza esa definción/explicacion y una sola vez para
explicar que se entiende como LIR dentro de LACNIC, y copío acá el texto:
"Registro de Internet Local (LIR) es un IR que a su vez asigna recursos
de Internet a usuarios de los servicios de red que éste provee. Los LIRs
son generalmente ISPs, cuyos clientes son principalmente usuarios
finales y posiblemente otros ISPs."
atención especial a lo que se dije "asigna recursos de Internet a
usuarios de los servicios de red que éste provee"
así que no existe acá la figura de un LIR que sea solamente un ente que
registra asignaciones.
sino que uno que usa las direcciones para atender sus clientes,
conectados a su red (fisica)
> la asignación se hace a un proveedor con base a su necesidad de uso. que
> está asociada a cables fisicos, clientes, infra.
>
> No sólo así. Yo puedo tener servicios en un DataCenter y ser un LIR/ISP, y no tener ni un solo cable, son VMs, con equipos alquilados, etc.
solamente para aclarar, lo que no estoy de acuerdo que dicha
transferencia se de entre regiones (inter rir)
sinceramente ningun caso concreto que lo justifique
> clientes fisicos no se mudan de un pais a otro o de una región a otra.
>
> Insisto: NO solo hay ISP/LIRs físicos.
>
> así que no veo como sustener esa tu justificativa.
>
> > Es más, está propuesta de política también aplica a usuarios finales, y creo que el porcentaje de casos de reubicaciones es muchísimo mayor allí.
>
> tampoco pasa eso para usuarios finales.
>
> en el pasado has presentado un caso de ejemplo, pero no era así tan viable.
>
> Es tu opinión, la mía es que son casos reales.
seria bueno que se agregara entonces ejemplos
>
> > así sigo en contra el texto como está.
> >
> > recomiendo saber esa palabra "reubicación" o si se mantiene, aclarar que
> > es para mismo del País.
> >
> >
> > > ahora si es un cambio de país o incluso de región, me suena raro.
> > >
> > > caso puedan dar un ejemplo de cuando pasaría algo así.
> > >
> > > y estaría totalmente cuentra si con eso se permitiera mover los recursos
> > > hacia otra región.
> > >
> > > Dado que no se especifican restricciones, atendiendo al uso del Castellano, permite que sea de cualquier lugar a cualquier lugar.
> > >
> > > En la última reunión, alcanzó consenso la política de transferencias IPv4 inter-RIR.
> > >
> > > El staff ha confirmado que cuando se hacen procesos de fusión y adquisiciones, se hacen de *todos* los recursos y que por tanto quedaría mas "prolijo" que estuviera explícito en el manual.
> >
> > okay, pero *no* pasa ese tipo de transferencia Inter-rir.
> >
> > la política IPv4 Inter-rir tiene un objetivo específico que es dar
> > destino a direcciones IPv4 *sin uso*
> >
> > no se aplica, todavía, a IPv6 ni ASN.
> >
> > > Si NO queremos que LACNIC haga los mismo con recursos distintos de IPv4, entonces DEBEMOS:
> > > 1) Prohibir en el manual de políticas dichas acciones a LACNIC.
> > > 2) Amonestar a LACNIC porque ha incumplido lo explicitado en el manual.
> > > 3) Recuperar los recursos ASN e IPv6 que han sido fusionados en todos estos años. De lo contrario estaríamos discriminando a miembros anteriores y posteriores a ese cambio en el manual.
> >
> > estoy de total acuerdo.
> > si una empresa compra a otra o fusionaron, más que lógico que los
> > recursos en uso en la infra o por los clientes de la empresa que fue
> > comprada o fusionada que se "mueva" hacia la otra.
> >
> > pero eso es *completamente* distinto de los casos de IPv4 Inter-rir.
> >
> > en ese caso se transfiere recursos IPv4 *sin uso* y solamente ese tipo
> > de recursos.
> >
> > Eso es absolutamente irrazonable. No se puede pretender que una empresa pueda transferir en casos de M&A, sus recursos IPv4 y no los IPv6 o el ASN.
>
> no es lo que queiro decir
>
> si es una compra/fusion se transfiere todo
> lo que digo es que no se justifica eso INTER-RIR!
>
> Sigo pensando que eso es irrazonable.
exacto, es irazonable una transferencia de ASN y/o IPv6 inter rir bajo
en concepto compra/fusión.
aun más de lo excendente!
estamos de acuerdo ;-)
saludos
>
> >
> > > "Se deberá justificar también que sigue manteniéndose la
> > > necesidad del conjunto de los
> > > recursos, obligándose si fuera el caso, al retorno de los
> > > excedentes de los mismos o
> > > alternativamente a su transferencia a terceras partes,
> > > atendiendo a lo que corresponda según
> > > las políticas vigentes (3.). En el caso de un retorno, LACNIC
> > > determinará las condiciones y
> > > plazo."
> > >
> > > en ese párrafo hay lo siguiente: "retorno de los excedentes de los
> > > mismos o alternativamente a su transferencia a terceras partes,"
> > >
> > > pero si se está transfiriendo *un* ASN como puede haber excedentes?
> > >
> > > Hay casos en que organizaciones ya tenían uno (o varios) ASNs (ejemplo, en una adquisición tanto la empresa adquirida como la adquiriente). Si se justifica que se mantienen la necesidad, de todos los ASN, no hay ningún problema. Pero quizás no se justifica si se van a anunciar los recursos (por ejemplo) IPv4, con un solo ASN.
> >
> > okay, comprendo, tiene sentido.
> >
> > queda claro eso de "retornar" el excedente.
> >
> > pero entonces insisto que no hace sentido "transferencia a terceras partes"
> >
> > si la transferencia se justifica por una compra/fusión, no tiene sentido
> > ni justificativa transferir ese excedente a una "tercera" parte que no
> > tiene relación ninguna con la justificativa inicial de la transferencia
> > (compra/fusion).
> >
> > Estas omitiendo "atendiendo a lo que corresponda según las políticas vigentes". Queda claro que una tercera parte que no es "parte" del proceso de M&A, según la política actual, no podría, por la tanto recibir esos excedentes, porque no existe una política de transferencia de ASN fuera del proceso de M&A.
>
> entonces no hay justificativa para que quede esa parte del texto ahi
> no hace falta.
>
> para evitar confusiones, la sacaria
>
> --
> Ricardo
>
> > --
> > _______________________________________________
> > 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
> >
>
> --
> Ricardo Patara
> _______________________________________________
> 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
>
--
Ricardo Patara
More information about the Politicas
mailing list