[LACNIC/Politicas] Nueva propuesta LAC-2018-9 / Nova proposta LAC-2018-9 / New proposal LAC-2018-9
JORDI PALET MARTINEZ
jordi.palet at consulintel.es
Tue Apr 3 09:29:43 BRT 2018
Hola Ricardo,
Si ese ISP quiere usar el proceso de transferencias para darle el mismo /24 al mismo cliente (y evitar que renumere), el resultado es el mismo, y tanto en un caso como en el otro, tiene que haber acuerdo entre ambas partes.
Es decir, posiblemente al ISP solo le interesará si los /24 contiguos están también asignados a clientes que pueden estar en el mismo caso u otros parecidos y le interesa cederlos a transferirlos.
Además, lo que ocurre en muchas ocasiones, es que este tipo de clientes que tienen un /24 (o mas espacio) asignado por su ISP, ya tienen los anuncios de routing separados, porque tienen SLAs específicos, o quieren rutas o enlaces definidos, etc.
En definitiva, creo que el impacto de esta propuesta vs el que produce el proceso de transferencias, será el mismo.
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, 3 de abril de 2018, 13:54
Para: <politicas at lacnic.net>
Asunto: Re: [LACNIC/Politicas] Nueva propuesta LAC-2018-9 / Nova proposta LAC-2018-9 / New proposal LAC-2018-9
Hola Jordi,
> La diferencia con la manta, es que aquí no compartimos las direcciones, o las
> tiene uno u otro ...
la comparación con la manta es que tratase de un "espacio" finito que no hay
como "expandir". Cuando uno lo tira de un lado termina por descubri el otro.
O sea, si buscas "ayudar" al ISP cliente terminar por perjudicar, por así decir,
al ISP upstream.
> Tampoco estoy de acuerdo en lo que dices del impacto en la tabla de rutas, ya
> que es *exactamente* la misma situación la que se produce con las
> transferencias. Si en lugar de usar esta propuesta se hace una transferencia
> de ese mismo espacio de direcciones (para evitar la renumeración).
es lo mismo.
en los casos de transferencias que se observa o se transfiere la totalidad del
prefijo o partes que de alguna forma puede ser "agregadas".
Imaginate un ISP que tenga un /16, por ejemplo, y su cliente tiene un /24 (para
simplificar, pues en realidad debe ser algo mas pequeño que eso y aún más
complicado para dividir).
Según su propuesta, el ISP cliente podría solicitar entonces que ese /24 quedara
con el.
El /16 tendría que ser dividido y terminaría con:
- un /17
- un /18
- un /19
- un /20
- un /21
- un /22
- un /23
- un /24
así que para atender ese cliente el ISP tendría que dejar de anunciar un solo
prefijo (/16) y pasar a anunciar 8 prefijos!
no creo que vale la pena ese "costo" para atender una necesidad pequeña y
temporal. Una vez que la necesidad para IPv4 debe ser cada vez menor.
Saludos
Ricardo Patara
On 02/04/2018 16:04, JORDI PALET MARTINEZ wrote:
> Hola Ricardo,
>
> Gracias por la aportación, como siempre.
>
> Hasta cierto punto concuerdo contigo que es importante asegurarse de tener buenas políticas para IPv6 y menos para IPv4, pero si se detecta un problema, como es el caso, hay que intentar resolverlo.
>
> En lo que no estoy de acuerdo contigo es que sólo sea una solución a la escasez, el objetivo es precisamente resolver el problema mencionado en el punto 5 de la lista de mejoras.
>
> La diferencia con la manta, es que aquí no compartimos las direcciones, o las tiene uno u otro ...
>
> Tampoco estoy de acuerdo en lo que dices del impacto en la tabla de rutas, ya que es *exactamente* la misma situación la que se produce con las transferencias. Si en lugar de usar esta propuesta se hace una transferencia de ese mismo espacio de direcciones (para evitar la renumeración).
>
> En plan medio broma, por mi, que cuanto antes explote la tabla de routing con IPv4, tanto mejor para la humanidad (y para IPv6), quizás así escarmentamos y lo desplegamos al 100%!
>
> Sin acusar a nadie con el dedo, que conste que presente esta propuesta y la 2018-8 porque se me sugirió que "como estaba inspirado" y nadie mas había presentado ideas para resolver estos problemas que el staff había detectado, igual se me ocurría una buena solución, solo intentado ayudar como siempre.
>
> 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: lunes, 2 de abril de 2018, 20:18
> Para: <politicas at lacnic.net>
> Asunto: Re: [LACNIC/Politicas] Nueva propuesta LAC-2018-9 / Nova proposta LAC-2018-9 / New proposal LAC-2018-9
>
> Hola Jordi,
>
> Estoy en cuentra esa propuesta.
>
> Me parece que una de las cosas que intentaría solucionar seria la escasez de
> IPv4, y en ese caso especifico, para ayudar el ISP que recién recibe la
> asignación directa.
>
> La escasez del IPv4 afecta a todos. Lo que sugerís es como compartir una manta
> pequeña entre dos penosas. Una puja de una lado y deja el otro descubierto.
>
> Aún más, y a mi ver, el problema más impactante es los huecos que se terminaría
> creando en los bloques IPv4 de los upstreams.
> El impacto en la tabla de rutas no seria solamente por un prefijo adicional que
> se transfiere al cliente pero debido a la desagregación que el upsstream tendrá
> que hacer para atender la solicitud de su cliente.
>
> Por eso no creo que valga la peña. Quizás no valga la pena nuevas "invenciones"
> para IPv4... sino que dedicar esfuerzos al despliegue de IPv6.
>
> un abrazo
>
> Ricardo Patara
>
> On 29/03/2018 15:27, JORDI PALET MARTINEZ wrote:
> > Hola,
> >
> > Esta propuesta se presenta para intentar resolver el problema reportado por el staff (que se basa en casos reales), según el punto 5 de la lista de "mejoras para políticas" (http://www.lacnic.net/web/lacnic/lista-de-mejoras-politicas).
> >
> > Básicamente la propuesta, dado el problema de la escasez de direcciones IPv4 (lo que puede conllevar la necesitad de acudir al mercado y negociar transferencias) permite ampliar las opciones que tiene un nuevo ISP que tenía espacio asignado por su anterior proveedor (si hay acuerdo entre ambos se puede hacer una cesión) y permite al staff extender en 6 meses mas el plazo para la devolución de recursos anteriores (en caso que los hubiera).
> >
> > De nuevo, si alguien tiene dudas, a su disposición para aclararlas, y sugerencias bienvenidas!
> >
> > Saludos,
> > Jordi
> >
> >
> >
> > -----Mensaje original-----
> > De: Politicas <politicas-bounces at lacnic.net> en nombre de <info-politicas at lacnic.net>
> > Responder a: Lista para discusion de politicas de la comunidad de LACNIC <politicas at lacnic.net>
> > Fecha: jueves, 29 de marzo de 2018, 20:13
> > Para: <politicas at lacnic.net>
> > Asunto: [LACNIC/Politicas] Nueva propuesta LAC-2018-9 / Nova proposta LAC-2018-9 / New proposal LAC-2018-9
> >
> > [Português abaixo]
> > [English below]
> >
> > Estimados suscriptores de la Lista de Políticas de LACNIC,
> >
> > Se recibió una nueva propuesta de Política, se le asignó el id LAC-2018-9.
> >
> > Título: Actualización de política de Distribución inicial IPv4 para ISPs
> >
> > Resumen: En la política de IPv4, a la hora de asignaciones iniciales para ISPs, punto 2.3.3.1. (Distribución inicial a ISPs), se evalúan requisitos según el tamaño del prefijo solicitado, así como la renumeración y devolución de las direcciones anteriormente recibidas, si era el caso (un ISP pequeño que recibía direcciones de un ISP mayor, del cual ahora se “independiza”).
> >
> > El requisito de la renumeración y devolución puede no tener sentido en algunos casos:
> >
> > 1) La renumeración puede no ser conveniente y puede ser preferible “ceder” esos recursos si ambas partes están de acuerdo, con las correspondientes modificaciones en el whois.
> > 2) Si la necesidad de espacio justificada es mayor que el disponible actualmente, y es posible su distribución, lo anterior permite que el receptor del mismo decida si quiere un solo bloque contiguo, o prefiere evitar la renumeración y mantener el bloque actual, mas otro bloque con el espacio adicional distribuido.
> >
> > Esta propuesta busca simplificar los requisitos y permitir estas opciones.
> >
> > Para ver el detalle ingrese en:
> > https://politicas.lacnic.net/politicas/detail/id/LAC-2018-9
> >
> > Los comentarios y los puntos de vista aportados por la comunidad son vitales para el correcto desarrollo del proceso de la propuestas
> > - ¿Apoya usted o se opone a esta propuesta?
> > - ¿Esta propuesta resolvería un problema que usted está experimentando?- ¿Ve alguna desventaja en esta propuesta?
> > - ¿Qué cambios podrían hacerse a esta propuesta para que sea más eficaz?
> >
> > Por más información contacte a info-politicas at lacnic.net
> > Saludos cordiales,
> >
> > ______________________________________________________________________________________________________
> >
> > Prezados assinantes da lista de políticas de LACNIC,
> >
> > Foi recebida uma nova proposta de Política, foi atribuído o id LAC-2018-9.
> >
> > Título: Actualización de política de Distribución inicial IPv4 para ISPs
> >
> > Resumo: En la política de IPv4, a la hora de asignaciones iniciales para ISPs, punto 2.3.3.1. (Distribución inicial a ISPs), se evalúan requisitos según el tamaño del prefijo solicitado, así como la renumeración y devolución de las direcciones anteriormente recibidas, si era el caso (un ISP pequeño que recibía direcciones de un ISP mayor, del cual ahora se “independiza”).
> >
> > El requisito de la renumeración y devolución puede no tener sentido en algunos casos:
> >
> > 1) La renumeración puede no ser conveniente y puede ser preferible “transferir” esos recursos si ambas partes están de acuerdo, con las correspondientes modificaciones en el whois.
> > 2) Si la necesidad de espacio justificada es mayor que el disponible actualmente, y es posible su distribución, lo anterior permite que el receptor del mismo decida si quiere un solo bloque contiguo, o prefiere evitar la renumeración y mantener el bloque actual, mas otro bloque con el espacio adicional distribuido.
> >
> > Esta propuesta busca simplificar los requisitos y permitir estas opciones.
> >
> > Para ver o detalhe acesse:
> > https://politicas.lacnic.net/politicas/detail/id/LAC-2018-9
> >
> > Os comentários e os pontos de vista aportados pela comunidade são vitais para o bom desenvolvimento do processo das propostas
> > - ¿Você é a favor ou contra desta proposta?
> > - ¿Esta proposta iria resolver um problema que você está experimentando?- ¿Vê alguma alguma desvantagem nesta proposta?
> > - ¿Que mudanças poderiam ser feitas à proposta para que seja mais eficaz?
> >
> > Por mais informações entre em contato conosco através do seguinte e-mail: info-politicas at lacnic.net
> > Atenciosamente,
> > ______________________________________________________________________________________________________
> >
> > Dear LACNIC Policy List subscribers,
> >
> > A new Policy Proposal has been received and assigned the following ID: LAC-2018-9.
> >
> > Title: Actualización de política de Distribución inicial IPv4 para ISPs
> >
> > Summary: En la política de IPv4, a la hora de asignaciones iniciales para ISPs, punto 2.3.3.1. (Distribución inicial a ISPs), se evalúan requisitos según el tamaño del prefijo solicitado, así como la renumeración y devolución de las direcciones anteriormente recibidas, si era el caso (un ISP pequeño que recibía direcciones de un ISP mayor, del cual ahora se “independiza”).
> >
> > El requisito de la renumeración y devolución puede no tener sentido en algunos casos:
> >
> > 1) La renumeración puede no ser conveniente y puede ser preferible “transferir” esos recursos si ambas partes están de acuerdo, con las correspondientes modificaciones en el whois.
> > 2) Si la necesidad de espacio justificada es mayor que el disponible actualmente, y es posible su distribución, lo anterior permite que el receptor del mismo decida si quiere un solo bloque contiguo, o prefiere evitar la renumeración y mantener el bloque actual, mas otro bloque con el espacio adicional distribuido.
> >
> > Esta propuesta busca simplificar los requisitos y permitir estas opciones.
> >
> > To read the proposal, please go to
> > https://politicas.lacnic.net/politicas/detail/id/LAC-2018-9
> >
> > The community's comments and opinions are essential to the proper functioning of the policy development process.
> > - Do you support this policy or are you against it?
> > - Would this proposal solve a problem you are experiencing?- Do you think this proposal has any drawbacks?
> > - What changes could be made to this proposal to make it more effective?
> >
> > For further information, please contact info-politicas at lacnic.net
> > Kind regards,
> >
> >
> > --
> > LACNIC - Registro de Direcciones de Internet para América Latina y Caribe
> > Rambla Rep. de México 6125, CP 11400
> > Montevideo-Uruguay
> > Teléfono: +598 2604 22 22
> > www.lacnic.net
> > _______________________________________________
> > 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
>
_______________________________________________
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.
More information about the Politicas
mailing list