Você está na página 1de 17

Sumarizacin de rutas (superredes o supernetting) y rutas por

defecto (default routes)


Los routers pueden llegar a manejar tablas de enrutamiento tan grandes (a
veces varios miles o cientos de miles de rutas) que la complejidad de la
administracin de las mismas sumado a la carga y el consumo de recursos
(memoria, CPU, ancho de banda, entre otros) sean elementos muy
importantes con los cuales los ingenieros de redes deben lidiar para
entregar un servicio eficiente, seguro y confiable en sus sistemas.
Una de las tcnicas utilizadas para optimizar los recursos en este tipo de
situaciones es la sumarizacin o creacin de superredes, tambin
denominado supernetting. La creacin de redes sumarizadas permite
reducir considerablemente las entradas en la tabla de enrutamiento al
resumir la informacin de direccionamiento de dos o ms subredes en un
solo bloque IP. La sumarizacin podra entenderse como el proceso inverso
de creacin de subredes, donde en ese caso se parte de una red inicial (ej:
192.168.100.0/24) y la dividimos en bloques de igual tamao para crear las
subredes. En la sumarizacin lo que se busca es unir todas las subredes en
un nico bloque original.
Veamos el siguiente ejemplo:

En este caso existen 4 routers ubicados en Santiago, Buenos Aires, Lima y


Montevideo, donde cada uno de ellos tiene dos subredes conectadas en sus
redes LAN y un segmento /30 de la red 200.35.71.0/24 en su conexin WAN.
Al utilizar enrutamiento esttico, el administrador debe manualmente
sumarizar las rutas para poder ingresarlas en cada router. Veamos como
sera el enrutamiento esttico sin sumarizar las rutas:
Lima(config)#ip route 200.35.71.4 255.255.255.252
200.35.71.10 (hacia enlace Santiago Montevideo)
Lima(config)#ip route 200.35.71.0 255.255.255.252
200.35.71.10 (hacia enlace Santiago BsAs)
Lima(config)#ip route 200.35.67.0 255.255.255.192
200.35.71.10 (hacia LAN BsAs)
Lima(config)#ip route 200.35.67.64 255.255.255.192
200.35.71.10 (hacia LAN BsAs)
Lima(config)#ip route 200.35.67.128 255.255.255.192
200.35.71.10 (hacia LAN Montevideo)
Lima(config)#ip route 200.35.67.192 255.255.255.192
200.35.71.10 (hacia LAN Montevideo)

BsAs(config)# ip route 200.35.71.4 255.255.255.252


200.35.71.2 (hacia enlace Santiago Montevideo)

BsAs(config)# ip route 200.35.71.8 255.255.255.252


200.35.71.2 (hacia enlace Santiago Lima)
BsAs(config)# ip route 200.35.65.0 255.255.255.128
200.35.71.2 (hacia LAN Lima)
BsAs(config)# ip route 200.35.65.128 255.255.255.128
200.35.71.2 (hacia LAN Lima)
BsAs(config)# ip route 200.35.67.128 255.255.255.192
200.35.71.2 (hacia LAN Montevideo)
BsAs(config)# ip route 200.35.67.192 255.255.255.192
200.35.71.2 (hacia LAN Montevideo)

Montevideo(config)# ip route 200.35.71.0 255.255.255.252


200.35.71.6 (hacia enlace Santiago BsAs)
Montevideo(config)# ip route 200.35.71.8 255.255.255.252
200.35.71.6 (hacia enlace Santiago BsAs)
Montevideo(config)# ip route 200.35.65.0 255.255.255.128
200.35.71.6 (hacia LAN Lima)
Montevideo(config)# ip route 200.35.65.128 255.255.255.128
200.35.71.6 (hacia LAN Lima)
Montevideo(config)# ip route 200.35.67.0 255.255.255.192
200.35.71.6 (hacia LAN BsAs)
Montevideo(config)# ip route 200.35.67.64 255.255.255.192
200.35.71.6 (hacia LAN BsAs)

Santiago (config)# ip route 200.35.65.0 255.255.255.128


200.35.71.9 (hacia LAN Lima)
Santiago (config)# ip route 200.35.65.128 255.255.255.128
200.35.71.9 (hacia LAN Lima)
Santiago (config)# ip route 200.35.67.0 255.255.255.192
200.35.71.9 (hacia LAN BsAs)
Santiago (config)# ip route 200.35.67.64 255.255.255.192
200.35.71.9 (hacia LAN BsAs)
Santiago (config)# ip route 200.35.67.128 255.255.255.192
200.35.71.5 (hacia LAN Montevideo)

