[LACNIC/Politicas] consulta politica global ASN
Fabián Mejía
ing.fabianmejia at gmail.com
Thu Jun 5 13:12:47 BRT 2014
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
More information about the Politicas
mailing list