[LACNIC/Politicas] LAC-2019-2 / LAC-2019-3 / LAC-2019-4

[JORDI PALET MARTINEZ]

Hola Ricardo,

Antes de nada, para que no haya dudas, disculparme!

No he querido cambiar tus palabras, entendí perfectamente que aceptas intra-RIR (de todos los recursos), pero no inter-RIR, sin embargo, por escribir rápido lo cambié!

Contesto debajo.

Saludos,
Jordi
 
 

-----Mensaje original-----
De: Politicas <politicas-bounces at lacnic.net> en nombre de Ricardo Patara <patara at registro.br>
Responder a: Lista para discusion de politicas de la comunidad de LACNIC <politicas at lacnic.net>
Fecha: martes, 19 de marzo de 2019, 16:04
Para: <politicas at lacnic.net>
Asunto: Re: [LACNIC/Politicas] LAC-2019-2 / LAC-2019-3 / LAC-2019-4

    Jordi,
    
    
    >      
    >      Sigo en contra la propuesta como escrita. Si se sacara el "inter-rir", tendrías
    >      mi apoyo 100%.
    > 
    
    | Te comento, estamos trabajando en una nueva versión. Esta tarde hemos tenido
    | una call con el abogado de LACNIC y el staff, para confirmar mi punto de
    | vista al respecto. Quería esperar a confirmar algunos detalles, pero ya que
    | has escrito, vamos a avanzar. Te cuento la conclusión, bajo mi
    | interpretación, espero que el staff me corrija si es el caso, que resumo en
    | este párrafo:
    
    
    | "La inexistencia de esta política (para adquisiciones, fusiones, y similares,
    | tanto intra como inter-RIR), podría implicar en un caso extremo, que llegara
    | a los tribunales si LACNIC se negara a actualizar el registro para cualquier
    | tipo de recursos, y en base la legislación actual de Uruguay, un juzgado
    | podría obligar a LACNIC a modificar el registro por decisión judicial.
    | Consideramos que tener una política evitaría esta situación y permite
    | mantener el control según los deseos de la comunidad, además de evitar costes
    | judiciales a ambas partes."
    | Creo que se entiende?
    
    sí, lo comprendo.
    pero nuevamente, estoy de acuerdo que se incluya ASN y IPv6 en el texto actual 
    de fusión/aquicisión.

De acuerdo. La recomendación del staff fue no hacer una sección nueva del manual, sino modificar lo que consideremos oportuno de la sección de IPv4, y hacer un texto similar para cada recurso, de ahí que haya *3* propuestas y no solo una.
    
    pero no veo ninguna necesidad de que se incluya también transferencia de ese 
    tipo INTER-RIR.
    
    no veo ningun caso que lo justifique

Entiendo que consideras dudoso que una empresa de cualquier región compre una empresa de LACNIC. Creo que es difícil discutir esto, cuando ocurre todos los días (es una forma de hablar, para que no haya dudas).
    
    
    | Si no tenemos una política, que diga "como" hacerlo, es mas posible que una
    | empresa, incluso de otra región, gane en los tribunales. ¿No es mejor
    | entonces tener una política que diga "como" lo regulamos?
    
    ya hay una politica para estos casos.
    y lo que me parece hace falta es incluir ahi IPv6 y ASN. Solamente eso.

Ok.
    
    no veo cual el problema que mencionás arriba.

Igualmente, no puedo discutirlo cuando creo que hay ya otra opinión de otro abogado al respecto.

    
    | Otra cosa importante, nos guste o no, el texto actual es erróneo, no hace que
    | las uniones y adquisiciones sean según los requisitos de transferencias, el
    | otro día lo debatimos con Fernando. No se si LACNIC está interpretando estos
    | casos así, pero es perfectamente rebatible. Intenté seguir la historia de
    | esas políticas para entenderlo, pero los enlaces no funcionan, y creo que
    | antes no se hacían análisis de impacto.
    
    no veo eso. no sé donde esta el error del texto actual.

Es castellano, es así. No es discutible.
    
    >      Mis comentarios a continaución:
    >      
    >      
    >      >      - es la intención de los autores permitir la transferencia de estos
    >      >      recursos (en uso por el cedente) para afuera de la región? (inter-rir)
    >      >
    >       >
    >      
    >      | Si, no hacemos distinción.
    >      
    >      entendi, pero no veo clara ninguna necesidad que justifique eso.
    >      
    >      estoy de acuerdo que se incluya ASN y IPv6 al párrafo de transferencias de
    >      Fusión/adquisición, pues eso hace falta.
    >      
    >      pero no veo casos de que una empresa extranjera (fuera de la región) compre una
    >      empresa acá y tenga que llevar para fuera los recursos Internet (asn, ip) en
    >      conjunto con equipos/servicios/clientes que son los que justifican el uso de
    >      dichos recursos.
    > 
    
    | El flujo de direcciones actual, por transferencias, indica que es mas
    | probable que ocurra en sentido contrario, pero si no lo autorizas en ambos
    | sentidos, ARIN que es el que mas direcciones está cediendo, no lo aceptaría.
    | Sería una política, de uso solo con RIPE (que lo permite, en cualquier
    | caso).
    
    creo que estas confundindo.
    ese flujo que mencionás son las transferencias IPv4 según 2.3.2.18 y no 
    fusión/aquisición.
    
    eso se refiere a direcciones IPv4  *sin uso*