Santiago (config)# ip route 200.35.67.192 255.255.255.192


200.35.71.5 (hacia LAN Montevideo)

Con la configuracin anterior se tendra conectividad entre todas las LAN sin
mayores problemas. Sin embargo, como vern, ingresar manualmente cada
ruta puede ser un poco confuso y trabajoso ya que se debe agregar 6 rutas
en cada tabla de cada router. Todo este trabajo se puede optimizar
utilizando las rutas por defecto y la sumarizacin.
En los routers terminales (Lima, Montevideo y BsAs) podemos ver que en
cada ruta que hemos ingresado siempre el valor de NextHop es la misma
direccin IP. Todas las rutas del router Lima deben irse por la
IP 200.35.71.10, las rutas de Montevideo se van todas por 200.35.71.6 y
todas las rutas de BsAs utilizan la IP 200.35.71.2 como NextHop. Cuando
esto ocurre se puede reemplazar cada una de las rutas ingresadas por una
ruta por defecto hacia la IP de NextHop que se indica.
En Lima reemplazamos

Lima(config)#ip route 200.35.71.4 255.255.255.252 200.35.71.10


Lima(config)#ip route 200.35.71.0 255.255.255.252 200.35.71.10
Lima(config)#ip route 200.35.67.0 255.255.255.192 200.35.71.10
Lima(config)#ip route 200.35.67.64 255.255.255.192 200.35.71.10
Lima(config)#ip route 200.35.67.128 255.255.255.192 200.35.71.10
Lima(config)#ip route 200.35.67.192 255.255.255.192 200.35.71.10
por
Lima(config)#ip route 0.0.0.0 0.0.0.0 200.35.71.10
En BsAs reemplazamos
BsAs(config)# ip route 200.35.71.4 255.255.255.252 200.35.71.2
BsAs(config)# ip route 200.35.71.8 255.255.255.252 200.35.71.2
BsAs(config)# ip route 200.35.65.0 255.255.255.128 200.35.71.2
BsAs(config)# ip route 200.35.65.128 255.255.255.128 200.35.71.2
BsAs(config)# ip route 200.35.67.128 255.255.255.192 200.35.71.2
BsAs(config)# ip route 200.35.67.192 255.255.255.192 200.35.71.2
por

BsAs(config)# ip route 0.0.0.0 0.0.0.0 200.35.71.2


en Montevideo reemplazamos
Montevideo(config)# ip route 200.35.71.0 255.255.255.252
200.35.71.6
Montevideo(config)# ip route 200.35.71.8 255.255.255.252
200.35.71.6
Montevideo(config)# ip route 200.35.65.0 255.255.255.128
200.35.71.6
Montevideo(config)# ip route 200.35.65.128 255.255.255.128
200.35.71.6
Montevideo(config)# ip route 200.35.67.0 255.255.255.192
200.35.71.6
Montevideo(config)# ip route 200.35.67.64 255.255.255.192
200.35.71.6
por
Montevideo(config)# ip route 0.0.0.0 0.0.0.0 200.35.71.6
Con esa simple configuracin hemos reducido de 6 entradas a tan solo una
en la tabla de enrutamiento de los routers mencionados, sin embargo en
Santiago no podemos hacer lo mismo, ya que los NextHop son diferentes
para alcanzar cada ciudad. No obstante, podemos optimizar las rutas de
Santiago igualmente utilizando sumarizacin.
Santiago debe llegar a las dos subredes de Lima 200.35.65.0/25 y
200.35.65.128/25. En vez de ingresar cada una por separada podemos
buscar la supernet de ambas y declarlas como una sola ruta hacia Lima.
Para esto debemos sumarizar de la siguiente manera.
Paso 1: Escribir ambas direcciones de destino en binario
200.35.65.0

= 11001000.00100011.01000001.00000000

200.35.65.128 = 11001000.00100011.01000001.10000000
Paso 2: Buscar cuales son los bits comunes (que son iguales) y a partir del
primer bit diferente hacia la derecha se rellena con 0 incluyendo el bit que
ha cambiado.
200.35.65.0

= 11001000.00100011.01000001.00000000

200.35.65.128 = 11001000.00100011.01000001.10000000
Bits comunes: = 11001000.00100011.01000001.00000000
(200.35.65.0/24)

