[lacnog] agregacion de rutas / routing aggregation

[Ricardo Patara]

Estimados Amigos.

** [english version bellow] **

Ese es el primer email a la lista y por lo tanto, quería darles a todos
la bienvenida.

Como todos saben, esa lista se trata de un foro para operadores de redes y creo
que un tema muy interesante que quisiera discutir es lo de desagregación de
rutas.

Existen algunos grupos que investigan las tablas de rutas y hacen cálculos de
cuanto se podría "economizar" en espacio de memoria de ruteadores en caso de
que se anunciara redes de forma agregada. Por ej, un ASN anuncia 16 bloques /24
contiguos mientras podría perfectamente anunciar uno solo bloque /20.
Eso representa una economía significativa en la cantidad de lineas en la tabla
de rutas.

Estos estudios indican que en nuestra región hay un factor desagregación de
3.65. O sea, la tabla es 3.65 veces mas grande de que si se hiciera las posibles
agregaciones de prefijos.

Ese factor de desagregación en otras regiones es mas bajo:
APNIC: 2.65
ARIN: 1.74
RIPE: 1.55
AFRINIC: 2.98

Seguramente existen casos que hay necesidad para la desagregación de las rutas.
Pero no me parece que tengamos en nuestra región una situación especial que
implique en valores de desagregación tan más altos que de otras regiones.
Uno de los motivos puede ser falta de información.

Que les parece?

Igual, les envío en anexo la traducción de un documento muy interesante que es
resultado de un grupo de trabajo acerca de routing en RIPE.
El original esta en: http://www.ripe.net/ripe/docs/ripe-399.htm
Lo que les envío es una "adaptación" que hice para el español.
Desde de mi punto de vista, es una lectura recomendada :)

un saludo!
Ricardo Patara




** [english version] **

Dear Friends

This is the first email to this list, so I would like to give everyone a
welcome.

As you all know, this is a forum for network operators and I believe that
routing aggregation is a good subject to be discussed among us.

There are some groups who study the routing table and produce indications
about how many routing slots could be saved in case of announcing aggregated
routes. For instance, suppose an ASN announcing 16 contiguous /24s while at the
same time this ASN could perfectly announce just one /20. This would represent
significant saving in number of lines needed in the routing table.

Those studies indicate that there is in our region a deaggregation ratio of
3.65. This means that the routing table is 3.65 bigger than it would be if
routes were announced in aggregated fashion.

This deaggregation factor is smaller in other regions:
APNIC: 2.65
ARIN: 1.74
RIPE: 1.55
AFRINIC: 2.98

It is certain that there might be good reasons for deaggregation. But I don't
think we have a special situation in our region to justify such bigger ratio
compared to the other regions.
One of the reasons could be lack of information.

What do you all think?

I am sending in attach a document in spanish which is an adaptation of the
original produced by the RIPE routing working group available at:
http://www.ripe.net/ripe/docs/ripe-399.htm
In my point of view, it is recommended reading :)

regards
Ricardo Patara
------------ próxima parte ------------
An embedded and charset-unspecified text was scrubbed...
Name: route-aggregation-sp.txt
URL: <https://mail.lacnic.net/pipermail/lacnog/attachments/20071212/b04bae65/attachment.txt>