[LACNIC/Politicas] Política de publicaciones de bloques IPv6

[Nicolás Antoniello]

Hola Francisco,

Si, el texto que se presenta en ese libro, habla de los mecanismos y 
alternativas "convencionales" digamos, para realizar publicaciones BGP 
(muti-path, med, prepends, etc...). 

En lo referente al balanceo, pone un caso muy simple (y facil de resolver) 
que es el caso en que se tiene un router en el que terminan mas de un 
enlace con un mismo ISP, en cuyo caso se pueden armar bundles BGP y 
banacear el tráfico (utilizando el multi-path).

El caso que yo planteo es un poco mas complejo (incluso se menciona como 
un recurso en el texto que tu citas) que es cuando un ISP tiene enlaces 
desde diversos routers contra diversos ISP y pretende (por obvias razones) 
balancear el tráfico entrante.
Esto, no será posible si se publica todo en un solo bloque sumarizado.

Por ello es que no veo que en la práctica sea aplicable esa politica de 
"sumarizacion en un solo bloque" a la hora de publicar... sin mencionar 
que estamos hablando de un bloque ralmente muy grande de direcciones IPv6.

Imaginate que si por ejemplo ese bloque tiene unos 100.000 usuarios DSL 
"atras" con un tráfico promedio de unos 70-80Mbps por cada /21 publicado 
(para el caso de IPv4)... esto, llevado a IPv6 en un bloque /29 por 
ejemplo, es inmanejable publicarlo por un unico enlace, incluso por unos 
pocos enlaces (ni que hablar de los ISP que poseen enlaces de relativo 
bajo ancho de banda como STM-1). La unica forma es subnetear ese bloque y 
publicarlo para lograr distribuir el tráfico entre unos cuantos enlaces... 
esa es la realidad (creo) de muchos ISPs.

Saludos,
Nicolas.





On Mon, 15 Jan 2007, Francisco Obispo wrote:

fobisp >Estimado Nicolas,
fobisp >
fobisp >Aunque mi especialidad no es routing, considero que el desagregar
fobisp >bloques
fobisp >para "balancear" cargas, en realidad pone en riesgo la estabilidad de tu
fobisp >red
fobisp >en caso de que uno de estos enlaces se caiga.
fobisp >
fobisp >Es decir, probablemente tengas el beneficio de un balanceo a la fuerza,
fobisp >pero
fobisp >luego incrementas el tamaño de la tabla de ruteamiento y pierdes el
fobisp >componente
fobisp >de redundancia que probablemente necesitas.
fobisp >
fobisp >Te recomiendo que revises http://www.oreilly.com/catalog/bgp/chapter/
fobisp >ch06.html
fobisp >donde el capitulo de "traffic engineering" está bastante explícito de
fobisp >como debe
fobisp >manejarse esas situaciones.
fobisp >
fobisp >
fobisp >Saludos
fobisp >
fobisp >
fobisp >_____________________________
fobisp >Francisco Obispo
fobisp >Jefe de Oficina de NIC-VE
fobisp >Centro Nacional de Tecnologías de Información
fobisp >
fobisp >
fobisp >
fobisp >
fobisp >
fobisp >On 15/01/2007, at 09:27 AM, Nicolás Antoniello wrote:
fobisp >
fobisp >> Estimados,
fobisp >> 
fobisp >> Tengo una consulta sobre la política de publicaciones de bloques de
fobisp >> direcciones IPv6 que me genera una duda en cuanto a la aplicación
fobisp >> práctica de la referida política.
fobisp >> 
fobisp >> En la política se plantea que a la hora de publicar bloques IPv6
fobisp >> asignados por los NICs (por ejemplo un /29 o lo que sea), se envíe una
fobisp >> unica publicación con el superbloque.
fobisp >> 
fobisp >> Ahora bien, que sucede si un ISP u otro proveedor de acceso a Internet
fobisp >> posee varios enlaces con diversos carriers internacionales y desea
fobisp >> balancear la carga de tráfico que "vuelve" por dichos enlaces?
fobisp >> 
fobisp >> Es decir, cuando se publican bloques subneteados, se busca balancear
fobisp >> el tráfico entrante por los enlaces internacionales hacia el ISP, lo
fobisp >> cual no sería posible implementar si se publicara por todos los
fobisp >> enlaces el superbloque asignado.
fobisp >> 
fobisp >> Tal vez no me quedó claro el enunciado de dicha política y por ello
fobisp >> remito la consulta al foro.
fobisp >> 
fobisp >> Saludos,
fobisp >> Nicolas Antoniello._______________________________________________
fobisp >> Politicas mailing list
fobisp >> Politicas at lacnic.net
fobisp >> https://mail.lacnic.net/mailman/listinfo/politicas
fobisp >
fobisp >