[LACNIC/Politicas] Nueva versión de la propuesta LAC-2018-7
Arturo Servin
arturo.servin at gmail.com
Tue Oct 30 10:27:23 -03 2018
Jordi
Me concentre en el ultimo parrafo. Ahora lo leo bien todo.
Para mi ambas resuelven el problema en un DC que se comento.
El texto clave es:
"""
No está permitida, por tanto, la subasignación a terceros,
fuera de dicha infraestructura (por ejemplo, el uso de asignaciones
de usuario final para clientes de un ISP o similares),
"""
Este es un poco redundante,
"""
ni proporcionar direccionamiento a terceros en data-centers (y similares).
"""
entiendo que se ponga para enfatizar más los casos específicos pero igual
causa mas confusion que ayudar.
Saludos
as
On Tue, Oct 30, 2018 at 1:30 PM JORDI PALET MARTINEZ <
jordi.palet at consulintel.es> wrote:
> Hola Arturo,
>
>
>
> Por tu comentario me queda la duda de si lo has entendido al revés …
>
>
>
> Que el DC tenga que recibir espacio como un ISP y por tanto no se acote
> nada de lo que puede hacer, actualmente, es la opción 1.
>
>
>
> Es importante la pregunta que le he hecho antes a Nicolás.
>
>
>
> Porque un DC necesita poder sub-asignar (y por tanto, usar espacio PI, en
> lugar de PA)? No veo ninguna razón técnica que le impida ser un LIR/ISP,
> recibir directamente un prefijo mas grande sin tener que justificarlo (un
> /32 en lugar de un /48), etc. y tiene muchas mas libertad para hacer lo que
> “desee” con ese direccionamiento, porque eso es el sentido del PA
> (ISP/LIR).
>
>
> Saludos,
>
> Jordi
>
>
>
>
>
>
>
> *De: *Arturo Servin <arturo.servin at gmail.com>
> *Fecha: *martes, 30 de octubre de 2018, 13:02
> *Para: *Jordi Palet Martinez <jordi.palet at consulintel.es>
> *CC: *Lista para discusion de politicas de la comunidad de LACNIC <
> politicas at lacnic.net>
> *Asunto: *Re: [LACNIC/Politicas] Nueva versión de la propuesta LAC-2018-7
>
>
>
>
>
> Gracias. Creo que la 2) es mejor. Creo que cubre el caso donde el DC se
> comparta como un ISP sin acotarlo (como en la 1) a algo especifico.
>
>
>
> Saludos
>
> as
>
>
>
>
>
> On Tue, Oct 30, 2018 at 12:47 PM JORDI PALET MARTINEZ <
> jordi.palet at consulintel.es> wrote:
>
> Aquí va de nuevo:
>
>
>
> **
>
> 1) Mantener la situación actual y no permitir que un DC sub-asigne PI a
> sus clientes y por lo tanto que el DC tenga que tener espacio PA:
>
> 1.9 Asignar
>
> Asignar significa delegar espacio de direcciones a un usuario final,
>
> para su uso exclusivamente dentro de la infraestructura que opera,
>
> así como para fines de interconexión.
>
>
>
> La asignación de espacio de direcciones es sólo para el uso por el
> receptor
>
> original de dicha asignación, así como para dispositivos de terceros,
>
> siempre y cuando estén operando dentro de dicha infraestructura.
>
>
>
> No está permitida, por tanto, la subasignación a terceros,
>
> fuera de dicha infraestructura (por ejemplo, el uso de asignaciones
>
> de usuario final para clientes de un ISP o similares), ni proporcionar
>
> direccionamiento a terceros en data-centers (y similares).
>
>
>
> 2) Permitir que un DC sub-asigne PI a sus clientes:
>
> 1.9 Asignar
>
> Asignar significa delegar espacio de direcciones a un usuario final,
>
> para su uso exclusivamente dentro de la infraestructura que opera,
>
> así como para fines de interconexión.
>
>
>
> La asignación de espacio de direcciones es sólo para el uso por el
> receptor
>
> original de dicha asignación, así como para dispositivos de terceros,
>
> siempre y cuando estén operando dentro de dicha infraestructura.
>
>
>
> No está permitida, la subasignación a terceros,
>
> fuera de dicha infraestructura (por ejemplo, el uso de asignaciones
>
> de usuario final para clientes de un ISP o similares).
>
>
>
> **
>
>
>
>
>
>
>
>
> Saludos,
>
> Jordi
>
>
>
>
>
>
>
> *De: *Arturo Servin <arturo.servin at gmail.com>
> *Fecha: *martes, 30 de octubre de 2018, 11:01
> *Para: *Lista para discusion de politicas de la comunidad de LACNIC <
> politicas at lacnic.net>
> *CC: *Jordi Palet Martinez <jordi.palet at consulintel.es>
> *Asunto: *Re: [LACNIC/Politicas] Nueva versión de la propuesta LAC-2018-7
>
>
>
>
>
> Me perdi un poco con las opciones. Podrias poner el texto de opcion 1 y
> opcion 2 para tenerlo más claro?
>
>
>
> Slds
>
> as
>
>
>
>
>
> On Tue, Oct 30, 2018 at 9:48 AM JORDI PALET MARTINEZ via Politicas <
> politicas at lacnic.net> wrote:
>
> Hola Nicolás,
>
> Mi opinión personal es que un DC debe usar espacio PA.
>
> Sin embargo, en el caso de RIPE se "abrió" la puerta permitiendo asignar
> una única IP. El consenso de la comunidad (a pesar de mi fuerte oposición,
> que me llevo incluso a plantearme apelar la decisión), adoptó ese cambio, y
> ahora es difícil echarlo atrás. Sigo pensando que en esa decisión hubo
> textos contradictorios entre lo que decía el autor y lo que dice el
> análisis de impacto, etc., y por eso no debiera haberse adoptado consenso.
> Se me recomendó que, en lugar de apelar, propusiera una mejora a esa
> política y es lo que estoy haciendo (y no solo en RIPE, sino en los otros 4
> RIRs, porque el texto era el mismo).
>
> Sin embargo, como digo, el inconveniente es que en RIPE el mal ya está
> hecho y es imposible que haya consenso en volver atrás. Obviamente, no me
> gustaría repetir el mismo error en ningún otro RIR.
>
> Es fundamental que, si la *comunidad* piensa que hay que ir a la opción 2,
> lo diga AHORA y en la LISTA, y yo lo defenderé "hasta la muerte" aunque no
> lo comparta. En caso contrario, yo defenderé la opción 1 (mas teniendo en
> cuenta la interpretación actual del staff).
>
> Porque crees que es mejor o hay que darle la alternativa a un DC que pueda
> elegir PI frente a PA? Que ventajas y que desventajas le aporta una u otra
> opción?
>
> Ojo que esto no es comparable a un IX/NAP, TLD, etc., que si que usan
> espacio PI, porque esta claro que ahí una microasignación es mas que
> suficiente.
>
> Saludos,
> Jordi
>
>
>
> -----Mensaje original-----
> De: Politicas <politicas-bounces at lacnic.net> en nombre de Nicolas
> Antoniello <nantoniello at gmail.com>
> Responder a: Lista para discusion de politicas de la comunidad de LACNIC <
> politicas at lacnic.net>
> Fecha: martes, 30 de octubre de 2018, 1:48
> Para: Lista para discusion de politicas de la comunidad de LACNIC <
> politicas at lacnic.net>
> Asunto: Re: [LACNIC/Politicas] Nueva versión de la propuesta LAC-2018-7
>
> Hola Arturo,
>
> No, lo que digo es que me parece que tiene que poder asignar siempre.
> La respuesta de Gianina creo que lo aclara.
>
> Entonces, creo que me inclino más por la opción 2 que menciona Jordi,
> que
> permite asignar direcciones a los clientes (y no solo una).
>
> Saludos,
> Nico
>
>
> On Mon, Oct 29, 2018 at 5:38 PM Arturo Servin <arturo.servin at gmail.com
> >
> wrote:
>
> > >Es que no me queda claro como funciona el DC en el escenario que no
> pueda
> > subasignar?
> >
> > El datacenter ademas de espacio y poder provee servicios de
> interconexion a
> > los tenants. Por ejemplo transito. Para esto algunos tenants tienen
> sus
> > propias IPs y otros pudieran usar los del DC.
> >
> > Es lo que preguntabas?
> >
> > Saludos
> > as
> >
> >
> > On Mon, Oct 29, 2018 at 2:30 PM Nicolas Antoniello <
> nantoniello at gmail.com>
> > wrote:
> >
> > > Jordi,
> > >
> > > Es que no me queda claro como funciona el DC en el escenario que
> no pueda
> > > subasignar?
> > >
> > > Saludos,
> > > Nicolas
> > >
> > >
> > >
> > > El El lun, 29 de oct. de 2018 a las 17:26, JORDI PALET MARTINEZ <
> > > jordi.palet at consulintel.es> escribió:
> > >
> > > > Hola Nicolás,
> > > >
> > > >
> > > >
> > > > Creo que lo estamos complicando … Uso PI y PA para hacer las
> respuestas
> > > > mas cortas, no tiene nada que ver con multihoming o no.
> > > >
> > > >
> > > >
> > > > Para tener multihoming, un DC, le da igual tener espacio PI
> (usuario
> > > > final) o PA (LIR/ISP), son cosas diferentes.
> > > >
> > > >
> > > >
> > > > La cuestión es si la política actual permite (y si queremos que
> siga
> > > > siendo así o no), que un DC que reciba PI de LACNIC, pueda
> sub-asignar
> > a
> > > > clientes. Mi lectura actual es que NO puede, pero quizás el
> staff tiene
> > > > otra interpretación.
> > > >
> > > >
> > > >
> > > > Si tiene PA, puede entregar direccionamiento a clientes, no hay
> > problema!
> > > >
> > > >
> > > > Saludos,
> > > >
> > > > Jordi
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > *De: *Nicolas Antoniello <nantoniello at gmail.com>
> > > > *Fecha: *lunes, 29 de octubre de 2018, 14:22
> > > > *Para: *JORDI PALET MARTINEZ <jordi.palet at consulintel.es>
> > > > *CC: *Lista para discusion de politicas de la comunidad de
> LACNIC <
> > > > politicas at lacnic.net>
> > > >
> > > >
> > > > *Asunto: *Re: [LACNIC/Politicas] Nueva versión de la propuesta
> > LAC-2018-7
> > > >
> > > >
> > > >
> > > > Hola Jordi,
> > > >
> > > >
> > > >
> > > > No es por meter ruido pero creo que cuando pensamos PA y PI no
> hablamos
> > > > del caso de un DC (que podría ser más complicado pues a la vez
> podría
> > ser
> > > > un IXP), sino que me parece que era más por el hecho de que tenga
> > > > multihoming o no y entonces (si tiene MH) parece más adecuado el
> PI no?
> > > >
> > > >
> > > >
> > > > Saludos,
> > > >
> > > > Nico
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > El El lun, 29 de oct. de 2018 a las 17:19, JORDI PALET MARTINEZ <
> > > > jordi.palet at consulintel.es> escribió:
> > > >
> > > > Excluyendo el caso en el que el cliente ya tiene su propio ASN,
> que lo
> > > > obvio es que entonces tenga ya sus propias direcciones, para el
> resto,
> > es
> > > > algo que define la comunidad (a través de las políticas), no
> LACNIC, no
> > > el
> > > > ISP o DC.
> > > >
> > > >
> > > >
> > > > Mi pregunta es: ahora mismo, cual es la interpretación de la
> política
> > por
> > > > parte del staff?
> > > >
> > > >
> > > >
> > > > Y, una vez contestada, la comunidad tendrá que decidir si ese
> era el
> > > > planteamiento cuando diseñamos PI. Queríamos que un DC usara
> > > > sub-asignaciones de PI o no? O incluso si hemos cambiado de
> idea, no
> > pasa
> > > > nada! Pero aclarémonos!
> > > >
> > > >
> > > >
> > > > Mi lectura del texto actual es que NO se permite la
> sub-asignación en
> > > > ningún caso.
> > > >
> > > >
> > > >
> > > > No digo que yo personalmente este a favor o en contra de que
> tenga que
> > > ser
> > > > así, sino que debemos aclararlo.
> > > >
> > > >
> > > > Saludos,
> > > >
> > > > Jordi
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > *De: *Nicolas Antoniello <nantoniello at gmail.com>
> > > > *Fecha: *lunes, 29 de octubre de 2018, 14:11
> > > > *Para: *Lista para discusion de politicas de la comunidad de
> LACNIC <
> > > > politicas at lacnic.net>
> > > > *CC: *JORDI PALET MARTINEZ <jordi.palet at consulintel.es>
> > > >
> > > >
> > > > *Asunto: *Re: [LACNIC/Politicas] Nueva versión de la propuesta
> > LAC-2018-7
> > > >
> > > >
> > > >
> > > > Hola Jordi,
> > > >
> > > >
> > > >
> > > > Creo que no es algo que defina Lacnic sino que depende de quien
> es el
> > > > dueño del DC y como lo gestiona.
> > > >
> > > > En general se asignan direcciones IP del bloque que tiene el DC
> > delegado
> > > y
> > > > esas IPs forman parte del ASN del datacenter... supongo que son
> > > > independientes del proveedor... sobre todo porque los upstream
> > providers
> > > > del DC pueden ser muchos... a su vez, las asignaciones del DC a
> -sus-
> > > > clientes son parte de ese bloque (cuando te conectas al switch
> del
> > DC); o
> > > > dependiendo del modelo de peering que utilice podes usar tus
> propias
> > IPs
> > > y
> > > > ASN en cuyo caso no hay subasignación).
> > > >
> > > >
> > > >
> > > > Saludos,
> > > >
> > > > Nico
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > El El lun, 29 de oct. de 2018 a las 17:01, JORDI PALET MARTINEZ
> via
> > > > Politicas <politicas at lacnic.net> escribió:
> > > >
> > > > Si pensamos que no debe usarse PI para un DC, entonces haría
> falta
> > añadir
> > > > algo como (en el último párrafo):
> > > >
> > > > "No está permitida, por tanto, la subasignación a terceros,
> fuera de
> > > dicha
> > > > infraestructura (el uso de asignaciones de usuario final para
> clientes
> > de
> > > > un ISP), ni proporcionar direccionamiento a terceros en
> data-centers."
> > > >
> > > > De todos modos me gustaría oir mas opiniones y especialmente el
> punto
> > de
> > > > vista del staff, para saber si actualmente a un DC, tanto en
> IPv4 como
> > en
> > > > IPv6, se le entrega direccionamiento PI o PA.
> > > >
> > > > Saludos,
> > > > Jordi
> > > >
> > > >
> > > >
> > > > -----Mensaje original-----
> > > > De: Politicas <politicas-bounces at lacnic.net> en nombre de Arturo
> > Servin
> > > <
> > > > arturo.servin at gmail.com>
> > > > Responder a: Lista para discusion de politicas de la comunidad de
> > LACNIC
> > > <
> > > > politicas at lacnic.net>
> > > > Fecha: lunes, 29 de octubre de 2018, 13:41
> > > > Para: Lista para discusion de politicas de la comunidad de
> LACNIC <
> > > > politicas at lacnic.net>
> > > > Asunto: Re: [LACNIC/Politicas] Nueva versión de la propuesta
> > LAC-2018-7
> > > >
> > > > Se ve bien la nueva redacción.
> > > >
> > > > De DC o hosting es un caso complicado pero creo que cae mas
> en el
> > > > LIR/ISP
> > > > que en el End-user.
> > > >
> > > > Saludos
> > > > as
> > > >
> > > >
> > > >
> > > > On Mon, Oct 29, 2018 at 12:44 PM JORDI PALET MARTINEZ via
> > Politicas <
> > > > politicas at lacnic.net> wrote:
> > > >
> > > > > Hola Marcelo,
> > > > >
> > > > > Mil gracias por tus comentarios.
> > > > >
> > > > > Sin embargo, no estoy seguro de que tu criterio "no se
> lleva las
> > > > > direcciones" sea válido, porque es exactamente el mismo
> casi si
> > yo
> > > > tengo un
> > > > > DC con direccionamiento LIR/ISP y termina el contrato, o
> incluso
> > > mas
> > > > fácil,
> > > > > si yo soy un ISP y tengo un cliente (da igual que sea
> > corporativo o
> > > > > residencial) y termina el contrato, pues tampoco se lleva
> las
> > > > direcciones.
> > > > > Obviamente se las podría llevar por medio de un proceso de
> > > > transferencias,
> > > > > etc.
> > > > >
> > > > > Yo creo que es mas bien una decisión que tenemos que tomar.
> > > Queremos
> > > > que
> > > > > PI permita el uso en un data center o no?
> > > > >
> > > > > Saludos,
> > > > > Jordi
> > > > >
> > > > >
> > > > >
> > > > > -----Mensaje original-----
> > > > > De: Politicas <politicas-bounces at lacnic.net> en nombre de
> > Marcelo
> > > > Puerta <
> > > > > marcelo.puerta at mail.unam.edu.ar>
> > > > > Organización: Universidad Nacional de Misiones
> > > > > Responder a: Lista para discusion de politicas de la
> comunidad de
> > > > LACNIC <
> > > > > politicas at lacnic.net>
> > > > > Fecha: lunes, 29 de octubre de 2018, 12:37
> > > > > Para: <politicas at lacnic.net>
> > > > > Asunto: Re: [LACNIC/Politicas] Nueva versión de la
> propuesta
> > > > LAC-2018-7
> > > > >
> > > > > Es mi parecer que ésta ultima redacción del punto 1.9
> > Asignar.
> > > > Es la
> > > > > más
> > > > > clara hasta ahora.
> > > > >
> > > > > En lo que respecta a el uso de direcciones en un
> datacenter,
> > no
> > > > lo veo
> > > > > como una su-asignación. El usuario final mantiene
> control
> > todo
> > > el
> > > > > tiempo
> > > > > sobre las direcciones IP que están asigandas en dicha
> > > > infraestructura
> > > > > (que le pertenece). Y cualquiera que utilice un
> datacenter,
> > una
> > > > vez
> > > > > finalizado su relación contractual no se lleva las
> > direcciones
> > > IP
> > > > > consigo.
> > > > >
> > > > > Es un caso similar a lo que discutimos con la
> provisión de
> > > > direcciones
> > > > > IP a los alumnos dentro de las universidades e
> instituciones
> > > > > educativas.
> > > > > Mientras la organización mantenga las direcciones
> dentro de
> > su
> > > > > infraestructura y bajo su control, no las está
> sub-asignando.
> > > > >
> > > > >
> > > > > El 28/10/18 a las 15:31, JORDI PALET MARTINEZ via
> Politicas
> > > > escribió:
> > > > > > Hola Arturo,
> > > > > >
> > > > > > Mil gracias por los comentarios.
> > > > > >
> > > > > > Ricardo expreso también su duda con ese párrafo.
> > > > > >
> > > > > > Lo que trato de decir es que el espacio asignado por
> LACNIC
> > > > como
> > > > > "usuario final" no es un sustituto del espacio distribuido
> por
> > > > LACNIC como
> > > > > "LIR/ISP", y por tanto que un usuario final no puede usar
> ese
> > > > espacio para
> > > > > proporcionar servicios como, por ejemplo, banda ancha,
> como si
> > > fuera
> > > > un
> > > > > ISP. Quizás ya esta suficientemente claro en los párrafos
> > > > anteriores, y
> > > > > "reforzarlo" causa mas confusión ...
> > > > > >
> > > > > > Revisando el intercambio de correos con Ricardo, e
> > intentando
> > > > afinar
> > > > > más, creo que podría resolverse así:
> > > > > >
> > > > > > ***
> > > > > > 1.9 Asignar
> > > > > > Asignar significa delegar espacio de direcciones a un
> > usuario
> > > > final,
> > > > > > para su uso exclusivamente dentro de la
> infraestructura de
> > > > Internet
> > > > > que opera,
> > > > > > así como para fines de interconexión.
> > > > > >
> > > > > > La asignación de espacio de direcciones es sólo para
> el uso
> > > > por el
> > > > > receptor
> > > > > > original de dicha asignación, así como para
> dispositivos de
> > > > terceros,
> > > > > > siempre y cuando estén operando dentro de su
> > infraestructura.
> > > > > >
> > > > > > No está permitida, por tanto, la subasignación a
> terceros,
> > > > fuera de
> > > > > dicha infraestructura.
> > > > > > ***
> > > > > >
> > > > > > Creo que éste último párrafo podría considerarse
> > redundante,
> > > > pero al
> > > > > mismo tiempo muy clarificador para la evaluación por parte
> de
> > quien
> > > > pida
> > > > > recursos, y para el staff.
> > > > > >
> > > > > > La duda que tengo, y no es algo leve:
> > > > > >
> > > > > > Con esta redacción, un datacenter, tanto si ofrece
> hosting
> > > como
> > > > > housing, podría usar espacio de "usuario final" en lugar de
> > > LIR/ISP.
> > > > > >
> > > > > > Como esta contemplando actualmente LACNIC estos
> casos? Se
> > > > obliga a
> > > > > que sean LIR/ISP?
> > > > > >
> > > > > > Piensa la comunidad que es correcto que un data
> center sea
> > un
> > > > > "usuario final" en lugar de un LIR/ISP ?
> > > > > >
> > > > > > Saludos,
> > > > > > Jordi
> > > > > >
> > > > > >
> > > > > >
> > > > > > -----Mensaje original-----
> > > > > > De: Politicas <politicas-bounces at lacnic.net> en
> nombre de
> > > > Arturo
> > > > > Servin <arturo.servin at gmail.com>
> > > > > > Responder a: Lista para discusion de politicas de la
> > > comunidad
> > > > de
> > > > > LACNIC <politicas at lacnic.net>
> > > > > > Fecha: domingo, 28 de octubre de 2018, 17:41
> > > > > > Para: Lista para discusion de politicas de la
> comunidad de
> > > > LACNIC <
> > > > > politicas at lacnic.net>
> > > > > > Asunto: Re: [LACNIC/Politicas] Nueva versión de la
> > propuesta
> > > > > LAC-2018-7
> > > > > >
> > > > > > Jordi
> > > > > >
> > > > > > Creo que va por buen camino, creo que este texto
> > > resuelve
> > > > el
> > > > > problema que
> > > > > > comente durante el foro en Rosario.
> > > > > >
> > > > > > """
> > > > > > Los enlaces punto-a-punto, VPNs y similares, se
> > > > consideran como
> > > > > parte de
> > > > > > dicha infraestructura
> > > > > > y por tanto se permite la asignación de
> direcciones en
> > > > ambos
> > > > > extremos de
> > > > > > dicho enlace.
> > > > > >
> > > > > > La asignación de espacio de direcciones es sólo
> para
> > el
> > > > uso por
> > > > > el receptor
> > > > > > original de dicha
> > > > > > asignación, así como para dispositivos de
> terceros,
> > > > siempre y
> > > > > cuando estén
> > > > > > operando dentro de
> > > > > > la infraestructura de dicho receptor.
> > > > > >
> > > > > > """
> > > > > >
> > > > > > La que no se si quiza cause algun conflicto sea
> el
> > > parrafo
> > > > > siguiente" (pero
> > > > > > creo que no)
> > > > > >
> > > > > > """
> > > > > > Sub-asignar espacio de direcciones a otras
> partes, por
> > > > ejemplo,
> > > > > para
> > > > > > servicios de banda-ancha,
> > > > > > en sustitución de espacio LIR/ISP, es una
> > sub-asignación
> > > > y por
> > > > > tanto no
> > > > > > está permitido.
> > > > > > """
> > > > > >
> > > > > > Supongo que una facultad de una universidad
> aunque sea
> > > > > "banda-ancha" no es
> > > > > > sustitución de espacio LIR/ISP y por tanto no
> puede
> > > > > considerarse como
> > > > > > sub-asignacion.
> > > > > >
> > > > > > Saludos,
> > > > > > as
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Fri, Oct 26, 2018 at 9:48 AM JORDI PALET
> MARTINEZ
> > via
> > > > > Politicas <
> > > > > > politicas at lacnic.net> wrote:
> > > > > >
> > > > > > > Mil gracias,
> > > > > > >
> > > > > > > Te contesto debajo.
> > > > > > >
> > > > > > > Saludos,
> > > > > > > Jordi
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > -----Mensaje original-----
> > > > > > > De: Politicas <politicas-bounces at lacnic.net>
> en
> > > nombre
> > > > de
> > > > > Ricardo Patara <
> > > > > > > patara at registro.br>
> > > > > > > Organización: NIC.BR
> > > > > > > Responder a: Lista para discusion de
> politicas de la
> > > > > comunidad de LACNIC <
> > > > > > > politicas at lacnic.net>
> > > > > > > Fecha: viernes, 26 de octubre de 2018, 10:18
> > > > > > > Para: <politicas at lacnic.net>
> > > > > > > Asunto: Re: [LACNIC/Politicas] Nueva versión
> de la
> > > > propuesta
> > > > > LAC-2018-7
> > > > > > >
> > > > > > > Hola Jordi.
> > > > > > >
> > > > > > > Te contesto a continuación a los puntos
> > > principales:
> > > > > > >
> > > > > > > > Creo que se puede simplificar. Que te
> parece:
> > > > > > > >
> > > > > > > > "El uso de direcciones de dicha
> asignación,
> > > > > exclusivamente para
> > > > > > > > fines de interconexión, no será
> considerado
> > > > > sub-asignación"
> > > > > > >
> > > > > > > parece bién.
> > > > > > > y no se si no vale la pena agregar algo
> para que
> > > > quede la
> > > > > idea de
> > > > > > > interconexión a la red de la organización
> (y no,
> > > > por ej.,
> > > > > interconexión
> > > > > > > también con otras redes, como internet)
> > > > > > >
> > > > > > > Creo que no, pues considero que debe
> permitirse
> > > > libremente
> > > > > que un
> > > > > > > punto-a-punto sea para "cualquier caso". Lo
> normal
> > es
> > > > que en
> > > > > un
> > > > > > > punto-a-punto con Internet, sea el ISP el que
> > facilite
> > > > las
> > > > > direcciones.
> > > > > > > Pero porque no al contrario? Caso de ejemplo:
> El ISP
> > > ya
> > > > no
> > > > > tiene
> > > > > > > direcciones, pero el usuario final si, y por
> lo
> > tanto
> > > > deciden
> > > > > utilizar
> > > > > > > direccionamiento del usuario final para el
> > > > punto-a-punto.
> > > > > > >
> > > > > > >
> > > > > > > "El uso de direcciones de dicha
> asignación,
> > > > > exclusivamente para fines
> > > > > > > de interconexión a la red de la
> organización, no
> > > > será
> > > > > considerado
> > > > > > > sub-asignación"
> > > > > > >
> > > > > > > > (lo del acceso externo queda muy raro e
> > > > interpretable
> > > > > de muchos
> > > > > > > > modos, y al poner "exclusivamente",
> queda
> > claro
> > > > que
> > > > > solo es para el
> > > > > > > > punto-a-punto, VPN, etc., etc.)
> > > > > > >
> > > > > > > ok, entendido.
> > > > > > >
> > > > > > > acerca de esa expresión
> > > > > > >
> > > > > > > > "en sustitución de espacio LIR/ISP"
> > > > > > >
> > > > > > > la verdad que aún no la comprendí y
> seguro que
> > por
> > > > una
> > > > > cuestión de
> > > > > > > idioma.
> > > > > > >
> > > > > > > para intentar comprenderla, como sería
> eso en
> > > > ingles?
> > > > > > >
> > > > > > > Si usamos esta redacción (quizás así aclara
> mas):
> > > > > > >
> > > > > > > "Entregar a otras partes, espacio de
> direcciones
> > > > proveniente
> > > > > de una
> > > > > > > asignación, por ejemplo para
> > > > > > > servicios de banda-ancha, en sustitución
> de
> > > espacio
> > > > > distribuido como
> > > > > > > LIR/ISP, se considera
> > > > > > > una sub-asignación y por tanto no está
> > permitido."
> > > > > > >
> > > > > > > En inglés podría ser:
> > > > > > >
> > > > > > > "Delivery to other parties, of addressing
> space from
> > > an
> > > > > assignment, for
> > > > > > > example for broadband services, instead of
> using
> > > > addressing
> > > > > space from an
> > > > > > > LIR/ISP allocation, is considered a
> sub-assignment,
> > > and
> > > > > therefore not
> > > > > > > permitted."
> > > > > > >
> > > > > > >
> > > > > > > > Se trata de evitar que se piense que
> utilizar
> > > > espacio PI
> > > > > > > > (asignaciones) para dar servicios a
> terceros
> > es
> > > > > correcto, y reforzar
> > > > > > > > la idea de que la única forma para
> tener un
> > ISP
> > > > es usar
> > > > > espacio de
> > > > > > > > LIR/ISP (PA, distribuciones).
> > > > > > >
> > > > > > > la idea está clara, pero no veo eso en la
> > > expresión
> > > > > arriba (de nuevo,
> > > > > > > puede ser una cuestión del idioma).
> > > > > > >
> > > > > > > saludos
> > > > > > >
> _______________________________________________
> > > > > > > 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.consulintel.es
> > > > > > > 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
> > > > > > >
> > > > > > _______________________________________________
> > > > > > 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.consulintel.es
> > > > > > 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
> > > > >
> > > > > --
> > > > > Marcelo Puerta
> > > > > Responsable Area Comunicaciones
> > > > > Universidad Nacional de Misiones - Argentina
> > > > > Ruta 12 Km 7 1/2 - CP 3304 - Posadas Misiones
> > > > > Tel +54 376 4480200 Int 280
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > 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
> > > > >
> > > > _______________________________________________
> > > > 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
> > > >
> > > >
> > > > **********************************************
> > > > 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.
> > > >
> > > >
> > > > **********************************************
> > > > 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
> > >
> > _______________________________________________
> > Politicas mailing list
> > Politicas at lacnic.net
> > https://mail.lacnic.net/mailman/listinfo/politicas
> >
> _______________________________________________
> 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
>
>
> **********************************************
> 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.
>
>
> **********************************************
> 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.
>
>
More information about the Politicas
mailing list