[LAC-TF] Preguntas: Anuncios BGP IPv6 regionales/internacionales?

[Nick Pais]

Lista, buenos días/tardes.

Les vengo con unas preguntas que me viene comiendo la cabeza ya hace un
tiempo, dado de que no puedo encontrar información "sólida" al respecto.

Todo lo siguiente es un caso hipotético:

La empresa Pepe Inc. es una empresa establecida en USA con su espacio de IP
otorgado por ARIN, un /32. De momento, sólo venía anunciando su /32 entero
en San Francisco. Tiene servicios de colocation y en su planeamiento de
IPv6 ha otorgado un /40 (internamente) para ese sitio. Tiene a Hurricane
Electric como transit provider. Usa su propio ASN asignado por ARIN.

Pepe Inc. crece de tal manera que se expande internacionalmente y decide
hacer colocation en Buenos Aires. Decide de que quiere asignar otro /40
(del /32 anteriormente) en Buenos Aires y tiene a Level3 como transit
provider. Usa el mismo ASN mencionado arriba. Unos meses después, expande a
Brasil y se conecta al IXP en São Paulo.

En éste caso hipotético, por cuestiones de costo, no hay un enlace directo
entre los dos sitios directamente, sino que dependería de Internet mismo
para llegar al "otro lado" de si mismo.

Mi pregunta es: Cómo hacen para anunciar ese /32 pero poder usarlo en
diferentes puntos del mundo? Tengo presente que el anuncio mínimo (máximo?)
para un ISP es un /32, pero qué pasa cuando tienen dos sitios diferentes y
anuncian así?

- Sería necesario desplegar iBGP en éste caso? Cómo sería?
- Se debería anunciar los /40 en los sitios regionales en vez de el /32? O
se debería anunciar ambos prefijos (tanto el /32 y el más específico /40 en
su respectivo sitio regional)?
- Si se anunciara el /32 en ambos lados y usaría iBGP entre las dos PoP, no
agregaría demasiada latencia por tener que llegar de una punta a la otra?
- La pregunta más importante de todas: Es posible tener un scenario así?

Agradezco sus comentarios, saludos!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.lacnic.net/pipermail/lactf/attachments/20170606/4c533c8e/attachment.html>