Paso 3: Escribir en decimal la direccin obtenida y utilizar como mscara


nueva la posicin de bits que son comunes en ambas subredes. En este
caso la cantidad de bits comunes son 24 (marcados en rojo) y esa es la
mscara nueva.
Entonces, la red sumarizada para 200.35.65.0/25 y 200.35.65.128/25 es
200.35.65.0/24
Por lo tanto en Santiago, en vez de agregar las dos rutas para Lima como lo
hicimos anteriormente con

Santiago (config)# ip route 200.35.65.0 255.255.255.128


200.35.71.9
Santiago (config)# ip route 200.35.65.128 255.255.255.128
200.35.71.9
Se puede ingresar solamente una ruta sumarizada:

Santiago (config)# ip route 200.35.65.0 255.255.255.0 200.35.71.9


El mismo caso ocurre con las rutas hacia BsAs y Montevideo. En BsAs
tenemos las subredes 200.35.67.0/26 y 200.35.67.64/26 y en Montevideo
existe la 200.35.67.128/26 y 200.35.67.192/26
Para sumarizar la ruta desde Santiago a BsAs realizamos el mismo
procedimiento anterior
1. Escribir las direcciones en binario
200.35.67.0 = 11001000.00100011.01000011.00000000
200.35.67.64 = 11001000.00100011.01000011.01000000
2. Buscamos los bits comunes

200.35.67.0 = 11001000.00100011.01000011.00000000
200.35.67.64 = 11001000.00100011.01000011.01000000
Bits comunes = 11001000.00100011.01000011.00000000
(200.35.67.0/25)
Y agregamos la ruta sumarizada en vez de las redes individuales:
Santiago(config)# ip route 200.35.67.0 255.255.255.128
200.35.71.9

Ahora repetimos el proceso esta vez con las rutas hacia Montevideo
200.35.67.128 = 11001000.00100011.01000011.10000000
200.35.67.192 = 11001000.00100011.01000011.1000000
Bits comunes = 11001000.00100011.01000011.10000000
(200.35.67.128/25)
Y reemplazamos las anteriores hacia Montevideo por esta nueva superred
Santiago(config)# ip route 200.35.67.128
255.255.255.128 200.35.71.5
Con todos estas configuraciones hemos logrado reducir las tablas de
enrutamiento y optimizar el trabajo de los routers. Comparen las rutas
ingresadas en un comienzo con la nueva configuracin optimizada. Las
siguientes seran las rutas definitivas en cada router.
Lima(config)#ip route 0.0.0.0 0.0.0.0 200.35.71.10
BsAs(config)# ip route 0.0.0.0 0.0.0.0 200.35.71.2
Montevideo(config)# ip route 0.0.0.0 0.0.0.0 200.35.71.6
Santiago (config)# ip route 200.35.65.0 255.255.255.0
200.35.71.9 (hacia LANs Lima)
Santiago(config)# ip route 200.35.67.0 255.255.255.128
200.35.71.9 (hacia LANs BsAs)
Santiago(config)# ip route 200.35.67.128 255.255.255.128
200.35.71.5 (hacia LANs Montevideo)
Es importante saber que en determinados casos las rutas por defecto se
utilizan en conjunto con rutas estticas normales como ltima opcin en
caso de no encontrar coincidencias en la tabla de enrutamiento.
Los protocolos de enrutamiento dinmico por lo general realizan
sumarizacin automtica de sus rutas para optimizar las actualizaciones,
pero esto puede ser deshabilitado en cualquier momento con el
comando no auto-summary dentro del modo de configuracin del
protocolo de enrutamiento.

TIPOS DE PROTOCOLOS - CLASSFUL y CLASSLESS

Tomamos en cuenta a estos dos tipos de protocolos de enrutamiento que


son los Classful y Classless.

Entonces podemos empezar explicando lo siguiente, los protocolos de


enrutamiento son el conjunto de reglas utilizadas por un router para que
cuando este se comunique con otros router pueda llegar a compartir
informacin de enrutamiento, de este modo va a poder construir y
mantener sus tablas de enrutamiento. Los protocolos de routing son
esencialmente aplicaciones en el router. Su propsito es asegurar el
correcto intercambio de informacin y en un tiempo adecuado entre
los routers de la red, para que los routers de la red puedan realizar
adecuadamente la funcin de routing y la de switching.(Collado,
2009, Pg. 11).

