[LACNIC/Politicas] consulta politica global ASN
Luisa Villa
luisa at lacnic.net
Thu Jun 5 12:58:23 BRT 2014
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
>
>
More information about the Politicas
mailing list