Lo que quería hacer hoy es terminar con el capítulo de OSPF de hace dos semanas y charlar un poco de OSPF multiárea, si estáis escuchado esto a través del podcast que sepáis que he montado un servidor Icecast y tengo un reproductor en la página principal de eduardocollado.com, ahí podréis escuchar el streaming, por supuesto también si os conectáis al servidor icecast que lo tenéis en icecast.eduardocollado.com:8000/radio, si queréis conectaros usando https podéis en icecast.eduardocollado.com:8443/radio.

Si queréis hacer cualquier comentario sobre lo que vaya contando en el directo podéis conectar vía twitter, mi usuario es @ecollado y voy a tener la ventana abierta durante todo el tiempo que dure la transmisión. Si lo escucháis vía podcast también podéis usar el twitter para contactar conmigo naturalmente.

Bueno, voy a ir empezando con la parte de OSPF en múltiples áreas, que me quedó el otro día por contar cosas, quería terminarlo y hoy es un día fantástico.

El capítulo de hoy creo que me va a salir más corto de lo normal, pero la prioridad hoy era terminar de explicar la parte de OSPF.

El otro día ya dijimos que un área en OSPF es una agrupación routers, una agrupación lógica, que comparte una base de datos topológica, es decir, con los mismos datos.

También decíamos que OSPF puede llegar a tener unos 400 routers por área, esto os lo resalto para que podáis tener una idea de tamaño y ojo, hablamos de routers, no de rutas, que la palabra se parece, pero no tiene nada que ver.

La segmentación del sistema autónomo en áreas nos permite sumarizar rutas entre áreas, por ejemplo tenemos un área con un /24 que dividmos en muchos /28 ó /29 en el área, pero fuera del área se sumarizará a un único /24.

Esto en terminología más moderna si estáis más acostumbrados a conceptos de virutalización y SDN sería equiparable parcialmente a lo que mucha gente llama como Pod desde el punto de vista de unidad aislada de red, pero a ver, cogiendolo con pinzas, esto no lo llevéis a la verdad absoluta.

Si tenemos una red con OSPF tenemos que saber que cada vez que hay un cambio en la topología se recalcula el SPF y sobretodo si estáis usando routers más antiguos va a dejaros la CPU frita, sin embargo usando la vieja técnica del divide y vencerás las probabilidades de cambios en la topología serán menores y por tanto el cálculo del SPF en toda la red. Si usáis routers más modernos, ojo que digo más modernos y no más caros, esto dejará de ser un problema, pero para los que venimos del viajo mundo Cisco esto era un problema.

Otro problema era el tamaño de la tabla, si la partimos y sumarizamos el tamaño decrece enormemente y si nuestros routers tienen poca memoria y poca CPU podemos llegar a tener un problema, pero vamos, a día de hoy puede sonar un poco a cosa extraña.

Así que el factor principal para partir una red de OSPF en múltiples áreas es CPU y memoria, obviamente si sabemos que un rango no va a salir de una porción de la red lo suyo es sumarizar ahí no hay que gastar recursos por gastar.

El otro día ya nombramos a los tipos de routers que hay en OSPF, pero que sepáis que son IR, ABR, BR, ASBR.

* Internal Router (IR): Responsables de mantener la base de datos actualizada, tiene todos sus interfaces dentro del mismo área

* Backbone Router (BR): Todos sus interfaces están en el área 0

* Area Border Router (ABR): Tiene interfaces en distintas áreas, pero la gracia es que tiene bases de datos topológicas de distintas áreas y reenvía LSAs entre áreas sumarizando si procede.

* Autonomous System Boundary Router (ASBR): Estos routers conectan nuestra red con protocolos de pasarela externa como BGP

Y también nombramos los tipos de LSAs que hay:

* Router Link LSA: Da información de los enlaces dentro del área. LSA de tipo 1.

* Network Link LSA: LSA generado por un DR y dirigido a los rout...