Ahora ya entendiendo que es un protocolo de enrutamiento podemos pasar


a los tipos de protocolos y empezaremos por:

CLASSLESS

Son los protocolos que incluyen la mscara de subred en sus


actualizaciones, de modo que las interfaces de los dispositivos de una

misma red pueden tener diferentes mascaras de subredes, es decir VLSM,


tienen soporte para dominios sin utilizar clases, es decir CIDR, algunas rutas
pueden ser sumarizadas dentro de los lmites de una clase ya que esto se
hace manualmente

PROTOCOLOS QUE SOPORTA EL CLASSLESS

RIP 2

OSPF

EIGRP

IS-IS

BGP

CLASSFUL

Son protocolos que no transmiten la mscara de subred en sus


actualizaciones, la sumarizacin ocurre en los lmites de la red, las rutas que
se intercambian entre redes diferentes se sumarizan al lmite de la clase,
entonces dentro de la red las rutas a las sub redes se intercambian sin la
mscara de sub red, y a diferencia tambin de la classless todas las
interfaces utilizan la misma mascara de sub red.En este tipo de
protocolos el router toma las decisiones basndose en las reglas
del classful aunque si existen en la tabla de routing una entrada a
una ruta ms especfica a una red, esta ser reenviada a esa red
ms especfica (Collado, 2009, Pg. 12).

PROTOCOLOS QUE SOPORTA EL CLASSFUL

RIP 1

IGRP

1. Protocolo de vector distancia (distance vector):

Es un protocolo que utiliza vectores para determinar la distancia de una ruta, estos vectores son el router de
siguiente salto. Este es un protocolo relativamente lento comparado con otros protocolos de enrutamiento;
cuando hago referencia a que es lento, me refiero a que converge y funciona de manera ms lenta que los
dems tipos de protocolos, por lo que mientras ms grande y compleja sea la red, ms lento ser el
funcionamiento del protocolo. La configuracin de estos protocolos en relativamente fcil y no requiere de
mucho conocimiento, lo cual es una ventaja.

Los protocolos:

RIP

IGRP

Caractersticas:

Enva la tabla de enrutamiento completa: Al enviar una actualizacin, es enviada la tabla de


enrutamiento completa en forma de broadcast o multicast.

Actualizacin lenta: por ejemplo RIP: RIP enva actualizaciones cada 30 segundos, salvo que se d un
cambio significativo en su tabla de enrutamiento.

Pueden generar bucles (loops): debido a que se enva la tabla de enrutamiento completa y que es
cada 30 segundos, esto puede provocar que se enven actualizaciones con informacin incorrecta y se
generen bucles.

Para prevenir los bucles existen ciertos mecanismos:

Distancia mxima (Maximum distance): La distancia mxima para que una


ruta sea vlida es de 16 saltos (hops), esto previene que si una ruta aumenta en
saltos sobre 16, ya sea debido a un bucle o a otra razn tal como una red amplia, la
ruta ser descartada.

Envenenamiento de ruta (Route poisoning): Una ruta es envenenada al


detectarse que esta no puede ser alcanzada; cuando el router detecta que la ruta
no puede ser alcanzada, este coloca los saltos en 16, de esta forma cuando otro
router reciba la actualizacin vera que esta ruta tiene 16 saltos y la declarar como
invalida.

Actualizacin acelerada (triggered update): al detectar que una ruta no se


cae, el router enva inmediatamente una actualizacin indicando que esta ruta se
no est, esto lo hace saltando el tiempo de los 30 segundos para enviar una
actualizacin.

Horizonte divido (Split horizon): cuando un router recibe una actualizacin de


un router vecino este router no debe enviar la informacin que recibi por la misma
ruta que la recibi. Esto evita que el los routers enven informacin en
actualizaciones a los routers que ya le enviaron esa informacin, evitando as loops
y actualizaciones con informacin desactualizada.

tiempo de espera (hold down timer): Cuando un router enva una actualizacin
acelerada a otro router indicando que una ruta esta down, este router que recibe
esa actualizacin no aceptara actualizaciones con informacin sobre esta ruta por
un periodo de tiempo determinado, de igual forma actualizara a los dems routers
para que establezcan el tiempo durante el cual no recibirn dichas actualizaciones,
esto prev de que si una ruta est actuando de forma intermitente, no se est
modificando la tabla de enrutamiento repetidamente y el procesador de los routers
no se sobre cargue.

