[LACNIC/Politicas] consulta politica global ASN

Juan Alejo Peirano juan.alejo.peirano at gmail.com
Mon Jun 16 21:18:21 BRT 2014


Estimad at s,

Luego de la discusión en referencia al tema de que hacer con los bloques de
ASNs de "16 bits", me gustaría saber si como comunidad debemos tomar alguna
acción.
A mi entender, cuanto antes mejor.

Ricardo P. o Jorge V.(miembros del NRO/ASO) han discutido este tema en las
reuniones mensuales del ASO? Se espera que se tome una resolución por parte
de todas las comunidades en algún plazo determinado?

Saludos!

Juan Alejo


El 6 de junio de 2014, 13:51, Juan Alejo Peirano <
juan.alejo.peirano at gmail.com> escribió:

> Estimad at s,
>
> Comparto la idea de Fabián:
>
> "De considerar importante contar con ASNs de 16 bits durante más tiempo,
> se debería complementar con el trabajo en una política regional que
> contrarreste un posible "pánico por el agotamiento" que haga cambiar
> drásticamente las estadísticas y que cuide adecuadamente los ASNs de 16
> bits remanentes en LACNIC."
>
> Saludos
>
> Juan A.
>
>
> El 6 de junio de 2014, 13:32, Fabián Mejía <ing.fabianmejia at gmail.com>
> escribió:
>
> Gracias Luisa por todos los datos, son de mucha utilidad.
>>
>> De acuerdo a las estadísticas, si no se cambia nada, en LACNIC se tendría
>> un agotamiento completo de ASNs de 16 bits aproximadamente en 22 meses, es
>> decir mediados de 2016.[1]
>>
>> Los 99 ASN adicionales que se podría recibir de IANA darían unos 9 meses
>> más.[2]
>>
>> Por otra parte, el stock actual de LACNIC es comparable con el de IANA.
>>
>> Por los motivos anteriores, pienso que trabajar en una política global es
>> provechoso para la región, pero no veo un gran impacto, más bien sería por
>> mantener el principio de equidad entre los diferentes RIRs.
>>
>> De considerar importante contar con ASNs de 16 bits durante más tiempo,
>> se debería complementar con el trabajo en una política regional que
>> contrarreste un posible "pánico por el agotamiento" que haga cambiar
>> drásticamente las estadísticas y que cuide adecuadamente los ASNs de 16
>> bits remanentes en LACNIC.
>>
>>
>> [1] Lo saco así:  con un stock total de 6+484 ASNs , si se sigue
>> asignando normalmente a una tasa de 76,5 mensual sin distinción, más o
>> menos en unos 4 meses LACNIC se quedará con ~220 ASN (exclusivamente de 16
>> bits) y podrá solicitar/recibir otra asignación.  Al contar nuevamente con
>> ASN de 32 bits, los  ~220 remanentes se terminarán en otros 18 meses
>> adicionales aproximadamente, pues se tiene una tasa de asignacion de 10,63
>> mensual (76,5*13,9%).
>>
>> [2] Como habría disponibles ASNs de 32 bits, la tasa de asignación de los
>> de 16 bits sería de 10,63 mensual (76,5*13,9%).
>>
>> Saludos,
>>
>> Fabián Mejía
>>
>> El 2014-06-05 13:31, Luisa Villa escribió:
>>
>>  Hola Fabián,
>>>
>>> Al día de hoy tenemos en total 484 ASN de 16-bits.
>>>
>>> Del último bloque asignado tenemos 462 ASNs disponibles. Para poder
>>> solicitar un nuevo bloque a IANA, debemos de tener cerca de 200 ASN
>>> disponibles en este último bloque.
>>>
>>> Tenemos disponibles 19 ASNs de bloques antiguos y 462 del último bloque
>>> recibido. Por lo que la disponibilidad que tendríamos al momento de
>>> calificar para un nuevo bloque sería alrededor de 220 ASNs para
>>> satisfacer cualquier necesidad en los años futuros.
>>>
>>> ¡Saludos!
>>>
>>>
>>> Embedded Image
>>> *Luisa Villa*
>>> Gerente de Clientes
>>> Customer Manager
>>> *# 4501*
>>> Embedded Image
>>> *Casa de Internet de
>>> Latinoamérica y el Caribe*
>>> Rambla Rep. de México 6125
>>> 11400 Montevideo-Uruguay
>>> +598 2604 22 22 www.lacnic.net <http://www.lacnic.net>
>>> On 6/5/14 1:12 PM, Fabián Mejía wrote:
>>>
>>>> Luisa
>>>>
>>>> Por favor otra aclaración:  ¿cuantos ASN de los llamados de 16 bits
>>>> quedan "hoy" en el stock de LACNIC?  son aproximadamente 450, ¿es
>>>> correcto?
>>>>
>>>> Saludos,
>>>>
>>>> Fabián Mejía
>>>> AEPROVI
>>>>
>>>> El 2014-06-05 10:58, Luisa Villa escribió:
>>>>
>>>>> Hola Jorge,
>>>>>
>>>>> Han sido porque así lo han pedido.
>>>>>
>>>>> ¡Saludos!
>>>>> Embedded Image
>>>>> *Luisa Villa*
>>>>> Gerente de Clientes
>>>>> Customer Manager
>>>>> *# 4501*
>>>>> Embedded Image
>>>>> *Casa de Internet de
>>>>> Latinoamérica y el Caribe*
>>>>> Rambla Rep. de México 6125
>>>>> 11400 Montevideo-Uruguay
>>>>> +598 2604 22 22 www.lacnic.net <http://www.lacnic.net>
>>>>> On 6/5/14 12:42 PM, villa at reduniv.edu.cu wrote:
>>>>>
>>>>>> Hola Luisa, como estas?
>>>>>>
>>>>>> Solo una pregunta. Estas 53 asignaciones  de "16 bits" que mencionas
>>>>>> han sido porque son los ASN que tenemos disponibles o porque se ha
>>>>>> especificado en la solicitud que necesitan que sean de "16 bits"?
>>>>>>
>>>>>> Saludos,
>>>>>> Jorge
>>>>>>
>>>>>> -----Original Message----- From: Luisa Villa
>>>>>> Sent: Thursday, June 5, 2014 11:27 AM
>>>>>> To: politicas at lacnic.net
>>>>>> Subject: Re: [LACNIC/Politicas] consulta politica global ASN
>>>>>>
>>>>>> Hola estimados,
>>>>>>
>>>>>> Para entender un poco la demana de ASN de 16-bits en la región. En lo
>>>>>> que va del año las asignaciones han sido como sigue:
>>>>>>
>>>>>> 16-bits: 53 (13,9%)
>>>>>> 32-bits: 326 (80,6%)
>>>>>>
>>>>>> Tomando en cuenta este comportamiento, el remanente de ASN de 16-bits
>>>>>> nos duraría entre un año y año y medio aproximadamente, si la
>>>>>> demanda se
>>>>>> mantiene igual que ahora. Vemos pues, que todavía hay cerca de un
>>>>>> 15% de
>>>>>> organizaciones que se verían afectadas por la falta de ASN de 16-bits,
>>>>>> en caso de agotarse los ASN de 16-bits en un plazo corto.
>>>>>>
>>>>>> Por otro lado el remanente de ASN de 16-bits en IANA es de 496 ASNS,
>>>>>> por
>>>>>> lo que en caso de repartirse equitativamente entre los RIRs le
>>>>>> corresponderían 99 ASNs a cada RIR. Esto duplicaría la duración de la
>>>>>> reserva de ASNs de 16-bits de LACNIC.
>>>>>>
>>>>>> ¡Saludos!
>>>>>> Embedded Image
>>>>>> *Luisa Villa*
>>>>>> Gerente de Clientes
>>>>>> Customer Manager
>>>>>> *# 4501*
>>>>>> Embedded Image
>>>>>> *Casa de Internet de
>>>>>> Latinoamérica y el Caribe*
>>>>>> Rambla Rep. de México 6125
>>>>>> 11400 Montevideo-Uruguay
>>>>>> +598 2604 22 22 www.lacnic.net <http://www.lacnic.net>
>>>>>> On 6/5/14 11:40 AM, villa at reduniv.edu.cu wrote:
>>>>>>
>>>>>>> Juan, como estas?
>>>>>>>
>>>>>>> En realidad, el sentido de que IANA este haciendo esta consulta a la
>>>>>>> comunidad, es precisamente tomar una accion colegiada entre las 5
>>>>>>> regiones acerca de este remanente de 500 ASN "de 16 bits"; por tanto
>>>>>>> pienso que no habra ninguna accion al respecto hasta tanto no se
>>>>>>> tenga
>>>>>>> una opinion de toda la comunidad.
>>>>>>>
>>>>>>> En nuestro caso, como decia Arturo ayer, tendremos que asignar parte
>>>>>>> de los "de 16 bits" que tenemos porque hasta tanto no se alcancen los
>>>>>>> porcientos de asignacion estipulados, no podremos obtener una nueva
>>>>>>> asignacion desde IANA, lo cual se estima sea para el 2015. Una vez
>>>>>>> cumplimentados los porcientos de uso del pool de ASN de LACNIC, los
>>>>>>> calculos indican que nos quedarian unos 150 ASN de "16 bits" en el
>>>>>>> momento en que recibamos un bloque de 1024 ASN de "32 bits" para
>>>>>>> seguir asignando. O sea, que en teoria, si las tasas se uso se
>>>>>>> mantienen como hasta ahora, esos 150 ASN nos quedarian de reserva en
>>>>>>> la region, para irlos asignando en los casos donde se requiera.
>>>>>>>
>>>>>>> No se si haya alguna estadistica de las solicitudes en la region, que
>>>>>>> especifican (por alguna razon) la necesidad de ASN de 16 bits; para
>>>>>>> tener una idea de la posible magnitud del problema. 150 puede ser un
>>>>>>> numero grande o pequeño, segun las necesidades. Si por ejemplo, se
>>>>>>> reciben 5 solicitudes asi por año (como promedio), ello permitiria
>>>>>>> satisfacer las demandas de los proximos 30 años (y por tanto para
>>>>>>> nada
>>>>>>> nos afecta que IANA asigne esos 500 ASN al primer RIR que los pida o
>>>>>>> necesite); pero si se reciben 50 solicitudes anuales, estariamos
>>>>>>> hablando solo de 3 años (y entonces seria de interes tratar de
>>>>>>> aumentar la reserva).
>>>>>>>
>>>>>>> En caso de que se haga una politica global que termine repartiendo
>>>>>>> esos 500 ASN entre los 5 RIRs, cuando mas podremos aspirar a unos 100
>>>>>>> ASN mas de "16 bits".
>>>>>>>
>>>>>>> Saludos,
>>>>>>> Jorge
>>>>>>>
>>>>>>> -----Original Message----- From: Juan Alejo Peirano
>>>>>>> Sent: Thursday, June 5, 2014 9:57 AM
>>>>>>> To: Lista para discusion de politicas de la comunidad de LACNIC
>>>>>>> Subject: Re: [LACNIC/Politicas] consulta politica global ASN
>>>>>>>
>>>>>>> Estimad at s,
>>>>>>>
>>>>>>> Muchas gracias a Luisa y Jorge por las aclaraciones. Es importante
>>>>>>> saber en
>>>>>>> que estado estamos en la región.
>>>>>>> Jorge entiendo que la discusión esta apuntada hacia el remanente de
>>>>>>> ASNs de
>>>>>>> 16 bits en el stock del IANA al día de hoy y por eso quiero platear
>>>>>>> las
>>>>>>> siguientes ideas y pido que si estoy muy errado alguien lo exprese
>>>>>>> en la
>>>>>>> lista:
>>>>>>>
>>>>>>> Si optamos por modificar la política global, tenemos que estar
>>>>>>> seguros
>>>>>>> que
>>>>>>> el pool de ASNs de 16 bits en IANA se mantendrá sin cambios hasta
>>>>>>> el fin
>>>>>>> del proceso de modificación, ya que si entramos en ese proceso,
>>>>>>> LACNIC
>>>>>>> por
>>>>>>> falta de ASNs de 32 bits comienza a asignar de 16 bits y otra
>>>>>>> región con
>>>>>>> una necesidad mas grande de ASN de 16 bits solicita antes de que el
>>>>>>> pool
>>>>>>> sea "restringido" , puede suceder que LACNIC no tenga mas acceso a
>>>>>>> ASNs de
>>>>>>> 16 bits? o estamos seguros que esos 500 ASNs no serán asignados a
>>>>>>> nadie
>>>>>>> mientras este en proceso de discusión la política global? Son 150
>>>>>>> ASNs de
>>>>>>> 16 bits suficientes para encarar la demanda luego de obtener la nueva
>>>>>>> asignación de IANA?
>>>>>>>
>>>>>>> Si esos 500 ASNs se mantienen estoy a favor de modificar la política
>>>>>>> global.
>>>>>>>
>>>>>>> Si esos 500 ASNs NO estamos seguros de que se mantienen estoy a
>>>>>>> favor de
>>>>>>> generar una reserva de ASNs de 16 bits y acelerar el proceso de
>>>>>>> pedido a
>>>>>>> IANA y luego de eso comenzar el proceso de modificación de la
>>>>>>> política
>>>>>>> global.
>>>>>>>
>>>>>>> Espero que mis comentarios hayan sido claros y por favor si alguien
>>>>>>> tiene
>>>>>>> datos para aportar son bienvenidos.
>>>>>>>
>>>>>>> Saludos
>>>>>>>
>>>>>>> Juan
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> El 5 de junio de 2014, 9:43, <villa at reduniv.edu.cu> escribió:
>>>>>>>
>>>>>>>  Hola a tod at s, como estan?
>>>>>>>>
>>>>>>>> El debate ha estado bueno e interesante, pero creo que no estamos
>>>>>>>> apartando un poco de la pregunta original de Ricardo acerca de la
>>>>>>>> distincion entre 16 y 32 bits para los ASN por parte de la IANA. En
>>>>>>>> el pool
>>>>>>>> de ASN de la IANA la disponibilidad es del 97% aproximadamente (mas
>>>>>>>> de 4
>>>>>>>> billones), aunque solo existen sin asignar a los RIRs poco mas de
>>>>>>>> 500
>>>>>>>> ASN
>>>>>>>> (de los llamados de 16 bits). Esta consulta a la comunidad, viene
>>>>>>>> dada a
>>>>>>>> partir de saber si estos 500 ASN deben recibir un tratamiento
>>>>>>>> diferenciado
>>>>>>>> (en aras de poder satisfacer en algun momento, situaciones
>>>>>>>> especiales en
>>>>>>>> los diferentes RIRs que por fuerza mayor necesiten ASN de los de "16
>>>>>>>> bits"
>>>>>>>> ) o simplemente se le pueden asignar totalmente al primer RIR que
>>>>>>>> solicite
>>>>>>>> ASN. Resumiento, la idea es saber si estos 500 ASN deberian
>>>>>>>> repartirse
>>>>>>>> entre los cinco RIRs (siguiendo alguna formulacion) o da igual
>>>>>>>> como se
>>>>>>>> asignen y a quien se le asignen.
>>>>>>>>
>>>>>>>> Muy buenos los datos que aporta Luisa, para ilustrar las condiciones
>>>>>>>> que
>>>>>>>> tenemos en la region. En el caso particular de LACNIC, aunque en
>>>>>>>> estos
>>>>>>>> momentos lo que se va a poder asignar de forma mayoritaria son los
>>>>>>>> llamados
>>>>>>>> de "16 bits", nos quedaria un remanente de aproximadamente 150 de
>>>>>>>> estos ASN
>>>>>>>> en reserva, en el momento de recibir una nueva asignacion de 1024
>>>>>>>> ASN
>>>>>>>> "de
>>>>>>>> 32 bits" por parte de IANA.
>>>>>>>>
>>>>>>>> Saludos,
>>>>>>>> Jorge
>>>>>>>>
>>>>>>>> -----Original Message----- From: Luisa Villa
>>>>>>>> Sent: Wednesday, June 4, 2014 7:09 PM
>>>>>>>>
>>>>>>>> To: politicas at lacnic.net
>>>>>>>> Subject: Re: [LACNIC/Politicas] consulta politica global ASN
>>>>>>>>
>>>>>>>> Hola estimados,
>>>>>>>>
>>>>>>>>
>>>>>>>> La última asignación que recibió LACNIC de parte de IANA se
>>>>>>>> compuso de
>>>>>>>> un bloque de 512 ASN de 16-bits y 512 ASN de 32-bits,
>>>>>>>> completándose así
>>>>>>>> la unidad de asignación de 1024 ASN definida en la política de IANA.
>>>>>>>>
>>>>>>>> La política de IANA establece dos criterios que son los que permiten
>>>>>>>> solicitar ASN adicionales:
>>>>>>>>
>>>>>>>> 1. Haber asignado el 80% del bloque previamente recibido. Esto
>>>>>>>> quiere
>>>>>>>> decir, que de ese bloque de 1024 ASN LACNIC debiera tener
>>>>>>>> alrededor de
>>>>>>>> 200 ASN en su stock para poder solicitar más ASN a IANA.
>>>>>>>> 2. Que el stock disponible sea inferior a la necesidad proyectada
>>>>>>>> para
>>>>>>>> los siguientes dos meses, basada en el promedio de asignación de
>>>>>>>> los 6
>>>>>>>> meses anteriores.  En los últimos 6 meses LACNIC ha tenido en
>>>>>>>> promedio
>>>>>>>> 76,5 asignaciones por mes, esto quiere decir que para calificar bajo
>>>>>>>> este disparador, LACNIC debiéra tener en su stock menos de 153 ASN.
>>>>>>>>
>>>>>>>> Dicho lo anterior, el primer criterio parece ser el que llevaría a
>>>>>>>> LACNIC a solicitar un bloque nuevo a IANA.
>>>>>>>>
>>>>>>>> Ahora, de ese último bloque que recibimos de IANA, solamente nos
>>>>>>>> quedan
>>>>>>>> en stock 6 ASN de 32-bits, por lo que al momento de que se terminen,
>>>>>>>> los
>>>>>>>> únicos ASN que vamos a tener para asignar van a ser ASN de
>>>>>>>> 16-bits, los
>>>>>>>> cuáles, de acuerdo a la política, vamos a tener que consumir hasta
>>>>>>>> llegar a la utilización del 80% del bloque recibido previamente
>>>>>>>> (recuerden no hay distinción de ASN para IANA). Esto nos llevaría a
>>>>>>>> quedar con un stock de alrededor de 200 ASN de 16-bits. Cabe
>>>>>>>> mencionar
>>>>>>>> que como práctica LACNIC asigna por defecto ASN de 32-bits a menos
>>>>>>>> que
>>>>>>>> el solicitante pida un ASN de 16-bits por no poder usar el de
>>>>>>>> 32-bits.
>>>>>>>> Pero en los siguientes meses solo podremos que asignar de 16-bits
>>>>>>>> pues
>>>>>>>> solo tendremos ASN de 16-bits en nuestro stock.
>>>>>>>>
>>>>>>>> En los últimos dos años y medio las asignaciones de ASN de 32-bits
>>>>>>>> han
>>>>>>>> representado un 57,08% mientras que las asignaciones de ASN de
>>>>>>>> 16-bits
>>>>>>>> han representado un 42,91%.
>>>>>>>>
>>>>>>>> Saludos,
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Embedded Image
>>>>>>>> *Luisa Villa*
>>>>>>>> Gerente de Clientes
>>>>>>>> Customer Manager
>>>>>>>> *# 4501*
>>>>>>>> Embedded Image
>>>>>>>> *Casa de Internet de
>>>>>>>> Latinoamérica y el Caribe*
>>>>>>>> Rambla Rep. de México 6125
>>>>>>>> 11400 Montevideo-Uruguay
>>>>>>>> +598 2604 22 22 www.lacnic.net <http://www.lacnic.net>
>>>>>>>> On 6/4/14 6:59 PM, Fabián Mejía wrote:
>>>>>>>>
>>>>>>>>  Hola Arturo
>>>>>>>>>
>>>>>>>>> Por eso, LACNIC no puede pedir más ASN de 32 bits porque tienen en
>>>>>>>>> stock ASN de 16 bits (IANA ya no hace distinción) y la
>>>>>>>>> preocupación es
>>>>>>>>> que están entregando ASN de 16 bits por defecto a alguien que
>>>>>>>>> perfectamente puede usar uno de 32 bits (no hay ninguna política
>>>>>>>>> que
>>>>>>>>> lo evite), probablemente se acaben y a futuro no habrá para alguien
>>>>>>>>> que solo puede usar de 16 bits. De ahí que tal vez conviene
>>>>>>>>> reservar
>>>>>>>>> algo (o no, esa es la preocupación y el motivo de la discusión).
>>>>>>>>>  Si
>>>>>>>>> no simplemente siguen entregando lo que hay y cuando llegue el
>>>>>>>>> tiempo
>>>>>>>>> piden más de 32 bits.
>>>>>>>>>
>>>>>>>>> Saludos,
>>>>>>>>>
>>>>>>>>> Fabián Mejía
>>>>>>>>>
>>>>>>>>> El 2014-06-04 15:15, Arturo Servin escribió:
>>>>>>>>>
>>>>>>>>>  Creo que el problema no son los ASN de 16 bits, si no los de 32
>>>>>>>>>> bits
>>>>>>>>>> que no
>>>>>>>>>> hay muchos en el stock de LACNIC y no puede pedir más a IANA hasta
>>>>>>>>>> que
>>>>>>>>>> asigne un buen porcentaje de los de 16 bits.
>>>>>>>>>>
>>>>>>>>>> Slds
>>>>>>>>>> as
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> 2014-06-04 13:03 GMT-07:00 Fabián Mejía
>>>>>>>>>> <ing.fabianmejia at gmail.com>:
>>>>>>>>>>
>>>>>>>>>>    Hola
>>>>>>>>>>
>>>>>>>>>>> Lo que debería decir la propuesta de política es básicamente los
>>>>>>>>>>> criterios
>>>>>>>>>>> que está aplicando ahora el staff de LACNIC, solo que ahora
>>>>>>>>>>> estarían
>>>>>>>>>>> escritos en el manual y más bien les ayuda a no entregar por
>>>>>>>>>>> defecto
>>>>>>>>>>> un ASN
>>>>>>>>>>> de 16 bits a alguien que puede usar uno de 32, motivados por el
>>>>>>>>>>> hecho de
>>>>>>>>>>> que no se puede solicitar más recursos a IANA.
>>>>>>>>>>>
>>>>>>>>>>> La pregunta para el staff de LACNIC sería:  ¿cuantos ASN de 16
>>>>>>>>>>> bits
>>>>>>>>>>> hay en
>>>>>>>>>>> el stock de LACNIC, hoy? y ¿cuales son las estadísticas de
>>>>>>>>>>> asignación de
>>>>>>>>>>> ASN de 16 bits por año desde que entró en vigencia la política
>>>>>>>>>>> global de no
>>>>>>>>>>> diferenciar?, con ello se tiene una mejor base para
>>>>>>>>>>> analizar/discutir si
>>>>>>>>>>> conviene o no crear el pool y qué cantidad sería bueno reservar.
>>>>>>>>>>> Cualquier
>>>>>>>>>>> cosa que exceda el pool de reserva (de existir) puede ser
>>>>>>>>>>> asignado
>>>>>>>>>>> inmediatamente aunque sea de 16 bits.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Saludos,
>>>>>>>>>>>
>>>>>>>>>>> Fabián Mejía
>>>>>>>>>>>
>>>>>>>>>>> El 2014-06-04 14:31, Matias Niosi escribió:
>>>>>>>>>>>
>>>>>>>>>>>     Estoy de acuerdo con Juan.
>>>>>>>>>>>
>>>>>>>>>>>  Qué pporcentaje de utilización de ASNs hay hoy en LACNIC? Qué
>>>>>>>>>>>> parte de
>>>>>>>>>>>> ellos son del 0 al 65536?
>>>>>>>>>>>>
>>>>>>>>>>>> Slds.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> El 4 de junio de 2014, 16:28, Juan Alejo Peirano <
>>>>>>>>>>>> juan.alejo.peirano at gmail.com> escribió:
>>>>>>>>>>>>
>>>>>>>>>>>>     Estima at s,
>>>>>>>>>>>>
>>>>>>>>>>>>  Respecto a la propuesta de Fabián, en un primer momento tenía
>>>>>>>>>>>>> mis
>>>>>>>>>>>>> dudas
>>>>>>>>>>>>> respecto a generar una reserva, para no condicionar en el
>>>>>>>>>>>>> futuro el
>>>>>>>>>>>>> trabajo
>>>>>>>>>>>>> de los Hostmsters  cuando la situación no sea tan crítica,
>>>>>>>>>>>>> pero en
>>>>>>>>>>>>> vista
>>>>>>>>>>>>> de
>>>>>>>>>>>>> los tiempos que se manejan y la necesidad por parte de la
>>>>>>>>>>>>> comunidad de
>>>>>>>>>>>>> LACNIC de disponer de ASNs de por encima de 65535 para asignar
>>>>>>>>>>>>> y
>>>>>>>>>>>>> "cuidar
>>>>>>>>>>>>> "
>>>>>>>>>>>>> un poco mas los que se encuentran por debajo de  65535, apoyo
>>>>>>>>>>>>> la
>>>>>>>>>>>>> idea de
>>>>>>>>>>>>> Fabián Mejía  .Si fuera posible consultarle  al Staff de
>>>>>>>>>>>>> LACNIC el
>>>>>>>>>>>>> impacto
>>>>>>>>>>>>> (en particular negativo si lo hay) que puede tener la
>>>>>>>>>>>>> creación de
>>>>>>>>>>>>> esta
>>>>>>>>>>>>> reserva, puramente desde el punto de vista operativo.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Saludos!
>>>>>>>>>>>>>
>>>>>>>>>>>>> Juan
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> El 4 de junio de 2014, 15:13, Fabián Mejía
>>>>>>>>>>>>> <ing.fabianmejia at gmail.com>
>>>>>>>>>>>>> escribió:
>>>>>>>>>>>>>
>>>>>>>>>>>>>     Hola a todos
>>>>>>>>>>>>>
>>>>>>>>>>>>>  Primero, gracias Ricardo por poner sobre la mesa este tema.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Coincido con Juan que en vista de lo largo que puede resultar
>>>>>>>>>>>>>> alcanzar
>>>>>>>>>>>>>> consenso en una política global, el punto a poner atención
>>>>>>>>>>>>>> sería:  la
>>>>>>>>>>>>>> interpretación de "necesidad" en IANA.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Por otra parte, puede ser también conveniente mantener una
>>>>>>>>>>>>>> reserva
>>>>>>>>>>>>>> "adecuada" de ASN de 32 bits con 16 ceros al inicio
>>>>>>>>>>>>>> (acogiendo la
>>>>>>>>>>>>>> recomendación de Jorge Villa).
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Por lo tanto, me parece que el camino puede ser proponer una
>>>>>>>>>>>>>> política en
>>>>>>>>>>>>>> LACNIC que cree una reserva de dichos ASN, que se pueden
>>>>>>>>>>>>>> asignar
>>>>>>>>>>>>>> solo en
>>>>>>>>>>>>>> los casos especiales (no por defecto), con ello asumo que si
>>>>>>>>>>>>>> LACNIC no
>>>>>>>>>>>>>> puede asignar de ese pool, NECESITA que IANA le asigne otro
>>>>>>>>>>>>>> rango.
>>>>>>>>>>>>>>      Estonces todo estaría más claro.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ¿Qué opinan?.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Saludos,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Fabián Mejía
>>>>>>>>>>>>>> AEPROVI
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> El 2014-06-04 12:05, Juan Alejo Peirano escribió:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>     Ricardo, tenes razón, pido disculpas por la mala
>>>>>>>>>>>>>> interpretación
>>>>>>>>>>>>>> de tu
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>  correo.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Y con la correcta (espero) interpretación de tu correo, me
>>>>>>>>>>>>>>> gustaría
>>>>>>>>>>>>>>> reformular algunas ideas.
>>>>>>>>>>>>>>> - El proceso por el cual esta política debe ser modificada es
>>>>>>>>>>>>>>> el de
>>>>>>>>>>>>>>> Política Global, como menciona Ricardo. Esto hace que los
>>>>>>>>>>>>>>> tiempos para
>>>>>>>>>>>>>>> alcanzar consenso en todas las regiones y luego pasar por el
>>>>>>>>>>>>>>> ASO y
>>>>>>>>>>>>>>> finalmente por el Board de ICANN para ser ratificada, sean
>>>>>>>>>>>>>>> mas
>>>>>>>>>>>>>>> largos
>>>>>>>>>>>>>>> de
>>>>>>>>>>>>>>> lo
>>>>>>>>>>>>>>> que supondría un nuevo pedido a IANA al alcanzar el 80% de
>>>>>>>>>>>>>>> utilización
>>>>>>>>>>>>>>> total.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Mas alla que veo  sumamente importante tratar de conseguir
>>>>>>>>>>>>>>> ASNs por
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>    encima
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> de 65535 (32 bits) lo antes posible, creo que el camino de
>>>>>>>>>>>>>> modificación
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>  como política global no sería el adecuado, a no ser que ya
>>>>>>>>>>>>>>> hubiese
>>>>>>>>>>>>>>> consenso
>>>>>>>>>>>>>>> por este tema en los otro 4 RIRs y se pudiera resolver todo
>>>>>>>>>>>>>>> en el
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>    próximo
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> semestre del 2014 (si alguien tiene información respecto a
>>>>>>>>>>>>>> esto me
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>  encantaría saberlo)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Dado que LACNIC asigna ASNs por encima de 65535 por omisión a
>>>>>>>>>>>>>>> nos ser
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>    que
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> se justifiquen carencias tecnológicas que solo permitan
>>>>>>>>>>>>>> utilizar
>>>>>>>>>>>>>> un ASN
>>>>>>>>>>>>>> de
>>>>>>>>>>>>>> 16 bits ¿cual es la interpretación de " necesidad" que aplica
>>>>>>>>>>>>>> IANA en el
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>  punto 9.4.3 ?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>         - El número de ASNs libres actualmente en poder del
>>>>>>>>>>>>>>> RIR es
>>>>>>>>>>>>>>> menor
>>>>>>>>>>>>>>> que
>>>>>>>>>>>>>>> la
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>         NECESIDAD proyectada para 2 meses. La proyección se
>>>>>>>>>>>>>>> basa
>>>>>>>>>>>>>>> en el
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>    número
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>         promedio de ASNs asignados por el RIR durante los 6
>>>>>>>>>>>>>> meses
>>>>>>>>>>>>>> precedentes.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>  Se puede justificar la "necesidad" de numero altos de ASNs?
>>>>>>>>>>>>>>> Creo
>>>>>>>>>>>>>>> que si
>>>>>>>>>>>>>>> utilizamos el promedio de ASNs de 32 bits entregados se
>>>>>>>>>>>>>>> podría
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>    justificar
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> la necesidad, ya que mayoritariamente se entregan ASNs de 32
>>>>>>>>>>>>>> bits
>>>>>>>>>>>>>> (por
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>  encima de 65535) , pero de nuevo, todo depende de la
>>>>>>>>>>>>>>> interpretación de
>>>>>>>>>>>>>>> IANA
>>>>>>>>>>>>>>> del concepto de necesidad
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Saludos
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Juan
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> El 4 de junio de 2014, 13:07, Ricardo Patara
>>>>>>>>>>>>>>> <patara at registro.br>
>>>>>>>>>>>>>>> escribió:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>      Estimados,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>    Mis disculpas si mi consulta no fue clara.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> @Juan, la política global *ya no hace* distinción entre
>>>>>>>>>>>>>>>> ASNs 16
>>>>>>>>>>>>>>>> y 32
>>>>>>>>>>>>>>>> bits.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> La consulta es si la comunidad está de acuerdo en seguir
>>>>>>>>>>>>>>>> así.
>>>>>>>>>>>>>>>> O si
>>>>>>>>>>>>>>>> debido al escenario diferente de lo que se imaginaba
>>>>>>>>>>>>>>>> cuando se
>>>>>>>>>>>>>>>> propuso
>>>>>>>>>>>>>>>> esa política, cambiar el texto para que *sí* se haga
>>>>>>>>>>>>>>>> distinción.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Eso implica en una política global que hay que discutir y
>>>>>>>>>>>>>>>> pasar
>>>>>>>>>>>>>>>> en los
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>    5
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> RIRs.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>  Y también hay que aclarar que dentro en poco LACNIC no tendrá
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> más ASNs
>>>>>>>>>>>>>>>> 32 bits en su estoque con lo que no podrá, como sugerido,
>>>>>>>>>>>>>>>> asignar 16
>>>>>>>>>>>>>>>> bits solamente a quién lo solicite (ese es el procedimiento
>>>>>>>>>>>>>>>> actual,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>    pero
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> desde que haya ASNs 32 bits).
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>  Saludos
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Ricardo Patara
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On 06/04/2014 12:50 PM, villa at reduniv.edu.cu wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>     Hola a tod at s, como estan?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>  Creo que hay dos partes del problema. Uno referente a
>>>>>>>>>>>>>>>>> terminologia y
>>>>>>>>>>>>>>>>> otro referente a operacion.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> En realidad todos los ASN son numeros de 32 bits; solo que
>>>>>>>>>>>>>>>>> hay un
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>    grupo
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>     que tienen los primeros 16 bits en cero (del 0 al 65536)
>>>>>>>>>>>>>>> y por
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> razones
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>  historicas se les dice "de 16 bits"; pero no es correcto
>>>>>>>>>>>>>>> hacer
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> diferenciacion formal, que en algunos casos puede incluso
>>>>>>>>>>>>>>>>> llevar a
>>>>>>>>>>>>>>>>> errores conceptuales.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Desde el punto de vista de operacion, la principal razon de
>>>>>>>>>>>>>>>>> pretender
>>>>>>>>>>>>>>>>> emplear numeros de los llamados "de 16 bits" es para
>>>>>>>>>>>>>>>>> satisfacer a
>>>>>>>>>>>>>>>>> operadores con equipamiento obsoleto que no admiten el
>>>>>>>>>>>>>>>>> manejo
>>>>>>>>>>>>>>>>> de los
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>    32
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>     bits completos del ASN, y concuerdo con Juan Peirano en
>>>>>>>>>>>>>>> que
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> cada vez
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>  son
>>>>>>>>>>>>>>>     menos los equipos en esta situacion. Incluso, me parece
>>>>>>>>>>>>>>> que
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> pudiera
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>  haber mas necesidad de estos ASN en los End-Users que en los
>>>>>>>>>>>>>>> ISP.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Paradojicamente, donde mayor demanda hay de estos AS de 16
>>>>>>>>>>>>>>>>> bits en la
>>>>>>>>>>>>>>>>> region de ARIN. Yo creo que seria interesante tener una
>>>>>>>>>>>>>>>>> resreva para
>>>>>>>>>>>>>>>>> esos casos extremos, y como regla general, asignar de 32
>>>>>>>>>>>>>>>>> bits y
>>>>>>>>>>>>>>>>> documentar todo con de 32 bits.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Saludos,
>>>>>>>>>>>>>>>>> Jorge
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> -----Original Message----- From: Dario Tuseddu
>>>>>>>>>>>>>>>>> Sent: Wednesday, June 4, 2014 11:46 AM
>>>>>>>>>>>>>>>>> To: politicas at lacnic.net
>>>>>>>>>>>>>>>>> Subject: Re: [LACNIC/Politicas] consulta politica global
>>>>>>>>>>>>>>>>> ASN
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Buenos días,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Creo que es importante asignar por default ASN de 32 bits,
>>>>>>>>>>>>>>>>> y
>>>>>>>>>>>>>>>>> solo en
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>    el
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>     caso que el usuario puede demostrar la necesidad del ASN
>>>>>>>>>>>>>>> de 16
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> bits
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>  cambiarlo, hoy el común denominante de los dispositivos
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> disponibles
>>>>>>>>>>>>>>>>> pueden utilizar ASN de 32 bits o en su defecto disponen de
>>>>>>>>>>>>>>>>> métodos de
>>>>>>>>>>>>>>>>> transición
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Saludos!
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Dario Tuseddu
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On 6/4/14 12:41 PM, Jhonder Depablos wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>     Hola compañeros, estoy muy deacuerdo con Luis y Juan
>>>>>>>>>>>>>>>>> Alejo, sin
>>>>>>>>>>>>>>>>> embargo
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>      debe limitarse un rango de reserva y condiciones
>>>>>>>>>>>>>>>> restrictivas
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> para su
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>  asignacion cuando ya estemos en el area de reserva.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Saludos
>>>>>>>>>>>>>>>>>> El 04/06/2014 11:04, "Juan Alejo Peirano" <
>>>>>>>>>>>>>>>>>> juan.alejo.peirano at gmail.com
>>>>>>>>>>>>>>>>>> escribió:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>      Estimad at s,
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>    Creo que sería interesante realizar la modificación
>>>>>>>>>>>>>>>>>> para
>>>>>>>>>>>>>>>>>> que NO
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> haya
>>>>>>>>>>>>>>>>>>> distinción entre los ASN de 16 y de 32 bits a la hora de
>>>>>>>>>>>>>>>>>>> realizar
>>>>>>>>>>>>>>>>>>> la
>>>>>>>>>>>>>>>>>>> asignación por parte de IANA.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> En nuestra región hemos tenido una muy buena "aceptación"
>>>>>>>>>>>>>>>>>>> (por asi
>>>>>>>>>>>>>>>>>>> decirlo)
>>>>>>>>>>>>>>>>>>> de ASNs de 32 bits y es importante continuar con la
>>>>>>>>>>>>>>>>>>> asignación de
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>    los
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>     mismos y que no se entreguen ASNs de 16 bits por
>>>>>>>>>>>>>>>>> falta de
>>>>>>>>>>>>>>>>> los
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> anteriores.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>  Concuerdo con Luis de que la mayoría de los equipos ya
>>>>>>>>>>>>>>>>>>> soportan
>>>>>>>>>>>>>>>>>>> ASNs
>>>>>>>>>>>>>>>>>>> de 32
>>>>>>>>>>>>>>>>>>> bits, otra razón por la cual la distinción creo que
>>>>>>>>>>>>>>>>>>> carece de
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>    sentido.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>     Saludos!
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Juan Alejo Peirano
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>  El 4 de junio de 2014, 11:34, Ricardo Patara
>>>>>>>>>>>>>>>>>>> <patara at registro.br>
>>>>>>>>>>>>>>>>>>> escribió:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>      La política global para asignación de ASN por IANA
>>>>>>>>>>>>>>>>>>> a los
>>>>>>>>>>>>>>>>>>> RIRs
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>    implementada en 2010 indica que a partir de 1er de
>>>>>>>>>>>>>>>>>>> enero
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> 2011 IANA
>>>>>>>>>>>>>>>>>>>> dejaría de hacer distinción entre ASNs de 16 y de 32
>>>>>>>>>>>>>>>>>>>> bits.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Las asignaciones de IANA a los RIRs pasó a ser de
>>>>>>>>>>>>>>>>>>>> rangos de
>>>>>>>>>>>>>>>>>>>> ASNs
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>    que
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>     podrían ser menores o mayores a 65535 sin distinción.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Y para el RIR obtener ASNs adicionales ha que demostrar
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>  utilización
>>>>>>>>>>>>>>>>>>>> de
>>>>>>>>>>>>>>>>>>>> al menos 80% del rango ya asignado, y nuevamente sin
>>>>>>>>>>>>>>>>>>>> distinción.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Algunos RIRs, incluyendo LACNIC, han asignado más ASN
>>>>>>>>>>>>>>>>>>>> mayores a
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>    65535
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>     por defecto. Y han reservado los menores a 65535 para
>>>>>>>>>>>>>>>>>> redes que
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>     todavía
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>  no soportan los de numero mayor a 65535.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Pero pasa que estos ASN de numero mayores a 65535 se están
>>>>>>>>>>>>>>>>>> agotando
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>  en
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> LACNIC y por eso se está asignado los menores mismo a
>>>>>>>>>>>>>>>>>>>> "redes" que
>>>>>>>>>>>>>>>>>>>> soportan y podrían utilizar los de numero mayor.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Eso asta que se pueda justificar ASNs adicionales.
>>>>>>>>>>>>>>>>>>>> La proyección de LACNIC para poder justificar asignación
>>>>>>>>>>>>>>>>>>>> adicional
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>    de
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>     ASN es para inicio de 2015.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> En otras regiones, en especial la de ARIN, pasa lo
>>>>>>>>>>>>>>> contrario.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>  Proveedores allá han solicitado más ASNs menores a
>>>>>>>>>>>>>>>>>>>> 65535 y
>>>>>>>>>>>>>>>>>>>> una vez
>>>>>>>>>>>>>>>>>>>> que
>>>>>>>>>>>>>>>>>>>> se agoten estos numeros, ARIN pasará a asignar los
>>>>>>>>>>>>>>>>>>>> mayores a
>>>>>>>>>>>>>>>>>>>> 65535.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> La consulta a la comunidad es acerca de la no distinción
>>>>>>>>>>>>>>>>>>>> por parte
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>    de
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>     IANA a estos dos "grupos" de ASN como indica la
>>>>>>>>>>>>>>>>>> política.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Piensan que hay que proponer ajustes a la misma?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>  Y hay que recordar que el "estoque" de ASNs menores a
>>>>>>>>>>>>>>>>>>>> 65535
>>>>>>>>>>>>>>>>>>>> junto
>>>>>>>>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>>>>>> IANA
>>>>>>>>>>>>>>>>>>>> es de aproximadamente 500 ASNs.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Saludos
>>>>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>>>> Ricardo Patara
>>>>>>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>>>>>>> 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
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>     _______________________________________________
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>  Politicas mailing list
>>>>>>>>>>>>>>>>> Politicas at lacnic.net
>>>>>>>>>>>>>>>>> https://mail.lacnic.net/mailman/listinfo/politicas
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Consulte la enciclopedia colaborativa cubana.
>>>>>>>>>>>>>>>>> http://www.ecured.cu
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Consulte la enciclopedia colaborativa cubana.
>>>>>>>>>>>>>>>>> http://www.ecured.cu
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>>>> 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
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>     _______________________________________________
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>  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
>>>>>>>>>>>>
>>>>>>>>>>>>    _______________________________________________
>>>>>>>>>>>>
>>>>>>>>>>> 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
>>>>>>>>>
>>>>>>>>>  _______________________________________________
>>>>>>>> Politicas mailing list
>>>>>>>> Politicas at lacnic.net
>>>>>>>> https://mail.lacnic.net/mailman/listinfo/politicas
>>>>>>>>
>>>>>>>>
>>>>>>>> Consulte la enciclopedia colaborativa cubana. http://www.ecured.cu
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Consulte la enciclopedia colaborativa cubana. http://www.ecured.cu
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> 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
>>>>>>>
>>>>>>>
>>>>>>> Consulte la enciclopedia colaborativa cubana. http://www.ecured.cu
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Consulte la enciclopedia colaborativa cubana. http://www.ecured.cu
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> 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
>>>>>>
>>>>>>
>>>>>> Consulte la enciclopedia colaborativa cubana. http://www.ecured.cu
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Consulte la enciclopedia colaborativa cubana. http://www.ecured.cu
>>>>>>
>>>>>>
>>>>>>  _______________________________________________
>>>>> 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
>>>
>>
>>
>> _______________________________________________
>> Politicas mailing list
>> Politicas at lacnic.net
>> https://mail.lacnic.net/mailman/listinfo/politicas
>>
>
>



More information about the Politicas mailing list