No necesariamente, pero no es el objeto a debatir.
    
    dichos estudios de "flujo" que comparan ese movimento entre RIRs son siempre de 
    otros tipos de transferencia y solmante de IPv4. *NO* son de fusión/aquisición.

Como digo, era solo a modo de ejemplo. Quizás confundió mas, pero creo que puede ser un caso parecido. De todos modos, tendría que consultar con el NRO si eso contempla también fusiones y adquisiciones o si tienen una estadística adicional al respecto.
   
    no vamos a confundir las mientes de las personas leyendo la discusión
    
    | Creo que también es más factible que una empresa que esta en US, venga a
    | LACNIC si tiene una seguridad jurídica, buena conectividad, mas clientes
    | nuevos, y un buen data center con mejores precios que al revés. Es cuestión
    | de costes.
    si eso pasa, como en tu ejemplo, dicha empresa tendrá que crear una organización 
    con representación legal en el país donde esta la empresa que se compró.

Debería contestarlo un abogado, pero creo que no tienes razón, hay casos y casos.
    
    la transferencia se haria entre dos empresas ubicadas *legalmente* en la región.
    
    nuevamente, no se verifica ninguna necesidad de INTER-RIR en esa política
    
    >      
    >      >      en caso la respuesta a la pregunta arriba sea "sí", siguen preguntas
    >      >      adicionales:
    >      >
    >      >      - cual la justificativa para permitir la transferencia INTER-RIR de
    >      >      recursos en uso? Podrían indicar algún ejemplo de onde eso pueda ocurrir
    >      >      y que así pueda justificar dicha necesidad?
    >      >
    >      
    >      | Ayer Alejandro ha puesto varios ejemplos. Sus ejemplos creo que fueron
    >      | intra-RIR, pero yo ya he puesto en ocasiones anteriores ejemplos similares de
    >      | situaciones inter-RIR. Ahora mismo hay rumores de operador muy grande (no tengo
    >      | acciones ni nada que ver en este asunto), que esta poniendo en venta sus
    >      | negocios de data centers y otros activos de todo el mundo. Es obvio que no
    >      | tendría mucho sentido que no pudiera registrar correctamente esos recursos,
    >      | según el comprador o compradores estén en la misma u otras regiones.
    >      
    >      estoy de acuerdo que los ejemplos mencionados por Alejandro y también por Jorge
    >      son "intra-rir" y la política actual no los impide de hacerlos (falta solamente
    >      incluir ipv6 y asn).
    >      
    >      me recuerdo incluso que cuando en lacnic, hicimos un par de transferencias así.
    > 
    > Bueno, algo hemos avanzado, al menos queda claro que inter-RIR ya es aceptado, al menos por ti!
    
    ¡NO! me referia a una transferencia en la región (INTRA-RIR)... por favor, no 
    pongas palabras en mi boca ;-)

Ya esta aclarado antes, mil disculpas de nuevo!
    
    
    > Que curioso que se hagan estas transferencias sin que haya una política para ello !
    
    hay una política, puede no ser perfecta pues no incluye ASN ni IPv6. Pero, sí hay
    
    >      | Entiendo que se pueda confundir con transferencias, pero no es lo mismo. La
    >      | transferencia tiene como objetivo "vender" el uso de los recursos (típicamente
    >      | IPv4) que no están siendo utilizados y que generalmente en la mayoría de los
    >      | casos son legados. En este caso se vende una parte de una empresa que *utiliza*
    >      | recursos IPv4, IPv6 y ASN, y por tanto se trata de subrogarse en el contrato de
    >      | membresía del RIR que corresponda, y actualizar el registro para reflejar la
    >      | correcta información.
    >      
    >      
    >      está claro eso
    >      lo que no está claro es cuando ese se pasaría inter-rir.
    >      no veo ningún ejemplo que pueda justificar eso.
    > 
    
    | No puedes entender que haya una compra de una empresa de otra región por
    | parte de una de esta región y que sea mas rentable trasladar su red o su DC a 
    LACNIC?
    | Si lo hacen y no se registran las direcciones (da igual que sean IPv4, IPv6 o
    | ambas) en LACNIC, el registro no cumple su función, y estarían incumpliendo (al
    | igual que en el caso contrario), las políticas que obligan a usar los recursos
    | en la región. Insisto en el ejemplo de DCs. Hoy no se mueven máquinas físicas,
    | se mueven VMs, y ello implica que no hace falta renumerar.
    
    No es así tan sencillo como indicás. Y tampoco ha habido casos así.
    
    Si bien que seria, como decis, solamente mover VMs, es en realidad mover VMs 
    pero también los servicios en ellas y ajustar contratos con clientes de estos 
    servicios, etc.

Los contratos de los clientes de servicios en la nube, no cambian si se cambia el lugar físico del DC. Como mucho te dirán que aceptes nuevas condiciones cuando te conectes. Eso lo hacemos todos nosotros, todos los días!

    No imagino un cliente de un servicio hospedado en un DC de Europa, por ejemplo, 
    simplesmente ser avisado que su VM ahora está en Montevideo.
    Ese cliente eligio la ubicacion de sus servicios con base a delays de redes, 
    calidad de acesos etc.

De nuevo creo que no lo estas entendiendo, puede ser un DC interno, que no da servicios a clientes, puede ser un servicio de cloud, etc.
    
    Un DC no va simplemente mover todos sus clientes de la forma como indicás.
    Hay cuestiones también de facturación, cobranzas por los servicios.
    
    por eso, nuevamente, no es un caso concreto y tampoco muy real.
    
    --
    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.