No son efectivos en redes amplias: Por ejemplo: RIP solo puede ser utilizadas en redes relativamente
pequeas debido a uno de sus mecanismos de prevencin de bucles (distancia mxima de 16 saltos),
es decir que si una ruta esta fsicamente a ms de 16 saltos, esta ruta ser descartada.

Son protocolos de fcil configuracin: debido a que no son protocolos complejos, estos se pueden
configurar con facilidad y rapidez.

Configuracin simple: el configurar estos protocolos no requiere de mucho conocimiento.

Ventajas

Configuracin simple: Estos protocolos son de una configuracin simple y no requiere de mucho
conocimiento para administrarlos.

Bajo requerimiento de procesamiento: debido a que los protocolos no hacen muchos clculos, los
routers no requieren mucha capacidad de procesamiento para manejar estos protocolos.

Desventajas

Convergencia lenta: estos protocolos convergen de manera lenta.

No son escalables: debido a la limitacin de los saltos, estos routers no son eficientes en redes
amplias.

Generan mucho trfico: las actualizaciones son enviadas peridicamente aun despus de que la red
haya convergido, adems en las actualizaciones es enviada una gran parte de la tabla de
enrutamiento.

2. Protocolo de estado de enlace (link state):


Estos son protocolos de enrutamiento relativamente rpido comparado con otros protocolos, estos protocolos
conocen toda la red y se mantienen actualizados sobre las rutas ms constantemente y eficientemente que los
protocolos de vector distancia. Tienen caractersticas que se ajustan a diferentes escenarios y hacen la red ms
eficiente. Estos protocolos requieren de ms conocimientos para su configuracin, lo que los hace ms
complejos. Suelen llamarse shortest path first o distributed database protocols.

Los protocolos:

OSPF

IS-IS

Caractersticas:

Los routers forman una relacin entre s: Los routers que se encuentran corriendo este protocolo
en conjunto forman una relacin entre s, es decir se conocen y transmiten informacin de las rutas
que cada uno conoce.

Utiliza el hello protocol (protocolo hello): para determinar que un router vecino est activo los
routers utilizan el protocolo hello, esto consiste en enviar una seal peridicamente a los routers
adyacentes para determinar que estos routers estn activos, estas seales son paquetes muy
pequeos que no afectan el funcionamiento de la red.

Envan actualizaciones solo cuando es necesario: Los routers solo envan actualizaciones cuando
suceden cambios importantes y sobre esos cambios, a diferencia de los protocolos de vector distancia,
estos envan toda la tabla de enrutamiento cada cierto tiempo predeterminado.

Ventajas

Convergen ms rpido: debido a que se envan ellos de forma frecuente la red siempre esta
actualizada sobre los cambios que se dan.

No existen bucles: ya que la red converge rpido, los equipos tienen un mapa actualizado de la red
y se prevn los bucles, a diferencia de los protocolos de vector distancia, estos se mantienen enviando

pequeos mensajes y actualizaciones siempre que se den los cambios, lo cual evita que se enven
actualizaciones con informacin incorrecta.

Funcionan en redes amplias: Estos protocolos pueden funcionar en redes amplias ya que no existe
la limitacin de los saltos (como en los protocolos de vector distancia).

Utiliza multicast: Estos protocolos utilizan multicast en lugar de broadcasts para enviar las
actualizaciones.

Desventajas

Consumen ms recurso de los equipos: ya que utilizan un mecanismo ms activo y complejo,


tambin mantienen al router ocupado, esto principalmente en la etapa de descubrimiento de los
routers adyacentes, donde los routers producen un trfico considerable y los routers procesan ms
informacin.

Requiere conocimientos ms profundos: debido a que es un protocolo ms complejo, al


configurarlo se debe tener ciertos conocimientos previos para una buena configuracin y el
administrador de la red debe tener buenos conocimientos sobre el protocolo.

3. Hibrido
Estos protocolos son una combinacin de las funciones de los protocolos de vector distancia y estado de enlace
(es fcil de configurar y de rpido funcionamiento). Un ejemplo es EIGRP, el cual es un protocolo de la propiedad
de CISCO, por lo que solo los equipos CISCO pueden usar este protocolo.

Protocolo:

EIGRP

Conclusin
Cada una de estas clases de protocolos tiene sus caractersticas particulares, lo cual hace que determinar cul
protocolo resulta ms adecuado para la red sea una decisin del administrador de la red tomando en cuenta las
necesidades y caractersticas de la misma.