[LACNIC/Politicas] consulta politica global ASN

[Juan Alejo Peirano]

Concuerdo también con Matias respecto  a reservar (pero solo de manera
operativa y no por política) los ASNs de 16 bits solamente para casos que
no se pueda utilizar uno de 32.

Saludos!

Juan


El 4 de junio de 2014, 12:29, Matias Niosi <matiasniosi at latechco.com>
escribió:

> Hola,
>
> a mi criterio, dado que los ASNs de 16 bits se están agotando, yo asignaría
> a primera instancia ASNs de 32 y reservaría los de 16 bits para aquellos
> casos en los cuales sería imprescindible o importante contar con uno de 32.
> Se podría armar una lista de los casos en los cuales se entiende que es
> necesario tener uno de 16. De esa manera sería sencillo y bien claro para
> la gente del servicio de registro decidir cual ASN aplica.
>
> Slds.
>
>
>
>
> El 4 de junio de 2014, 12:13, Alejandro Acosta <
> alejandroacostaalamo at gmail.com> escribió:
>
> > Hola,
> >   Como seria esto?. Los ISPs aun puede obtar por ASNs de 16 bits
> > mientras que los end-user solo pueden obtar por 32 bits?. Interesante.
> >
> > Saludos,
> >
> >
> > El 6/4/2014 10:33 AM, Luis Balbinot escribió:
> > > Acho que a maioria dos equipamentos já suportam bem os ASNs de 32
> > > bits, em grande parte porque todos estão atualizando hardware e
> > > software para suportar IPv6. Na minha opinião não precisaria mexer na
> > > política.
> > >
> > > Mas ASNs de 16 bits são bem úteis para provedores de trânsito. Por
> > > exemplo, é bem mais complexo manter uma política de communities quando
> > > seu AS é de 32 bits :-)
> > >
> > > Luis
> > >
> > > 2014-06-04 11:34 GMT-03:00 Ricardo Patara <patara at registro.br>:
> > >>
> > >> 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
>