Fundamentos de Routing

Fundamentos de Routing
e-book
Eduardo Collado Cabeza

http://eduardo ollado. om
ISBN: 978-1409284635
29 de julio de 2009
2
Índi e general
1. Prefa io 7
2. Introdu ión 9
2.1. Introdu ión al routing IP . . . . . . . . . . . . . . . . 9
2.2. Tipos de proto olos de routing . . . . . . . . . . . . . 11
2.3. La tabla de routing . . . . . . . . . . . . . . . . . . . . 15
2.4. Métodos de introdu ir rutas . . . . . . . . . . . . . . . 19
2.5. Routing y swit hing . . . . . . . . . . . . . . . . . . . 23
3. Dire ionamiento IP 27
3.1. Subnetting IP . . . . . . . . . . . . . . . . . . . . . . . 27
3.2. Prejo de routing/CIDR . . . . . . . . . . . . . . . . . 33
3.3. VLSM Variable-Length Subnet Masks . . . . . . . . 36
3.4. Sumariza ión . . . . . . . . . . . . . . . . . . . . . . . 42
4. Diseño de redes IP 47
4.1. Criterios de diseño de redes IP . . . . . . . . . . . . . 47
4.2. Dire ionamiento privado . . . . . . . . . . . . . . . . 56
4.3. Network address translation . . . . . . . . . . . . . . . 58
4.4. Introdu ión a IPv6 . . . . . . . . . . . . . . . . . . . 60
3
4 ÍNDICE GENERAL
5. Proto olos ve tor distan ia 71

5.1. Presenta ión . . . . . . . . . . . . . . . . . . . . . . . 71
5.2. RIP . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
5.3. IGRP . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
5.4. EIGRP . . . . . . . . . . . . . . . . . . . . . . . . . . 82
5.5. Sele ionar proto olos de routing . . . . . . . . . . . . 83
6. Proto olos estado del enla e 89

6.1. OSPF . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
6.2. IS-IS . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102
6.3. BGP-4 . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
7. OSPF 109
7.1. Fundamentos . . . . . . . . . . . . . . . . . . . . . . . 109
7.2. Cara terísti as de OSPF . . . . . . . . . . . . . . . . . 112
7.3. Opera ión en un área . . . . . . . . . . . . . . . . . . . 119
7.4. Topologías de OSPF . . . . . . . . . . . . . . . . . . . 126
7.5. Congura ión de OSPF en un úni o área . . . . . . . 131
7.6. Congura ión de OSPF en topologías NBMA . . . . . 139
8. OSPF en múltiples áreas 151

8.1. El propósito de OSPF en múltiples áreas . . . . . . . . 151
8.2. Cara terísti as de múltiples áreas en OSPF . . . . . . 152
8.3. Opera ión de OSPF en múltiples áreas . . . . . . . . . 156
8.4. Congura ión en OSPF multiárea . . . . . . . . . . . . 162
8.5. Congura ión op ional de OSPF multiárea . . . . . . 163
8.6. Veri a ión OSPF multiárea . . . . . . . . . . . . . . . 171
8.7. Troubleshooting OSPF multiárea . . . . . . . . . . . . 176

ÍNDICE GENERAL 5
9. Fundamentos de IS-IS 179

9.1. Introdu ión a IS-IS . . . . . . . . . . . . . . . . . . . 179
9.2. Comparativa on OSPF . . . . . . . . . . . . . . . . . 184
9.3. Dire ionamiento para IS-IS . . . . . . . . . . . . . . . 189
9.4. Estru tura jerárqui a de IS-IS . . . . . . . . . . . . . . 194
9.5. Prin ipios bási os de routing de área . . . . . . . . . . 196
9.6. Redes e interfa es de IS-IS . . . . . . . . . . . . . . . . 198
9.7. Opera ión de IS-IS . . . . . . . . . . . . . . . . . . . . 209
9.8. Considera iones de diseño de IS-IS . . . . . . . . . . . 214
9.9. Congura ión bási a de IS-IS . . . . . . . . . . . . . . 215
9.10. Comandos op ionales de IS-IS . . . . . . . . . . . . . . 216
9.11. Veri a ión de la opera ión de IS-IS . . . . . . . . . . 221
9.12. Troubleshooting de la opera ión de IS-IS . . . . . . . . 226
10.EIGRP 229
10.1. Introdu ión a EIGRP . . . . . . . . . . . . . . . . . . 229
10.2. Opera ión de EIGRP . . . . . . . . . . . . . . . . . . . 236
10.3. Diseño de una red EIGRP . . . . . . . . . . . . . . . . 247
10.4. Congura ión de EIGRP . . . . . . . . . . . . . . . . . 249
10.5. Veri a ión de la ongura ión de EIGRP . . . . . . . 257
10.6. Troubleshooting de la opera ión de EIGRP . . . . . . 259
11.BGP 261
11.1. Introdu ión a BGP . . . . . . . . . . . . . . . . . . . 261
11.2. Introdu ión a la opera ión de BGP . . . . . . . . . . 267
11.3. Atributos de BGP . . . . . . . . . . . . . . . . . . . . 271
11.4. Congura ión bási a de BGP . . . . . . . . . . . . . . 284
11.5. Comandos op ionales de BGP . . . . . . . . . . . . . . 286
11.6. Gestionar y veri ar BGP . . . . . . . . . . . . . . . . 290

6 ÍNDICE GENERAL
11.7. Diseño y ongura ión de iBGP . . . . . . . . . . . . . 299
11.8. Veri a ión de iBGP . . . . . . . . . . . . . . . . . . . 306
11.9. Controlar el trá o de BGP . . . . . . . . . . . . . . . 307
11.10.Cone tar a Internet on BGP . . . . . . . . . . . . . . 313
11.11.Determinar el path de BGP modi ando atributos . . 317
11.12.Redistribu ión entre IGP y BGP . . . . . . . . . . . . 319

Capítulo 1
Prefa io
Hoy, 15 de Mayo de 2009 por n está el libro terminado, y listo

para ser aprove hado por ualquier persona que tenga interés en la
materia.
Todo empezó en el año 1999, un router ayó un mis manos, un

pequeño Zyxel uya fun ión era rear un punto a punto entre dos
o inas on un enla e de 64kbps, desde enton es mu has osas han
ambiado, el ver un router ya no es algo extraño y minoritario.
Hoy en día tener un router en asa es algo de lo más habitual, pero

hay osas que no han ambiado, no existe do umenta ión en español
y el dominio del inglés es algo totalmente ne esario.
Con este libro pretendo aportar mi pequeño granito de arena para

que ualquier persona hispano parlante pueda empezar a omprender
omo fun ionan los proto olos de routing más importantes omo
OSPF o BGP.
La reda ión de este libro omenzó ha e ya 6 años, el material de

este libro se empezó a generar on unas diapositivas para un urso
de routing on routers Cis o que impartía por aquella épo a en una
a ademia en la iudad de Madrid.
Espero que este material pueda serle útil al le tor porque está
7
8 CAPÍTULO 1. PREFACIO
generado desde el punto de vista de la persona que quiere aprender

dando informa ión dire ta, sin demasiados rodeos y on un buen
número de ejemplos.
El libro está publi ado en dos formatos, en formato es rito y en

formato online totalmente gratuito en http://eduangi. om porque
entiendo que el oste de un libro no debe de ser impedimento para
que la informa ión pueda llegar a aquellas personas que la pre isen.
Por supuesto no quiero dejar de agrade er a mi mujer Ángeles por su

amor, su pa ien ia, y por todo el tiempo que no le he podido dedi ar
a ella por dedi árselo a esta profesión, tan es lava omo satisfa toria
a ve es, y también quiero dejar este libro a mi hijo Eduardo que ya
pertene e a una genera ión que no tendrá que preguntarse qué es
Internet o qué es un router, de igual forma que nosotros no tuvimos
que preguntarnos qué era la televisión porque siempre ha estado ahí.
Capítulo 2
Introdu ión
2.1. Introdu ión al routing IP

Proto olo: A uerdo de un onjunto de reglas que determinan ómo
va a operar algo.
Proto olo de Routing: Conjunto de Reglas que denen omo los

dispositivos de routing de nivel 3 envían a tualiza iones entre todos
los que están disponibles en la red. Si existiera más de un amino a
la red de destino, sería el proto olo de routing el que de idiera qué
amino es el mejor para la red remota.
También podemos denir Proto olo de Routing omo me anismo

utilizado para enviar a tualiza iones entre los dispositivos de routing
de nivel 3.
El pro eso de routing propor iona tres pasos envueltos en la rea ión,
mantenimiento y utiliza ión de la tabla de routing:
El proto olo de routing envía informa ión sobre las rutas o

redes en el sistema autónomo (RIP, IGRP, EIGRP, OSPF) y
entre sistemas autónomos (BGP).
9
10 CAPÍTULO 2. INTRODUCCIÓN
La tabla de routing re ibe a tualiza iones del proto olo de

routing y propor iona el pro eso de forwarding on informa ión
en una peti ión.
El pro eso de forwarding determina el amino sele ionado por

la tabla de routing para reenviar un datagrama.
En importante resaltar que vamos a llamar a partir de ahora a la

PDU de nivel 3 datagrama y no paquete, ya que los datagramas son
sin onexión tanto en IP omo en IPX prin ipalmente.
Para tomar las de isiones de reenvío tomaremos en uenta tres

puntos:
Métri a: Los proto olos de routing utilizan la métri a para

al ular ual es el mejor amino a una red remota. Hemos de
tener en uenta que mu hos proto olos de routing IP tienen
métri as ompletamente distintas, on lo que el inter ambio
de informa ión es muy omplejo.
Distan ia Administrativa: Si onviven varios proto olos de

routing en un mismo router tenemos que tener una forma de
diferen iar qué proto olo es el que está a tualizando la tabla
de routing. Esta informa ión está basada en qué proto olo de
routing se onsidera la fuente más able de informa ión.
Longitud del Prejo: El pro eso de forwarding utiliza la

red más restri tiva para reenviar la informa ión. La red más
restri tiva se orresponde on la red que nos propor ione el
prejo (más ara) más larga.
Proto olo Enrutado (Routed): Proto olo de nivel 3 utilizado

para transferir informa ión desde un dispositivo a otro a través de
la red. El proto olo enrutado es el datagrama de nivel 3 que lleva
informa ión de la apli a ión además de informa ión de los niveles
superiores.
Proto olo de Routing: Proto olo utilizado para enviar a tualiza-

iones entre los routers de la red. Además es el que determina el
amino para el datagrama a través de la red.
2.2. TIPOS DE PROTOCOLOS DE ROUTING 11
Proto olo Enrutado Proto olo de Routing de Pasarela Interna
Appletalk RTMP, AURP, EIGRP

IPX RIP, NLSP, EIGRP
Vines RTP
La lista de los proto olos no tan extendidos son:
RTMP: Routing Table Maintenan e Proto ol. Propietario de Apple

Computer.
AURP: Appletalk Update-Based Routing Proto ol. Método de

en apsular el trá o Appletalk en la abe era de otro proto olo.
NLSP: Net-Ware Link Servi es Proto ol. Proto olo de estado del
enla e basado en IS-IS.
RTP: Routing Table Proto ol. Proto olo de routing de VINES

basado en RIP.
DECnet: Proto olo propietario de Digital Equipment Corporation

(Fase I), en la Fase 5 ompletó su transi ión a los proto olos de
routing de OSI (IS-IS y ES-IS).
2.2. Tipos de proto olos de routing

La primera distin ión que vamos a ha er entre los proto olos de
routing va a ser qué proto olos de routing envían su más ara de red
y qué proto olos de routing no lo ha en, es de ir:
Routing Classless.
Routing Classful.
Los proto olos de routing son esen ialmente apli a iones en el router.
Su propósito es asegurar el orre to inter ambio de informa ión y en
un tiempo ade uado entre los routers de la red, para que los routers
de la red puedan realizar ade uadamente la fun ión de routing y la
de swit hing.
Los proto olos de routing lassful no envían su más ara de red en

las a tualiza iones. Esto limita el diseño de las redes.
Cara terísti as:
La sumariza ión se realiza en el límite de la red.
Los routers que inter ambian informa ión on redes remotas

sumarizan en el límite de la red a dire iones lassful de IANA.
Dentro de la misma red (IANA Classful) se inter ambia la

informa ión sin más aras.
La más ara de subred se supone onsistente a las denidas

omo lase por IANA, así que todos los interfa es de todos los
routers tienen que ompartir la misma más ara.
En este tipo de proto olos el router toma las de isiones basándose

en las reglas del lassful, aunque si existe en la tabla de routing una
entrada a una ruta más espe í a a una red, ésta será reenviada a
esa red más espe í a.
Si la red es des ono ida el datagrama será des artado.
Si existe una ruta por defe to y la red de destino es des ono ida, el
datagrama será enviado por la ruta por defe to.
Si existe una red mayor a la soli itada, pero la más restri tiva no
existe el paquete será des artado aunque exista una ruta por defe to.
En uanto al forwarding en proto olos lassful:
Se envía el datagrama a la subred si existe una entrada en la

tabla de routing.
Si no existe la entrada en la tabla de routing, se des arta el

datagrama.
Si existe una entrada para la red mayor, pero no para la subred

espe í a, se des arta el datagrama.
2.2. TIPOS DE PROTOCOLOS DE ROUTING 13
Si existe una entrada para la red mayor, pero no para la

subred espe í a, no tendremos en uenta la ruta por defe to,
y des artaremos el datagrama.
Si no existe una entrada para la red mayor o subred del destino

del datagrama, se reenviará el datagrama a la ruta por defe to.
Routing Classless:
Los proto olos de routing lassless fueron reados para evitar

las limita iones de los proto olos lassful.
Las ara terísti as de los proto olos de routing lassless son las
siguientes:
• Los interfa es de los routers de la misma red pueden tener

diferentes más aras de subred (VLSM).
• Los proto olos de routing lassless soportan el uso de

CIDR.
• Las rutas pueden ser sumarizadas más allá de los límites

de las lases de IANA.
Las limita iones que quedan patentes en los proto olos lassful son:
Utiliza ión ine iente del espa io de dire ionamiento.
No es posible la utiliza ión de VLSM.
La no utiliza ión de VLSM provo a que no sea posible argar

tablas de routing muy grandes, ya que saturarían el trá o de
las redes.
Los proto olos de routing lassless son:
OSPF.
EIGRP.
RIPv2.
IS-IS.
BGP4.
Es interesante tener en este punto el omando ip lassless de

Cis o
El omando ip lassless ambia las de isiones que se ha en

de forwarding de las entradas de la tabla de routing, no ambia
la forma de ha er la tabla, pero si ambia en la forma en la que
se realiza el pro eso de routing.
El omando ip lassless viene en la ongura ión por

defe to de los routers Cis o desde la versión de IOS 12.0, para
deshabilitarlo utilizaremos el omando no ip lassless.
También tenemos que tener en uenta en las rutas aprendidas
a través de IS-IS u OSPF ignorarán el omando no ip
lassless.
La regla fundamental para trabajar on VLSM es re ordar que la

nalidad es onseguir un esquema jerárqui o para onseguir una
estru tura lógi a estable y sin fallos.
VLSM ha e del espa io de dire ionamiento e iente y fuerza una

orre ta jerarquiza ión, permitiendo sumariza ión.
2.3. LA TABLA DE ROUTING 15
2.3. La tabla de routing

rou-mad1.a ens.net#sh ip route
Codes: C - onne ted, S - stati , R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS
ia - IS-IS inter area, * - andidate default, U - per-user
o - ODR, P - periodi downloaded stati route
Gateway of last resort is not set
B 216.221.5.0/24 [200/200000℄ via 213.11.14.19, 1w5d
B 216.187.99.0/24 [200/200000℄ via 213.11.14.19, 3d03h
B 210.51.225.0/24 [200/200000℄ via 213.11.14.19, 3d03h
B 210.17.195.0/24 [200/200000℄ via 213.11.14.19, 1w5d
B 209.136.89.0/24 [200/200000℄ via 213.11.14.19, 1w5d
En este ejemplo podemos en ontrar varios ampos, pero los más

importante son Red, Interfaz de salida, Métri a y Siguiente salto,
por ejemplo, en el aso de la línea:
B 210.51.225.0/24 [200/200000℄ via 213.11.14.19, 3d03h
Aquí podemos ver que la Red 210.51.225.0/25 tiene una métri a de

200000, el siguiente salto es 213.11.14.19 y el siguiente salto sería la
IP por la que se llegue a ese interfaz, en este aso, si hi ieramos un
show ip route 213.11.14.19 veríamos que es el interfaz fa0/1.
Es muy útil leer la tabla de routing de un router, para ello tendremos

que ono er el signi ado de los ampos:
Red
Interfaz de Salida
Métri a
Siguiente Salto
2.3.1. El ampo Red

En uanto al ampo Red podemos de ir lo siguiente:
Este ampo ontiene las redes que el router ono e.
Estas redes las ha podido aprender por un pro eso estáti o o

dinámi o.
Para poder reenviar un datagrama a la red de destino el router

primero tiene que asegurarse que la red existe, esto lo ha e
omprobando la tabla de routing.
En la tabla de routing sólo se alma ena la por ión de la

dire ión que ha e referen ia a la red.
El pro eso de routing tomará una de isión basándose en el

prejo más grande en ontrado en la tabla de routing.
La tabla de routing de los routers se mantienen ordenadas, on

lo ual se ahorra en el tiempo de búsqueda de informa ión.
Las rutas estáti as son introdu idas de forma manual por la

persona en argada de ongurar el router y las rutas dinámi as son
aprendidas de otros routers mediante proto olos de routing.
La ruta por defe to puede ser aprendida por un proto olo de routing
o puede haber sido ongurada por el administrador de red.
2.3.2. El ampo Interfaz

El Campo Interfaz de Salida indi a lo siguiente:
Por qué interfaz será enviado el datagrama.
A través de qué interfaz se re ibe la a tualiza ión de routing.
Este ampo ayudará al administrador de la red, ya que gra ias a él

puede saber entre otras osas por dónde ha venido la a tualiza ión
de routing y qué interfaz del router es el más próximo a la red en
uestión.
2.3. LA TABLA DE ROUTING 17
2.3.3. El ampo Métri a

La Métri a es el valor asignado a ada amino basándose en los
riterios espe í os de ada proto olo de routing y determina
el mejor/es amino/s para un destino remoto.
Por defe to en los routers Cis o si existen varios aminos

on la misma métri a se pueden utilizar para balan ear la
arga utilizando round-robin entre todos. Hasta 6 aminos en
paralelo.
Métri as de los Proto olos de Routing:
Proto olo Cal ulo de la Metri a
RIPv1 Conteo de saltos

RIPv2 Conteo de saltos
IGRP An ho de banda, retardo, arga, abilidad
EIGRP An ho de banda, retardo, arga, abilidad
OSPF Coste (El estándar no dene el oste, pero Cis o
utiliza omo oste la inversa propor ional al an ho
de banda del interfaz)
IS-IS Coste (El estándar no dene el oste, pero Cis o
utiliza omo oste 10 sin tener en uenta el an ho
de banda)
2.3.4. El ampo Siguiente Salto

El siguiente salto indi a la dire ión del siguiente router del amino.
Esta dire ión debe de estar en la misma subred que el interfaz de
salida, aunque existen ex ep iones, por ejemplo el siguiente salto en
iBGP.
Al identi ar el siguiente salto podemos dedu ir que este salto estará

one tado on una trama de apa 2 a nuestro router, lo ual nos
permite añadir fun ionalidades de troubleshooting.
2.3.5. Cómo mantener la tabla de routing a tua-

lizada y pre isa
Dentro de ada router de un sistema autónomo las tablas de
routing tienen que estar a tualizadas y ser pre isas.
Para ello tenemos que tener en uenta los tiempos de

a tualiza ión de ada proto olo (p.e. RIP y OSPF).
La pre isión de la tabla de routing depende de ómo de rápido

responda el router a los ambios en la red.
• Aprendizaje de nuevas redes.
• Aprendizaje de mejores aminos a redes existentes.
• Aprendizaje de redes que ya no están disponibles.
• Aprendizaje de rutas alternativas a una red.
Mientras que RIP v1 envía a tualiza iones de su tabla de routing

ada 30 segundos a la dire ión de broad ast, OSPF lo ha e ada
vez que su ede un evento a la dire ión de multi ast.
2.3.6. Troubleshooting de las tablas de routing

Para borrar la tabla de routing y obligar al router a volver a
aprenderla se utilizan los omandos:
Router# lear ip route *

O bien
Router# lear ip route {red [más ara℄ | *}

2.4. MÉTODOS DE INTRODUCIR RUTAS 19
El omando lear ip route nos permite borrar la tabla de routing

ompleta o de una sola entrada, de modo que obligamos al router
a volver a aprender la tabla, y de esta manera podemos omprobar
que el fun ionamiento es orre to.
Esta prueba dejará al router sin one tividad on las redes remotas
durante un lapso de tiempo, on lo que no se puede realizar a la
ligera sin ono er los posibles efe tos no deseados.
2.4. Métodos de introdu ir rutas

La forma más simple de mantener una tabla de routing onsiste en
la utiliza ión de un proto olo de routing.
Pero en el aso que estemos en una red stub o que nuestro router
disponga de po os re ursos existen otras posibilidades:
Rutas Estáti as.
Rutas Estáti as por Defe to.
On Demand Routing (ODR).
Rutas Estáti as Flotantes (Floating Stati Routes).

2.4.1. Rutas estáti as

La ongura ión manual de la tabla de routing signi a la utiliza ión
de rutas estáti as.
Las ventajas de las rutas estáti as son:
Conserva ión de los re ursos del router.
Conserva ión de los re ursos de la red.
La desventaja es:
Es ne esario mu ho trabajo por parte del administrador. Si

o urre un ambio en la topología, es el administrador el
en argado de solu ionar el problema.
La onvergen ia en este tipo de redes es obviamente lenta y depende

del tiempo que tarde el administrador de red en re ongurar los
routers.
Este tipo de routing se suele utilizar en redes espe iales.
El routing a base de rutas estáti as se suele ongurar en redes

donde:
Enla es on po o an ho de banda (RTC, RDSI).
El administrador ne esita un ontrol total de la red.
El enla e es un ba kup de la línea prin ipal.
Sólo hay un amino al destino, omo las redes stub.
El router tiene los re ursos muy limitados y no puede eje utar

un proto olo de routing.
El administrador ne esita permitir redes lassful y lassless.

2.4. MÉTODOS DE INTRODUCIR RUTAS 21
2.4.1.1. Comando ip route

Este omando se utiliza para ongurar una ruta estáti a en los
routers Cis o omando se utiliza para ongurar una ruta estáti a
en los routers Cis o, la sintaxis es la siguiente:
ip route prefijo más ara {dire ión_ip |

tipo_de_interfaz número_de_interfaz}
[distan ia℄ [tag etiqueta℄ [permanent℄
2.4.2. Rutas estáti as por defe to

Una Ruta por Defe to es una ruta que se utiliza si no existe una
entrada para un destino espe í o en la tabla de routing.
Utiliza iones más omunes:
Cone tar una red stub a un sistema autónomo.
Una onexión a Internet.

Ejemplo de ongura ión:
ip route 0.0.0.0 0.0.0.0 192.168.1.1
Hemos de tener en uenta que si ponemos una ruta estáti a a un

router para llegar al otro, el otro tiene que saber volver.
En la ilustra ión podemos ver un esquema en el ual podemos ver

que un router tiene una ruta estáti a a otro router. El otro router
va a tener que tener que ono er lo que hay detrás del router de
la izquierda ya sea mediante dire ionamiento estáti o o dinámi o,
porque si no es así, las peti iones del router de la izquierda le llegarán
al router de la dere ha, pero no sabrán volver. Es de ir, ne esitamos
un ruta re ípro a.
2.4.3. ODR On Demand Routing

Utilizaremos ODR en una red que dispone de una topología grande y
distribuida, donde no es ade uado el routing dinámi o, pero tampo o
el estáti o, y en una red que tampo o dispone de mu ho an ho de
banda disponible.
En ODR utilizaremos una topología hub-and-spoke, donde todos los

routers spoke tienen una ongura ión idénti a (obviamente la IP es
distinta en ada router).
ODR utiliza CDP para enviar los prejos de las redes one tadas
desde los routers spoke al router hub o entral. El router entral
envía la dire ión de su interfaz del enla e ompartido omo ruta
por defe to para el router stub.
ODR permite VLSM y envía sus a tualiza iones ada 60 segundos.
Como ODR fun iona sobre CDP tenemos que tener habilitado el
CDP en nuestros routers, re ordemos que para habilitar el CDP es
ne esario utilizar el omando dp enable.
En la siguiente imagen vemos un ejemplo donde podría resultar
utilizar ODR:
2.5. ROUTING Y SWITCHING 23
2.5. Routing y swit hing

2.5.1. La fun ión de routing
La fun ión de routing es responsable de aprender la topología lógi a
de la red y tomar de isiones basadas en ese ono imiento.
Las de isiones determinan si el datagrama entrante puede ser

enrutado, y si es así, ómo.
Los pasos para enrutar un datagrama se resumen en las siguientes

preguntas:
¾Está ongurado el proto olo de routing y la pila de

proto olos?
Si está la pila de proto olos, ¾hay alguna entrada para la red

remota?
Si no hay entrada para la red, ¾existe una ruta por defe to?
Si existe una ruta estáti a o dinámi a, ¾la red está al anzable?
¾Cual es el mejor amino para esa red?
¾Hay aminos diferentes on el mismo oste?
Si existen aminos diferentes on el mismo oste, ¾en que

interfaz de salida tiene que ser en olados los datagramas?
Como resumen es onveniente re ordar que la fun ión de routing

onsiste en la determina ión de la ruta al destino.
2.5.2. La fun ión de swit hing

La fun ión de swit hing se reere al movimiento de datos dentro del
router.
El swit hing se produ e después de la fun ión de routing.
La fun ión de swit hing realiza las siguientes opera iones:
Comprueba la validez de la trama entrante.
Comprueba si la trama ha sido dire ionada ( apa 2) para el

router.
Comprueba que la trama está dentro del ámbito del entramado.
Comprueba el FCS (CRC) de la trama.
Extrae la abe era y la ola de la trama de apa 2 y omprueba

la dire ión de destino en la a hé.
Crea una abe era y ola apropiada y reenvía la trama a la

ola del interfaz de salida del router, si es que el destino está
en la a hé.
La fun ión de routing si ha en ontrado que es posible reenviar el

datagrama deja el resultado en la a hé, y posteriormente la fun ión
de swit hing omprueba en la a hé para ver si es posible realizar el
swit hing.
2.5. ROUTING Y SWITCHING 25
2.5.3. Rela ión entre la fun ión de routing y la de

swit hing en un router Cis o
Un datagrama es a eptado en el router si la dire ión de apa 2
orresponde on alguno de los interfa es.
Si el CRC es orre to, la trama se introdu e en el buer (en memoria

prin ipal).
Si la las dire iones de origen y destino de nivel 3 no han sido vistas

antes se pro ederá al pro eso de swit hing o routing:
Se toma la de isión de reenviar este datagrama.
El datagrama se en apsula.
Si está habilitado el Fast Swit hing se examinará de nuevo y

se introdu irá en la a he.
La entrada en la a hé onsiste en:
Prejo IP.
El interfaz de salida.
La abe era de nivel de enla e para ser utilizado en la trama

saliente.
Si se volviera a en ontrar datagramas que oin idieran on el prejo

en ontrado se utilizará esta informa ión:
Tipos de a hé en Cis o:
• Fast swit hing
• Autonomous swit hing
• Sili on swit hing
• Cis o Express Forwarding (CEF)

Capítulo 3
Dire ionamiento IP
3.1. Subnetting IP
El subnetting IP ha e referen ia a ómo están dire ionadas las redes
IP.
El subnetting también ha e referen ia a omo una gran red de nivel

3 se divide en varias pequeñas de nivel 3.
3.1.1. La ne esidad de dire ionamiento de nivel

3
Una dire ión de nivel 3 es una dire ión lógi a situada en la
parte superior de la estru tura de una red físi a.
El dire ionamiento de nivel 3 permite dire ionar trá o

dire tamente ha ia el destino.
Este dire ionamiento permite en ontrar los destinos, ya que

la lo aliza ión se produ e ya que el dire ionamiento de nivel
3 es jerárqui o.
27
28 CAPÍTULO 3. DIRECCIONAMIENTO IP
La estru tura físi a y lógi a de la red debe de permitir el ujo de

datos de la empresa.
Tenemos que tener en uenta que la estru tura tanto físi a omo
lógi a de la red debe de permitir el ujo de informa ión en la empresa.
Esta estru tura debe de de reejar el ujo de informa ión de la

empresa.
De esta forma los servidores deberían de ser adya entes en la red

físi a y pertene er a la misma red lógi a que los equipos. Esto ha e
que la red sea a esible y on un buen rendimiento.
Es muy importante entender el término red en su sentido en el nivel

3.
Una dire ión de nivel 3 tiene dos partes:
Por ión de Red: Identi a un grupo de dispositivos individua-

les.
Por ión de Host: Identi a los dispositivos individuales en un

grupo.
El swit hing de apa 3 y las VLANs son te nologías de swit hing que
distinguen entre distintas redes lógi as de apa 3.
3.1.2. Posibles deni iones de red

El trozo de able o medio físi o en el ual están one tados los
dispositivos. Esta deni ión es más pre isa que la de segmento.
Una red de nivel 3.
La LAN.
La red organiza ional o orporativa.
Las te nologías de swit hing de apa 3 nos permiten transferir datos

a gran velo idad ya que las de isiones se realizan por hardware.
Si es ne esario transferir entre distintas redes lógi as es ne esario

realizar una de isión de routing, la ual nos llevará más tiempo.
3.1. SUBNETTING IP 29
3.1.3. Cara terísti as de redes de nivel 3

El número de red dene un grupo de dispositivos nales o hosts
y etiqueta el grupo on el número de red.
La dire ión es jerárqui a, lo ual permite que las de isiones se

hagan por grupos de dispositivos.
Los routers no reenvían broad ast.
La dire ión del grupo se ombina on una una que identi a

el dispositivo nal. Esta es la parte de host.
El identi ador del dispositivo no tiene porque ser úni o para

la organiza ión, tiene que ser úni o en la red.
Si el esquema de dire ionamiento se realiza ade uadamente,

los grupos pueden ser onsolidados.
Las redes gestionadas por un úni o administrador, ya sea

personal físi a o entidad se llaman Sistemas Autónomos.
En el diseño de redes tenemos que tener espe ial uidado on el

diseño de los límites de la red, aunque es posible rediseñar los límites
de las redes.
Con el uso de VLANs es muy fá il rediseñar los límites de las redes.
3.1.4. Conversión de nivel 3 a nivel 2

Cuando un sistema nal desea omuni arse on otro, la
apli a ión genera los datos y van bajando por la pila OSI hasta
llegar al nivel 3.
En el nivel 3 se le añade una abe era on un dire ionamiento.
A to seguido se le añade un en abezado de nivel 2 on su

dire ionamiento propio. El dire ionamiento de nivel 2 no
tiene que ser jerárqui o porque se va a en ontrar al destinatario
en el mismo medio o te nología.
El nivel 2 envía a su vez la trama al nivel 1 donde se realiza la

transmisión por el medio.
Al llegar al destino el re eptor en el nivel 2 tendrá que ha er las

omproba iones de di ho nivel y posteriormente subir al nivel
3 donde se realizarán las omproba iones de nivel 3.
Comproba iones de nivel 2:
¾La trama es valida?
¾El CRC es orre to?
¾El tamaño es ade uado?
¾La trama está dirigida a este dispositivo?
¾A que proto olo de nivel 3 hay que pasar la informa ión? (IP,
IPX ...).
¾El nivel 3 se eje uta en este dispositivo?
Desempaquetar la trama.
Pasar la trama al nivel 3.
Comproba iones de nivel 3:
¾El datagrama está destinado a este dispositivo?
Si es así, se desen apsula el datagrama y se pasa a la apa

superior.
Si la trama no es valida se des arta la trama.
Si el paquete no está destinado a este equipo y este equipo

es un router, se envía al pro eso de routing o swit hing que
orresponda.
El router mirará si la entrada existe en la a hé, si existe se

realizará el swit hing, si no se realizará el pro eso de routing.
3.1. SUBNETTING IP 31
3.1.5. La dire ión IP

IP es úni o porque no tiene ninguna parte de su dire ionamiento de
nivel 3 jo omo en IPX o AppleTalk.
La dire ión IP sólo tiene sentido en onjun ión on la más ara de

subred.
Las dire iones IP originales están gestionadas por IANA, estás redes
pueden ser subdivididas en rangos llamados subredes y se onsiguen
re olo ando los bits de host y de red dependiendo de las ne esidades
on retas de ada aso.
El término Classful también será designado omo Dire ión de IANA.
IANA: Internet Assigned Numbers Authority (http://www.iana.org).
Terminología utilizada en el dire ionamiento IP:
Dire ión propor ionada por IANA.
Dire ión Classful.
Dire ión de Supernet.
Dire ión de Internet.
Dire ión de Red. (Por defe to todas las dire iones son lo que
se llamaba en el CCNA Classless).
Redes Mayores.
3.1.6. Clases de dire iones
Clase Primer O teto Hosts por red
Clase A 001 a 127 16,77 millones

Clase B 128 a 191 65534
Clase C 192 a 223 254
Clase D 224 a 239 n/a
Clase E 240 a 255 n/a
También podemos de ir que:
El primer o teto de las dire iones de lase A omienzan por 0.
El primer o teto de las dire iones de lase B omienzan por 10.
El primer o teto de las dire iones de lase C omienzan por 110.
El primer o teto de las dire iones de lase D omienzan por 1110.
El primer o teto de las dire iones de lase E omienzan pro 1111.
3.1.7. Los uerpos administrativos de Internet

Registradores Regionales:
Asia-Pa i Network Information Center (APNIC), http://www.apni .net
Ameri an Registry for Internet Networks (ARIN), http://www.arin.net
Réseaux IP Européens (RIPE), http://www.ripe.net
Registro de Dominios:
InterNIC, http://www.interni .net
La disposi ión del límite de la red es una tarea de la organiza ión

de la Clase para onseguir el máximo prove ho del dire ionamiento
existente.
Ejemplo de olo a ión de bits en una dire ión de red.
Tenemos lo siguiente:
10 bits para la parte de red.
22 bits para la parte de host.
10 bits representan: 1024 entradas distintas
22 bits representan 4194304 entradas distintas
Enton es disponemos de:
1024 * 4194304 = 4294967296 posibles hosts distintos

3.2. PREFIJO DE ROUTING/CIDR 33
3.1.8. La más ara de subred

Para al ular la parte de red utilizaremos la fun ión AND.
La fun ión AND:
AND | 1 0
---------
1 | 1 0
0 | 0 0
Un ejemplo podría ser este:
Dire ion IP 144.100.16.8

Más ara subred 255.255.255.0 |
Binario IP 10010000.01100100.00010000|00001000
Binario Más ara 11111111.11111111.11111111|00000000
__________________________________________|_________
Resultado AND 10010000.01100100.00010000|00000000
El proto olo ha seguir para el fun ionamiento on más aras de subred

se puede en ontrar detalladamente expli ado en la RFC950 Internet
Standard Subnetting Pro edure .
En el ejemplo se puede ver que la dire ión 144.100.16.8 forma parte

de la red 144.100.16.8/24.
3.2. Prejo de routing/CIDR

IP.

3.2.1. Deni ión de: prejo de routing/CIDR

CIDR es posible gra ias a que existen nuevos proto olos de routing
que permiten el envío de más aras de subred.
Prejo de routing signi a que Internet identi a úni amente la

organiza ión on los 32-bits de dire ionamiento IP. El prejo
estable e los límites del grupo de dire iones que forman la red.
CIDR viene denido por los siguientes RFCs:
1517: Appli ability Statement for the Implementation of

Classless Inter-Domain Routing (CIDR).
1518: An Ar hite ture for IP Address Allo ation with CIDR.
1519: Classless Inter-Domain Routing (CIDR): an Address

Assignment and Aggregation Strategy.
1520: Ex hanging Routing Information A ross Provider Boun-

daries in the CIDR Environment.
3.2.2. Problemas on el dire ionamiento IP e

Internet
Con el dire ionamiento lassful existe el problema de la po a
granularidad que nos propor iona por lo que se produ e un gran
desperdi io de dire ionamiento públi o.
La RFC 1466 Guideliness for Management of IP Address Spa e

dis ute el problema que existía on las po as dire iones asignadas
y la gran antidad de rangos asignados.
El CIDR solu iona estos problemas.
Si una empresa ne esita 50 dire iones utilizando lassful se le tenía

que asignar una lase C.
Si una empresa ne esitaba 300 dire iones se le tenía que asignar una
lase B.
Todo esto provo aba un enorme gasto inne esario de dire ionamien-
to públi o.
3.2. PREFIJO DE ROUTING/CIDR 35
3.2.3. CIDR omo solu ión

Si una empresa ne esita múltiples lases C onse utivas se asignarán
sin ne esidad de utilizar una lase B y se utilizará omo una úni a
red.
Prejo Más ara Espa io Dire ionamiento
/27 255.255.255.224 12 % lase C, 30 hosts

/26 255.255.255.192 24 % lase C, 62 hosts
/25 255.255.255.128 50 % lase C, 126 hosts
/23 255.255.254.0 2 lases C, 510 hosts
/22 255.255.252.0 4 lases C, 1022 hosts
/21 255.255.248.0 8 lases C, 2046 hosts
/20 255.255.240.0 16 lases C, 4094 hosts
ARIN, RIPE y APNIC pro uran asignar espa ios onse utivos a los
ISPs, de forma que esto reduz a las tablas de routing de Internet.
Tenemos que tener en uenta que si una empresa ambia de ISP

ambiará también de espa io de dire ionamiento IP.
Para tener un ahora de dire iones tenemos que utilizar también otro
tipo de té ni as omo el NAT, ya que sólo deben de tener dire iones
públi as aquellas máquinas que estén en Internet por algún motivo
on reto.
3.2.4. Ventajas de prejo de routing/CIDR

El prejo de routing se utiliza para redu ir el tamaño de las tablas
de routing.
Esta té ni a permite que los routers de Internet tengan sólo 240.000

entradas para denir el total de Internet y onsiste en agrupar las
redes a la más ara menos restri tiva posible.
A esta té ni a se le llama también sumariza ión.
Ventajas:
Redu ión del tamaño de las tablas de routing.

Menos sobre arga en términos de trá o, CPU y memoria.
Mayor exibilidad en el dire ionamiento de las redes.
3.3. VLSM Variable-Length Subnet Masks

IP.

3.3.1. Introdu ión a VLSM

VLSM es utilizado dentro de la organiza ión, sin embargo CIDR se
utiliza fuera de la organiza ión.
La utiliza ión de VLSM dentro de las redes de la organiza ión

responde a que rara vez las organiza iones tienen repartidos de
forma uniforme los hosts, enton es utilizan VLSM para ade uar la
estru tura de su red a las ne esidades de la empresa.
VLSM ha e referen ia a la utiliza ión de más aras de subred de

tamaño variable.
Los proto olos de routing que soportan VLSM son:
RIP v2
OSPF
IS-IS
EIGRP
BGP-4
Las rutas estáti as también soportarán VLSM.
Los proto olos de routing que no soportan VLSM son:

3.3. VLSM VARIABLE-LENGTH SUBNET MASKS 37
RIP v1
IGRP
EGP
3.3.2. Reglas para VLSM
Una subred puede ser utilizada omo dire ión de host o ha er

subnetting.
Originalmente no se podían utilizar por iones de subred todo 1s

o todo 0s, para poderlas utilizar hay que utilizar el omando ip
subnet-zero, que se en uentra por defe to a partir de la versión
12.0 de IOS.
El proto olo de routing debe de llevar la más ara en sus a tualiza-

iones.
Múltiples subredes que se quieran sumarizar deben de tener los

mismos bits de mayor peso.
Las de isiones de routing se realizan para la subred ompleta, el

router es oge de la más ara más restri tiva a la menos restri tiva
para realizar sus de isiones.
3.3.3. Ejemplo: dire ionamiento de una red

Para el dire ionamiento de este aso de estudio tenemos que realizar

las siguientes tareas:
Determinar el número de regiones
Determinar el número de ampus
Determinar el número de edi ios
Determinar el número de pisos
Determinar el número de hosts
Para este ejemplo:
La empresa tiene tres regiones, pero tiene previsto expandirse

a no más de 8.
En ada región no habrá más de 3 ampus.
Cada ampus no tiene más que uatro edi ios a lo sumo.
Los edi ios son omo mu ho de 3 plantas.
Cada planta no tiene más de 30 PCs.

Según los requerimientos del problema podemos llegar a la siguiente

on lusión:
Es de ir, la más ara para ada subred de hosts será
/27, es de ir, 255.255.255.224.
La más ara ne esaria para toda la red es una /16.
Hemos de re ordar que el número de host de una red es 2n 2, ya

que le hemos de restar la dire ión de red y la dire ión de broad ast.
Distribu ión de dire iones:
Región:
• California: 001
• Texas: 010
Campus:
• San Fran is o: 01
• San José: 10
• San Rafael: 11
Edi ios:
• Edi io 1: 0001
• Edi io 2: 010
• Edi io 3: 011
• Edi io 4: 100
Plantas:
• Planta 1: 001
• Planta 2: 010
• Planta 3: 011
• Planta 4: 100
• Planta 5: 101
Hosts:;
• 1-30
En este grá o podemos ver que la máquina 140.100.50.131/27 se

en uentra en la región de California, ampus de San José, Edi io 2,
planta 4, y es el segundo host del rango (a ordémonos de la dire ión
de red).
Este esquema jerárqui o nos permite sólo on ver la dire ión del
host saber su situa ión físi a exa ta.
3.3.4. Optimizando el espa io de dire ionamien-

to IP
En la onexión de enla es WAN punto a punto la utiliza ión de
las subredes que hemos denido resulta un tanto malgastadora.
En los enla es WAN no es onveniente utilizar rangos extensos,

sino utilizar rangos más pequeños.
Para este aso en parti ular la asigna ión de subredes IP para

onexiones WAN podría ha erse de la siguiente manera:
Utilizamos redes en las uales la parte de Región, Campus y

Edi io es 0, on los que nos quedarán dire iones del tipo
140.100.0...
El último o teto estaría disponible para ha er VLSM.
Las subredes de onexión WAN se realizarán utilizando 30 bits

para la más ara. Esto nos permite sólo 2 hosts por red, ideal
para onexiones punto a punto.
Entre los edi ios de California:
• 140.100.0.64/27 (30 hosts en Ethernet o FDDI)
Entre los edi ios y los ampus en California:
• 140.100.0.32/30, 140.100.0.28/30, 140.100.0.24/30, 140.100.0.20/30
Entre los ampus y las regiones:
• 140.100.0.48/30, 140.100.0.4/30, 140.100.0.12/30
Entre las regiones:
• 140.100.0.96/30, 140.100.0.16/30, 140.100.0.8/30
Obviamente esta es una forma de ha erlo expuesta omo ejemplo,

no es la úni a, llegados a este punto el alumno debería ser apaz de
proponer otro esquema de dire ionamiento que sea lo más jerárqui o
posible.
3.4. Sumariza ión

IP.

3.4.1. Introdu ión a la sumariza ión

Si se ha realizado orre tamente una asigna ión de dire iones
jerárqui a resultará muy sen illo realizar una sumariza ión que
permite anun iar las menores rutas posibles o in luso una úni a ruta,
lo que provo ará una tabla de routing menor y menor trá o de
a tualiza iones.
En el aso de nuestro ejemplo anterior al sumarizar en el límite de la

red úni amente se anun iará la red 140.100.0.0/16, on lo que hemos
redu ido todas las redes en una úni a sumarizada.
La sumariza ión forma parte del CIDR y es la extensión del mismo

al nivel de la organiza ión.
La sumariza ión que se produ e en la parte superior de la red

también se suele designar on el nombre de supernets.
3.4.2. Ventajas de la sumariza ión

Redu en el tamaño de la tabla de routing.
Al agregar una úni a ruta en vez de todas las existentes se

onsigue redu ir el tamaño de la tabla de routing. También se
redu e el an ho de banda de las a tualiza iones y la arga de
CPU y memoria.
Simpli an la re al ula ión de la red.
Al eje utar el algoritmo de routing en un router on una úni a

entrada para la red resulta muy sen illo realizar los ál ulos.
3.4. SUMARIZACIÓN 43
O ulta los ambios de la red.
Al ser vista úni amente un ruta los ambios internos no se ven

y quedan o ultos, esto provo a que si se envía un datagrama a
una subred inexistente este datagrama nun a llegue y atraviese
parte de la red, pero ompensa on las ventajas que se obtienen
en el routing.
Permite a la red re er.
Como la tabla de routing va a onsumir menos re ursos en

los routers, estos serán apa es de agregar más redes on los
mismos re ursos.
Como resumen tenemos que tener en uenta que al trabajar on

prejos más pequeños (p.e. /16) se enviarán menos a tualiza iones
de routing, la ruta será más fá il de al ular y se ne esitará menos
i los de CPU y antidad memoria prin ipal.
Al onsumir menos memoria y CPU permitirá a los routers ser

apa es de gestionar redes más grandes on los mismos re ursos.
3.4.3. Otras solu iones al agotamiento de dire -

iones IP
El CIDR y el VLSM ayudan a no gastar inne esariamente dire iones
IP, pero existen más métodos.
La utiliza ión de ip unnumbered, es útil en enla es punto a punto

porque permite no utilizar una red en este tipo de enla es.
Cuando utilizamos el omando ip unnumbered, el interfaz tomará

prestada la dire ión IP de otro interfaz
3.4.4. Congura ión de la sumariza ión

En los proto olos más modernos de routing se debe de ongurar la
sumariza ión de forma manual, esto propor iona más ontrol sobre
la red.
Es muy importante re al ar que tanto BGP omo EIGRP realizan

la sumariza ión de forma automáti a por defe to, de todos modos
más adelante se profundizará sobre este aspe to.
3.4.5. Sumariza ión automáti a

Los proto olos de routing antiguos omo RIP o IGRP sumarizan de
forma automáti a a la lase en el límite de la red. Esto lo ha en
porque no son apa es de transportar la más ara.
La sumariza ión automáti a utiliza la regla del primer o teto.
La regla del primer o teto ha e referen ia a que los primeros bits de

la dire ión IP nos indi an a qué lase pertene e:
0: Clase A
10: Clase B
110: Clase C
1110: Clase D
1111: Clase E
3.4.6. Sumariza ión manual

EIGRP, IS-IS, RIP v2 y BGP permiten VLSM y sumariza ión
manual, esto permite:
Granularidad del diseño jerárqui o.
• Permite ono er on mayor pre isión una red grande.
Sumariza ión manual.
• La sumariza ión se realiza bajo ongura ión.
Redes dis ontinuas.

3.4. SUMARIZACIÓN 45
• Una red dividida por otra red diferente en el medio.
La sumariza ión manual permite un ontrol mayor sobre la red y

solu ionar problemas omo el de las redes dis ontinuas que no pueden
ser tratados ni on RIP v1, ni on IGRP.
3.4.7. Redes dis ontinuas

Como redes dis ontinuas entendemos a una red que está dividida por
otra red lasful que divide las dos partes de la misma red lasful.
En el aso de un router que esté eje utando un proto olo de routing

lasful no va a saber por qué amino enviar el datagrama y es
probable que balan ee el trá o, omo resultado, la mitad de los
datagramas se perderán.
Este aso se puede dar por un diseño inten ionado o por un error
en la topología de la red, pero en ualquier aso en el supuesto de
utilizar un proto olo de routing lasful tendremos un problema.
3.4.8. Considera iones de sumariza ión para re-

des dis ontinuas
Las redes dis ontinuas no son un problema para los proto olos
de routing que permiten VLSM, pero sí lo es si se realiza una
sumariza ión automáti a.
En estos asos no podemos permitir que se produz a la sumariza ión

automáti a y tenemos que utilizar la sumariza ión manual que le
permitirá al administrador evitar este tipo de problemas, y le dará
mayor granularidad a la red.
Tenemos que tener uidado on EIGRP que aunque es un proto olo

VLSM por defe to realizará una sumariza ión a la lase en el borde
de la red. Para evitar esta situa ión EIGRP tiene la posibilidad de
sumarizar a nivel de interfaz y de idir que interfa es no queremos
que se sumari en.
La lave para entender uando una red es sumarizable es observar si

existen bits omunes de mayor orden.
Si la sumariza ión no es posible, tenemos dos op iones:
No sumarizar, pero entender que la red tendrá limita iones de

es alabilidad.
Reha er el diseño de la red para ha erla sumarizable.

Capítulo 4
Diseño de redes IP
4.1. Criterios de diseño de redes IP

IP.

4.1.1. El diseño jerárqui o de Cis o

La lave del diseño es ha erlo jerárqui o, on una división de la
fun ionalidad entre niveles de la jerarquía.
En el diseño de red jerárqui o, ada nivel a túa omo ltro para el

segundo nivel, esto ha e que la red sea es alable ya que se limita la
antidad de trá o que puede pasar a través de los niveles.
Sólo los datos e informa ión global ne esitan salir del dominio
inmediato o nivel.
Cis o propone el modelo en apas para onseguir una red estable y

able.
47
48 CAPÍTULO 4. DISEÑO DE REDES IP
Cis o propor iona un modelo jerárqui o de diseño que simpli a la

gestión de red y permite que la red pueda re er
Se onsigue una red estable y able porque se mantiene el trá o

lo al dentro del área, on lo ual este no tiene que traspasar al resto
de los niveles de la jerarquía.
El número de niveles que se va a implementar en ada red diere

de las apli a iones que se vayan a eje utar, pero Cis o sugiere
que on tres niveles tendríamos su iente para una red de grandes
dimensiones.
4.1.2. Fun iones de ada nivel

Cada nivel del modo jerárqui o es responsable de prevenir trá o
inne esario de ser reenviado a los niveles superiores.
Los tres niveles son:
El nivel de a eso.
El nivel de distribu ión.
El nivel de ore o nú leo.
4.1.2.1. Nivel de a eso

Nivel donde se one tan los dispositivos nales. Los dispositivos de
nivel 3 de este nivel son los en argados de ontrolar que el trá o
lo al no pase a los niveles superiores.
La lasi a ión de QoS se propor iona aquí.
Los ltros SAP de Novell y las listas de zona de Appletalk también

se apli an en este nivel.
4.1.2.2. Nivel de distribu ión

Propor iona one tividad entre mu has partes del nivel de a eso.
4.1. CRITERIOS DE DISEÑO DE REDES IP 49
En este nivel de onguran a ess-lists, no omo ltros, sino omo

primer nivel de una rudimentaria seguridad.
En este nivel se propor iona a eso a Internet, el ual requerirá de

un rewall o de una seguridad más sosti ada.
4.1.2.3. Nivel de ore o nú leo

La responsabilidad prin ipal del nivel de ore es inter one tar la
empresa entera, esto lo ha e inter one tando los dispositivos del nivel
de distribu ión.
Para asegurar una ontinuidad de este nivel el nivel de ore tiene que
ser altamente redundante.
En el nivel de ore la informa ión tiene que estar lo menos posible,

la informa ión tiene que dis urrir tan rápido omo sea posible.
Ya que la toma de de isiones requiere un tiempo, esto produ irá

laten ia, y por tanto todo este tipo de trabajo no se realizará en el
nivel de ore.
Aunque mu has implementa iones la QoS se implementa en este nivel

de la jerarquía.
Es muy importante re al ar que el nivel de ore tiene que ser

altamente redundante, ya que un orte en este nivel podría dejar
a gran parte de la organiza ión sin one tividad.
4.1.3. A ess-list IP
4.1.3.1. Seguridad on a ess-lists
Cis o re omienda utilizar métodos alternativos a los a ess lists para
seguridad.
Algunas tareas simples de seguridad pueden ser realizadas on a ess

lists, pero los a ess lists no onstituyen una seguridad ompleja y
ompleta.
El pro esado de la seguridad es preferible que sea realizado por un

rewall, ya que estos dispositivos están pensados para llevar esta
arga.
Si existe la posibilidad de balan ear entre dispositivos, esto debería

ser tópi o de un proye to de plan de apa idad.
Como resumen podemos de ir que los a ess list no son herramientas

de seguridad y que esta es preferible delegarla en rewalls.
Ejemplo de A ess List:
Router( onfig)# a ess-list 101 deny t p 172.16.4.0 0.0.0.255 any eq 23

Router( onfig)# a ess-list 101 permit ip any any
(deny implí ito)
Router( onfig)#interfa e ethernet 0
Router( onfig-if)#ip a ess-group 101 out
4.1.3.2. Controlando el a eso al terminal

Para ontrolar el trá o por telnet en el ual el router es el dispositivo
nal, se puede situar un a ess list para esta fun ión.
Por defe to se en uentran disponibles 5 sesiones de terminal (vty 0

.. vty 4).
Ya que es ompli ado prede ir ual va a ser la sesión utilizada, el

ontrol generalmente se realiza de forma uniforme.
Sin embargo existen equipos que tienen limita iones diferentes en

uanto al número de interfa es vty que pueden ser reados.
La ongura ión de los a ess lists es preferible apli arlos juntos

omo úni o a ess- lass:
Ejemplo de A ess List para el telnet:
a ess-list 12 permit 192.168.1.0 0.0.0.255

(deny implí ito)
!
line vty 0 4
a ess- lass 12 in
4.1.4. Controlar el trá o a través de las a tuali-

za iones de routing.
4.1.4.1. Distribute lists
Denimos distribute lists omo los a ess lists apli ados a los
proto olos de routing para restringir la informa ión enviada en las
a tualiza iones.
Se utilizan distribute lists para:
O ultar redes (investiga ión, test o simplemente privadas).
Redu ir el trá o en las a tualiza iones de routing.
Prevenir bu les ausados en la redistribu ión de múltiples

proto olos de routing.
La gestión del trá o es más sen illa de ongurar a nivel 3. Sin

embargo hay que tener uidado, ya que, limitando el trá o también
se limita la one tividad.
Este aso requiere tener uidado on el diseño y la do umenta ión.
4.1.4.2. Otras solu iones para ontrolar el trá o

Modi ar los temporizadores de los proto olos de routing.
En los enla es WAN podría ser ventajosa utilizar routing estáti o.
Snapshot routing: esta podría ser una solu ión para enla es WAN
bajo demanda.
Realizar un diseño de dire ionamiento IP ade uado y jerárqui o,

sobre todo si se tienen que eje utar apli a iones liente/servidor, es
de ir, una ingeniería de red ade uada.
La modi a ión de los temporizadores de los proto olos de routing

en los routers ha e que los proto olos hagan los anun ios on otra
fre uen ia, el problema es que también van a esperar esos anun ios
on otra fre uen ia, así que es ne esario modi ar los temporizadores
en todos los routers afe tados, si no se hi iera así las tablas de routing
a abarían por estar desin ronizadas.
En el aso de utilizar routing estáti o hemos de tener en uenta

que existen proto olos omo EIGRP y OSPF que se a tualizan por
disparos y de forma in remental, on lo que podría ser una solu ión.
El snapshot routing permite que sus a tualiza iones sean realizadas

de forma periódi a o uando el enla e esté arriba.
4.1.5. Prioriza ión

Los a ess lists no se utilizan para determinar que paquetes son
reenviados a un destino, sino para determinar el orden en el ual
el trá o está pensado en abandonar el interfaz.
Se en uentran disponibles varios tipos de prioriza ión, también

llamados queuing te hniques.
Es importante basar el plan de prioriza ión en el ono imiento de la

red, de forma que el trá o más sensible sea enviado antes.
4.1.6. WFQ Weighted Fair Queuing

Es la té ni a de prioriza ión por defe to en las versiones más
modernas de IOS.
Reemplaza el antiguo modo de prioriza ión FIFO.
WFQ analiza los patrones de trá o del enla e, basándose en

el tamaño de los paquetes y la naturaleza del trá o, para
distinguir trá o intera tivo de transferen ia de heros.
4.1.7. Té ni as de queuing
Estas té ni as de prioriza ión son onguradas de forma manual
utilizando a ess lists.
4.1.7.1. Priority queuing

Divide el buer del interfaz de salida en uatro olas virtuales.
Los rangos de importan ia o prioridad asignan el trá o en ada ola.
Se asegura que en enla es lentos o ongestionados el trá o sensible

se pro ese antes.
4.1.7.2. Custom queuing

Divide el buer del interfaz de salida en varias sub olas virtuales.
Cada ola tiene un umbral on un número de bytes o datagramas a

ser enviados antes de pasar a la siguiente ola.
Para asignar el trá o en una ola se utilizan ACLs.
4.1.7.3. Class-based Weighted Fair Queuing (CBWFQ)

Método extendido del WFQ para propor ionar lases de trá o por
usuario denido.
Los datagramas de van en olando mediante ACLs.
4.1.7.4. Low-laten y queuing (LLQ)

Esta ara terísti a apli a una ola estri ta de prioridad a CBWFQ.
Con el omando priority se asigna a las olas de datos sensibles al

retardo (p.e. VoIP)
Si la ola está va ía se puede enviar otro tipo de trá o.
4.1.8. Redu iendo el trá o de la red: alternativas

a los ACLs
Los ACLs requieren una gran antidad de re ursos se tiene que
bus ar alternativas.
Interfa e null0:
Una solu ión puede ser la rea ión de un interfaz que sólo exista
en el sistema operativo.
Este interfaz responderá a ping on un mensaje de Unrea hea-

ble al origen, para deshabilitar el envío de Unrea heable, on-
guraremos en el interfaz.
Router( onfig-if)#no ip unrea hables
4.1.9. Puntos importantes a re ordar al diseñar

una red IP
1. Identi ar hosts y subredes ne esarias ahora y en un futuro, así
omo inter onexión de departamentos, re imiento de personal
y presupuesto para el re imiento de la red.
2. El diseño debe tener en uenta los equipos de red disponibles

y los posibles proveedores.
3. Para ofre er sumariza ión (agrega ión de rutas), asigna ión de

dire iones de a uerdo on la topología.
4. Si se utiliza VLSM, el proto olo de routing debe in orporar el

envío de más aras en las a tualiza iones.
5. Si se utiliza VLSM, el proto olo de routing debe sele ionar las

rutas on el prejo más largo.
6. Comprobar que se han asignados los bits su ientes a ada

nivel de la topología.
Al diseñar una red tenemos que tener en uenta si se trata de adaptar

una red existente o rear una desde ero.
También tenemos que tener en uenta todos los puntos que hemos
visto hasta ahora.
4.1.10. Diseño IP para una red existente

Cualquier dieño de red requiere un análisis muy uidadoso de la
red a tual y un ono imiento muy laro de los planes futuros de la
organiza ión en uanto a expansión de la red.
Lo primero que tenemos que determinar es si es posible la

sumariza ión, para ello tenemos que tener en uenta:
El esquema de dire ionamiento debe reejar la topología físi a

de la red.
La topología tanto físi a omo lógi a debe respetar el diseño

jerárqui o.
El esquema de dire ionamiento debe permitir sumariza ión.
La naturaleza debe reejar el diseño jerárqui o.
El proto olo a utilizar debe permitir VLSM.

4.1.11. Tenden ias en el diseño IP

Para mayor exibilidad de la red mu has empresas utilizan en el
diseño de la red servidores de DHCP y de DNS.
Naturaleza del trá o basado en apli a iones liente / servidor.
Utiliza ión de VLSM, ya que permite evitar las limita iones del
dire ionamiento lasful de IANA.
Utiliza ión de dire ionamiento privado.
4.2. Dire ionamiento privado

IP.

El dire ionamiento públi o no es requerido si la ompañía no tiene

sus máquinas dentro de Internet.
Una de las ventajas del dire ionamiento privado es que los routers
en Internet no entienden este tipo de dire ionamiento.
El dire ionamiento privado junto on Ipv6, CIDR y VLSM son las

solu iones propuestas por la omunidad de Internet para evitar el
agotamiento de dire iones IP públi as de versión 4.
El dire ionamiento privado viene des rito en las RFCs 1597 y 1918.
Las dire iones privadas (RFC 1918) no pueden ser enrutadas en

Internet y serán des artadas.
Este dire ionamiento permite que sea utilizado en las redes internas
de las organiza iones, y que mu has organiza iones tengan el mismo
dire ionamiento privado idénti o.
Dire ionamiento Privado des rito en la RFC 1918

4.2. DIRECCIONAMIENTO PRIVADO 57
Rango de Dire iones Prejo Redes Classful
10.0.0.0 a 10.255.255.255 /8 1 Clase A

172.16.0.0 a 172.31.255.255 /16 16 Clases B
192.168.0.0 a 192.168.255.255 /24 256 Clases C
El uso de dire iones IP privadas en las LAN de las empresas se ha

extendido gra ias al NAT.
El uso de dire ionamiento privado se ha extendido enormemente,

esto signi a que una empresa no tiene que soli itar dire iones
públi as a IANA.
Las dire iones privadas no tienen signi ado global, esto signi a
que para salir a Intenet es ne esario utilizar un gateway que pueda
ha er la tradu ión a dire ión globalmente válida, esto se ha e on
NAT Network Address Translation.
4.2.1. Razones para utilizar dire ionamiento pri-

vado
El dire ionamiento privado es muy útil por los siguientes motivos:
Ordena ión del dire ionamiento dentro de la organiza ión.
Seguridad.
Si existe un ambio de ISP el dire ionamiento se mantiene.
El dire ionamiento privado propor iona segurdad a la empresa

porque la red interna no es visible desde Internet.
Re ordemos que el dire ionamiento públi o va a venir dado por el

ISP, si ambiamos de ISP ambiará el dire ionamiento, por lo que
es interesante tener en uenta que omo el dire ionamiento privado
no depende de ningún ISP podremos mantener el dire ionamiento
interno de la organiza ión.
4.2.2. Con eptos al tener en uenta al utilizar

dire ionamiento privado
Si los hosts internos ne esitan onexión on el exterior ne esitaremos
alguna forma de tradu ión de dire iones.
Como el dire ionamiento privado no tiene signi ado global no se

propagarán las rutas por Internet.
El el futuro es posible que nuestra empresa se fusione on otra on

el mismo dire ionamiento.
NAT no permite siempre seguridad y en ripta ión IP.
Si las rutas privadas no se transportan por Internet y queremos unir

varias o inas por Internet tendremos que bus ar alguna solu ión
alternativa.
4.3. Network address translation

4.3.1. Conexión on Internet mediante NAT
Para poder salir a Internet es ne esario utilizar trasla ión de
dire iones o utilizar dire ionamiento públi o propor ionado por el
ISP.
NAT es el método de tradu ir una dire ión de una red en otra de

otra red uando la dire ión de origen está en una red ilegal o no
válida en la red de destino.
El RFC que dene el NAT es el RFC 1631 The IP Network Address

Translator .
NAT se eje uta en un dispositivo o router de nivel 3 ya que realiza

trasla ión de dire iones de apa 3.
NAT mu has ve es se eje uta en rewalls, ya que la posi ión de los

rewalls es una ex elente ele ión para organiza iones que utili en
dire ionamiento denido en la RFC 1918.
4.3. NETWORK ADDRESS TRANSLATION 59
4.3.2. Utilidades de NAT

Organiza iones que utilizan dire iones asignadas a otras empresas.
Organiza iones que utilizan dire ionamiento RFC1918 y quieren

one tarse a Internet.
Para inter one tar dos organiza iones que utilizan el mismo dire -
ionamiento.
Organiza iones que desean o ultar su IP tras un rewall omo

políti a de seguridad.
Cis o soporta NAT en la mayoría de sus plataformas, in luyendo los

rewalls PIX - ASA.
A partir de la versión de IOS 11.2 había que omprar el software

extra para poder ofre er NAT.
A partir de la versión de IOS 12.0 NAT venía ya in orporado dentro

del software estándar.
4.3.3. Cara terísti as de NAT

Dire ionamiento estáti o: Tradu ión uno a uno ongurada de
forma manual.
Tradu ión de dire iones de origen dinámi as: Se dene un rango

de dire iones, estas dire iones son las que se tradu en.
Port Address Translation PAT: Diferentes dire iones dentro de

una organiza ión son tradu idas a una úni a dire ión públi a. El
identi ador de puerto TCP o UDP es el que identi a a ada una
de las esta iones. Se identi an las dire iones lo ales a través de los
puertos.
Tradu ión rotatoria de la dire ión de destino (Destination Address

Rotary Translation): Denido para trá o entrante en la red.
La dire ión foránea se mapea on un ACL on una dire ión
interna. Este tipo de tradu ión sólo se puede realizar on TCP.
Dire ionamiento estáti o.
4.3.4. Fun iones prin ipales de NAT

Para tradu ir de una dire ión de una red a otra, el pro eso debe
diferen iar entre la fun ionalidad de las dire iones que van a ser
tradu idas.
Inside Global: Dire iones que one tan la organiza ión on

Internet, propor ionadas por el ISP. Estas dire iones se propagan
por Internet. Estas dire iones son las que expli an omo las
dire iones inside son vistas globally por el exterior.
Inside Lo al: Dire iones que permiten a los dispositivos de la

organiza ión omuni arse entre si. Pueden ser dire iones RFC1918.
Son dire iones inside que son vistas lo ally por el resto de los equipos
de la organiza ión.
Outside Global: Son dire iones de Internet. Son dire iones que
están outside y apare en omo globally en Internet.
Outside Lo al: Son dire iones no RFC1918 que se utilizan dentro

de la organiza ión, enton es estas dire iones existen outside, pero
en nuestra red se ven lo ally.
4.4. Introdu ión a IPv6

IPv6 es la solu ión para mu has de las limita iones de dire iona-
miento existentes en IPv4.
IPv6 uadrupli a la dire ión, pasando de 32 a 128 bits.
Este tamaño de dire ión permite unas 1030 dire iones por ada
persona del planeta.
En IPv6 se en uentran implementadas solu iones más e ientes para:
QoS.
Seguridad.
4.4. INTRODUCCIÓN A IPV6 61
4.4.1. Bene ios y ara terísti as de IPv6

Espa io de dire ionamiento mayor.
Dire ionamiento Uni ast y Multi ast.
Agrega ión de Dire iones.
Auto ongura ión.
Renumera ión.
Cabe era simple y e iente.
Seguridad.
Movilidad.
Op iones de transi ión de IPv4 a IPv6.
Proto olos de Routing.
4.4.2. Formato de dire iones IPv6

Dire iones de 128 bits, en vez de 32.
Nota ión hexade imal, se separan por dos puntos (:) ampos de 16
bits.
Ejemplo de Dire ión IPv6
4021:0000:240E:0000:0000:0AC0:3428:121C
Las dire iones de IPv6 pueden simpli arse utilizando las pautas
de la RFC 2373 IP Version 6 Addressing Stru ture .
Para evitar onfusiones se han estable ido una serie de reglas que
simpliji an el uso de las dire iones IPv6.
Los números hexade imales no son ase sensitive, para prevenir

errores del operador.
Los 0s de la izquierda pueden ser eliminados y símplemente

poner los (:).
Un par de dos puntos (::) indi an existen grupos de 16 bits que

son eros, pero sólo puedo poerlo una vez.
En ada dire ión sólo se permite un par de dos puntos (:), es

de ir:
• 4021:0000:0000:0000:0000:0000:AC21:BCD
• 4021::AC21:BCDE
4.4.3. Dire iones de IPv6 de uni ast

Las dire iones de uni ast de IPv6 están divididas de a uerdo a su
fun ionalidad.
Una dire ión de uni ast es una dire ión que espe i a a un nodo
de forma úni a.
Tipos de dire iones Uni ast:
Link Lo al: Dire ión en la ual el destino se en uetra

en mismo medio físi o. Aquí se in luyen proto olos de
des ubrimiento, de routing, y otros proto olos de ontrol. El
preno de estas dire iones es FE80::/10.
Site Lo al: Este es un sistema que se en uentra en el el mimo

sitio, pero en redes diferentes, no requiere onexión a Internet,
por lo que el dire ionamiento no tiene que ser úni o.
Aggregate Global Uni ast: Dire ión de Internet global-

mente úni a.
Unspe ied and Loopba k: Dire ión de loopba k. Estadi-

re ión es ::1. Se utiliza para testear el hardware.
4.4.4. Dire iones IPv6 de multi ast

Una dire ión de multi ast es una dire ión que identi a un grupo
de interfa es, por lo que para iertas tareas es mu ho más e iente
que una dire ión de broad ast.
Teóri amente los routers no deberían de propagar multi ast ya

que no propagan datagramas on dire iones des ono idas, pero en
te nologías LAN se pueden propagar estos broad ast.
IPv6 no utiliza broad ast: RFC 2365 Administratively S oped IP

Multi ast .
El prejo de las dire iones de multi ast en IPv6 se

en uentran en el rango FF00::/8 FFFF::/8.
El segundo o teto seguido de FF identi a el ámbito y el tiempo de
vida de la dire ión de Multi ast.
Si un sistema que re ibe un multi ast no forma parte del grupo de

multi ast des artará el datagrama a nivel 2.
4.4.5. Agrega ión de rutas en IPv6

La sumariza ión es ru ial en Internet sea ual sea el proto olo de
apa 3 enrutado.
Como IPv6 permite un número asi innito de dire iones la

sumariza ión y el modelo jerárqui o es fundamental.
Los primeros 48 bits de la dire ión son utilizados para routing

externo de IANA, y así rear lo que se llama el Aggregate Global
Uni ast .
Los últimos 3 bits anteriores son jos 001 y se utilizan para indi ar
que es una dire ión global.
El Site Level Aggregator (SLA) es la dire ión utilizada para el

routing dentro del sistema autónomo y fun iona de una forma similar
al dire ionamiento privado de IPv4.
La dire ión del interfaz se suele auto ongurar utilizando la

dire ión MAC del interfaz.
La dire ión IPv6 que es úni a en Internet se llama Agregate Global

Uni ast.
Prejo de IANA 45 bits
Prejo jo 001 3 bits

Site Level Aggregator (SLA) 16 bits
Interfaz 64 bits
4.4.6. Auto ongura ión

El router lo al o dire tamente one tado envía su prejo y la ruta
por defe to que tenga. Esto se envía por el able, permitiendo que
los routers ve inos onguren automáti amente su dire ión IPv6.
El router lo al propor iona el prejo global de 48 bits y el SLA

(Site Level Aggregator) a ada uno de los sistemas nales.
El sistema nal simplemente añade su dire ión de nivel 2,

utilizando la MAC.
Esta apa idad de IPv6 de asignar dire iones sin ne esidad de

ningún servidor de DHCP ha e que Internet llegue a ser plug-and-
play.
4.4.7. Renumera ión

Mientras que en IPv4 tenemos que estable er una gran antidad de
tiempo en ha er el plan de dire ionamiento de la red on IPv6 omo
a abamos de ver no es ne esario.
La auto ongura ión permite la renumera ión de las dire iones de

la red en aso de ambio.
4.4.8. Cabe era simple y e iente

La abe era de IPv6 ha simpli ado el pro eso ne esario para que
el router trabaje on ella, aumentando el rendimiento y la e ien ia
del router, debido a:
Menos ampos en la abe era.
Los ampos se alinean a 64 bits.
La suma de omproba ión ha sido eliminada.
Los mi ropro esadores a tuales fun ionan on palabras de 64 bits,

esto ha e que los ampos tengan la medida atómi a, el úni o
problema es la dire ión que o upa 2 palabras de memoria.
La elimina ión de la suma de omproba ión también ha ayudado al

aumento del rendimiento en los routers.
4.4.9. Cabe eras de IPv4 e IPv6
4.4.10. Campos de extensión de la abe era IPv6

En IPv6 desapare e el ampo de op iones, en su lugar vamos a
utilizar el ampo Next Header , en el que indi aremos si hay
algo más por pro esar, esto aumenta el pro eso porque se pueden
en adenar varios ampos de extensión.
4.4.11. Seguridad en IPv6

La onexión dire ta entre extremos permite que la seguridad sea más
realista, ya que la ne esidad de NAT y rewalls de re e.
En IPv4 IPSe es op ional, sin embargo en IPv6 es mandatoria u

obligatoria.
Los ampos de extensión permiten una seguridad dedi ada al

proto olo extremo a extremo.
4.4.12. Movilidad en IPv6

La abe era de routing de IPv6 permite ambiar su dire ión IP si el
host nal utiliza una home address omo origen de los datagramas.
La home address es estable y no ambia, permitiendo de esta manera

la movilidad.
En IPv4 tenemos una osa pare ida llamada routing triangular, que
onsisten en ha er un túnel hasta la red antriona y desde allí enrutar
hasta el destino.
4.4.13. Transi ión de IPv4 a IPv6

La llave para el éxito de IPv6 no reside en su fun ionalidad y
e ien ia, sino a la apa idad de transi ión de IPv4 a IPv6. La
transi ión requiere:
Nuevo dire ionamiento.
La instala ión de una nueva pila de proto olos.
Nuevas apli a iones que puedan omuni arse on esta nueva

pila.
Para ha er la transi ión tenemos que instaurar IPv6 en los bordes

de la red e ir avanzando po o a po o hasta el ore, pero al ha er esto
pueden pasar tres osas:
IPv6 tenga que ser transportada sobre IPv4.
IPv4 e IPv6 tengan que onvivir en la red.
Un proto olo tenga que ser tradu ido a otro.
4.4.14. Métodos de transi ión

IOS dual sta k:
• Conviven las dos pilas de proto olos y es el DNS el que

indi a qué pila se debe de utilizar en ada aso.
Túneles ongurados:
• Se onguran túneles estáti os para permitir la omuni-

a ión de IPv6 sobre IPv4.
Tunneling 6to4:
• A los routers que inter one tan las redes IPv6 on la

red IPv4 de paso se les onguran los interfa es on
dire iones fá ilmente tradu idas a IPv4.
• Se utiliza el prejo 2002::/16 y se le añade una dire ión

IPv4.
4.4.15. Proto olos de routing de IPv6

A partir de la release 12.2T de IOS de permiten los proto olos de
routing de IPv6:
RIPng
OSPF
IS-IS
BGP-4
Evidentemente para que los proto olos de routing puedan transpor-

tar dire ionamiento IPv6 es ne esario realizar unos ambios para
adaptarlos a las nuevas ne esidades.
Capítulo 5
Proto olos ve tor

distan ia
5.1. Presenta ión
Entendemos omo proto olos de routing ve tor distan ia a aquellos

proto olos de routing que algoritmos de ve tor distan ia (p.e.
Bellman Ford).
Classful: RIPv1 e IGRP.
Classless: RIPv2 e IGRP.
Aunque IGRP y EIGRP no sean estri tamente proto olos podemos

onsiderarlos omo tal debido a sus ara terísti as prin ipales
fundamentales.
71
72 CAPÍTULO 5. PROTOCOLOS VECTOR DISTANCIA
5.1.1. Opera ión de los proto olos de routing

ve tor distan ia
Los proto olos de routing de ve tor distan ia envían a tualiza iones
de rutas periódi as a los ve inos dire tamente one tados.
El temporizador se resetea justo después de realizar un envío.
Después de re ibir la tabla de routing de un ve ino, el router a tualiza

su tabla de routing envía su tabla modi ada en las siguientes
a tualiza iones.
Los proto olos ve tor distan ia son proto olos lassful, entendiendo
que sumarizan de forma natural en al límite de la red a la lase de
IANA o al límite de la red mayor. Utilizan la regla del primer o teto.
Las a tualiza iones in luyen la tabla de routing ompleta, ex luyen-

do la red del interfaz por la que se ha aprendido esa ruta. (Horizonte
Dividido)
En la implementa ión de la regla del horizonte dividido se utiliza

para evitar trá o inne esario en la red y para evitar bu les.
5.1.2. Té ni as para evitar bu les

Los proto olos de routing de ve tor distan ia utilizan las siguientes
té ni as para evitar bu les:
Split Horizon.
Poison Reverse.
Holddown.
Triggered Updates.
Aging of Routes.
El onteo al innito no se puede osiderar una té ni a.

5.2. RIP 73
5.1.3. Métri as de los proto olos de routing de

ve tor distan ia
La métri a utilizada por estos proto olos es el onteo de saltos o
routers en ontrados en el amino.
IGRP y EIGRP se onsideran de Ve tor Distan ia aunque sus

métri as no sean saltos. Tenemos que tener en uenta que ni IGRP
ni EIGRP utilizan saltos omo métri as, y EIGRP además utiliza el
algoritmo DUAL.
5.2. RIP
5.2.1. Introdu ión históri a
Uno de los proto olos de routing más antiguos es el Routing
Informa ition Proto ol o más omúnmente llamado RIP. RIP utiliza
algoritmos de ve tor distan ia para al ular sus rutas. Este tipo de
algoritmos para al ular rutas fueron utilizados durante dé adas en
sus distintas variantes. De he ho los algoritmos de ve tor distan ia
utilizados por RIP están basados en aquellos algoritmos utilizados
por ARPANET en el año 1969.
Los proto olos ve tor distan ia fueron des ritos a adémi amente por:
R.E. Bellman, L.R. Ford Jr y D.R. Fulkerson.
La primera organiza ión que implementó un proto olo de ve tor

distan ia fue la ompañía Xerox en su proto olo GIP (Gateway
Information Proto ol), este proto olo estaba in luido dentro de
la arquite tura XNS (Xerox Network Systems). GIP se utilizaba
para inter ambiar informa ión de routing entre redes o sistemas
autónomos no adya entes. Pero laro, Xerox había implementado
su propio proto olo propietario.
Po o después la University of California en Berkeley reo una

variante llamada routed , esta variante del GIP introdujo novedades
omo modi a ión del ampo de dire ionamiento, que se onsiguió
más exible, también se añadió un temporizador que limitaba a 30
segundos el tiempo máximo de a tualiza ión, es de ir, el tiempo

máximo permitido sin saber la informa ión de los ve inos, y por
supuesto se integró dentro de UNIX, on lo ual pasó a ser abierto.
El proto olo RIP, tal ual lo ono emos a tualmente, fue des rito por
primera vez en el RFC 1058 (http://www.rf -editor.org/rf /rf 1058.txt)
por C. Hedri k de la Rutgers University en Junio de 1988, y posterior-
mente fue mejorado en la RFC 2453 (http://www.rf -editor.org/rf /
rf 2453.txt) por G.Malkin de la ompañía Bay Networks en Noviem-
bre de 1998.
Desde el año 1998 el proto olo RIP se ha mantenido estable, aunque

posteriormente salió la versión para Ipv6.
5.2.2. Introdu ión té ni a

RIP es un proto olo de routing de ve tor distan ia muy extendido en
todo el Mundo por su simpli idad en ompara ión a otros proto olos
omo podrían ser OSPF, IS-IS o BGP. RIP se trata de un proto olo
abierto a diferen ia de otros proto olos de routing omo por ejemplo
IGRP y EIGRP propietarios de Cis o Systems o VNN propietario
de Lu ent Te hnologies.
RIP está basado en el algoritmo de Bellman Ford y bus a su amino

óptimo mediante el onteo de saltos, onsiderando que ada router
atravesado para llegar a su destino es un salto.
RIP, al ontar úni amente saltos, omo ualquier proto olo de ve tor
distan ia no tiene en uenta datos tales omo por ejemplo an ho de
banda o ongestión del enla e.
5.2.3. RIPv1
Proto olo simple que fun iona bien en una red pequeña que no vaya
a re er mu ho.
Envía a tualiza iones ada 30 segundos que ontienen la tabla de

routing ompleta.
5.2. RIP 75
Las siguientes ara terísti as son de RIPv1 y de ualquier proto olo

de ve tor distan ia:
Cuenta al innito: Al rearse un bu le RIP permite que el

datagrama siga vagando hasta que llegue al innito (en este
aso innito=16 saltos).
Horizonte Dividido: El pro eso de routing no anun iará rutas

por el mismo interfaz que por el que las ha re ibido.
Horizonte Dividido on Inversa Envenenada: El pro eso de

routing no anun iará rutas por el mismo interfaz que por el
que las ha re ibido, pero en el aso de que la red en uestión
haya aído sí se anun iará por el interfaz pero on un oste
ina esible (en RIPv1 será 16).
Holddown: Después de ver que una ruta es ina esible se mar a

omo tal y se espera tres a tualiza iones antes de borrarla de
la tabla de routing.
A tualiza iones por disparo (Triggered Updates): Tan pronto

omo se dete ta que una red no es a esible se lanza una
a tualiza ión en la ual se indi a que la red es ina esible.
Balan eo de Carga: Si es posible enrutar la informa ión por

varios aminos on el mismo oste se balan eará el trá o
siguiente la té ni a de round-robin.
El problema de RIP se en uentra en los tiempos de onvergen ia, que

son muy elevados para redes grandes, aunque RIP nun a se penso
para redes grandes, sino todo lo ontrario.
En Junio de 1988, C. Hedri k publi ó el RFC 1058 orrespondiente

a RIP versión 1, y lo en abezó de la siguiente manera:
This RFC des ribes an existing proto ol for ex-

hanging routing information among gateways and other
hosts. It is intended to be used as a basis for developing
gateway software for use in the Internet ommunity. Dis-
tribution of this memo is unlimited.
El proto olo RIPv1, al igual que sus ante esores propietarios es

un proto olo de routing que fue diseñado para fun ionar omo
proto olo ve tor distan ia. RIPv1 fue diseñado para fun ionar en
redes pequeñas de pasarela interior. RIPv1 está basado según el autor
del RFC en la versión 4.3 de la distribu ión de UNIX de Berkeley.
En uanto al proto olo tenemos que tener en uenta las tres

limita iones que C. Hedri k des ribe en la página 3 del RFC 1058:
El proto olo no permite más de quin e saltos, es de ir, los dos

routers más alejados de la red no pueden distar más de 15
saltos, si esto o urriera no sería posible utilizar RIP en esta
red.
Problema del onteo a innito . Este problema puede surgir en

situa iones atípi as en las uales se puedan produ ir bu les, ya
que estos bu les pueden produ ir retardos e in luso ongestión
en redes en las uales el an ho de banda sea limitado. El autor
del RFC 1058 también omenta que en la realidad esto sólo
puede ser un problema en redes lentas, pero el problema existe.
El proto olo utiliza métri as jas para omparar rutas alterna-

tivas, lo ual impli a que este proto olo no es ade uado para
es oger rutas que dependan de parámetros a tiempo real omo
por ejemplo retardos o arga del enla e.
Además de los problemas que ita el autor del proto olo tenemos que
tener en uenta que el proto olo RIPv1 es un proto olo lassful6, on
lo que existe el problema de la dis ontinuidad de redes. El problema
de la dis ontinuidad de redes se produ e en el momento que tenemos
una red dividida en varias subredes y no pueden ser sumarizadas en
una misma ruta, ya que físi amente ada una de las subredes está
ubi ada en un lugar que depende de un interfaz distinto una subred
de la otra. Pero laro, en la épo a en la que se es ribió este RFC,
que era en 1988 estos problemas no estaban ontemplados y on el
tiempo se dete tó este problema, esta es una de las razones de la
existen ia de RIPv2. onvergen ia, que son muy elevados para redes
5.2. RIP 77
grandes, aunque RIP nun a se penso para redes grandes, sino todo
lo ontrario.
5.2.4. Tabla de routing de RIP

Si ontinuamos la le tura detallada del RFC1058, podemos ver que
el autor nos di e que la base de datos de routing de ada uno de
los hosts de la red que están utilizando el proto olo de routing RIP
tiene los siguientes ampos:
Dire ión de destino.
Siguiente salto.
Interfaz de salida del router.
Métri a.
Temporizador.
Para obtener esta tabla, el proto olo de routing RIP utiliza el

siguiente pro edimiento para mantener a tualizada la tabla de
routing de ada uno de los nodos o routers de la red:
1. Mantener una tabla on una entrada por ada posible destino

en la red. La entrada debe ontener la distan ia D al destino,
y el siguiente salto S del router a esa red. Con eptualmente
también debería de existir una entrada para el router mismo
on métri a 0, pero esta entrada no existirá.
2. Periódi amente se enviará una a tualiza ión de la tabla a

ada uno de los ve inos del router mediante la dire ión
de broad ast. Esta a tualiza ión ontendrá toda la tabla de
routing.
3. Cuando llegue una a tualiza ión desde un ve ino S, se añadirá

el oste aso iado a la red de S, y el resultado será la distan ia
D'. Se omparará la distan ia D' y si es menor que el valor
a tual de D a esa red enton es se sustituirá D por D'.
El proto olo de routing RIP omo ya hemos di ho mantiene una

tabla de routing, omo ualquier proto olo de routing, seguidamente
pasamos a omentar ada uno de los ampos de la tabla.
5.2.4.1. Dire ión de destino

La dire ión de destino en la tabla de routing de RIP será la red
de destino, es de ir, la red nal a la que deseamos a eder, esta red
en la versión 1 del proto olo RIP tendrá que ser obligatoriamente
lasfull, es de ir tendrá que tener en uenta la lase, es de ir, no
se permite el subneting en RIP versión 1, por ejemplo si la red de
destino es la 192.168.4.0, sabemos que al ser RIP lassful la red de
destino tiene 256 dire iones, de las uales 254 son útiles, una vez
des ontada la dire ión de red y la dire ión de broad ast, ya que la
red 192.168.4.0 es de lase C, es de ir que los 24 primeros bits de la
dire ión IP identi an la red y los 8 últimos identi an los hosts de
dentro de la red.
5.2.4.2. Siguiente salto

El siguiente salto lo denimos omo el siguiente router por el que
nuestro paquete va a pasar para llegar a su destino, este siguiente
salto será ne esariamente un router ve ino del router origen.
5.2.4.3. Interfaz de salida del router

Entendemos por interfaz de salida del router al interfaz al ual está
one tado su siguiente salto.
5.2.4.4. Métri a
La métri a utilizada por RIP omo ya hemos omentado onsiste
en el onteo de saltos, omo métri a se onsidera ada salto omo
una úni a unidad, independientemente de otros fa tores omo tipo
de interfaz o ongestión de la línea. La métri a total onsiste en el
5.2. RIP 79
total de saltos desde el router origen hasta el router destino, on la

limita ión que 16 saltos se onsidera destino ina esible, esto limita
el tamaño máximo de la red.
5.2.4.5. Temporizador
El temporizador nos indi a el tiempo trans urrido desde que se
ha re ibido la última a tualiza ión de esa ruta. RIP utiliza dos
tiempos importantes, el tiempo de a tualiza ión que se estable en 30
segundos, el tiempo de desa tiva ión que se estable e en 180 segundos
y el tiempo de borrado se estable e en 300 segundos.
El tiempo de a tualiza ión se onsidera al tiempo máximo a

trans urrir entre el envío de los mensajes de a tualiza ión de los
ve inos.
El tiempo de desa tiva ión se onsidera al tiempo máximo que

puede esperar un router sin re ibir a tualiza iones de ve ino, una
vez pasado este tiempo, el ve ino que no ha enviado la a tualiza ión
se onsidera que ha aído y on lo ual el router no está a tivo en la
red, se estable e la métri a a valor 16, es de ir destino inal anzable.
El tiempo de borrado impli a que una vez trans urrido ese tiempo
todas las rutas de ese router supuestamente aído son eliminadas de
la tabla de routing.
5.2.5. RIPv2
Diez años después de que se publi ara la versión 1 de RIP se
publi ó la versión 2, por G.Malkin de la ompañía Bay Networks
en Noviembre de 1998 en el RFC 2453.
RIPv2 estable e una serie de mejoras muy importantes on su

ante esor que son las siguientes:
Autenti a ión para la transmisión de informa ión de RIP entre

ve inos.
Utiliza ión de mas aras de red, on lo que ya es posible utilizar

VLSM.
Utiliza ión de más aras de red en la ele ión del siguiente salto,
lo ual nos puede permitir la utiliza ión de arquite turas de red
dis ontinuas.
Envío de a tualiza iones de tablas de RIP mediante la dire ión

de multi ast 224.0.0.9.
In lusión de RIPv2 en los bloques de informa ión de gestión

(MIB).
Por supuesto además de estas mejoras RIPv2 nos permite la

redistribu ión de rutas externas aprendidas por otros proto olos de
routing.
Pero RIPv2 aunque haya tenido una serie de mejoras muy impor-
tantes desde la versión 1 del proto olo sigue teniendo una serie de
aren ias muy importantes omo:
Limita ión en el tamaño máximo de la red. Con RIPv2 sigue

existiendo la limita ión de 15 saltos omo tamaño máximo de
la red, lo ual impli a que no nos permite la utiliza ión de
RIPv2 en redes de un tamaño más grande.
Conteo a innito, RIPv2 sigue sin solu ionar el problema del

onteo hasta el innito si se forman bu les, aunque existen
té ni as externas al proto olo omo pueden ser la inversa
envenenada y el horizonte dividido, té ni as brevemente
des ritas por William Stallings en su libro Comuni a iones
y Redes de Computadoras , las uales onsisten bási amente
en no anun iar una ruta por el interfaz por el que se ha re ibido
en algún momento.
Métri as estáti as que pueden ser ambiadas por el adminis-

trador de la red, pero que no nos dan ninguna informa ión del
estado de la red.
5.3. IGRP 81
RIPv2 sólo permite al igual que su ante esor una ruta por ada
destino, lo ual impli a la imposibilidad de realizar balan eos
de arga por ejemplo, lo que redunda en una pobre y po o
óptima utiliza ión de los enla es.
RIPv2 es un proto olo que al igual que su ante esor genera

mu hísimo trá o al enviar toda la tabla de routing en ada
a tualiza ión, on la arga de trá o que ello onlleva.
5.3. IGRP
Interior Gateway Routing Proto ol es un proto olo propietario de
Cis o Systems reado a mediadios de los 80s.
Supera las limita iones de RIPv1, in luyendo:
A tualiza iones in rementales.
Métri a más e iente y ompleja.
No tiene limita ión del diámetro de la red de 16 saltos.
5.3.1. Cara terísti as de IGRP

A tualiza iones Periódi as: Cada 90 segundos por defe to, RIP
era ada 30. La a tualiza ión es un sumario de las rutas, sólo se
inter ambia on los routers ve inos.
A tualiza iones por Broad ast: Las a tualiza iones se envían

por broad ast. Proto olos posteriores omo RIPv2 ya utilizaban
multi ast.
A tualiza iones ompletas de routing: Además de las a tualiza-

iones por disparo IGRP ada 90 segundos realiza una sin roniza ión
on los ve inos de toda la tabla de routing enviando las abe eras.
Conteo al Innito: Como los demás proto olos de routing de ve tor

distan ia IGRP utiliza un onteo al innito para evitar bu les.
Horizonte Dividido: IGRP utiliza Horizonte Dividido omo ayuda

para prevenir los bu les de la red.
A tualiza iones de Disparo on Ruta Envenenada: IGRP

envía las a tualiza iones tan rápido omo puede para minimizar el
tiempo de onvergen ia, si una ruta no es valida enton es envía su
a tualiza ión.
Balan eo de Carga en Caminos Iguales: Hasta 4 por defe to.

Lo utiliza para mejorar la arga de los enla es.
Rutas por Defe to: A epta omo andidato al router del borde de
la red.
Algoritmo de Routing Bellman Ford: Utiliza una métri a

ompuesta y la varianza para modi ar los parámetros del balan eo
de arga.
5.3.2. Diferen ias de IGRP on RIPv1

IGRP tiene una métri a ompuesta por an ho de banda, retardo,
arga, abilidad y MTU, aunque en la ongura ión por defe to sólo
utili e an ho de banda y retardo.
IGRP tiene un máximo de saltos de 100 ongurable hasta 255. Esto

vale sólo para el onteo al innito, no para la métri a.
Las a tualiza iones en IGRP son ada 90 segundos en vez de ada

30 en RIPv1.
Permite el balan eo de arga entre enla es on oste no igual.
IGRP utiliza una estru tura del paquete más e iente.
Los Sistemas Autónomos se utilizan para poder eje utar varios

pro esos de IGRP, esto permite es alar la red.
5.4. EIGRP
Enhan ed Interior Gateway Routing Proto ol. Proto olo
propietario de Cis o Systems. Mu has ve es referido omo Proto olo
de Ve tor Distan ia Avanzado o Proto olo Híbrido Equilibrado.
5.5. SELECCIONAR PROTOCOLOS DE ROUTING 83
Las ara terísti as de EIGRP son:
En una red estable EIGRP utiliza muy po os re ursos.
Los ambios en la topología son enviados ada 30 segundos.
La a tualiza ión ini ial de EIGRP es la tabla ompleta, a partir

de ahí sólo se envían las modi a iones.
Utiliza el algoritmo DUAL (Diused Update Algorithm).
En vez de tener que esperar a tualiza iones, tan pronto omo

una ruta se viene abajo, EIGRP examina la tabla topológi a
para bus ar una ruta alternativa, si se en uentra se sustituye
inmediatamente.
EIGRP utiliza sólo paquetes hello para mantener las bases de

datos de routing.
La tabla de ve inos de onstruye on paquetes hello, si uno de

los ve inos no responde on su ACK orrespondiente enton es
se anun ia a los ve inos que el router ve ino está abajo. Que
el routing es able signi a que no se tiene que reenviar
a tualiza iones ada 30 segundos.
Si una ruta se ae EIGRP intentará bus ar rutas alternativas

en la tabla de topología, si no en uenta entrada alternativa,
enton es preguntará a los demás routers.
5.5. Sele ionar proto olos de routing

Existen mu hos proto olos de routing para es oger, pero es oger
un úni o proto olo es toda la red es mejor porque permite una
onsisten ia en la red.
Si existe más de un proto olo de routing en la red las de isiones se

realizarán basándose en la distan ia administrativa.
Para solventar este problema utilizaremos la redistribu ión de rutas.

La distan ia administrativa sele iona uno o más aminos para elegir

la ruta basándose en el proto olo.
5.5.1. La distan ia administrativa

La Distan ia Administrativa es un onjunto de valores arbitrarios
elegidos para las diferentes fuentes de informa ión. Es posible
ambiar estos valores, pero on uidado.
La distan ia administrativa menor es preferida sin ontar on la

métri a.
En la siguiente tabla se pueden observar las distintas distan ias

administrativas por origen del routing.
Fuente del routing Distan ia Administrativa
Interfaz one tado dire tamente o 0

ruta estáti a que identi a el
interfaz de salida en vez del
siguiente salto.
Ruta estáti a. Contamos el 1
siguiente salto
Ruta EIGRP sumarizada 5
BGP Externo 20
EIGRP 90
IGRP 100
OSPF 110
RIP 120
ODR 160
EIGRP Externo 170
BGP Interno 200
Red des ono ida 255 o innito
La distan ia administrativa es ja e independiente de la métri a, lo

ual redunda en una pobre ele ión de la ruta.
En el aso que tengamos una ruta prin ipal por un E3 utilizando

OSPF, esta tendrá una distan ia administrativa de 110, si embarlo
la ruta estáti a por RDSI tendrá una distan ia administrativa de

1, así que el router elegirá siempre la ruta estáti a por RDSI, para
evitar este tipo de osas utilizaremos las rutas estáti as otantes.
5.5.2. Convergen ia
La onvergen ia o urre uando todos los routers del dominio están
de a uerdo en las rutas que se en uentran disponibles.
El tiempo de onvergen ia es el tiempo que ne esita ada router para

sin ronizar su tabla de routing después de que se haya produ ido un
ambio en la topología de la red.
El tiempo de onvergen ia tiene que ser el más orto posible, ya que

mientras tanto los router no están de a uerdo en las redes disponibles
y no pueden enrutar de forma orre ta y e iente.
Cada proto olo de routing tiene un método diferente de a tualizar

su tabla de routing, esto afe ta al tiempo de onvergen ia.
5.5.3. Convergen ia en RIPv1 y RIPv2

Los pasos son los siguientes:
1. Cuando un router ve que ha desapare ido un ruta dire tamente

one tada, envía una a tualiza ión (ash update) y borra
esa entrada de su tabla de routing. Esto se llama inversa
envenenada on a tualiza ión de disparo.
2. El router re eptor envía la a tualiza ión y deja la ruta en

holddown.
3. El router ini ial soli ita a sus ve inos una ruta alternativa, si el
ve ino la tiene se la envía, si no envía una inversa envenenada.
4. El router original instala la nueva ruta y borra la anterior.
5. Los routers en holddown ignoran la ruta alternativa, la

a eptarán uando salgan del holddown.
6. Se obtiene la onvergen ia.
5.5.4. Convergen ia en IGRP

1. Cuando un router ve que ha desapare ido un ruta dire tamente

one tada, envía una a tualiza ión (ash update) y borra
esa entrada de su tabla de routing. Esto se llama inversa
envenenada on a tualiza ión de disparo.
2. El router re eptor envía la a tualiza ión y deja la ruta en

holddown.
3. El router ini ial soli ita a sus ve inos una ruta alternativa, si el
ve ino la tiene se la envía, si no envía una inversa envenenada.
4. El router original instala la mejor ruta alternativa y borra la

anterior. Envía una a tualiza ión (ash update).
5. Los routers que están en holddown ignoran la nueva a tualiza-

ión.
6. Cuando los routers salen de holddown a eptan la nueva ruta.
7. El router original pregunta a sus ve inos por rutas alternativas,

y re ibe los a knowledges de los routers.
Como se puede observar los tres primeros pasos son exa tamente
iguales a los de RIP.
El tiempo de onvergen ia onsta de dete ión, holddown más el

número de a tualiza iones (igual al diámetro en saltos de la red) de
90 seguntos. El tiempo de a tualiza ión es muy elevado.
5.5.5. Convergen ia en EIGRP

1. Cuando el router lo al ve que una ruta one tada desapare e,

omprueba la tabla topológi a bus ando un feasible su essor,
si no lo en uentra, pasa a estado a tivo.
2. El router original pregunta a sus ve inos por rutas alternativas,

y re ibe los a knowledges de los routers.
3. Si existe una ruta alternativa, la informa ión se envía al

querying router.
4. Si existe un su essor a eptable, lo añade a su tabla de routing.
5. El router envía una ash update del amino on la métri a

mayor.
6. El router re eptor envía el ACK de la a tualiza ión.
La onvergen ia es muy rápida porque es el tiempo de dete ión +

el tiempo de onsulta (query) + tiempo de respuesta + tiempo de
a tualiza ión.
Si existe un feasible su essor, la onvergen ia es asi instantánea.
5.5.6. Proto olos IGP y EGP

Los proto olos que operan dentro de la organiza ión son ono idos
omo IGP (Interior Gateway routing Proto ols).
RIPv1.
RIPv2.
IGRP.
EIGRP.
OSPF.
IS-IS.
Los límites de la organiza ión delimitan el AS (Autonomous System).
Los proto olos que inter ambian informa ión de routing entre
las organiza iones son llamados EGP (Exterior Gateway routing
Proto ols). Este tipo de proto olos ne esitan determinar políti as
de routing entre organiza iones debido a su omplejidad:
BGP-4
Los sistemas autónomos disponen de un identi ador úni o asignado.
AS públi os: 1 64511
AS privados: 64512 - 65535
Tenemos que tener en uenta que a partir del 1 de Enero de 2009

los ASs son de 32 bits omo primera op ión utilizando la nota ión
asplain denida en la RFC 5396.
Capítulo 6
Proto olos estado del

enla e
Los proto olos de routing de estado del enla e están pensados para
mantener las tablas de routing libres de bu les y pre isas.
Este tipo de proto olos envían sus a tualiza iones de forma

in remental y mediante multi ast.
Mu hos proto olos además de enviar las tablas de forma in remental

envían la tabla ompleta, pero ada 30 minutos y mediante multi ast.
El Signi ado de Estado del Enla e:
Enla e se reere a la onexión entre los routers ( onexión

físi a).
Un proto olo de estado del enla e es un proto olo que envía

informa ión sobre los enla es entre los routers.
La informa ión enviada sólo es de los enla es one tados

lo almente.
Sin embargo este tipo de proto olos mantienen una imagen de

la red ompleta, reada a partir de las a tualiza iones.
89
90 CAPÍTULO 6. PROTOCOLOS ESTADO DEL ENLACE
Enviar informa ión sobre los enla es es más e iente que sobre
las rutas, ya que los enla es afe tan a las rutas.
Los re ursos utilizados son de CPU, aunque se gastan menos

re ursos de an ho de banda que en los de ve tor distan ia.
Aprendizaje de la Red:
El proto olo de routing desarrolla y mantiene la rela ión entre

ve inos enviando mensajes hello por el medio.
Después de sin ronizar sus tablas de routing inter ambiando

a tualiza iones se di e que los routers son adya entes.
Como la rela ión de adya en ia se mantiene on paquetes Hello,

la a tualiza ión de routing es muy rápida y e iente.
Un router sabe que su ve ino se ha aído uando deja de re ibir

paquetes Hello.
Una vez que el router identi a el problema envía una

a tualiza ión por disparo (triggered update), y lo ha e de forma
in remental y por multi ast, redu iendo el trá o de routing y
permitiendo más an ho de banda para la informa ión.
Redu ión del an ho de banda de informa ión de routing por los

proto olos de estado del enla e:
Los proto olos de estado del enla e son ade uados para ser
utilizados en redes grandes, ya que minimizan la utiliza ión del
an ho de banda para a tualiza iones de routing de la siguiente
manera.
• Utilizando dire ionamiento de multi ast
• Enviando a tualiza iones por disparo
• Enviando resumen de la tabla de routing de forma

esporádi a, si es que es ne esario.
91
• Utilizando paquetes pequeños desde los que ada router

des ribe su one tividad lo al, en vez de enviar la tabla
de routing ompleta.
A tualiza ión de las Tablas de Routing Lo ales:
Los proto olos de estado del enla e utilizan tablas topológi as

en las uales in orporan todos los ambios que se van
produ iendo en la red. Esto lo ha en on las a tualiza iones
in rementales que van re ibiendo.
Una vez que se tiene ompleta la tabla topológi a se pro ede

a eje utar el algoritmo de Dijkstra para obtener la tabla de
routing.
Una vez realizados estos pasos la tabla de routing quedará

a tualizada.
Sele ión del Camino:
El proto olo de routing sele iona el mejor amino utilizando

la métri a para ello.
La métri a en algunos proto olos de routing de este estilo, omo

por ejemplo OSPF no viene espe i ada en el estándar y es el
fabri ante el que estable e la métri a. En el aso de OSPF
108
Cis o utiliza omo métri a
ancho de banda .
Ejemplos de proto olos de estado del enla e para IP son:
OSPF.
IS-IS.
6.1. OSPF
6.1.1. Introdu ión
Open Shortest Path First (OSPF), es un proto olo de routing de
estado del enla e basado en un estándar abierto. OSPF ha sido
des rito en varios RFCs, pero el estándar de OSPF v.2 está des rito
por John J. Moy en el RFC2328 y en el libro OSPF Anatomy of an
Internet Routing Proto ol , es rito por el mismo autor, y publi ado
por la editorial Addison-Wesley.
El término Open en el nombre del proto olo ha e referen ia a que

es un proto olo abierto al públi o y no propietario de ninguna
ompañía. De entre los proto olos abiertos existen varios omo
RIPv1, RIPv2 u OSPF entre otros, pero entre RIP y OSPF
para redes de tamaño medio-grande es preferible, ya que OSPF
permite una es alabilidad muy remar able, entre otras ara terísti as
podemos de ir que OSPF no tiene el problema de la limita ión de
los 15 saltos de RIP, además los tiempos de onvergen ia de OSPF
son mu hísimo mejores en todos los asos y además OSPF para el
al ulo de ostes y rutas óptimas tiene en uenta fa tores tales omo
el an ho de banda, lo ual permite elegir un amino supuestamente
más lento si el amino que supuestamente es más rápido tiene menor
an ho de banda, lo ual provo aría más lentitud de la transmisión.
OSPF es uno de los proto olos que sin duda están preparados
para las redes a tuales. OSPF también onsidera la apa idad de
es alabilidad de la red a través de la es alabilidad que permite un
modelo jerárqui o que es posible onseguir mediante la utiliza ión
de distintas áreas.
OSPF utiliza la te nología de estado del enla e, de forma opuesta a

RIP que utiliza te nología de ve tor distan ia. Los router de estado
del enla e mantienen una imagen omún de la red e inter ambian
su informa ión de enla es desde un des ubrimiento ini ial hasta los
ambios de la red. Los routers de estado del enla e no realizan
broad ast de sus rutas periódi amente omo los routers que utilizan
ve tor distan ia. OSPF tiene las siguientes ara terísti as.
6.1. OSPF 93
Velo idad de onvergen ia: En redes grandes, la onvergen-

ia utilizando RIP puede alargarse varios minutos, hasta que
la tabla ompleta de routing de los routers de la red se om-
pleta y se estabiliza. En OSPF el tiempo de onvergen ia es
mu hísimo menor ya que sólo se a tualizan las rutas que han
sido modi adas y estás son distribuidas por la red de forma
rápida.
Soporte de VLSM: RIPv1 es un proto olo de los denomina-

dos lasful, y omo tal no soporta VLSM, sin embargo tenemos
que re ordad que RIPv2 sí soporta VLSM.
Tamaño de la red: En un entorno RIP una red on más de

15 saltos no es viable, ya que más de 15 saltos se onsidera
inal anzable. Sin embargo en un entorno de routing basado en
OSPF no tenemos este tipo de limita ión, ya que teóri amente
no tenemos esta limita ión de tamaño, aunque si seguimos las
espe i a iones de los fabri antes de routers Cis o o Lu ent
Te hnologies nos re omiendan redes en las uales no haya más
de 400 routers por área, obviamente pueden existir más áreas,
pero la úni a limita ión físi a, que no de proto olo sería la
de los 400 routers por área. Esta ara terísti a ha e de OSPF
ideal para redes medianas y grandes.
Utiliza ión de an ho de banda: Si utilizamos RIP estamos

realizando broad ast a la red de la tabla de routing ompleta
ada 30 segundos. Esta ara terísti a puede ser espe ialmente
problemáti a sobre lentos enla es WAN. Sin embargo OSPF
utiliza multi ast y sólo envía a tualiza iones uando se produ e
un ambio en la red.
Sele ión de amino: RIP sele iona el amino óptimo

ontando saltos, o distan ia a otros routers. Dentro de la
ele ión de ruta óptima no entran en onsidera ión fa tores
omo el an ho de banda restante o los retardos en la red. Sin
embargo OSPF utiliza una métri a basada en an ho de banda
y retardos.
Agrupa ión de miembros: RIP utiliza una topología plana

en la ual todos los routers forman parte de la misma red.
Esta ara terísti a provo a que la omuni a ión entre routers
tenga que navegar por la totalidad de la red, de esta forma ada
ambio en un router individual afe taría al resto de los equipos
de la red. Sin embargo on OSPF se introdu e el on epto de
áreas , lo que permite la segmenta ión de la red en segmentos
más pequeños. Al dividir la red en áreas se tiene que introdu ir
el on epto de omuni a ión entre áreas, pero gra ias a la
división de la red los ambios produ idos en un router de un
área no afe tan a la totalidad de la red, sino que sólo afe ta a
los routers de un área.
Ya que OSPF fue pensado y des rito para redes de un tamaño

onsiderable al rear una red on más de 50 routers hay que tener
un uidado espe ial on el diseño y la plani a ión de la red on tal
de minimizar trá o y el montante de inter ambio de informa ión de
routing.
Como proto olo de estado del enla e, OSPF opera de forma distinta
a los proto olos de ve tor distan ia omo podrían ser RIP.
La informa ión propor ionada por OSPF a los ve inos no es la tabla

de routing ompleta. Sin embargo, los routers que utilizan OSPF le
informan a sus ve inos sobre el estado de sus onexiones o enla es. En
otras palabras los routers OSPF anun ian el estado de sus enla es.
Los routers pro esan esta informa ión y generan la base de datos
de estado del enla e, la ual es esen ial para poder dibujar un
esquema de quien está one tado on quien. Todos los routers en un
mismo área tienen que tener una base de datos del enla e idénti a.
Cada router eje uta independientemente el algoritmo SPF, también
ono ido omo algoritmo de Dijkstra, en la base de datos del enla e
on tal de determinar las mejores rutas a los destinos. El algoritmo
SPF añade el oste (el ual está normalmente basado en el an ho de
banda) a ada uno de los enla es entre el router origen y el destino.
Enton es el router es oge el amino on oste más bajo y añade el
amino a su tabla de routing también ono ida omo base de datos
6.1. OSPF 95
de forwarding.
Los routers que utilizan OSPF mantienen informa ión de sus ve inos
y de sus bases de datos de adya en ia. Para simpli ar el inter ambio
de informa ión de routing sobre varios ve inos en la misma red, los
routers que eje utan OSPF tienen que es oger el Router Designado
(DR) y el Router Designado de Ba kup (BDR) para servir de punto
entral para la a tualiza ión de rutas.
Los routers que eje utan OSPF estable en rela iones, o estados,
on sus ve inos para un inter ambio de informa ión de estado más
e iente. En ontraste on los proto olos de ve tor distan ia, omo
RIP, los uales realizan broad ast o multi ast de su tabla de routing
ompleta por ada interfaz, esperando que los demás routers la
re iban. RIP por defe to envía ada 30 segundos sólo un úni o tipo
de mensaje, su tabla ompleta de routing. Sin embargo, los routers
que eje utan OSPF disponen de in o tipos de paquetes distintos
a enviar a sus ve inos para a tualizar la informa ión de estado del
enla e.
Estos in o tipos de mensajes ha en de OSPF un proto olo ade uado

para omuni a iones sosti adas y omplejas.
OSPF se rela iona on sus ve inos mediante siete estados distintos.
6.1.2. Topologías de OSPF

En OSPF podemos en ontrar distintos tipos de topologías según el
RFC2328, pero sin embargo ya se ha empezado a desarrollar soporte
para otro tipo de topologías de forma propietaria.
6.1.2.1. Topología de broad ast

Este tipo de topología se puede utilizar en entornos donde es posible
que los routers tengan en omún una red de broad ast, omo podría
ser una red Ethernet, Token Ring o FDDI. En este tipo de topologías
los routers tienen en omún una red que permite trá o de multi ast
del DR on el resto de los routers.
6.1.2.2. Topología punto a punto

Este tipo de topologías son las más simples, ya que en ella sólo entran
dos routers one tados de forma dire ta formando un úni o enla e.
En este tipo de topologías no es ne esario la ele ión de DB y BDR

ya que sólo hay dos routers.
6.1.2.3. Topología NBMA

En este tipo de topologías que no son de Broad ast, re ordemos que
NBMA son las siglas de NonBroad ast MultiA ess networks . En
este tipo de topologías nos en ontramos on un problema adi ional,
¾Cómo envíamos mensajes de multi ast en este tipo de redes?, pues
bien, esta pregunta sólo tiene una ontesta ión posible, es de ir,
la ontesta ión onsiste en realizar una emula ión de una red de
broad ast.
La emula ión de una red de broad ast en una red que no lo es sólo
se puede ha er mediante la repli a ión de mensajes. Una red NBMA
totalmente mallada, en la ual todos los routers están one tados
on todos los routers tenemos que repli ar un mensaje de multi ast
en mu hos mensajes de uni ast, es de ir, en vez de enviar un úni o
mensaje a la red a la dire ión de multi ast 224.0.0.5 tenemos que
envíar el mismo mensaje por ada uno de los enla es que tiene el
router on los demás routers de la red, es de ir, estamos realizando
una topología que emula a una red de broad ast mediante un
onjunto de redes punto a punto.
6.1. OSPF 97
6.1.3. Estados de OSPF

Para una omprensión más profunda de OSPF es ne esario ompren-
der las rela iones o estados que tienen entre si los routers que utilizan
OSPF.
1. Estado Down: En el estado Down, el pro eso OSPF no

ha empezado a inter ambiar informa ión on ningún ve ino.
OSPF está esperando a entrar en el siguiente estado.
2. Estado Init: Los routers que utilizan OSPF envían paquetes

de tipo 1 (Hello) en intervalos regulares (por defe to 10
segundos en Quagga y en Cis o) para estable er rela ión
on sus routers ve inos, uando un interfaz re ibe su primer
paquete Hello enton es de imos que el router ha entrado en
estado Init y está preparado para entrar en el siguiente estado.
3. Estado Two-Way: Utilizando paquetes Hello, ada router

OSPF intenta estable er una omuni a ión bidire ional on
ada router ve ino que está ubi ado en la misma red IP. Un
router entra en estado two-way en el momento que se ve en
una de las a tualiza iones de uno de sus ve inos. El estado
two-way es la rela ión más bási a que pueden tener los routers
OSPF, pero la informa ión de routing no se inter ambia en este
estado. Para aprender sobre enla es de otros routers el router
tiene que tener al menos una adya en ia ompleta.
4. Estado ExStart: Té ni amente, uando un router y su

ve ino entran en estado ExStart, su onversa ión se ara teriza
por una adya en ia, pero los routers todavía no tienen una
adya en ia ompleta. El estado ExStart se estable e utilizando
paquetes de tipo 2. Entre los dos routers se utilizan paquetes
hello para determinar ual de los dos es el maestro y ual es el
es lavo en su rela ión y se inter ambian paquetes de tipo 2.
5. Estado Ex hange: En el estado ex hange se utilizan paquetes

de tipo 2 para enviar al otro router su informa ión de estado
del enla e. En otras palabras, los routers des riben sus bases
de datos de estado del enla e al otro router. Si alguna de las
rutas no está en la base de datos del enla e del router re eptor
de la informa ión, este soli ita una a tualiza ión ompleta, la
ual se realiza en el estado Loading.
6. Estado Loading: Después de que todas las bases de datos

han sido des ritas a ada router, se tiene que soli itar una
informa ión que es más ompleta utilizando paquetes de tipo
3. Cuando un router re ibe un paquete de tipo 3, este responde
on una a tualiza ión mediante un paquete de tipo 4. Los
paquetes de tipo 4 des riben la informa ión de estado del enla e
que es el orazón de los proto olos de routing de estado del
enla e. Los paquetes de tipo 4 on respondidos on paquetes
de tipo 5.
7. Adya en ia Completa: Cuando termina el estado Loading,

los routers están en una adya en ia ompleta. Cada router
mantiene una lista de sus ve inos adya entes, llamada base de
datos de adya en ia. Es pre iso no onfundir la base de datos
de adya en ia on la base de datos de estado del enla e o on
la base de datos de forwarding.
Ya que la adya en ia es ne esaria para que los routers que utilizan

OSPF puedan ompartir su informa ión de routing, un router tiene
que estar adya ente on al menos otro router en la red IP a la que
esté one tado. Si hay o no adya en ia depende del tipo de red que
6.1. OSPF 99
se esté utilizando, es de ir, de qué tipo de red esté one tado los
routers.
Los interfa es de un router que estén eje utando OSPF tiene que
re ono er tres tipos de redes: redes de broad ast (p.e. ethernet),
NBMA (p.e. frame relay totalmente mallada) y redes punto a punto
(sólo dos routers). Un administrador de red podría ongurar un
uarto tipo de red:
red punto a multipunto.
El tipo de red en la que esté trabajando OSPF di tará el

fun ionamiento del proto olo, y este a su vez puede ser optimizado
por el administrador de la red.
Mu has redes se denen omo redes de multia eso porque no es

posible prede ir uantos routers van a haber one tados.
6.1.4. Routers OSPF

Debido a que en redes de multia eso pueden existir un número
signi ativo de routers, OSPF utiliza un método para evitar la
sobre arga de informa ión de routing en la red, de este modo la
informa ión se entraliza en dos routers:
Router Designado (DR Desiganted Router): Para

todas las redes de multia eso IP se debe de elegir un DR.
Este DR tiene dos fun iones prin ipales:
• Mantener adya en ia on todos los demás routers de la

red.
• A tuar de portavoz de todos los demás routers de la red

y anun iar los ambios a las otras redes, por supuesto es
el en argado de mantener la informa ión entralizada del
estado de su red.
Router Designado de Ba kup (BDR Ba kup Desig-

nated Router): El DR puede representar un úni o punto de
fallo, así que se elige un BDR para propor ionar toleran ia a

fallos, es de ir una redundan ia. Así pues el BDR también tiene
que ser adya ente a todos los demás routers de la red y tiene
que estar sin ronizado on el DR para que en aso de aída del
DR pueda este asumir la responsabilidad de la red:
• En redes punto a punto, en las uales sólo existen dos

nodos no tiene mu ho sentido el que exista ni DR ni BDR,
así que en este aso ambos routers fun ionan peer-to-peer.
Routers Internos (IR): Los routers internos tienen todos

sus interfa es en una misma área. Todos los routers del mismo
área tienen las mismas bases de datos de enla es, es de ir los
routers internos del mismo área al eje utar el algoritmo SPF
utilizan los mismos routers omo datos.
Ba kbone Routers (BR): Los routers de ba kbone están

situados en los límites del área de ba kbone y tienen al menos
un interfaz one tado al área 0.
Area Border Routers (ABR): Estos routers omo indi a

su nombre son los routers que tienen enla es a distintas áreas,
estos routers mantienen bases de datos del enla e separadas
por áreas, es de ir, tienen una base de datos independiente por
área y eje utan un SPF independiente por área.
Automous System Boundary Routers (ASBR): Estos

routers en astellano serían denominados Routers Frontera del
Sistema Autónomo, y tienen al menos un interfaz on un AS
(Sistema Autónomo) distinto. El AS distinto no tiene porque
utilizar OSPF. Los ASBR distribuyen informa ión no OSPF a
la red OSPF y vi eversa uando es ne esario.
Por supuesto un routers puede ser de varios tipos a la vez.

6.1. OSPF 101
6.1.5. Tipos de LSA (Link State Advertisement)

Los LSAs des riben el estado de una red o de un router. Esta
des rip ión ubre el estado de todos los interfa es de los routers
y sus adya en ias.
En OSPF utilizamos 4 tipos de LSAs:
Tipo 1: Son llamados router link, estos LSAs des riben el

estado y el oste de los enla es entre routers de área. Estos
LSAs sólo se propagan dentro de un mismo área, no en todo el
Sistema Autónomo.
Tipo 2: Son llamados network links, estos LSAs des riben

todos lor routers que hay en una red en parti ular. Estos LSAs
se propagan dentro del área que ontiene la red.
Tipo 3 / 4: Esos son los summary links. Estps LSAs se generan

por los ABRs, y des riben los enla es entre los ABRs y los Irs
del área lo al. Los summary links se propagan a través del área
0 o ba kbone a otras áreas a través de los ABRs del AS. Los
LSAs de tipo 3 y de tipo 4 tiene diferen ias. Los LSAs de tipo
3 des riben las rutas a las redes a través del AS y se envían
por el área 0. Sin embargo los LSAs de tipo 4 des riben la
lo aliza ión de los ASBR.
Tipo 5: Son también ono idos omo external links, los uales
se rean en los ASBRs. Estos LSAs des riben las rutas a
destinos fuera del AS. Estos LSAs van por las áreas estándar
y por la ba kbone. Existen dos tipos de external links:
• External link type 1: Este se al ula añadiendo al oste

externo el oste interno para al anzar el destino.
• External link type 2: Es el oste externo sin tener en

uenta el oste interno.
Tal y omo se puede observar en la des rip ión de los tipos de área,
ningún tipo de LSA atraviesa las áreas totally stubby.
6.1.6. Fun ionamiento de OSPF en un úni o Área

Cuando un router arran a el pro eso de routing OSPF en uno de sus
interfa es, éste envía un paquete hello y ontinua enviando paquetes
hello en intervalos regulares.
En el nivel 3 del modelo de referen ia OSI, los paquetes hello

son enviados a la dire ión de multi ast 224.0.0.5. Esta dire ión
tiene el signi ado de todos los routers . Los routers que están
eje utando OSPF envían periódi amente paquetes hello para ini iar
y mantener su adya en ia y para asegurarse que las adya en ias on
sus ve inos no desapare en. Los tiempos de a tualiza ión para el
envío de paquetes hello son ongurables, y por ejemplo fabri antes
omo Cis o envían por defe to paquetes hello en redes de broad ast
ada 10 segundos, sin embargo en redes NBMA envían los paquetes
ada 30 segundos, este sería el aso de redes Frame-Relay que utilizan
OSPF omo proto olo de en aminamiento.
6.2. IS-IS
IS-IS es un proto olo de routing que utiliza el algoritmo SPF.
Ofre e onvergen ia rápida, exibilidad, evita bu les y soporta redes

muy grandes.
IS-IS es un proto olo integrado. Diseñado por Digital Equipment

Corp. para DECnet fase V y rati ado omo estándar por la ISO.
El espa io para dire ionamiento es muy grande permitiendo ser

utilizado por redes muy grandes.
El proto olo tiene un diseño jerárqui o.
La estru tura del paquete le permite in orporar mejoras, ha iéndolo

muy exible.
IS-IS es el proto olo utilizado por el Gobierno de los EEUU,

in luyendo las fuerzas armadas de ese País.
6.3. BGP-4 103
6.2.1. Cara terísti as de IS-IS

1
Enruta trá o CLNP , denido en el estándar ISO 10589.
Enruta trá o IP, denido en el estándar RFC 1195.
Proto olo de Routing Classless.
Utiliza VLSM y sumariza ión manual y automáti a a IANA en los

límites de la red.
Utiliza el diseño en áreas para limitar la utiliza ión intensiva de CPU.
El oste denido por Cis o es 10 para ualquier medio.
Asigna fun ionalidad a los routers. Los routers Level 1 operan dentro
del área, mientras que los routers de Level 2
2 operan entre áreas.
Envían a tualiza iones in rementales, a través de los medios de

broad ast, sin ronizan las rutas ompletas ada 10 minutos.
Mantienen la rela ión entre ve inos mediante paquetes Hello ada 10

segundos.
Considera que el ve ino ha muerto tras 30 segundos de silen io.
Opera omo proto olo IGP dentro del AS.
6.3. BGP-4
BGP-4 estri tamente hablando no es un proto olo de estado del
enla e, sino un proto olo de path ve tor, aunque mantiene mu has
ara terísti as omunes on los de ve tor distan ia.
Es un proto olo EGP, on lo que es un proto olo totalmente diferente

a los vistos hasta ahora.
Path Ve tor ha e referen ia a la lista de números de AS que

son enviados en las a tualiza iones de BGP-4. El ve tor indi a la
dire ión de la red remota.
1 CLNP: Conne tionLess Network Proto ol. El nivel 3 de OSI no requiere que
se establez a un ir uito antes de transmitir el datagrama.
2 No hemos de onfundir los routers de Layer 1 o de Layer 2 on los niveles
de OSI, lo úni o que tienen en omún es el nombre.
BGP-4 se utiliza prin ipalmente en las onexiones en Internet y entre

los ISPs.
6.3.1. Tipos de BGP

eBGP: BGP Externo (External Border Gateway Proto ol). Bási a-
mente BGP es un proto olo que inter one ta AS y nos referiremos a
el omo eBGP.
iBGP: BGP Interno (Internal Border Gateway Proto ol).
También existe el iBGP que se utiliza para enviar la informa-

ión dentro de un AS, utilizado omo área de tránsito para otro
AS.
iBGP ne esita que sus routers estén en una topología total-

mente mallada, aunque no es ne esario que estén dire tamente
one tados.
BGP se dene en la RFC1771.
BGP envía muy po a informa ión en sus a tualiza iones, y sólo

uando hay ambios en la red.
Uno de los mayores logros de BGP es que se permite determinar un

amino diferente dependiendo de los tipos de trá o.
Permite la inter onexión de redes muy amplias.
6.3.2. Cara terísti as de BGP-4

Proto olo de Routing Classless.
Utiliza VLSM y sumariza ión manual y automáti a a IANA en los

límites de la red.
Envía las rutas ompletas al ini io de la sesión.
Después del ini io sólo envía a tualiza iones por disparo.

6.3. BGP-4 105
La rela ión entre routers BGP se mantiene on paquetes Hello

3 ada
60 segundos. Tras 180 segundos se onsidera que el ve ino está aído.
Utiliza una estru tura jerárqui a de AS.
Tiene una métri a ompleja basada en atributos, on los uales se

puede manipular los diferentes aminos (paths).
6.3.3. Convergen ia OSPF

Los pasos para la onvergen ia de OSPF son:
1. Cuando el router dete ta un fallo en un enla e, envía un LSA a

los ve inos. Si el router está en un enla e de multia eso envía
la a tualiza ión al DR y al BDR.
2. La ruta se borra de la tabla de routing del router.
3. El re eptor del LSA a tualiza su tabla topológi a e inunda los

demás interfa es on el LSA.
4. Se eje uta el SPF y se re onstruye la tabla de routing.
La onvergen ia en OSPF se produ e después del tiempo de

dete ión, la inunda ión de LSA y a esto le añadiremos 5 segundos
antes de re omputar la tabla de routing.
6.3.4. Convergen ia en IS-IS

Los pasos para la onvergen ia de IS-IS son:
1. Cuando el router dete ta un fallo en un enla e, se envía un

LSP a sus ve inos o en entornos multia eso al DIS.
2. El amino borrado será eliminado de las tablas del sistema

emisor.
3 El
proto olo Hello es orientado a la onexión y el paquete irá sobre el puerto
179/TCP.
3. El router re eptor del LSP a tualizará su table de topología e

inundará el LSP por todos los interfa es ex epto por el que lo
re ibió.
4. Se eje utará el algoritmo de Dijkstra.
La onvergen ia en IS-IS se produ e después del tiempo de dete ión

y la inunda ión de LSP .
4
6.3.5. Convergen ia en BGP-4

La onvergen ia será distinta en eBGP que en iBGP.
Cuando un ve ino no es a esible se intenta re one tar on el, si esto

falla se borra la informa ión on este ve ino del router, enton es se
envía una a tualiza ión a todos los demás ve inos.
En eBGP la abilidad es muy importante, sin embargo en iBGP es

más importante el tiempo e onvergen ia, esto ha e diferen iar la
onvergen ia en estos dos proto olos.
6.3.6. Proto olos y tiempos de a tualiza ión
Proto olo Tiempo de Te nología

a tualiza ión
RIPv1 Cada 30 segundos la Ve tor Distan ia

tabla de routing
ompleta
RIPv2 Cada 30 segundos la Ve tor Distan ia
tabla de routing
ompleta
4 LSP: Link State Pa ket. En entornos de multia eso se enviará para avisar a
los demás routers a los DIS (Designated Intermediate System), no a los ve inos.
(DIS en IS-IS = DR en OSPF).
6.3. BGP-4 107
Proto olo Tiempo de Te nología

a tualiza ión
OSPF In remental on sólo Estado del Enla e

los ambios de la red.
Sin embargo ada 30
minutos se propaga
una versión
omprimida de la
tabla
EIGRP In remental on sólo Ve tor Distan ia
los ambios de la red Avanzado, también
llamado Híbrido
Equilibrado
IGRP A tualiza iones ada Ve tor Distan ia
90 segundos on
a tualiza iones
in rementales
BGP-4 In remental on sólo Path Ve tor, también
los ambios de la red llamado omo un tipo
de proto olo de ve tor
distan ia
6.3.7. Ve tor distan ia Vs. estado del enla e
Utilizan métri a basada en ómo Utilizan métri as omplejas

de distante está el destino (IGRP
no lo ha e así)
Ve tor Distan ia Estado del Enla e
Envía la tabla de routing Envía a tualiza iones

ompleta en intervalos regulares. in rementales uando se produ e
Envía a tualiza iones por disparo un ambio. OSPF envía
para reejar ambios en la red. informa ión sumarizada ada 30
minutos, además de las
a tualiza iones in rementales.
Típi amente envía las Las a tualiza iones son enviadas
a tualiza iones por broad ast a los routers que parti ipan en el
dominio del proto olo de routing,
vía dire ión de multi ast.
El ono imiento de la red está Su ono imiento se basa en todos
basado en la informa ión los routers del área.
aprendida de los ve inos.
La tabla de routing tiene la La tabla topológi a es igual para
perspe tiva del router. todos los routers del área.
Algoritmo de Bellman Ford Algoritmo de Dijkstra
No onsume mu hos re ursos de Consume mu ha CPU, pero po o
CPU, pero sí de an ho de banda an ho de banda
Mantiene un dominio on todos Utiliza un diseño jerárqui o
los routers que ono e. basado en áreas que permite una
sumariza ión más efe tiva.
No está restringido por el Para uso efe tivo, el esquema de
esquema de dire ionamiento. dire ionamiento tiene que
representar el diseño jerárqui o
de la red.
Convergen ia Lenta. Convergen ia muy rápida.
Capítulo 7
OSPF
7.1. Fundamentos
OSPF es un estándar abierto que utiliza el algoritmo SPF.
Es un proto olo de estado del enla e.
Estándar Abierto signi a que ualquier puede leer las espe i a io-
nes y rear apli a iones.
Muy buena solu ión para one tar varias te nologías y varios
fabri antes.
El propósito de OSPF es inter ambiar informa ión de routing entre

los routers de la red.
La te nología de estado del enla e está diseñada para ser muy

e iente a la hora de propagar las a tualiza iones, permitiendo a
la red re er y ser es alable.
7.1.1. Terminología OSPF

Adya en ia: Se forma uando dos routers ve inos han inter am-
biado informa ión de routing y han sin ronizado sus tablas. Ambos
routers están en la misma red.
109
110 CAPÍTULO 7. OSPF
Área: Grupo de routers on el mismo ID de área. Los routers en un

área omparten la misma tabla topológi a. El área de des ribe por
interfaz en base a la ongura ión.
Sistema Autónomo: Formado por routers que omparten el mismo

proto olo de routing en la organiza ión.
Ba kup Designated Router (BDR): En aso que falle el DR, el

BDR tomará sus fun iones.
Coste: No denido en el estándar, Cis o propone por defe to la

siguiente. Se puede modi ar.
Des riptor de la Base de Datos: Des rito omo DBD (Data

Base Des riptor) o omo DDPs (Database Des ription Pa kets).
Estos paquetes son inter ambiados entre ve inos durante el estado
ex hange. Los DDPs ontiene LSAs par iales, que sumarizan los
enla es entre ada router de la topología del ve ino.
Designated Router (DR): Router responsable de estable er las

adya en ias entre todos los ve inos de una red de multia eso. El
DR se asegura que todos los routers tienen idénti a base de datos
topológi a.
Algoritmo de Dijkstra: Algoritmo omplejo utilizado por los

routers que utilizan proto olos de routing de estado del enla e, para
en ontrar el amino más orto al destino.
Estado Ex hange: Estado en el ual dos ve inos des ubren el mapa

de la red. Cuando estos routers sean adya entes, inter ambiarán
DDPs para asegurarse que tienen la misma base de datos topológi a.
Estado Exstart: Estado en el ual dos ve inos determinan

los números de se uen ia de los DDPs y estable en su rela ión
maestro/es lavo.
Inunda ión (Flood): La informa ión de la red se manda a todos

los dispositivos del dominio por inunda ión.
Adya en ia Completa (Fully Adya en y): Se produ e en el

momento que dos ve inos tienen totalmente sin ronizadas la visión
de la red (tienen exa tamente la misma visión de la red).
Estado Init: Estado en el ual se ha enviado un paquete Hello y se

7.1. FUNDAMENTOS 111
está esperando una respuesta para entrar en omuni a ión two-way.
Router Interno: Router que tiene todos los interfa es en el mismo

área.
Link-State Advertisement (LSA): Paquete que des ribe los

enla es del router. Existen diferentes tipos de LSAs.
Link-State Database: También ono ido omo mapa topológi o.

Mapa on todos los routers, sus enla es y estado de sus enla es.
Link-State Request (LSR): Cuando un router re ibe la DDP

ompleta on LSAs par iales los ompara la base de datos topológi a,
si en uentra algún LSA que no esté presente o on una entrada
más antigua que la de la DDP, envía una peti ión (LSR) on más
informa ión.
Link-State Update (LSU): Respuesta a un LSR. Es un LSA on

la informa ión soli itada.
Estado Loading: Estado en el ual el router re eptor soli ita más

informa ión durante el pro eso en el ual dos routers están reando
la adya en ia. Si se ne esita más informa ión se enviará un LSR al
que se responderá on un LSU.
Ve ino: Router en el mismo enla e físi o on el que se omparte

informa ión de routing.
Tabla de Ve inos: Tabla onstruida on paquetes Hello. Los

paquetes Hello también portan informa ión sobre los ve inos.
Prioridad: Herramienta de Cis o on la ual se puede es oger el

DR, o in luso de idir que router nun a llegará a ser DR o BDR.
Shortest Path First (SPF): Es bási amente el algoritmo de

Dijkstra, utilizado para de idir la(s) mejor(es) ruta(s).
Árbol SPF: Árbol de la red topológi a. El algoritmo elimina del

árbol aquellos enla es alternativos que pueden rear bu les. Cada
router es el punto entral de la red.
Tabla Topológi a: Lo mismo que la Base de Datos de Estado del

Enla e.
Estado Two-Way: Estado durante el pro eso de rear la adya en-

ia. El router ve su propio ID en un paquete Hello re ibido de otro
router. Este es el punto anterior a que la informa ión de routing sea

inter ambiada.
7.2. Cara terísti as de OSPF

7.2.1. Ve inos OSPF
Un ve ino OSPF es un router que omparte el mimo enla e de red
en el mismo segmento físi o.
Los ve inos se des ubren enviando paquetes Hello.
Los mensajes Hello se envían ada 10 segundos, y en este aso se

harán a la dire ión de multi ast 224.0.0.5 (AllSPFRouters).
Todos los routers eje utando OSPF es u han el proto olo y envían
sus a tualiza iones on paquetes Hello de forma periódi a.
7.2.2. Ve inos OSPF Adya entes

Una vez se ha estable ido la omuni a ión entre ve inos se
inter ambian a tualiza iones de routing.
Estas a tualiza iones se introdu en en la tabla topológi a.
Posteriormente se al ulan los mejores aminos en la tabla topológi a

y se onstruye la tabla de routing.
En el momento que las bases de datos topológi as de los routers son

iguales se produ e la adya en ia ompleta (fully adja en y).
Para asegurar la adya en ia se ontinúan enviando paquetes Hello.
Se ontinúan enviando paquetes Hello para asegurar que las bases

de datos son pre isas y se en uentran a tualizadas.
Crear rela iones entre ve inos tiene una serie de ventajas:
Me anismo para dete tar que un ve ino se ha aído. Se dete ta

uando el ve ino deja de envíar paquetes Hello.
7.2. CARACTERÍSTICAS DE OSPF 113
Ya que los routers están sin ronizados en el momento que haya

un ambio se lo omini arán automáti amente, así omo ada
30 minutos.
Las adya en ias readas entre los ve inos ontrolan la distri-

bu ión de los paquetes de los proto olos de routing.
El uso de adya en ias ayuda a una rápida onvergen ia, debido a

que entre los ve inos existe una omuni a ión permanente.
7.2.3. El DR
Un router del segmento es asignado a la tarea de mantener las
adya en ias on los demás routers del segmento. Este router se llama
Designated Router (DR).
La ele ión del DR se ha e mediante paquetes Hello, y se elige el que

tenga la dire ión más alta o mediante el siguiente omando:
Router( onfig-if)#ip ospf priority número
Todos los routers tienen que ser adya entes on el DR.
El DR se estable e en una red de multia eso, esto impli a que omo

todos los routers tienen que tener adya en ia on el DR, el DR y el
BDR tienen que estar one tados on todos los demás.
La prioridad puede estar entre 0 y 255, donde uanta más prioridad

tenga, más probable será que llegue a ser DR.
7.2.4. El BDR
El Ba kup Designated Router (BDR), es el router que se queda omo
DR en aso de que el DR aiga.
Todos los routers del área tienen adya en ia on el DR y on el BDR,

a su vez el BDR es adya ente on el DR.
Si el DR ae, automáti amente el BDR se onvertirá en DR.

OSPF permite que el router prin ipal, el DR, sea redundado on

el BDR, de esta manera aseguramos que aunque aíga el DR, el
proto olo siga fun ionando orre tamente.
7.2.5. Ele ión del DR y del BDR
El DR y el BDR pueden ser sele ionados de forma manual o

dinámi a.
Ele ión Dinámi a del DR.
La sele ión se realiza en base al router ID más alto o a la

dire ión más grande. Esto puede no ser lo más óptimo.
Congura ión Manual del DR.
Para determinar qué router es el DR de forma manual lo

haremos mediante la prioridad de OSPF.
La prioridad por defe to en los routers Cis o es 1.
7.2.6. Ejemplo de DR y BDR

En este ejemplo hemos elegido el router Cis o 7200 omo DR de

forma manual, ya que es el router más potente de la red. De esta
forma ya no dependemos que la dire ión IP que tengamos. Además
el 7200 será el responsable de las redes FDDI y la ethernet de abajo.
7.2.7. La Ele ión del DR

El pro eso de ele ión de DR es el siguiente, suponemos que todos
los routers tienen prioridad ≥ 1:
1. El ve ino on mayor prioridad es elegido omo BDR.
2. Si no hay DR, el BDR es promo ionado a DR.
3. Para el resto de los routers, el de mayor prioridad será elegido

BDR.
4. Si no se ha ongurado la prioridad habrá un empate, porque

por defe to todos los routers tienen prioridad 1.
5. Si hay un empate, el router on mayor ID será elegido.
7.2.8. Cabe eras de OSPF y del paquete Hello

7.2.8.1. Cabe era OSPF
Version (8 bits)
Type (8 bits)
Pa ket Lenght (16bits)
Router ID (32 bits)
Area ID (32 bits)
Che ksum (16 bits)
Authenti ation Type (16 bits)
Authenti ation (16 bits)
Campo Cara terísti as Fun ión
Cabe era Común de OSPF

Version La versión de OSPF, Asegurar que la
a tualmente estamos versión de OSPF es
en la versión 2 ompatible
Type Tipo de paquete p.e. El tipo 1 es un
OSPF paquete Hello
Pa ket Lengh Longitud del paquete Se utiliza para
OSPF, in luyendo identi ar la longitud
abe era
Router ID Número de 32 bits. La Este ampo identi a

dire ión IP más alta el router dentro del
del router se utiliza sistema autónomo
omo router ID.
También se pueden
utilizar dire iones de
loopba k.
Area ID Es el Area ID para el El paquete Hello tiene
interfaz del router que que venir de un router
origina el paquete dentro del mismo área
Che ksum Suma de Se utiliza para
omproba ión de todo omprobar la
el paquete OSPF integridad del
ex luyendo el ampo paquete.
de autenti a ión
Authenti ation Tipo de autenti a ión Asegura la misma
Type utilizada autenti a ión en
ambos extremos
Authenti ation Autenti a ión de 64 Utilizado para
bits seguridad entre
sistemas.
7.2.8.2. Cabe era Hello
OSPF Header (192 bits)
Network Mask (32 bits)

Hello Interval (16 bits)
Options (8 bits)
Router Priority (8 bits)
Dead Interval (32 bits)
Designated Router (32 bits)
Ba kup Router (32 bits)
Neighbor (32 bits)
et ...
Formato del Paquete Hello

Network La más ara de red Debe de oin idir on
Mask para el interfaz la más ara del
transmisor interfaz re eptor
Hello Interval Utilizado en Hello mantiene la
broad ast y redes de presen ia del router
multia eso: Dead en las bases de datos
interval = 40 de sus ve inos,
Hello=10 se fun iona omo si
fuera un keepalive
Options Utilizado en redes de
nonmultia ess: Dead
interval = 120
Hello=30 se
Router Dead El Dead Interval es el
interval tiempo antes de
determinar que el
router ve ino ha
aído. Normalmente
son 4 mensajes Hello.
7.3. OPERACIÓN EN UN ÁREA 119
Neighbor Es el router ID del Ve ino es aquel que

ve ino, uando hay inter ambia datos de
omuni a ión two-way routing on el 1er
router y que
sin roniza sus BBDD
Rtr Pri Prioridad del router Para es oger el DR y
el BDR de forma
manual
Designated Dire ión del DR Para rear trá o de
Router existente Uni ast on el DR
Ba kup Dire ión del BDR Para rear trá o de
Designated existente Uni ast on el BDR
Router
Authenti ation Espe i a el tipo de Utilizado por
en ripta ión seguridad
7.3. Opera ión en un área

7.3.1. Crea ión y mantenimiento de la tabla de
routing de OSPF
Después de des ubrir un ve ino se tiene que rear la adya en ia.
La tabla de routing se rea de diferentes formas, ya que puede ser se

tenga que ajustar las bases de datos o que un router nuevo haya que
añadirlo a la red.
La diferen ia entre estas dos té ni as es la siguiente:
Si se one ta un nuevo router a la red, se inter ambiarán

paquetes Hello y se inter ambiará informa ión de routing.
Si o urre un ambio en la topología, el router verá el

ambio y este será inundado por toda la red. Link-State
A knowledgement
Es ne esario saber la diferen iar las dos té ni as para poder
omprender el fun ionamiento de OSPF.
7.3.2. Cómo onstruir la tabla de routing en un

router nuevo
Al añadir un nuevo router a la red, se onstruye una tabla de routing
es u hando los routers y ompletando las tablas de routing.
Se denen 5 tipos de paquetes para onstruir la tabla de routing la

primera vez:
Proto olo Hello: Utilizado para en ontrar ve inos y deter-

minar el DR y el BDR. La propaga ión ontinua del proto olo
Hello mantiene al router a tualizado.
Des riptor de la Base de Datos: Envía informa ión

sumarizada a los ve inos para sin ronizar sus bases de datos
topológi as.
LSR: Link State Request. Soli ita informa ión más detallada
sobre una ruta.
LSU: Link State Update. Respuesta a una peti ión LSR.
Link-State A knowledgement: A epta el LSU

Cada router en el área tendrá la misma base de datos y tendrá el
mismo ono imiento de la red o área.
7.3.3. Crea ión de la tabla de routing
En la imagen se puede ver el inter ambio de paquetes entre los dos

routers expli ado en el punto anterior.
7.3.4. En ontrar los ve inos en el pro eso de

inter ambio
En el momento de one tar un nuevo router fun ionando on OSPF
a la red, este debe de aprender la red de los sistemas que están
fun ionando orre tamente.
Para omprobar el estado del pro eso utilizaremos los omandos:
show ip ospf neighbor

debug ip ospf adja en y
Hay que tener uidado al utilizar los omandos de debug, ya que este
tipo de omandos ha en un uso intensivo de la CPU.
7.3.5. Estable imiento de ve indad

Las diferentes fases por las que pasan los routers en el pro eso de
estable er la ve indad son:
Estado Down: El router envía paquetes Hello para presen-

tarse a sus ve inos. Estos paquetes se envían a la dire ión de
multi ast 224.0.0.5 (AllSPFRouters), en este paquete el DR y
el BDR tienen un ID de 0.0.0.0.
Estado Init: El router espera una respuesta de un DR o de

un BDR, normalmente es de 4 ve es el tiempo del envío de
paquetes Hello.
Estado Two-Way: En este punto el router ve en un mensaje

de un ve ino su propio ID, en ese momento el router ha
estable ido una rela ión on ese ve ino.
Des ubrimiento de Rutas:
Una vez que se estable e la ve indad hay que empezar a

inter ambiar rutas.
Fases del des ubrimiento de rutas:
Estado Exstart: En este estado se estable e una rela ión

maestro / es lavo. El maestro será el que tenga la IP más alta,
esta rela ión no signi a nada, sólo determina quien empieza
a hablar.
Estado Ex hange: Ambos routers se se envían sus DDPs. Se

envían sus interfa es ID del interfaz saliente, el link ID, y la
métri a. Cuando el router re ibe los DDPs, los ompara on lo
que tiene en la base de datos topológi a. Si existen diferen ias
enton es las omuni a a los demás routers.
Estado Loading: Si el router re eptor ne esita más informa-

ión de la que ha re ibido por los DDPs enton es soli itará más
mediante un LSR, a lo que el primer router ontestará on un

LSU.
Estado Full (full state): Cuando se ha soli itado todos los

LSR y se han sin ronizado las bases de datos enton es los
ve inos son totalmente adya entes.
Cuadro resumen de los Estados:
7.3.6. La base de datos topológi a

La base de datos topológi a es la visión del router dentro del área,
in luye todos los routers OSPF on todas sus redes dire tamente
one tadas.
Esta base de datos se a tualiza mediante LSAs.
La base de datos topológi a es idénti a en todos los routers del área.
La sin roniza ión de los mapas topológi os se realiza on un orden

muy meti uloso de los números de las abe eras de los LSAs.
De los mapas topológi os se obtiene la base de datos de routing.
A la base de datos de routing se le apli a el SPF para obtener la

tabla de routing.
En el aso de que se produz a apping OSPF implementa unos

temporizadores.
La RFC2328 no dene un número máximo de enla es máximos para

balan ear el trá o, sin embargo Cis o dene que el máximo será 6
y que por defe to se habilita la posibilidad de poner 4 aminos en
paralelo.
7.3.7. Mantenimiento de la base de datos topoló-

gi a y la tabla de routing
En el momento que el router tiene onstan ia de que se ha produ ido
un ambio en la topología, este es responsable de propagar el ambio.
El ambio ha sido produ ido por las siguientes razones:
El router pierde el enla e físi o o de enla e a una red: El router

propaga un LSU al DR en redes de multia eso o al ve ino en
redes punto a punto.
El router no ha re ibido paquetes OSPF Hello: El router

propaga un LSU al DR en redes de multia eso o al ve ino
en redes punto a punto.
El router re ibe una a tualiza ión LSA de un ve ino adya ente,

infomándole de un ambio en la topología: El LSU es a eptado
e inundado por los demás interfa es.
Si o urre alguna de estas osas el router es responsable de transmitir

esta informa ión a los demás.
7.3.8. Aprendizaje de nueva ruta.

En el aso de re ibir una nueva ruta mediante un LSA tendremos
que tener el uenta:
Si el LSA es más moderno que el que teníamos.
Reenviaremos el LSA por todos los interfa es ex epto por el

que ha llegado.
Si hay que pro esar la entrada del LSA se espera el tiempo

para realizar la a tualiza ión ne esario.
Además de realizar este aprendizaje ada 30 minutos se

sin ronizarán las BBDD aunque no haya a tualiza iones para
asegurar la oheren ia.
Para omprobar si el LSA es más moderno ompararemos número

de LSA, si es igual ompararemos la he ksum, si es igual miraremos
el ampo MaxAge, y nos quedaremos on el mayor.
7.3.9. Es oger el amino más orto para onstruir

la tabla de routing
Métri a: La de isión de qué amino tomar se basa en la métri a.
Si la CPU y la memoria es lenta enton es se produ irá laten ia.
En OSPF no está denido el oste y este está en fun ión de la
implementa ión del proto olo, y por supuesto, el administrador
puede ambiar el oste. Si es posible utilizar varios aminos para un
mismo destino, enton es hablamos de multiple equal- ost paths.
El oste se apli a al interfaz saliente y el pro eso de routing es ogerá
la ruta basándose en el amino on menor oste a umulado.
Informa ión Ne esaria para la Tabla de Routing: Una vez

determinado el amino más orto, el pro eso de routing ne esita
propor ionar informa ión adi ional: siguiente salto lógi o, interfaz de
salida. Esta informa ión la requiere la tabla de routing o forwarding
database.
7.4. Topologías de OSPF
7.4.1. Broad ast multia ess

Las redes de multia eso son ualquier LAN, omo Ethernet, Token
Ring o FDDI. En este entorno OSPF envía trá o de multi ast. Se
elige un DR y un BDR.
7.4.2. Punto a punto

Este tipo de topología se utiliza uando un router está dire tamente
one tado a otro. Un ejemplo típi o una onexión serie.
7.4. TOPOLOGÍAS DE OSPF 127
7.4.3. Punto a multipunto
En este tipo de topologías un interfaz se one ta on múltiples

interfa es, tratándolo omo múltiples ir uitos punto a punto. No
existe ele ión de DR y de BDR.
7.4.4. NBMA - Non Broad ast Multia ess
Físi amente, varias punto-multipunto no pueden soportar multi ast

o trá o de broad ast. En una topología NBMA se requiere una
ongura ión espe ial. NBMA físi amente requiere enla es punto
a punto, de forma total o par ialmente mallada. OSPF envía un
broad ast por ada uno de los enla es. Se requiere una ongura ión
manual del DR, del BDR y de los ve inos. El DR es pues el en argado
de generar los LSAs para los nodos de la red.
7.4.5. Virtual-links
Un virtual-link es una onexión virtual a un área remota que no tiene
ninguna onexión on el área de ba kbone.
Sin embargo OSPF va a tratar a estos enla es omo dire tamente

one tados al área 0, ya que se rearán túneles a través del enla e
virtual.
El trá o de OSPF de la red será enviado omo datagramas uni ast

a través de estos enla es.
7.4.6. OSPF a través de redes NBMA

Una red NBMA es aquella red que no permite el envío de trá o a
múltiples destinos.
Como OSPF trabaja on trá o de multi ast es ne esario solventar

este problema y esto lo haremos utilizando una de las dos posibles
te nologías.
Punto a punto
NBMA
Existen dos ategorías que subdividen las te nologías NBMA:

7.4. TOPOLOGÍAS DE OSPF 129
RFC-Compliant: Solu ión Independiente a la plataforma.
• NBMA.
• Point-to-multipoint.
Cis o-Spe i . Solu ión espe í a de Cis o Systems.
• Point-to-multipoint nonbroad ast.
• Broad ast.
• Point-to-point.
La sele ión de la te nología a utilizar depende de la topología de la

red.
Las topologías Frame Relay in luyen lo siguiente:
Totalmente Mallada: Todos los routers están one tados entre

ellos, todos on todos. Esta solu ión propor iona redundan ia
y balan eo de arga. Es la solu ión más ara.
Par ialmente Mallada: Varios routers one tados on varios

routers.
Estrella o hub-and-spoke: Un router está one tados on todos

los demás. Esta es la solu ión más e onómi a, ya que requiere
el mínimo número de PVCs.
7.4.7. Es ogiendo una topología

Cir uito point-to-point:
• No se requiere BR o BDR.
• En ada ir uito existe una adya en ia.
Entorno NBMA:
• Se requiere BR y BDR, a no ser que la te nología

subya ente sea punto a punto.
• Cada router estable e dos adya en ias, una on el DR y

otra on el BDR.
• Requiere mu ha administra ión en términos de ongura-

ión.
7.4.8. OSPF sobre NBMA
Point-to- Point-to- Broad ast NBMA Point-to-

point point multipoint
nonbroad-
ast
Dire iona- Uni ast Multi ast Multi ast Uni ast Multi ast
miento
DR/BDR No No Sí Manual No
Sí
Congura- Sí No No Sí No
ión
manual
de los
ve inos
Hello 30 Seg, 10 seg. 10 seg. 30 Seg, 30 Seg,
Dead=120 Dead=40 Dead=40 Dead=120 Dead=120
segundos segundos segundos
RFC/Cis o Cis o Cis o Cis o RFC2328 RFC2328
Redes so- Estrella, Estrella, Totalmente Totalmente Estrella,
portadas par ial- par ial- mallada mallada par ialmen-
mente mente te
mallada mallada, mallada
subinter-
fa es
7.5. CONFIGURACIÓN DE OSPF EN UN ÚNICO ÁREA 131
Point-to- Point-to- Broad ast NBMA Point-to-

point point multipoint
nonbroad-
ast
Repli a ión Sí Sí Sí Sí Sí
de
paquetes
Número 1 Mu has 1 1 1
de (1 por
Subredes ir uito)
Para interfa es serie HDLC. Point-to-point (hello 10, dead 40).
Para interfa es Frame Relay. Nonbroad ast (hello 30, dead 120).
Para interfa es Frame Relay on subinterfa es point-to-point. Point-

to-point (hello 10, dead 40).
Para interfa es Frame Relay on subinterfa es point-to-multipoint.

Nonbrod ast (hello 30, dead 120).
7.5. Congura ión de OSPF en un úni o

área
7.5.1. Comandos de ongura ión requeridos
Para ongurar un router Cis o y ha erle entender que tiene que
parti ipar en una red OSPF hay que indi arle al menos:
El pro eso OSPF: Es ne esario arran ar el pro eso de routing

en el router. OJO, no en todos los routers hay que ongurar
el pro eso, p.e. En un router Quagga no hay que ongurarlo,
ya que Quagga sólo soporta un pro eso OSPF.
Interfa es del router que parti ipan en OSPF: Es de

esperar que no todos los interfa es del router parti ipen en el
proto olo de routing, para ello deniremos los interfa es que

van a entrar deniendo sus redes.
Identi a ión del área: Se dene en el área que van a

parti ipar ada uno de sus interfa es.
Router ID (RID): Esto permite que el router pueda ser

identi ado por los demás routers de la red y pueda ser el
siguiente salto.
Para habilitar el OSPF en un úni o router tendremos que habilitar

lo siguiente.
router ospf número de pro eso

network número de red
7.5.2. Habilitar el proto olo de routing OSPF

Router( onfig)#router ospf número-de-pro eso
En este omando el número-de-pro eso es de signi ado lo al, es
de ir, no tiene que ser el mismo en todos los routers.
El número-de-pro eso identi a el pro eso del OSPF, puede haber

más de un pro eso, pero no es re omendado por el gasto que ha e
de re ursos.
Un es enario posible para la utiliza ión de varios pro esos OSPF

sería un provedor de servi ios que quiere separar su dominio de OSPF
del resto.
No es ne esario que todos los routers eje uten el mismo número de

pro eso, sin embargo es re omendado por razones de oheren ia en
los equipos de la red.
7.5.3. Habilitar la red on OSPF
Router( onfig)#network número-de-red más ara-wild ard

area número-de-área
Una vez arran ado el OSPF tenemos que de irle que tiene que tiene
que operar on alguna red, para ello utilizaremos el omando de
arriba.
El omando network es muy similar al network de RIP, la diferen ia

es el grado de granularidad.
Hemos de tener en uenta que en OSPF no utilizamos la más ara de

red en el omando network, sino la wild ard.
La wild ard es la más ara de red invertida.
255.255.255.255
- 255.255.255.000 -> Más ara original
---------------
000.000.000.255 -> Wild ard resultante
La wild ard se al ularía de esta manera.
7.5.4. ¾Qué ha e el omando network?

Después de que se haya introdu ido el omando network, OSPF
identi a los interfa es que van a parti ipar en la red OSPF.
Las dire iones de los interfa es a parti ipar se jan a través de la

wild ard.
Tras identi ar los interfa es que van a parti ipar en OSPF su ede
lo siguiente:
Las a tualiza iones serán re ibidas en el interfaz.
Las a tualiza iones serán enviadas desde el interfaz.
Los interfa es estarán denidos dentro de un área.
Dependiendo del tipo de interfaz serán propagados paquetes

Hello.
Si existen áreas stub podría ser útil realizar una redistribu ión de
las redes one tadas dire tamente mediante el omando:
Router( onfig-router)#redistribute onne ted subnets
El omando network fun iona de una forma similar a los ACLs. La

wild ard mask tiene el mismo formato y permite habilitar un grupo
de interfa es en un área.
El omando redistribute onne ted subnets permite anun iar

por el pro eso de OSPF los interfa es dire tamente one tados que
forman parte de la red OSPF.
7.5.5. Ejemplos de ongura ión
Si queremos anun iar todas las redes en OSPF:
Router( onfig-router)#network 0.0.0.0 255.255.255.255

area 0
Si queremos anun iar sólo la 10.0.0.0/8:

area 0
Si queremos anun iar sólo los interfa es:


area 0
area 0
7.5.6. Complejidad del omando network en

OSPF
El omando network es más omplejo en OSPF que en RIP o IGRP
ya que OSPF permite que un router esté eje utando varias áreas a
la vez y además OSPF permite una pre isión a la hora de des ribir
las redes que no nos permite ni RIP ni IGRP.
7.5.7. Op iones de ongura ión en un router

interno (IR)
Las siguientes op iones no son ne esarias para el orre to fun iona-
miento de OSPF, pero pueden ser útiles en los diseños de red:
Interfaz de Loopba k.
El omando ost.
El omando priority.
El RID (Router ID).
7.5.8. El interfaz de loopba k y el router ID

El router ne esita un ID para parti ipar en el dominio de OSPF.
El RID es el identi ador que va a tener el router dentro del dominio

de OSPF y va a ser ómo lo van a ver los ve inos.
El RID también es el identi ador que se utiliza para la ele ión del
DR y el BDR, el RID mayor será el que sea el DR si todos tienen la
misma prioridad.
El RID se utiliza para identi ar el origen de las a tualiza iones LSA

y mostrarlos en la base de datos.
El ID se oge de una dire ión IP, y re ordemos que el RID es

utilizado para la ele ión de DR y del BDR, así que es posible denir
una interfaz de loopba k, la ual nun a se va a aer, on una IP mayor
para que sea el RID del router.
Sele ión Automáti a del RID:
La realiza el router autimáti amente y es la IP más grande de

los interfa es del router.
Sele ión Manual del RID:
Se ongura mediante el omando router-id.
7.5.9. Congura ión del interfaz de loopba k y

del RID
Para ongurar la interfaz de loopba k:
Router( onfig)#interfa e loopba k número-de-interfaz

Router( onfig-if)#ip address dire ión-ip más ara-de-
subred
Para ongurar el RID:
Router( onfig)#router ospf número-de-pro eso

Router( onfig-router)#router-id dire ión-ip
En el aso del omando router-id la dire ión IP representa el

identi ador del router que se lo indi amos on un IP, esa dire ión
IP no tiene porque ser una dire ión IP del router.
Es muy útil denir diferentes rangos para las dire iones de loopba k,
ya que de esta forma serán fá ilmente diferen iables del resto.
Estas son las dos formas que tenemos de utilizar una dire ión IP en
un router de forma que se identiquen en el dominio de OSPF on
otra IP a la de los interfa es reales .
7.5.10. Cambiar la métri a por defe to utilizando

el omando ost
Otro omando muy útil es ost, ya que nos permite modi ar la
métri a asignada por el proto olo a un enla e, se ongura pues en
el interfaz.
El valor por defe to se al ula on el omando bandwith del interfaz:
Router( onfig-if)#ip ospf ost oste
También es posible ontrolar omo OSPF al ula sus métri as por

defe to on el omando:
Router( onfig-router)#ospf auto- ost referen e-

bandwith bandwith-de-referen ia
En el omando ip osfp ost el oste está omprendido entre 1 y 65535,

y se reere al an ho de banda. Re ordemos que el oste por defe to
es:
108
ancho de banda
Costes por defe to en OSPF:
Tipo de Enla e Coste por Defe to

56 kbps 1785
T1 (1,544 Mbps) 64
ethernet (10Mbps) 10
token ring (16Mbps) 16
FDDI (100Mbps) 1
En el omandoospf auto- ost referen e-bandwith referen e-

bandwith, referen e-bandwith ha e referen ia al punto de referen-
ia tomado para al ular la métri a. Por defe to es 100, esto signi-
a que 1=100Mbps y 10=100/10=10Mbps, si quisieramos onsiderar
Gigabit Ethernet podríamos de referen e-bandwith el valor 1000.
A tualmente ospf auto- ost se es ribe omo auto- ost, para

omprobarlo es mejor ir dire tamente a la referen ia de IOS.
Hemos de tener en uenta que no se puede modi ar el oste de OSPF

así por las buenas, para poderlo ha er tenemos que do umentar las
razones.
Si modi amos el oste:
Puede que nuestros routers no puedan interoperar on otros de

otros fabri antes.
Puede ser que ambien las rutas.
7.5.11. Determinar el DR on el omando priority

El último omando opera ional a onsiderar es priority.
Este omando se utilizará para determinar el DR y el BDR
Las razones para modi ar la prioridad del router son:
El router es que dispone de más memoria y CPU.
El router es el más able de la red.
Todos los demás routers de la LAN están one tados a áreas

stub, es de ir, pertene en al nivel de a eso.
Existe una topología NBMA de punto-multipunto y el router

se elige omo DR ya que a túa omo una espe ie de hub.
El router es ABR y no queremos que tenga más arga al

onvertirse en DR, así que le disminuimos la prioridad.
7.6. CONFIGURACIÓN DE OSPF EN TOPOLOGÍAS NBMA139
Router( onfig-if)ip ospf priority prioridad
La prioridad se utiliza para es oger el DR y el BDR de la red y va

desde 1 hasta 255.
7.5.12. Ejemplo de ongura ión de OSPF

Router( onfig)#router ospf 100
Router( onfig-router)#network 192.168.1.0 0.0.0.248 area 0
Router( onfig-router)#interfa e ethernet 0
Router( onfig-if)#ip address 192.168.1.1 255.255.255.252
Router( onfig-if)#ip ospf priority 100
Router( onfig-if)#no shutdown
Router( onfig-if)#interfa e ethernet 1
Router( onfig-if)#ip ospf ost 10
Router( onfig-if)#no shutdown
7.6. Congura ión de OSPF en topologías

NBMA
7.6.1. Considera iones de diseño de OSPF en
topologías NBMA
Las ele iones de ongura ión en este tipo de topologías es muy
deli ado y puede afe tar a la fun ionabilidad de la red.
En topologías par ialmente malladas, la ele ión de punto a punto

gasta más dire iones que en una punto multipunto, pero si se utiliza
dire ionamiento privado, esto no es un problema.
La ele ión se ha e on el omando:
Router( onfig-if)#ip ospf network {broad ast |

non-broad ast | {point-to-multipoint
[non-broad ast℄}} 1
1
El omando ip ospf network:
Op ión Des rip ión
Broad ast Congura la red en modo de

broad ast.
Non-broad ast Congura la red en modo de
NBMA. Este es el modo por
defe to para interfa es
frame-relay y subinterfa es
punto-multipunto.
Point-to-multipoint Congura la red en modo de
nombroad ast punto multipunto.
7.6.2. Congura ión de OSPF en modo NBMA

En el modo NBMA, las onsidera iones de diseño son imperativas,
ya que se debe de asegurar la onexión físi a on el DR y el BDR.
Este es un entorno de nonbroad ast, por lo tanto hay que ongurar

una lista estáti a on los ve inos. Esto se onsigue on el omando
neighbor.
Router( onfig-if)#neighbor dire ión-ip [priority número ℄

[poll-interval segundos ℄ [ ost número ℄
Router-Cis o( onfig-if)#ip ospf network ?

broad ast Spe ify OSPF broad ast multi-a ess network
non-broad ast Spe ify OSPF NBMA network
point-to-multipoint Spe ify OSPF point-to-multipoint network
point-to-point Spe ify OSPF point-to-point network
Sintaxis Des rip ión
Dire ión-ip Dire ión IP del interfaz del

ve ino.
Priority número Número de 8 bits que indi a la
(Op ional) probabilidad de que el ve ino sea
elegido DR o BDR. Por defe to
es 0. Obviamente esto no apli a
en interfa es punto a punto ya
que no ne esitan ni DR ni BDR.
Esta es otra forma de apli ar el
ip ospf priority.
Poll-interval segundos Intervalo de onsulta, según la
(Op ional) RFC1247, este tiempo tiene que
ser muy superior al tiempo de
Hello. Por defe to 120 segundos.
Este omando no se apli a a
topologías punto-multipunto.
Este es el tiempo que hay que
esperar antes de envíar un
paquete para omprobar que el
ve ino sigue vivo.
Cost número Valor asignado a la métri a. Esta
(Op ional) es la otra forma de apli ar el el ip
ospf ost.
7.6.3. El omando neighbor

Router( onfig)#interfa e Serial0
Router( onfig-if)#ip address 131.144.10.100
255.255.255.0
Router( onfig-if)#en apsulation frame-relayEstable imiento de A
Router( onfig-if)#ip ospf network non-broad ast
Router( onfig-router)#network 131.144.10.0
0.0.0.255 area 0
Router( onfig-router)#neighbor 131.144.10.2

NBMA es el modo por defe to en entornos de a eso de multia eso

sin broad ast, por eso no hay ne esidad del omando ip ospf network
non-broad ast.
Sin embargo el omando neighbor es ne esario.
7.6.4. Congurar OSPF en modo point-to-multipoint

Un interfaz OSPF point-to-multipoint es visto omo un interfaz
point-to-point on uno o más ve inos.
Se pueden espe i ar los ve inos on el omando neighbor, en ual

ase tendremos que espe i ar un oste a ada ve ino.
No es ne esario estable er una topología totalmente mallada.
Para ambiar la topología NBMA por defe to por point-to-

multipoint podemos utilizar el omando:
Router( onfig-if)#ip ospf network point-to-multipoint
Y ambiar a nonbroad ast point-to-point

non-broad ast
Por defe to una red es onsideada omo una serie de interfa es punto
a punto.
No es ne esaria la ele ión de DR o de BDR.
En point-to-multipoint la adya en ia se produ e automáti amente

en ada PVC, lo ual rea más sobre arga, pero es más resistente
que NBMA.
La topologia point-to-point se onsidera una topología de broad ast,

on lo ual al utilizar non-broad ast es impres indible utilizar el
omando neighbor.
7.6.5. Ejemplo topología point-to-multipoint

Router( onfig-if)#en apsulation frame-relay
7.6.6. Congura ión de OSPF en modo broad ast

El modo de broad ast fun iona en una red totalmente mallada.
No es ne esario utilizar el omando neighbor.
Ejemplo de Congura ión de OSPF en Modo Broad ast:

7.6.7. Congura ión de OSPF en modo point-to-

point en subinterfa es frame relay
En modo point-to-point, la adya en ia reada entre los routers es
automáti a, ya que ada subinterfaz se omporta omo una red físi a
point-to-point.
Los pasos que expli an omo ongurar OSPF en modo point-to-

point en subinterfa es son los siguientes:
Congurar la en apsula ión Frame Relay en el Interfaz.
En el nivel de Interfaz rear el subinterfaz. Es re omendable

eliminar ualquier dire ionamiento de nivel 3 del interfaz.
Congurar las dire iones de nivel 3 y de nivel 2 (DLCI) en el

subinterfaz
El modo point-to-point es el por defe to en subinterfa es

OSPF, así que no es ne esaria más ongura ión.
7.6.8. Ejemplo de ongura ión de OSPF en

modo point-to-point en subinterfa es frame
relay
Router( onfig-if)#no ip address
Router( onfig)#interfa e Serial0.1 point-to-point
Router( onfig-subif)#ip address 10.1.1.1 255.255.255.0
Router( onfig-subif)#frame-relay interfa e-dl i 51
Router( onfig)#interfa e Serial0.2 point-to-point
Router( onfig-subif)#ip address 10.1.2.1 255.255.255.0
Router( onfig-subif)#frame-relay interfa e-dl i 52
Hasta aquí sería la ongura ión de los subinterfa es:

7.6.9. Comprobar la ongura ión de OSPF en

un úni o router
show ip ospf
Muestra el pro eso y sus detalles, omo por ejemplo, uantas

ve es se ha eje utado el SPF.
show ip ospf database
Muestra los ontenidos de la base de datos topológi a
show ip ospf interfa e
Muestra informa ión sobre ómo ha sido ongurado OSPF en

ada interfaz, et .
show ip ospf neighbor
Muestra toda la informa ión sobre la rela ión que el router

tiene on sus ve inos.
show ip proto ols
Habilita la vista de vista de los proto olos de routing IP en el

router.
show ip route
Muestra informa ión detallada sobre la tabla de routing.

7.6.9.1. El omando show ip ospf

Router#show ip ospf [ID-del-pro eso℄
Este omando es muy útil ya que muestra omo está orriendo el

proto olo de routing OSPF en un router parti ular. In luyendo el
número de ve es que se ha eje utado el algoritmo SPF, el ual
muestra la estabilidad de la red.
Routing Pro ess ospf 100 with ID ...: Indi a el RID y el

pro eso.
Supports only single ToS (TOS0) routes: OSPF es apaz de

llevar informa ión sobre el tipo de servi io que el datagrama
soli ita. Esto lo soporta Cis o de a uerdo on el RFC.
This is an autonomous boundary router: Espe i a el tipo de

router.
SPF s hedule delay: Espe i a el tiempo a esperar para

al ular el SPF y prevenir apping.
Hold time between two SPFs: Espe i a el tiempo mínimo

entre ál ulo de SPFs.
Number of D bitless external LSA: Utilizado para i uitos

OSPF bajo demanda.
Number of DoNotAge external LSA: Utilizado para i uitos

OSPF bajo demanda.
7.6.9.2. El omando show ip ospf database

Router#show ip ospf database
7.6.9.3. El omando show ip ospf interfa e

Router#show ip ospf interfa e[interfaz℄
7.6.9.4. El omando show ip ospf neighbor

Router#show ip ospf neighbor detail
7.6.9.5. El omando show ip proto ols

Router#show ip proto ols
7.6.9.6. El omando show ip route

Router#show ip route
7.6.9.7. Los omandos de debug

Router#debug ip ospf events
Router#debug ip ospf pa kets

Capítulo 8
OSPF en múltiples áreas
8.1. El propósito de OSPF en múltiples

áreas
Múltiples áreas en OSPF propor ionan una de las prin ipales

ara terísti as que distinguen los proto olos de ve tor distan ia on
OSPF (estado del enla e).
Un área de OSPF es una agrupa ión lógi a de routers que eje utan
OSPF on una base de datos topológi a idénti a.
Un área es una subdivisión del dominio de OSPF, a ve es llamado

sistema autónomo.
La división del sistema autónomo en áreas permite a los routers

de ada área limitar el tamaño de sus bases de datos topológi as,
sumarizar y asegurar la one tividad entre áreas y redes fuera del
sistema autónomo.
151
152 CAPÍTULO 8. OSPF EN MÚLTIPLES ÁREAS
8.1.1. Problemas on OSPF en un úni o área

Cuanto más grande es el área es más probable que haya que eje utar
el SPF, si la dividimos en diferentes áreas esta probabilidad baja.
Cuanto más grande es el área, más grande es la tabla de routing.

In rementan las ne esidades de memoria y CPU para al ularla.
La base de datos topológi a in rementa el tamaño y puede llegar a

onvertirse en inmanejable
8.1.2. Comandos rela ionados

Para omprobar la utiliza ión de CPU:
Router#show pro esses pu
Para omprobar la utiliza ión de memoria:
Router#show memory free
8.1.3. Cómo determinar los límites del área

Para determinar si es ne esaria la utiliza ión de varias áreas se tienen
que umplir las siguientes uestiones:
El re imiento de un úni o área se onvierte en inmanejable.
El diseño on múltiples áreas pequeñas, para que en un futuro estas

puedan ir re iendo ómodamente.
8.2. Cara terísti as de múltiples áreas en

OSPF
8.2.1. OSPF en un área
Uno de los puntos fuertes de OSPF es la apa idad de soportar
grandes redes. Esto se onsigue dividiendo la red en múltiples áreas.
8.2. CARACTERÍSTICAS DE MÚLTIPLES ÁREAS EN OSPF153
Sin embargo si mantenemos una gran red en un úni o área el pro eso
será intensivo de CPU y de memoria.
8.2.2. Tipos de routers
Internal Router (IR): Es responsable de mantener la base

de datos del área a tualizada y optimizada de ada subred del
área. Todos sus interfa es se en uentran en el mismo área. El
otro router que fun iona en un úni o área es el ASBR.
Ba kbone Router (BR): OSPF requiere que todas las áreas

estén one tadas al área 0 o de ba kbone. Un router en este
área es un BR. En un Área 0 también pueden estar IR, ABR
y ASBR.
Area Border Router (ABR): Este router es el responsable

de unir varias áreas. Mantiene una base de datos topológi a de
ada área. Realiza la sumariza ión del área y es el responsable
de reenviar los LSAs entre áreas.
Autonomous System Boundary Router (ASBR): Es el

responsable de one tar la red OSPF on una red externa on
un proto olo EGP.
8.2.2.1. Link-State Advertisements (LSAs)

Router Link LSA: LSA generado para ada área a la que
el router pertene e. Este LSA da informa ión de los enla es
dentro del área. Se inunda por el área. Es ono ido omo LSA
de tipo 1.
Network Link LSA: LSA generado por un DR y dirigido a

los routers del área. También ono ido omo LSA de tipo 2.
Network Summary Link LSA: LSA enviado entre áreas que

sumariza las redes IP. Son generados por los ABR. También
ono idos omo LSA de tipo 3.
AS external ASBR Summary Link LSA: LSA enviado a

un ASBR por un ABR. El LSA ontiene la métri a del ABR
al ASBR. También ono idos LSA de tipo 4.
External Link LSA: LSA generado por el ASBR que es

inundado por el AS. Cada LSA de este tipo des ribe la ruta a un
destino fuera del AS. Las rutas por defe to del AS también son
des ritas omo External Link LSA. También ono idos omo
LSA de tipo 5.
NSSA External LSA: Son reados por los ASBR uando

residen en áreas NSSA. Similares a los LSA de tipo 5, ex epto
porque estos LSA se generan desde un área NSSA y no pueden
ser propagados, enton es el ABR lo transformará en LSA de
tipo 5.
8.2.3. Tipos de áreas OSPF

Área Estándar: Este tipo de área se one ta a la de ba kbone
o Área 0. Todos los routers del área ono en los demás routers
8.2. CARACTERÍSTICAS DE MÚLTIPLES ÁREAS EN OSPF155
del área y tiene la misma base de datos topológi a. Sin embargo

ada router tiene su propia tabla de routing.
Área Stub: Este tipo de áreas no a epta LSAs de tipo 5. Sólo

existe una forma de ver fuera el AS es mediante una ruta por
defe to. Suele ser una topología hub-and-spoke.
Área Totally Stub: Este tipo de áreas no a epta LSAs de

tipo 3, 4 y 5. La úni a forma de salir del área es mediante
una ruta por defe to. Este tipo de área es muy útil para sitios
remotos on po as redes y one tividad limitada on el resto de
la empresa. Esta es una solu ión propietaria de Cis o Systems.
Área NSSA: Este tipo de áreas se suelen utilizar para

one tar a un ISP o uando se requiere una redistribu ión. No
se permiten LSAs de tipo 4 y 5. NSSA se ven omo áreas stub,
pero que pueden re ibir rutas externas, pero que no pueden
propagarlas ha ía el área de ba kbone y por tanto al resto del
dominio de OSPF. En estas áreas se rean los LSA de tipo
7 que son transformados a LSA de tipo 5 por el ABR del
NSSA, de esta forma se puede propagar al resto del dominio
OSPF. Las áreas NSSA se diseñaron omo áreas stub spe iales
para apli a iones omo en un área on po as áreas stub pero
inte one tadas on un router eje utando RIP, o omo área on
su propia onexión a Internet.
Área de Ba kbone: Cono ida omo Área 0, inter one ta

todas las demás áreas. No puede propagar LSA de tipo 7, estos
son tradu idos a LSA de tipo 5 por el ABR.
8.2.4. Restri iones de las áreas totally stub

Las áreas Totally Stub tienen unas ara terísti as que las diferen ian
del resto y que tenemos que tener muy en uenta uando trabajemos
on ellas.
No están permitidas las rutas externas.

No están permitidos los virtual-links.
No se permite la redistribu ión.
No están permitidos los router ASBR.
Este tipo de área no puede ser área de ba kbone.
Todos los routers están ongurados omo routers stub.
8.3. Opera ión de OSPF en múltiples

áreas
8.3.1. Propaga ión de LSAs por los ABR y los
ASBR
Un ABR genera LSAs sumarizadas y las inunda por el área de
ba kbone.
Las rutas generadas internamente son de Tipo 1 y 2.
Las rutas inye tadas son de Tipo 3.
Las rutas de Tipo 3 ó 4 son re ibidas desde el área 0 y reenviadas al

área por el ABR.
Ciertas ondi iones tienen que existir antes de que los LSAs sean
inundados por los interfa es.
El LSA no se haya re ibido por ese interfaz.
El interfaz esté en estado ex hange o full adja en y.
El interfaz no esté one tado a un área Stub. (LSA Tipo 5 no

se propagarán).
El interfaz no esté one tado aun área totally stubby (LSAs

Tipo 3,4 ó 5 no se propagarán).
8.3. OPERACIÓN DE OSPF EN MÚLTIPLES ÁREAS 157
8.3.2. Se ión del amino OSPF entre Áreas

La tabla de routing que existe en un router depende de los siguientes
fa tores:
La posi ión del router en el área y el estado de la red.
El tipo de área en la que el router está lo alizado.
Si existen múltiples áreas en el dominio.
Si existe omuni a ión fuera del AS.
8.3.3. Pro esamiento de LSAs

Hay que re ordar que uando el router re ibe un LSA onstruye la
base de datos topológi a, enton es eje uta el algoritmo de Dijkstra,
obtiene el árbol SPF y genera la tabla de routing.
Los diferentes LSA tienen pesos diferentes en el pro eso de sele ión.
Es preferible utilizar una ruta interna a una remota, además de esta
forma nos ahorramos la posibilidad de rear bu les inne esarios en
la red.
El Router va a pro esar los LSAs según este orden:
LSAs internos (Tipos 1 y 2).
LSAs del AS (Tipos 3 y 4), si existe una ruta más er ana

utilizaremos los LSAs de tipo 1 y 2.
LSAs externos de Tipo 7.
8.3.4. Cal ulando el oste del amino a otro área

El amino a otras áreas se al ula omo el más orto al ABR, añadido
al oste del ba kbone.
Las rutas externas son rutas pasadas entre los routers del dominio
de OSPF y el router en otro AS o dominio. Estas rutas se al ulan
de dos formas:
E1: El oste del amino al ASBR es añadido al oste externo.
E2: El oste externo es el oste desde el ASBR al extremo.
Si disponemos de rutas E1 y E2, por defe to se preere E1.
8.3.5. Códigos aso iados en la tabla de routing a

los LSAs
Tipo de LSA Entrada en la Tabla de Routing
1 O
2 O
3 ó 4 O IA
5 O E1 u O E2
8.3.6. Considera iones de diseño en múltiples

áreas OSPF
Las prin ipal onsidera ión de diseño en OSPF onsiste en dividir la
red en áreas. Esto es muy importante ya que afe ta a ómo se va a
de idir el esquema de dire ionamiento IP.
OSPF fun iona mejor on dire ionamiento jerárqui o, en el ual el

movimiento de datos de un área a otra ompromete úni amente a
una subred espe í a. Es muy importante la sumariza ión.
Hay que tener en uanta la utiliza ión de re ursos.
En un buen diseño de red hay que tener previsto la posibilidad de

transi iones o ortes en la red (virtual-links).
Es muy importante también espe i ar el tipo de topología a utilizar,

ya que no todas fun ionan igual.
También es importante re ordar que el trá o generado por un área

será diseminado por el área 0.
Los virtual-links permiten a redes no one tadas dire tamente

fun ionar en el dominio de OSPF.
8.3.7. Plani ando la Capa idad en OSPF

Las re omenda iones ideales de Cis o son:
50 Routers por Área.
60 Ve inos por Router.
3 Áreas por Router.
Un router no debe ser DR ni BDR para más de un área.
Sin embargo estas normas no son tajantes, ya que depende de las

ara terísti as de ada router y del área en el ual esté ese router
trabajando.
Número de Ve inos por Router:
In rementar el número de ve inos in rementa el onsumo de

re ursos que el router.
Número de Áreas por ABR:
Para ada área a la ual está one tado el ABR debe de tener
una base de datos topológi a, lo ual in remente la ne esidad
de CPU y memoria.
No es lo mismo eje utar OSPF en un 2600 que en un 7600.
Varios de los fa tores que inuyen el el número de router por área

in luyen los siguientes:
Qué tipo de área es (stub, totally stub, ba kbone).
Qué ne esidad de ómputo existe.
Qué tipo de medio hay.
Cómo de estable es la red.
El área está en una NBMA o en una totalmente mallada.

La red tiene onexiones externas.
Existe un diseño jerárqui o on sumariza ión.
La memoria re omendada es:
Si la tabla tiene menos de 500 kb en una RAM de 2 a 4 Mb.
Si la tabla tiene más de 500 kb en una RAM 8, 16, 32 o 64 Mb.
8.3.8. Sumariza ión

Uno de los puntos fuertes de OSPF es su es alabilidad.
En OSPF disponemos de dos tipos de sumariza ión:
Sumariza ión Interárea: La propor iona el ABR y rea LSAs

de tipo 3 y tipo 4.
Sumariza ión Externa: La propor iona el ASBR y rea LSA de

tipo 5.
Por supuesto ambas sumariza iones pueden su eder si se ha realizado

un esquema de dire ionamiento orre to.
8.3.9. El virtual-link
Para one tar un área que no está dire tamente one tada al área 0
se rea un túnel al ABR, de forma que desde el punto de vista de
OSPF existe una onexión dire ta.
Esta situa ión puede o urrir en los siguientes asos:
No existe onexión físi a al área 0 (p.e. Fusión empresarial o

fallo en red).
Existen dos áreas 0, enton es las one taremos on otro área.

(p.e. Fusión empresarial).
El área es ru ial para la empresa y tiene una onexión de

ba kup para redundan ia.
El di tado prin ipal de OSPF es que si existen múltiples áreas, estas

deben one tarse al ba kbone dire tamente, mediante un ABR, el
ual reside en las dos áreas.
Sin embargo para los aso en los que esto no pueda su eder OSPF
tiene una solu ión llamada virtual-link.
No es re omendado utilizar virtual-link de forma predeterminada

aunque sea una solu ión muy potente. Además, antes de rear un
virtual-link debemos observar lo siguiente:
Ambos routers deben ompartir el mismo área.
Las áreas que one tan no pueden ser áreas stub.
Uno de los routers tiene que estar one tado al área 0.
8.3.10. Múltiples áreas sobre redes NBMA

Existen dos onsidera iones de diseño para las redes NBMA omo
parte del dominio de OSPF:
Red NBMA denida omo área 0: Es utilizada para one tar

a todos los sitios remotos, enton es todo el trá o atravesará
la red. Esto fun ionará bien siempre que la topología de la red
NBMA sea totalmente mallada.
Red hub-and-spoke omo área 0: Se mantendrá un trá o

mínimo en el área 0, pero no en el router entral, dependiendo
del tamaño de la red, en las áreas podemos utilizar redes
NBMA.
8.4. Congura ión en OSPF multiárea

8.4.1. Comandos de ongura ión requerida para
redes OSPF multiárea
Antes de empezar a trabajar on OSPF lo primero que debemos que
ha er es ono er el fun ionamiento.
Prerequisitos:
Interfa es del router parti ipantes: Es importante identi ar los

interfa es que van a parti ipar dentre del dominio de OSPF.
Identi a ión del área: Es impres indible identi ar el área en

la ual parti ipa ada interfaz.
Router ID: Este es el identi ador úni o del router.
Comando de OSPF router ospf.
Comando de OSPF network.
8.4.2. Habilitando el proto olo de routing OSPF

Cuando se ongura por primera vez un router no se en uentra
ongurado el proto olo de routing:
Router( onfig)#router ospf ID-Pro eso
Tenemos que tener en uenta que el número del pro eso es de

signi an ia lo al, es de ir, podemos tener varios pro esos en el
router, y ada router puede eje utar pro esos distintos, aunque se
suele ongurar el mismo número de pro eso por oheren ia en el
diseño.
8.5. CONFIGURACIÓN OPCIONAL DE OSPF MULTIÁREA163
8.4.3. Habilitando el omando network

El omando network habilita el OSPF en un interfaz on reto y lo
aso ia a un área:
Router( onfig-router)#network red wild ard area

número-de-área
Este omando es un prerequisito ya que es el responsable de

estable er la pertenen ia a las áreas por parte de los interfa es de los
routers.
8.5. Congura ión op ional de OSPF mul-

tiárea
Comandos op ionales de OSPF signi a que sin estos omandos
OSPF va a fun ionar de forma e iente, pero que on estos omandos
se onsigue aumentar las ualidades de mantenimiento de una red
e iente.
Comando area range: Congurado en el ABR.
Comando summary-address: Congurado en el ASBR.
Comando area [ID-área℄ stub: Comando para denir el

área Stub.
Comando area [ID-área℄ stub no-summary: Comando para

denir el área Totally Stubby.
Comando area default- ost: Comando para determinar el

oste de las rutas por defe to que entran en el área.
Comando area virtual-link: Comando utilizado para rear

un virtual-link.
8.5.1. Comando area range

El omando area range se ongura en el ABR ya que este es el
router que ontrola las redes que son anun iadas en el área.
El omando area on la palabra lave range onsolida y sumariza las

rutas en el borde del área. Esto redu e el tamaño de las bases de
datos y es muy útil sobre todo en el área de ba kbone.
Router( onfig-router)#area área-id range dire ión

más ara
8.5.1.1. Ejemplo de omando area range


[...℄
Router( onfig-router)#area 1 range 192.168.1.128
255.255.255.192
[...℄
8.5.2. Comando summary-address

El omando summary-address es utilizado en el ASBR para
sumarizar las redes que son anun iadas desde fuera del AS. Estas
rutas son redistribuidas dentro del dominio de OSPF desde otros
proto olos de routing:
Router( onfig-router)# summary-address dire ión

más ara [not-advertise℄ [tag etiqueta ℄
8.5.2.1. Ejemplo del omando summary-address


area 0
Router( onfig-router)#summary-address 172.26.20.0
255.255.255.0
8.5.3. El omando area area-id stub

Una vez diseñado el esquema de dire ionamiento es ne esario
determinar los andidatos para áreas stub, totally stubby y NSSA.
La sintaxis para ongurar un área omo stub:
Router( onfig-router)#area área-id stub
Todos los routers dentro del área stub de OSPF deben estar
ongurados omo routers stub para que puedan empezar a
inter ambiar paquetes Hello.
Para indi ar que el interfaz pertene e a un área stub se utiliza un

ag en el paquete Hello llamado E que se pone a 0. Todos los routers
de este área tienen que estar de a uerdo en este ag.
Las áreas stub no a eptan LSAs de tipo 5.
8.5.3.1. Ejemplo de ongura ión

area 0
area 0
Router( onfig-router)#area 0 range 172.168.20.128
255.255.255.192
Router( onfig-router)#area 1 stub
8.5.4. El omando area area-id stub no-summary
La sintaxis para este tipo de áreas es:
Router( onfig-router)#area area-id stub no-summary
En este tipo de áreas el ABR no envía a tualiza iones sumarizadas

desde otras áreas al área.
Este omando se ongura en el ABR.
Este omando sólo puede ser ongurado en routers Cis o ya que es

una solu ión propietaria.
Las demás rutas son onguradas omo áreas internas del área stub.
En este tipo de áreas las rutas externas no son propagadas dentro

del área.
8.5.5. El omando area default ost
La sintaxis de este omando es:
Router( onfig-router)#area area-id default- ost oste
Para denir el oste de la ruta por defe to utilizaremos este omando.
El ABR one tado al área stub automáti amente genera y anun ia

una ruta por defe to on destino 0.0.0.0 en el área stub.
Este omando es muy útil uando el stub área tiene más de un ABR,
enton es deniremos ostes distintos para de idir el ABR por el ual
queremos salir.
8.5.6. El omando area virtual-link

La sintaxis de este omando es:
Router( onfig-router)#area área-id virtual-link

router-id
Donde área-id es el ID asignado al área de tránsito para el vitual-link

y donde router-id es el ID del router ve ino del vitual-link.
Para denir el oste de la ruta por defe to utilizaremos este omando.
Cuando no es posible one tar un área al área 0 dire tamente, existe

una solu ión onsistente en rear un túnel llamado virtual-link.
El omando area virtual-link se ongura entre los ABRs que

omparten un área omún, al menos uno de los ABRs tiene que
estar en el área 0.
El omando debe ongurarse en ambos routers.

Es importante observar que en el omando area 1 virtual-link

10.10.10.30 ha e referen ia al ve ino, y en el ve ino tendremos
ongurado area 1 virtual-link 10.10.10.33.
8.5.7. Congura ión fun ional de OSPF multi-

área
En el ejemplo de la ilustra ión se puede observar una ongura ión

fun ional de OSPF multiárea.
El omando no ip dire ted-broaad ast sirve para enviar broad-

ast omo mensajes uni ast, on lo ual es interesante desa tivar esta
ara terísti a si es posible.
8.6. VERIFICACIÓN OSPF MULTIÁREA 171
8.6. Veri a ión OSPF multiárea

Esta se ión se reere a los omandos show utilizados en una Red
OSPF Multiárea:
Los siguientes omandos se pueden utilizar en onjun ión on los

omandos de área úni a para veri ar la opera ión de OSPF en un
área multiárea:
Comando show ip ospf border-routers.
Comando show ip route.
Comando show ip ospf database.
Comando show ip ospf virtual- ir uits.
Hay que re ordar que los omandos utilizados en un úni o área son:
show ip ospf.
show ip ospf database.
show ip ospf neighbor.
show ip proto ols.
show ip route.
8.6.1. Comando show ip ospf border-routers

La sintaxis del omando es:
Router#show ip ospf border-routers

Este omando muestra los ABRs y los ASBRs para los uales el IR
tiene entradas en su tabla de routing.
Este omando es estupendo para dete tar errores en la ongura ión

y entender omo la red omuni a sus rutas.
8.6.2. Comando show ip route
Router#show ip route
8.6.3. Comando show ip ospf virtual-link

Router#show ip ospf virtual-link
Es omando es útil utilizarlo en onjun ión on el omando show ip

ospf neighbors.
Este omando nos indi a:
El ID del router nal del virtual-link.
El área de transito.
A través de qué interfaz se one ta.
El oste.
El tiempo que tarda en transmitir LSA (Delay).
El Estado del router remoto, qué tipo de router es, DROTHER

signi a que no es ni DR ni BDR.
Los tiempos de Hello y Dead.
El tiempo que esperará una respuesta antes de retransmitir el

LSA (Retransmit).
El tipo de Adya en ia:
Router#show ip ospf database [router | network | summary | asbr-s
8.6.4. Comando show ip ospf database

Router#show ip ospf database [router | network |

summary | asbr-summary | nssa-external | external |
database-summary℄
Este omando muestra todas las entradas en la base de datos de

estado del enla e e informa ión re ibida por los LSAs.
Este omando se puede utilizar en onjun ión on show ip ospf

neighbors.
Este omando nos muestra:
LINK ID: ID del router.Veri a ión OSPF Multiárea.
ADV Router: ID del router que anun ia la ruta.
Age: Edad del estado del enla e.
Seq#: Número de se uen ia del LSA, para dete tar LSAs

antiguos.
Che ksum: Suma de omproba ión del LSA.
Link ount: Número de interfa es dete tados por router.

8.7. Troubleshooting OSPF multiárea

El troubleshooting de OSPF a través de múltiples áreas es
obviamente más ompli ado que el troubleshooting en un úni o área.
Es ne esario seguir las siguientes pautas para poder desarrollar el

troubleshooting de la mejor forma:
Mantener los mapas de topología de la red laros.
Disponer de opias re ientes de las ongura iones de todos los

routers.
Do umentar todos los ambios que puedan su eder en la red.
Esta se ión ubre el omando log-adja en y- hanges y varios de los

omandos de debug.
8.7.1. Comando log-adja en y- hanges

Este omando tiene una fun ión similar a los omandos de debug,
pero requiere menos re ursos.
Los omandos de debug propor ionan mu ha más informa ión, pero

es posible sobre argar los buers de los routers.
Sintaxis:
Router( onfig-ospf)#log-adja en y- hanges
8.7.2. Comandos omunes de debug

Los omandos de debug se utilizan para onseguir informa ión
adi ional en la onsola, es importante re ordar que estos omandos
se introdu en en modo privilegiado.
Los omandos de debug más importantes son:

8.7. TROUBLESHOOTING OSPF MULTIÁREA 177
8.7.2.1. Comando debug ip pa ket.

Este omando es útil para analizar los mensajes que están viajando
entre los hosts lo al y remoto. Entre la informa ión que propor iona
el debug se in luyen los paquetes re ibidos, generados y reenviados.
8.7.2.2. Comando debug ip ospf events.

Este omando muestra informa ión relativa a eventos OSPF, así
omo adya en ias, informa ión de inunda ión, sele ión del DR, y
ál ulo del SPF.
8.7.3. Problemas omunes de las adya en ias

Mu hos problemas de adya en ias se basan en dis repan ias on los
ve inos.
Si al ongurar OSPF no se ven los ve inos se pueden realizar los

siguientes pasos:
Comprobar que ambos routers tienen la misma más ara IP,

MTU, temporizador de Hello en el interfaz, temporizador de
Hello de OSPF, intervalo dead de OSPF.
Comprobar que ambos extremos pertene en a la misma área.
Utilizar omandos debug y show para ampliar informa ión

sobre el problema.
Capítulo 9
Fundamentos de IS-IS
9.1. Introdu ión a IS-IS

IS-IS es un proto olo IGP desarrollado por DEC, y sus rito por la
ISO en los años 80 omo proto olo de routing para OSI.
El desarrollo de IS-IS fue motivado por la ne esidad de:
Proto olo no propietario.
Esquema de dire ionamiento grande.
Esquema de dire ionamiento jerárqui o.
Proto olo e iente, permitiendo una onvergen ia rápida y

pre isa y po a sobre arga en la red.
IS-IS es utilizado por el gobierno de los EEUU y a tualmente está

emergiendo.
El nuevo interés se basa en que IS-IS es un estándar que propor iona

independen ia del proto olo, apa idad de es alado y apa idad de
denir routing basado en ToS.
179
180 CAPÍTULO 9. FUNDAMENTOS DE IS-IS
9.1.1. Terminología de IS-IS

Adya en ia: Informa ión de routing lo al que muestra la
al anzabilidad de los ES e IS one tados dire tamente. Una
adya en ia separada se rea para ada ve ino en un ir uito, y
por ada nivel de routing en un ir uito de broad ast.
Dominio Administrativo: Conjunto de routers que ompar-

ten el mismo proto olo de routing en una organiza ión.
Área: Subdominio en un Dominio Administrativo. Los routers

en el área mantienen informa ión de routing detallada de la
omposi ión interna del área. Los routers también mantienen
informa ión de routing que les permite al anzar otras áreas.
Las dire iones de las áreas están ontenidas en las dire iones
NET y NSAP.
Cir uito: Informa ión de routing lo al para una Single subNet

Point of Atta hment (SNPA).
Code/Lengh/Value (CLV): Dire ionamiento OSI para IS-

ISEstos son los ampos variables en la PDU. El ampo ode
espe i a la informa ión en el ampo Content omo un número.
El ampo Lengh determina el tamaño del ampo Value. El
ampo Value ontiene la informa ión.
Complete Se uen e Number Pa ket (CSNP): CSNP

des ribe ada enla e en la BD de estado del enla e. Los
CSNP se envían en enla es punto a punto uando el enla e se
levanta para sin ronizar las BD de estado del enla e. El Router
Designado (DR), o el Sistema Intermedio Designado (DIS), en
redes multi ast envían el CSNP ada 10 segundos.
Conne tionLess Network Proto ol (CLNP): Proto olo

utilizado por OSI para transportar datos e indi a ión de errores
en el nivel de red. CLNP es similar a IP y no propor iona
dete ión de errores en la transmisión de datos, delega en el
nivel transporte esta fun ión.
9.1. INTRODUCCIÓN A IS-IS 181
Conne tionLess Network Servi e (CLNS): CLNS utiliza

un servi io de datagramas para transportar la informa ión y no
requiere que el ir uito haya sido estable ido antes de trans-
mitir. Mientras que CLNP dene el proto olo a tual, CLNS
des ribe el servi io no orientado a la onexión propor ionado
para el nivel de transporte.
Designated Intermediate System (DIS): El router (IS) en

una LAN que es designado para otras tareas. En parti ular, el
DIS genera PDUs de estado del enla e en nombre de la LAN,
tratándola omo si fuera un pseudonodo.
Dual IS-IS: IS-IS soporta routing OSI e IP. Las áreas en el AS

pueden eje utar OSI, IP, o ambos. Sin embargo la ongura ión
es ogida debe de ser onsistente en toda la red.
End System (ES): El host, el ual tiene apa idades de

routing limitadas. El ES tiene un proto olo de nivel 3 OSI
o IP eje utándose y puede enviar y re ibir informa ión.
End System-to-Intermediate System (ES-IS): Proto olo

on el ual los OSI ES se omuni an on los IS para aprender
dinámi amente las adya en ias de Nivel 2.
Hello: Los paquetes Hello son utilizados para des ubrir y

mantener las adya en ias.
Dire ión de Host: Sub onjunto de dire ión NET, que

in luye dominio, área y system ID.
IS-IS: Otro término utilizado para Dual IS-IS. Indi a que IS-
IS puede ser utilizado para soportar proto olos de routing de
IP y CLNP en la red de forma simultánea.
Intermediate System (IS): Un router. El IS es un disposi-

tivo apaz de dire ionar trá o a destinos remotos.
Intermediate System-to-Intermediate System (IS-IS):

Proto olo de routing OSI que aprende la lo aliza ión de las
redes en el AS para poder realizar el reenvío de informa ión.
Dominio IS-IS: Grupo de routers eje utando IS-IS para

inter ambiar informa ión de routing.
Nivel 1 Level 1(L1): Estos routers son internos al área,

lo ual signi a que sólo re iben informa ión de routing de su
área y no tienen ono imiento de las demás áreas de la red.
Para omuni arse on otras áreas los Routers L1 tiene que que
tener una ruta por defe to al Router L2 más er ano.
Nivel 1-2 Level 1-2(L1-2): Routers que one tan áreas.

Estos routers one tan áreas L1 on el ba kbone L2. Tienen
una tabla de routing L1 para enrutar los ES e IS en su propio
área on el system ID. Mantienen una tabla de prejos L2 de
rutas a otras áreas.
Nivel 2 Level 2(L2): Estos routers están one tados sólo

al ba kbone y propor ionan trá o de tránsito entre áreas.
Enla e Link: Conexión físi a a un ve ino. Este enla e es

transmitido a todos los demás routers del área vía LSP.
Link State Pa ket (LSP): Paquete que des ribe los enla es
de los routers. Existen LSPs separados de nivel 1 y de nivel 2.
Ve ino: Un router en el mismo enla e on el ual se ha formado

una adya en ia y se inter ambia informa ión de routing.
Network Entity Tittle (NET): Parte de la dire ión OSI.

NET des ribe el área y el system ID del sistema en una red
IS-IS, pero ex luye el NSEL, el ual dene la dire ión NSAP
del sistema.
Network Proto ol Data Unit (NPDU): Igual que PDU

Proto ol Data Unit.
Network SELe tor (NSEL): También referido omo el

ampo SEL. Este ampo des ribe el servi io en el nivel de
red para ada paquete a enviar. NSEL es similar al ampo
proto olo de IP.
9.1. INTRODUCCIÓN A IS-IS 183
Network Servi e A ess Point (NSAP): Des ribe un

servi io en el nivel de red al ual se tienen que enviar los
paquetes. El NSAP es la dire ión NET on el ampo SET
ado a un valor distinto a 0x00.
Bit Overload (OL): El OL se ongura en el LSP si el router

no puede alma enar la BD de estado del enla e ompleta. Los
otros routers no enviarán ningún trá o de transito por miedo
a que su tabla de routing esté in ompleta. (Se pueden produ ir
bu les)
Partial Sequen e Number Pa ket (PSNP): Los PSNP se

envían en enla es punto a punto para realizar un ACK explí ito
de ada LSP que re ibe el router. Un router en una subred de
broad ast envía una peti ión PSNP soli itando el LSP ne esita
sin ronizar su BD de estado del enla e.
Proto ol Data Unit (PDU): Unidad de datos pasada de un

nivel del modelo OSI al mismo nivel del modelo OSI en otro
nodo. En el nivel de red tendremos NPDU y en el nivel de
enla e tendremos DLPDU.
Pseudonode: El identi ador de LAN para subredes de

broad ast. El pseudonode ha e que el medio de broad ast
aparez a omo un router virtual y que los routers aparez an
omo interfa es one tados. Los routers mantienen adya en ias
on el pseudonode, las uales son gestionadas por el DIS.
Routeing Domain: Es lo mismo que el Dominio Administra-

tivo. Dene los límites del AS.
Sequen e Number PDU (SNP): Los SNPs se utilizan para

a eptar la re ep ión de LSPs y sin ronizar las BD del enla e.
Subnetwork: El nivel de enla e de datos.
Subnetwork Dependent Layer: Este subnivel transmite y

re ibe PDUs de la Subnetwork, tradu e los DLPDU a NPDU,
y los maneja on el pro eso OSI apropiado. El Subnetwork

Dependent Layer también es responsable de rear y mantener
las adya en ias a través del inter ambio de PDUs Hello de IS-
IS.
Subnetwork Independent Layer: Des ribe omo CLNS

rea y mantiene el ono imiento de la red inter ambiando y
pro esando informa ión de routing, para que la informa ión
pueda ser transmitida al destino remoto y manejada por el
nivel de transporte.
Sunetwork Point of Atta hment (SNPA): El SNPA se

reere a los servi ios ofre idos por el nivel de enla e al nivel
físi o y al de red. La dire ión SNPA es la dire ión físi a.
Type/Lenght/Value (TLV): Es lo mismo que CLV.
9.2. Comparativa on OSPF

9.2.1. Similitudes de OSPF on IS-IS
Ambos son proto olos de routing de estado del enla e.
Ambos están basados en el algoritmo SPF basado a su vez en el

algoritmo de Dijkstra.
Ambos tienen dos niveles de jerarquía.
9.2.2. Lugares de utiliza ión

OSPF se utiliza omo solu ión empresarial.
IS-IS se utiliza omo solu ión para ISPs.

9.2. COMPARATIVA CON OSPF 185
9.2.3. Terminología
Terminolgía IS-IS Terminología OSPF
Área Área Stub

Área ID Área ID
Área de Ba kbone Área de Ba kbone
DIS - Designated DR - Designated Router
Intermediate System
Domain Network
ES (End System) Host
ES-IS (End System - ARP (Address Resolution
Intermediate System) Proto ol)
IS (Intermediate System) Router
ISO Routing Domain Autonomous Domain
Level 1 Internal nonba kbone área
Level 1-2 Área Border Router
(ABR)
Level 2 Ba kbone Router
LSP (Link State Pa ket) LSA (Link State
Advertisement)
CSNP y PSNP Link State
A knowledgePa ket
PDU (Proto ol Data Unit) Pa ket
NET (network Entity IP Destination Address
Title)
NSAP (Network Servi e IP destination address +
A ess Point) IP proto ol number
SNPA (Subnetwork Point Layer 2 Address. MAC,
of Atta hment) DLCI ...
System ID Dire ión de un host en la
red, puede ser un Router
ID.
virtual-link (NO virtual-link
SOPORTADO)
9.2.4. Diferen ias de OSPF on IS-IS

Los proto olos dieren en ómo se asigna el dire ionamiento del
área.
En IS-IS el área y el ID del host son asignados al router ompleto,

no al interfaz omo en OSPF.
En IS-IS un router se en uentra en un úni o área, mientras que en

OSPF un router puede estar en varias áreas, pero esto no signi a
que IS-IS no permita múltiples áreas.
Todos los routers Level 1 de IS-IS se en uentran en el mimo área.
Los routers Level 1-2 one tan áreas y se en uentran en el mismo

área que los routers Level 1. Los routers Level 1-2 pueden ver el
resto del AS y se ofre en omo ruta por defe to a los routers Level
1, de forma análoga a las áreas stub de OSPF.
Los routers Level 2 envían a tualiza iones Level 2 a otras áreas, o

rutas de prejo, de forma análoga a los ABR de OSPF.
El DIS de IS-IS existe para Level 1 y para Level 2 en redes de

multia eso, pero no existe BDR.
En OSPF el DR se es oge de por vida, sin embargo en IS-IS si apare e

un Router on mayor prioridad que el DIS, este dejará de ser el DIS.
En uanto a las adya en ias en IS-IS, son mayor antidad que en

OSPF, ya que en IS-IS es ne esario rear adya en ias on ada uno
de los routers.
En IS-IS los LSPs son enviados úni amente por el DIS en nombre
del pseudonode.
La mayor diferen ia estriba en la en apsula ión de los proto olos.

IS-IS es independiente al proto olo porque fun iona dire tamente en
la parte superior de la apa 2.
La fragmenta ión es responsabilidad de IS-IS, esto permite que

el proto olo evolu ione muy fá ilmente ya que no depende de un
ter ero.
OSPF depende de IP porque se en apsula dentro de IP.

9.2. COMPARATIVA CON OSPF 187
El tratamiento de los LSPs por parte de IS-IS es un po o distinto al

tratamiento de los LSAs por parte de OSPF.
9.2.5. Diferen ias té ni as de IS-IS on OSPF

9.2.5.1. Áreas
Mientras que en IS-IS los límites son estable idos por el enla e en
OSPF los límites son estable idos por el router.
Un router en IS-IS está úni amente en un área, sin embargo en OSPF

un router puede pertene er a más de un área.
9.2.5.2. Designated Router (DR) vs Desginated Interme-

diate System (DIS)
En IS-IS si apare e un router a tivo on mayor prioridad que el DIS
pasará a ser el DIS inmediatamente, en OSPF no.
Si existen varios routers on la misma prioridad en IS-IS, enton es

elegiremos el que tenga la mayor MAC, en OSPF si existe empate
utilizaremos la dire ión IP mayor.
Las adya en ias en IS-IS se rean on todos los IS del medio de

broad ast, en OSPF sólo se forman on el DR y el BDR.
En IS-IS ada IS envía los LSPs a todos los IS del medio mediante
multi ast y no se a eptan, en OSPF los LSAs se a eptan.
9.2.5.3. En apsula ión

Mientras que IS-IS opera en la parte superior de la apa 2, OSPF
opera en la apa 3.
IS-IS es un proto olo on su propio paquete de apa 3, mientras que

OSPF utiliza un paquete IP.
La Fragmenta ión es responsabilidad de IS-IS, sin embargo en OSPF

la fragmenta ión es responsabilidad de IP.
9.2.5.4. Inunda ión de LSAs

En una red de broad ast todos los IS de IS-IS mantienen adya en ia
entre ellos, sin embargo en OSPF sólo se mantiene adya en ia entre
el DR y BDR on los demás routers.
El DIS envía CNSPs a los demás IS. En OSPF, los a ks se envían

desde el DR en forma de Uni asts.
En IS-IS se envían de forma periódi a CSNPs para asegurar que las

bases de datos están sin ronizadas.
9.2.5.5. LSAs
En IS-IS existen dos tipos de LSPs mientras que en OSPF existen
siete tipos de LSA.
9.2.6. Servi ios de red OSI Opera ión de

routing OSI
9.3. DIRECCIONAMIENTO PARA IS-IS 189
9.3. Dire ionamiento para IS-IS

Cuando IS-IS en amina trá o IP, la informa ión de routing se lleva
en a tualiza iones IS-IS, pero los routers parti ipantes ne esitan una
dire ión ISO.
Una dire ión ISO puede ser de dos formas (dire ión NSAP o NET).
Las dire iones ISO son de tamaño variable, de 8 a 20 bytes de

longitud.
Una dire ión ISO está dividida en tres partes (Area, ID y SEL) tal
y omo viene des rito en la norma ISO 10589:
AREA ID SEL
Como IS-IS es un produ to de un omité, pare e que es una solu ión

a adémi a para resolver ualquier eventualidad. Su esquema de
dire ionamiento es global y no lo al.
Una de las ara terísti as de IS-IS que le están ha iendo tan popular
es la longitud de su espa io de dire ionamiento.
Los ampos de la dire ión ISO son:
Área: Se utiliza para enrutar entre áreas utilizando routing

Level 2.
ID: Se utiliza para enrutar a un host o router dentro del área

utilizando routing Level 1.
SEL: Se utiliza para enrutar a una entidad en el host o en el

ES.
El dire ionamiento IS-IS es ompli ado ya que los tres ampos se

subdividen para permitir mayor granularidad en el routing.
Las tres partes de la dire ión des riben omo llegar al área, omo
en ontrar el host y omo en ontrar la apli a ión dentro del host.
Los dos primeros ampos son utilizados para en ontrar el host de

destino, la última parte se utiliza para después de haber en ontrado
el host.
Por tanto, IS-IS tiene dos niveles de jerarquía:
Cómo llegar al área
Cómo llegar al host
9.3.1. Dire ión OSI

Una dire ión OSI se divide bási amente en dos partes, la IDP
(Initial Domain Part) y la DSP (Domain Spe i Part).
De he ho las dire iones OSI pueden tener mu has formas y esto

puede ausar onfusión, pero hay que re ordar que OSI utiliza sólo
dos niveles de jerarquía.
IDP DSP
AFI (1 IDI High System NSEL (1

o teto) Order ID (1-8 o teto)
DSP o tetos)
AREA ID SEL
9.3.1.1. Initial domain part (IDP)

Routing Externo. Utilizado para enrutar el dominio o el AS. El
IDP es otorgado por ISO e identi a la organiza ión, la ual es
responsable del resto de la estru tura del dire ionamiento.
Authority and Format Identier (AFI): Es el primer o teto.
Initial Domain Identier (IDI): Es la subroga ión del AFI.
9.3.1.2. Domain spe i part (DSP)

Utilizado para enrutar dentro del AS.
High Order DSP: Es normalmente el área dentro del AS.
System ID: Puede tener un valor de entre 1 y 8 o tetos. Cis o utiliza

seis o tetos omo solu ión omún, ya que permite utilizar la dire ión
MAC para auto ongurar el sistema.
NSEL: Un byte que identi a el servi io parti ular en el nivel de red

que debe de manejar el paquete.
9.3.2. NETs y NSAP

Una dire ión NET es la dire ión de un host, donde el valor del
ampo NSEL es jo a 0x00, es de ir, que no tiene ningún proto olo
de apa superior identi ado. Estas dire iones son transitorias de
IS.
Las dire iones NET son bási amente dire iones NSAP on el
ampo NSEL a 0x00.
Sin embargo las dire iones NSAP son dire iones ISO ompletas,
y no sólo des ribe el área y el host, sino también a quien enviar la
informa ión una vez llegado al host destino.
El ampo NSEL de ISO espe i a el proto olo de apa superior, de

forma análogo al ampo Proto olo de la abe era IP.
Tanto NET omo NSAP son dire iones ISO, la diferen ia entre ellas
es sutil, la diferen ia estriba en el valor del ampo NSEL:
NSEL=0x00 -> Dire ión NET.
NSEL6=0x00 -> Dire ión NSAP.
9.3.3. Reglas del dire ionamiento ISO

El dire ionamiento ISO tiene las siguientes reglas:
La dire ión ISO es asignada al sistema, no al interfaz.
El router tiene una dire ión NET. El límite es de 3 dire iones

NET por área y/o router. Durante las transi iones se utilizan
múltiples dire iones.
Si existen múltiples NET en un router, todas deben de tener

el mismo System ID.
La dire ión del Área tiene que ser la misma para todos los
routers del área.
Todos los routers de nivel 2 deben tener el mismo System ID,

y tiene que ser úni o para todo el dominio.
Todos los routers de nivel 1 de un área tendrán el mismo

System ID.
El System ID tiene que ser de la misma longitud para todos

los IS y ES del dominio de routing.
9.3.4. Ejemplos de una dire ión NET

9.3.4.1. Ejemplo utilizando la dire ión MAC omo Sys-
tem ID
MAC: aa:00:03:01:16: d
IDP DSP

DSP o tetos)
47. 0005. aa00.0301.1 0
6 d
AREA ID SEL
9.3.4.2. Ejemplo utilizando la dire ión IP omo System

ID
IP: 144.132.16.19
IDP DSP

DSP o tetos)
47. 0001. 0001.1441.3 0
201.6019.
AREA ID SEL
9.3.4.3. Ejemplo de dire ión GOSIP1 versión 2
IDP DSP

DSP o tetos)
47. 0005.80.f8 0001. 0000.0 00.1 0
00.0000. 234.
AREA ID SEL
1 GOSIP: Government OSI Prole. Pro edimiento del Gobierno de los EEUU
para los proto olos OSI. A través del GOSIP el gobierno de los EEUU ordenó a
sus agen ias federales estándarizar OSI e implementarlo en sus sistemas y ha erlo
omer ialmente disponible.
9.3.5. Ejemplo de dire ionamiento
9.4. Estru tura jerárqui a de IS-IS

El esquema de dire ionamiento permitiría numerosos niveles de
jerarquía, sin embargo en IS-IS sólo existen dos niveles.
Para a omodar los niveles de jerarquía existen dos tipos de routers
Router Level 1: Este tipo de routers son de primer nivel y sólo

trabajan dentro del área para en ontrar sus rutas.
Router Level 2: Este tipo de routers trabajan en el segundo

nivel y bus an el área a la ual pertene e un IS o ES de destino.
Para que los Routers de Level 1 y los de Level 2 puedan omuni arse
es ne esaria la utiliza ión de Routers Level 1-2.
Router Level 1-2: Estos routers eje utan pro esos de Level 1
y de Level 2 y pueden ser vistos omo routers de una ter era
lase.
9.4. ESTRUCTURA JERÁRQUICA DE IS-IS 195
9.4.1. Router Level 1

El Router Level 1 lo aliza el host de destino dentro del área, esto es
ono ido omo intra-area routing.
El ono imiento de la red de un Router Level 1 está limitado al área

a la ual pertene e, utilizando una ruta por defe to al router Level
2 más er ano para enrutar ha ía fuera del área.
Cada Router Level 1 tiene una base de datos de topología on la

informa ión de su área, y todos los Routers Level 1 del área tienen
la misma informa ión.
Obviamente para que un Router Level 1 pueda omuni arse on otro,

ambos deben pertene er al mismo área.
En medio LAN se elige un DIS.
9.4.2. Router Level 2

Para enrutar trá o entre áreas es ne esario un Router Level 2. Este
tipo de routing se llama interarea routing.
Al igual que en OSPF el ba kbone tiene que ser ontinuo.
Los Routers Level 2 inter ambian informa ión utilizando paquetes

Hello que son entendidos sólo por otros Routers Level 2.
Al igual que los Routers Level 1, la base de datos del enla e es

idénti a en todos los Routers Level 2.
La base de datos ontiene los prejos de dire iones en otras áreas.
9.4.3. Router Level 1-2

EL Router Level 1-2 es tanto intra-area omo interarea.
Sus ara terísti as son similares a los ABR de OSPF.
Este tipo de routers tiene ve inos tanto de Level 1 omo de Level 2,

y se omuni a on todos.
Los Routers Level 1-2 tiene bases de datos Level 1 y Level 2.

Estos routers pueden informar a los Routers Level 2 de las áreas a las
que está one tado y a los Routers Level 1 de que pueden utilizarlo
para reenviar el trá o a otras áreas.
El onsumo de estos routers en uanto a CPU y memoria es superior

a los demás.
Este es el tipo de routers por defe to en Cis o.
9.5. Prin ipios bási os de routing de área

Pro eso de de isión de routing en routing de área:
Cuando un router re ibe trá o on destino otra red, lo primero

que se ha e es una búsqueda en la tabla de routing.
El router extrae en la dire ión OSI el System ID y el SEL para

diferen iarlos de la por ión de Área. Si el área es la misma se
enruta el paquete al host de destino utilizando la base de datos
Level 1.
Si las Áreas son diferentes enton es:
• Si el router es un Router Level 1, se envía al Router Level

2 más er ano.
• Si el router es un Router Level 2, se bus a la ruta en la

base de datos de forwarding.
• Se bus a el prejo más genéri o posible para reenviar el

paquete (sumariza ión).
Este pro eso se des ribe basándonos en la dire ión de destino OSI
del paquete entrante.
Las áreas en IS-IS se denen en el enla e, lo ual signi a que el

router ompleto es el que está en el área y no el interfaz omo en
OSPF.
Para que las a tualiza iones de Level 2 puedan inter ambiarse, todos
los Routers Level 2 tienen que ser ontiguos.
9.5. PRINCIPIOS BÁSICOS DE ROUTING DE ÁREA 197
9.5.1. Entorno de estado del enla e
9.5.2. Ejemplos de proto olos estado del enla e

OSPF (Open Shortest Path First), soporta úni amente IP;
RFC 2328.
DECnet Phase V, soporta De net/OSI.
IS-IS (soporta CLNP); estándar ISO.
IS-IS (soporta CLNS and IP); RFC 1195.
NLSP (Netware Link Servi es Proto ol), soporta úni amente

IPX, basado en IS-IS.
PNNI (Private Network to Network Interfa e) utilizado en

routing ATM.
9.5.3. Pro eso de estado del enla e
9.6. Redes e interfa es de IS-IS

Los Routers omparten un nivel de enla e omún pasan a ser ve inos
de IS-IS siempre que los paquetes Hello inter ambien informa ión
para formar la adya en ia.
Cada Hello informa de las apa idades del interfaz emisor, si estas
apa idades on uerdan enton es se forma la adya en ia y los ve inos
inter ambian informa ión de Routing en forma de LSPs.
Para que se pueda produ ir la adya en ia se tiene que umplir:
La MTU (Maximum Pa ket Size) tiene que ser idénti o en ada

interfaz.
Cada router tiene que estar ongurado en el mismo nivel.
Si se trata de Routers Level 1 tiene que estar en el mismo área.

9.6. REDES E INTERFACES DE IS-IS 199
El System ID tiene que ser úni o en ada router.
Si se ongura autenti a ión tiene que ser igual en ambos

extremos.
Los temporizadores de Hello deben de oin idir.
El en ontrar un ve ino diere sutilmente del medio.
Un Router Level 1 reará adya en ia on otro Router Level 1.
Un Router Level 2 reará adya en ia on otro Router Level 2.
Para que un Router Level 1 pueda omuni arse on un Router Level

2 uno de ellos tiene que estar ongurado omo Router 1-2.
Para one tar on otro área al menos debe de existir un Router Level
1-2.
9.6.1. Tipos de redes en IS-IS

Point-to-point.
Broad ast link.
NBMA link.
9.6.2. Estable imiento de adya en ias en punto a

punto
Un enla e de punto a punto one ta dos routers.
Después de que el paquete Hello haya sido re ibido, ambos extremos

de laran el otro extremo omo al anzable.
En ese momento los routers son adya entes.
Una vez son adya entes se envían CSNP .

2
Periódi amente se envían Hello para mantener la adya en ia.
2 Complete Se uen e Number Pa ket (CSNP): CSNP des ribe ada enla e en
la BD de estado del enla e. Los CSNP se envían en enla es punto a punto uando
el enla e se levanta para sin ronizar las BD de estado del enla e. El Router
9.6.3. Adya en ias punto a punto
9.6.4. Estable imiento de adya en ias en enla e

broad ast
En enla es de broad ast, todos los routers eje utando IS-IS re iben
paquetes Hello del DIS.
El DIS tiene la responsabilidad de inundar los LSPs a todos los

sistemas one tados eje utando IS-IS, es de ir, el DIS inunda los
LSPs al pseudonode.
El pseudonode inunda on un nuevo pseudonode LSP uando existe

un ambio en sus onexiones.
Las adya en ias on los demás routers se mantienen por el DIS ada
3,3 segundos
Designado (DR), o el Sistema Intermedio Designado (DIS), en redes multi ast

envían el CSNP ada 10 segundos.
El CSNP onsiste en una lista de enla es que existen en la BBDD del enla e.
Si un router no es u ha el Hello del adya ente, al llegar al holtime (30 segundos)
, enton es se borrará el router de la BBDD del enla e.
Si existiera un problema on el DIS u otro router tuviera más

prioridad enton es se ambiaría automáti amente el DIS.
La ele ión del DIS se basa en el valor más alto para el SNPA .
3
9.6.5. Adya en ias de broad ast
9.6.6. Estable imiento de adya en ias en NBMA

NBMA no es ni broad ast ni punto a punto, sino un po o de ada.
IS-IS soporta omo medio la LAN y por tanto ne esita apa idades
de broad ast, sin embargo una WAN se puede onsiderar una LAN
si se onsigue emular.
Para evitar omplejidades Cis o re omienda ongurar la red NBMA

omo un onjunto de enla es punto a punto.
3 Sunetwork Point of Atta hment (SNPA): El SNPA se reere a los servi ios
ofre idos por el nivel de enla e al nivel físi o y al de red. La dire ión SNPA es
la dire ión físi a.
9.6.7. Proto olos de apa 3 utilizados en IS-IS

La PDU se rea en el nivel de red y se en apsula dire tamente en la
trama de apa 2.
Después de la abe era ja, existen unos ampos op ionales de

tamaño variable que ontienen informa ión de routing espe í a.
Estos ampos son llamados TLV y CLV.
Campo Longitud del Des rip ión

ampo en o tetos
Intradomain 1 Todas las PDUS

Routing Proto ol de IS-IS tienen el
valor 0x83.
Length 1 Longitud de la
Indi ation abe era.
Version / 1 Congurado a 1
Proto ol ID
ID Length 1 El tamaño del
System ID en el
NSAP. uede ser
un entero de 1 a
8. En Cis o por
defe to es 6, pero
se representa on
un 0 para indi ar
que no ha
ambiado.
Campo Longitud del Des rip ión

ampo en o tetos
Reserved / 1 Los 3 primeros

Pa ket Type bits están
reservados,
ongurados a 0
e ignorados. El
Pa ket Type
identi a si es un
Hello, LSP o
SNP.
Version 1 Congurado a 1
Reserved 1 Congurado a 0
e ignorado
Maximim Area 1 Indi a el máximo
Addresses número de
dire iones de
área permitidas.
En Cis o el
tamaño máximo
es 3, y se
representa por 0.
9.6.8. Tipos de paquetes en IS-IS

Hello: Estos paquetes rean y mantienen las adya en ias y rela iones
entre ve inos.
LAN Level 1: Generados por los Routers Level 1 y Routers

Level 1-2.
LAN Level 2: Generados por los Routers Level 2 y Routers

Level 1-2.
Point-to-Point: Generados por todos los routers.

LSP: Mantienen informa ión de los ve inos one tados dire tamente
al router.
Level 1: Generados por los Routers Level 1 y Routers Level

1-2.
Level 2: Generados por los Routers Level 2 y Routers Level

1-2.
Sequen e Number Pa ket (SNP): Este tipo de paquetes no se inundan

y se envían dire tamente al ve ino. Se aseguran que las BBDD están
sin ronizadas entre ve inos:
Distribuyendo grupos de LSPs en la LAN sin ACKs individua-

les explí itos.
Realizando ACKs de LSPs individuales.
Soli itando LSPs al ini io.
Existen dos tipos de SNPs para ada nivel de routing.
Complete SNP (CSNP): In luye todos los LSPs de la BBDD:
Level 1.
Level 2.
Partial SNP (PSNP): In luye un sub onjunto de LSPs, bajo peti ión:
Level 1.
Level 2.
9.6.9. Formato del paquete Hello

Punto a punto y broad ast fun ionan de forma diferente, por eso
existen dos tipos bien diferen iados de paquetes hello.
Considera iones en punto a punto:

Una vez que se estable e el nivel de routing pueden ser enviadas

las a tualiza iones.
Considera iones en Broad ast:
Disponemos de dos tipos, los de Level 1 y los de Level 2.
9.6.10. Hello punto a punto
Campo Longitud (en Des rip ión

bytes)
Holding Time 2 El timepo a

esperar sin
re ibir Hellos del
ve ino antes de
determinar que
ha aído
Cabe era ja de 8 Común en todas
IS-IS las PDUs de
IS-IS
Cir uit type 1 Estable e si el
transmisor es
Level 1 ó 2, o si
es Level 1-2 y
permite ambos
tipos de Hello
Sour e ID ID length El System ID del
NSAP del router
transmisor
Pa ket Length 2 La longitud del
paquete Hello en
bytes
Lo al Cir uit ID 1 Identi ador del
interfaz
transmisor.
9.6.11. Hello lan

bytes)

IS-IS las PDUs de
IS-IS
Cir uit type 1 Estable e si el
transmisor es
Level 1 ó 2, o si
es Level 1-2 y
permite ambos
tipos de Hello
Sour e ID ID length El System ID del
NSAP del router
transmisor
Holding Time 2 El timepo a
esperar sin
re ibir Hellos del
ve ino antes de
determinar que
ha aído
Pa ket Length 2 La longitud del
paquete Hello en
bytes
Priority 2 Utilizado en la
ele ión del DIS
LAN ID ID length + 1 El DIS utiliza su
System ID y un
o teto adi ional
para identi ar
la LAN.
9.6.12. Formato del LSP

El LSP de un Router Level 1 se inunda a los demás routers en el
área. El LSP ontiene una lista on todas las adya en ias.
El LSP de un Router Level 2 inunda los LSPs a los otros Router Level
2 del dominio. Este tipo de LSPs ontienen la lista de adya en ias
a los otros Routers Level 2 y a las áreas que los routers son apa es
de a eder.
El TLV
4 mantiene la informa ión de Level 1 y Level 2, permitiendo
que el formato del LSP sea el mismo para Level 1 y Level 2.
Pa ket Length: Longitud total del LSP

4 TLV es lo mismo que CLV Code/Lengh/Value (CLV): Estos son los ampos
vartiables en la PDU. El ampo ode espe i a la informa ión en el ampo
Content omo un número. El ampo Lengh determina el tamaño del ampo
Value. El ampo Value ontiene la informa ión.
Remaining Lifetime: El tiempo en segundos hasta que el LSP sea

borrado de la BBDD.
LSP ID: System ID o Pseudonode ID.

Sequen e Number: Para determinar la última versión del LSP.
Che ksum: Suma de omproba ión de los ontenidos del LSP.
P: Partition Bit. Los Routers Level 2 identi an si está disponible
la repara ión de parti ión. NO soportado por Cis o.
ATT: Atta hed Bit. Utilizado por los LSPs Level 1 generados por
los Routers Level 1-2. Muestra a los Routers Level 1 la salida del
área más próxima.
OL: Overload Bit. Muestra que el Router está sin memoria en su

BBDD del Enla e.
IS Type: Indi a si el Router es Level 1 o Level 2.
9.6.13. Formato del SNP

bytes)

IS-IS las PDUs de
IS-IS
Pa ket Length 2 La longiutd del
LSP ompleto
Sour e ID ID length + 2 El System ID del
NSAP del router
transmisor
Start LSP ID ID length + 2 System ID o
Pseudonode ID
del emisor
End LSP ID ID length + 2 System ID o
Pseudonode ID
del re eptor
9.7. OPERACIÓN DE IS-IS 209
9.6.14. TLVs
Los TLVs también son llamados CLVs, y forman una de las
ara terísti as más importantes de IS-IS, ya que propor ionan
exibilidad y fun ionabilidad extendida del proto olo.
La estru tura de TLV:
Type o Code: Identi a el TLV y las ara terísti as a las que

pertene e. TLV 128 dene la apa idad de llevar rutas IP en
IS-IS, es de ir TLV 128 es IS-IS.
Length: La longitud del siguiente ampo que es de longitud

variable.
Value: La informa ión que transporta.
Code/Lengh/Value (CLV): Estos son los ampos vartiables en la

PDU. El ampo ode espe i a la informa ión en el ampo Content
omo un número. El ampo Lengh determina el tamaño del ampo
Value. El ampo Value ontiene la informa ión.
9.7. Opera ión de IS-IS

Los Routers envían la lista de todos sus interfa es de IS-IS para
des ubrir ve inos para formar adya en ias.
Los Routers que omparten un enla e de datos omún serán

adya entes.
Los Routers onstruyen LSPs basados en los interfa es lo ales de

IS-IS y prejos aprendidos de los routers adya entes.
Los Routers inundan los LSPs re ibidos a todos los routers

adya entes, ex epto a los ve inos mediante los uales han re ibido
los LSPs.
Cuando se re ibe LSPs diferentes de los que ya tiene el router, estos

se añaden a la BD de estado del enla e.
El Router al ula el SPF para ada destino y onstruye el Shortest

Path First Tree (SPT) y la BD de forwarding.
9.7.1. Pasos del pro eso de opera ión de IS-IS

Update (A tualiza ión).
De ision (De isión).
Forwarding (Reenvío).
Re eive (Re ep ión).
9.7.1.1. Update (a tualiza ión)

Los LSPs son generados si hay un ambio en la red, sin embargo,
ualquiera de las siguientes ausas dispararán un nuevo LSP:
Una adya en ia se ha reado o ha aído.
Un interfaz de un router ambia de estado o se le asigna una

nueva métri a.
Una ruta IP ambia.
Enviar y Re ibir LSPs:
En el momento de re ibir un LSP, el router lo alma ena en la

BD de enla e y lo mar a para su inunda ión.
Si el LSP ya existe en la BD enton es lo a epta y lo ignora.
Si no existe se inunda por la red hasta llegar a los límites de la

red.
Los Routers Level 1 y los Routers Level 2 disponen de LSPs

distintos.
Propaga ión de LSPs en interfa es punto a punto:
Cuando se rea la adya en ia, ambos lados envían un CSNP

on informa ión omprimida de sus BBDD del enla e.
Si se re ibe algún LSP que no está en el CSNP, se envía una

opia al otro router.
Si en la BD falta ualquier LSP re ibido en el CSNP se soli ita

un LSP detallado.
Los LSPs son soli itados, enviados y a eptados vía PSNP.
Cuando se envía un LSP, el router estable e un tiempo en el

ual se espera su a epta ión antes de ser reenviado. Este tiempo
se llama minimunLSPTransmission-interval.
Propaga ión de LSPs en enla es de broad ast:
El enla e envía sus a tualiza iones utilizando dire iones MAC

de multi ast a todos los Routers Level 1 y Level 2.
Ya que el pseudonode es un router ti io, un router real tiene

que tomar su papel.
El DIS (Designated Intermediate System) toma mu ha de la

responsabilidad de sin roniza ión de las BBDD en lugar el
pseudonode.
Determinar uando el LSP de la BD es válido:
El LSP tiene 3 ampos que ayudan a determinar si el LSP

re ibido es más re iente que el existente en la BD y si está
inta to o está orrupto.
• Remaining Lifetime: Si un LSP está en la BD durante

20 minutos se asume que el router está aído. El tiempo
por defe to para las a tualiza iones es de 15 minutos.
• Sequen e Number: Número entero de 32 bits sin signo

utilizado para numerar los LSP, se van in rementando de
uno en uno.
• Che ksum: Si el router re ibe un LSP y el he ksum no

es orre to enton es se tira y se soli ita un reenvío del
LSP.
9.7.1.2. De ision (De isión)

Los pasos en mediante los uales se onstruye la BD de forwarding
son:
El router se olo a omo raíz en la tabla PATH.
El SPF mira ada LSP de la BD de estado del enla e y

sele iona la mejor onsiderando la métri a de ada amino,
el que tenga menor métri a será elegido.
El pro eso de de isión bus a un LSP para el nodo en la tabla

PATH. El oste de la métri a al nodo se añade al oste del
LSP. Este valor se introdu e en TENT.
Si la tabla TENT está va ía, enton es nos paramos.
Si no está va ía la tabla TENT, en ontrar la entrada on menor

oste y moverla de la tabla PATH a la tabla TENT.
Volver al ini io del pro eso de de isión.
Si existe más de un amino para un destino:
Si existe más de un amino on la métri a más baja, los equipos

Cis o permiten hasta seis aminos en la tabla de routing. El
número de rutas iguales permitidas por defe to en Cis o es de
uatro.
Métri as op ionales son sele ionables antes que la métri a por

defe to pero Cis o sólo soporta la de por defe to.
Los aminos internos son preferidos antes de es oger los

externos.
Los aminos de Level 1 son preferidos a los otros.
Es ogeremos la ruta on mayor pre isión ( on más bits de red)
Si hay ToS se preere a las rutas sin ToS.

Si existen múltiples aminos on ToS, se es ogerá la que tenga

la ruta más orta.
Si el ToS es el mismo, se permite hasta 6 entradas en la tabla

de routing y balan ear el trá o.
Si existe ruta se utiliza una ruta por defe to al Router Level 2

más er ano.
9.7.1.3. Métri as
Default: También llamada oste. Cada router eje utando IS-
IS debe soportar esta métri a. Cis o ongura omo defe to en
todos sus interfa es on oste 10.
Delay: Retardo de transmisión.
Expense: Coste monetario de la red.

Error: Conabilidad del enla e.
Las métri as de OSI se onguran en el interfaz de salida utilizando
un valor entero de entre 0 y 63.
Un ampo de 10 bits des ribe el amino total al destino, permitiendo

un valor de 0 a 1023.
Sin embargo Cis o ha in rementado el ampo de la métri a hasta

24 bits. En la ongura ión por defe to utiliza 6 bits para la narrow
metri .
9.7.1.4. Forwarding (Reenvío) y Re eive (Re ep ión)

Después que se haya onstruido el SPT, la BD de forwarding puede
ser reada.
La tabla de forwarding es una tabla de búsqueda de la entrada más

on reta, donde el balan eo de arga o urre en aminos iguales.
Si la trama es valida, el pro eso re eptor pasa los reportes de datos

y errores al pro eso de forwarding, donde la informa ión de routing
(Hellos, LSPs, SNPs) se envía al pro eso de update.
9.8. Considera iones de diseño de IS-IS

En IS-IS, las onsidera iones fundamentales de diseño son áreas y
dire ionamiento.
Cuando se diseña una red, hay que omprometerse. Normalmente,

el problema se en uentra entre abilidad y velo idad. Lo que sea
preferible para nuestra red es una de isión orporativa a tener en
uenta.
Parti ionamiento del área: Si no utilizamos áreas ante aso

de fallo un área no queda aislada.
Perdida de Informa ión: Si el área se queda parti ionada se

pierde Informa ión.
De isiones de Routing no óptimas: Los Routers Level 1

no ono en más allá de su área y tienen una ruta por defe to
para el Router Level 2 más er ano.
9.8.1. Diseño de área de routers IS-IS

Las onsidera iones de diseño típi as son:
Una red plana utiliza úni amente routing Level 1 (no es ala-
ble).
Una red plana utiliza úni amente routing Level 2 (permite

es alar one tando áreas on Routing Level 1).
Una red plana utiliza úni amente routing Level 1-2 (por defe to
de Cis o). Este tipo de diseño requiere más re ursos para
mantener las dos tablas de routing.
Modelo jerárqui o en el ual utilizamos un área prin ipal

on Level 2 y áreas adya entes utilizando Level 1, para
inter one tarlas tenemos que utilizar Routers Level 1-2.
9.9. CONFIGURACIÓN BÁSICA DE IS-IS 215
Por defe to Cis o utiliza Routers Level 1-2 por:
Parti ionamiento del área.
Perdida de Informa ión.
De isiones de Routing no óptimas.
9.8.2. Sumariza ión de rutas

Las reglas para la sumariza ión son las siguientes:
Los Routers Level 1-2 pueden sumarizar rutas dentro de su

área. Las rutas sumarizadas se propagan a los Routers Level 2.
Este es un método e iente para estable er el prejo de routing
a otras áreas. La sumariza ión se ongura en el Router Level
1-2 en el límite de la red.
Si un Router Level 1-2 tiene ongurada la sumariza ión, se

tiene que ongurar la sumariza ión en los demás Routers Level
1-2 para inye tar las a tualiza iones a los Routers Level 2.
Los Routers Level 1 no pueden sumarizar dentro del área

porque el proto olo no lo permite.
La sumariza ión redu e la ne esidad de re ursos en la red y o ulta

los problemas de la red en un área, redu e los re ursos requeridos
para los ál ulos de SPF.
Cuantos más detalles tenga el router sobre la red, más re ursos

deberá de mantener para un buen ono imiento de la red.
La sumariza ión permite a las áreas gestionar el ono imiento interno

de la red y sumarizar el ono imiento a través de los límites del área.
9.9. Congura ión bási a de IS-IS

Paso 1: Denir áreas, preparar el plan de dire ionamiento (NETs)
para los routers y determinar interfa es.
Paso 2: Habilitar IS-IS en el Router.
Paso 3: Congurar la NET (Network Entity Tittle).
Paso 4: Habilitar IS-IS en los interfa es no olvidar interfa es a

redes IP stub, omo loopba ks.
Router( onfig)#router isis [tag℄
Este omando habilita el pro eso de IS-IS en el router, la etiqueta

(tag) es el nombre del pro eso.
Router( onfig-router)#net network-entity-tittle(NET)
Congura la red IS-IS para el pro eso de routing.
Router( onfig-if)#ip router isis [tag℄

Router( onfig-if)# lns router isis [tag℄
Congura el pro eso de IS-IS en el interfaz (IP, CLNS o ambos).
9.10. Comandos op ionales de IS-IS

9.10.1. Cambiar la op ión por defe to de Router
Level 1-2
Router( onfig-router)#is-type {level-1 | level-1-2 |

level-2}
Congura el nivel del router, por defe to es Router Level 1-2.
Router( onfig-if)#isis ir uit-type {level-1 |

level-2-only}
9.10. COMANDOS OPCIONALES DE IS-IS 217
Congura el tipo de adya en ia del interfaz, por defe to es Level 1-2.
Router( onfig-if)#isis metri métri a-por-defe to

{level-1 | level-2}
Congura la métri a por defe to en el interfaz, por defe to la métri a
es igual a 10.
9.10.2. Ejemplo de ongura ión de router IP

Level 1-2
router isis
net 01.0001.0000.0000.0002.00
!
interfa e ethernet 0
ip address 10.1.1.1 255.255.255.0
ip route isis
!
interfa e serial 0
ip address 10.1.2.1 255.255.255.0
ip router isis
9.10.3. Ejemplo de estru tura en dos niveles

9.10.3.1. Router R1, omo router sólo Router L1

hostname R1
!
interfa e Serial0
ip address 192.168.120.1 255.255.255.0
ip route isis
!
router isis
is-type level-1
net 49.0001.1921.6800.1005.00
9.10.3.2. Router R2, omo router Router L1-L2

hostname R2
!
interfa e ethernet0
ip address 192.168.220.2 255.255.255.0
ip router isis
isis ir uit-type level-2-only
!
interfa e serial0
ip address 192.168.120.2 255.255.255.0
ip router isis
isis ir uit-type level-1
!
router isis
net 49.0001.1921.6800.1006.00
9.10.4. Congura ión de la sumariza ión

Existen tres reglas en uanto a la sumariza ión de rutas IP para IS-IS
Las rutas internas no pueden ser sumarizadas dentro del área

porque no lo permite el proto olo.
9.10. COMANDOS OPCIONALES DE IS-IS 219
Las rutas internas pueden ser sumarizadas entre áreas, desde

un Router Level 1 a un Router Level 2 a través de un Router
Level 1-2. La sumariza ión se ongurará en el Router Level
1-2, el ual onvertirá las rutas Level 1 en rutas Level 2.
Si se utiliza sumariza ión, se tiene que ongurar en todos los

routers Level 1-2, ya que si no, existirá algún Router Level 1-2
on las rutas más espe í as y enton es el proto olo de routing
lo es ogerá y provo ará un problema en el routing.
Router( onfig-router)#summary-address red más ara5
9.10.5. Congura ión de NBMA

IS-IS a epta dos tipos de topologías de red:
Broad ast.
Punto a Punto.
Si el enla e de red no es serie enton es IS-IS onsidera que es

broad ast.
5 Este omando realizará la sumariza ión de la red espe i ada.
Para interfa es WAN de multia eso, es muy re omendable on-

gurar la nube NBMA omo un onjunto de subinterfa es punto a
punto.
9.10.5.1. Congura ión de broad ast sobre NBMA

Si la nube NBMA es totalmente mallada, la op ión de broad ast es
la que elegiremos.
En este tipo de ongura iones se elegirá el DIS y fun ionará omo

una Ethernet.
El omando frame-relay map ip rela iona la dire ión IP on el

DLCI.
En IS-IS utilizaremos el omando frame-relay map lns en el

pro eso .
6
9.10.5.2. Congura ión point-to-point sobre NBMA

Para la ongura ión de point-to-point sobre NBMA es ne esaria
una subred IP por enla e. Esta es la ongura ión re omendada por
Cis o.
Esta ongura ión es muy simple porque no requiere la utiliza ión

de los omandos frame-relay map.
En este tipo de ongura iones simplemente denimos que utilizamos
IS-IS en el subinterfaz y denimos el dl i,
ip router isis
frame-relay interfa e-dl i 901
6 Sin el omando frame-relay map lns no apare erán las rutas IP en la tabla
de routing ya que no se re ibirá IS-IS y no se podrá a tualizar la tabla.
9.11. VERIFICACIÓN DE LA OPERACIÓN DE IS-IS 221
9.11. Veri a ión de la opera ión de IS-IS

show lns neighbors
show lns neighbors detail

show lns interfa e

show ip route
show isis database

show isis database detail

9.12. Troubleshooting de la opera ión de

IS-IS
show isis spf-log
When: Ha e uanto que se al uló el SPF, se muestran las últimas

19 ve es.
Duration: Número de milisegundos que ostó al ularlo.

Nodes: Número de routers y pseudonodes al ulados en la eje u ión
del SPF.
9.12. TROUBLESHOOTING DE LA OPERACIÓN DE IS-IS 227
Count: Número de eventos que han su edido antes de re al ular el

SPF.
Last Triggered LSP: Si se ha tenido que re al ular el SPF debido a

una a tualiza ión pro disparo quien la ha ausado, si han sido varios
sólo se muestra el último.
Trigger: Lista on todos los eventos que han provo ado el ál ulo.
9.12.1. Comandos de debug en IS-IS

debug isis adja en ies-pa kets: Muestra informa ión de todas
las a tividades rela ionadas on las adya en ias.
debug isis spf-statisti s: Muestra informa ión sobre la ons-

tru ión de rutas entre routers.
debug isis update-pa kets: Muestra SNPs (CSNPs y PSNPs) y

los LSPs dete tados por el router.
Capítulo 10
EIGRP
10.1. Introdu ión a EIGRP

EIGRP es la versión avanzada de IGRP.
EIGRP utiliza la misma te nología de ve tor distan ia que IGRP.
EIGRP es mu has ve es llamado omo Proto olo de Routing Híbrido

Equilibrado, aunque Cis o preere llamarlo Proto olo de Routing
Avanzado de Ve tor Distan ia.
EIGRP es una solu ión e iente, aunque propietaria para entornos

de networking grandes, ya que es un proto olo on apa idad de
es alabilidad.
Al igual que OSPF, EIGRP puede es alar dependiendo del diseño

de la red.
10.1.1. Terminología de EIGRP

Ve ino: Un router dire tamente one tado eje utando EIGRP.
Neighbor Table: Lista on todos los ve inos. Esta tabla se
onstruye on informa ión de Hellos re ibidos desde los routers
adya entes. In luye la lista de ve inos on la siguiente informa ión:
229
230 CAPÍTULO 10. EIGRP
Dire ión IP.
Interfaz saliente.
Holdtime.
Smooth Round-Trip Time (SRTT).
Uptime.
El tiempo que ha e que el ve ino ha sido añadido a la tabla.
Tabla de Routing: Lista de las redes disponibles y los mejores

aminos. La ruta se mueve desde la tabla topológi a hasta la de
routing uando se identi a el feasible su essor.
Tabla Topológi a: Tabla que ontiene todos los aminos anun ia-
dos por los ve inos a todas las redes ono idas. Lista de:
Todos los su essors.
Feasible su essors.
Feasible distan e.
Advertised distan e.
Interfaz saliente.
DUAL a túa en la tabla topológi a para determinar los su essors y

onstruir la tabla de routing.
Hello: Mensajes utilizados para en ontrar y mantener ve inos en la

tabla topológi a.
Update: Paquete EIGRP que ontiene informa ión sobre los

ambios de la red. Se envían úni amente uando hay un ambio en
la red que afe ta a los routers.
Query: Enviado por el router uando pierde el amino a una red.

Si no existe una ruta alternativa (feasible su essor), envía la query
a los ve inos preguntando si tienen un feasible su essor. Esto ha e
que la ruta pase a estado a tive.
10.1. INTRODUCCIÓN A EIGRP 231
Reply: Respuesta a una query, si el router no tiene informa ión para

devolver enton es pregunta a todos sus ve inos. El Reply se envía por
uni ast.
ACK: Paquete Hello sin datos. Se trata de una a epta ión.

Holdtime: Valor ongurado en el paquete Hello. Determina uanto
tiempo se va a esperar para re ibir Hellos de un ve ino antes de
de lararlo no disponible.
Smooth Round-Trip Time (SRTT): El tiempo que el router

espera después de enviar un paquete para oír el a knowledge.
Retransmission Timeout (RTO): Tiempo al ulado en referen ia

al SRTT. El RTO determina uánto tiene que esperar el router el
ACK antes de retransmitir el paquete.
Reliable Transport Proto ol (RTP): Me anismo utilizado para

determinar los requerimientos de entrega de los paquetes, asegurando
la entrega se uen ial de los mismo.
Diusing Update Algorithm (DUAL): Algoritmo que ha e que

la tabla topológi a onverja Está basado en la dete ión en un tiempo
nito de ambios en la topología por parte de los routers. Como el
algoritmo se al ula simultáneamente, se asegura una red libre de
bu les.
Advertised Distan e (AD): El oste del amino a una red remota

desde el ve ino (i.e. La métri a del ve ino).
Feasible Distan e (FD): La métri a más baja a una red remota.

Feasible Condition (FC): Cuando un router una AD más pequeña
que su FD.
Feasible Su essor (FS): Si un ve ino reporta una AD más

pequeña que la FD, enton es el ve ino se onvierte en Feasible
Su essor.
Su essor: El siguiente router que pasa la FC. Se es oge el que

tenga la métri a más baja a un destino de los FS.
Stu k in A tive (SIA): Estado de un router que ya ha enviado

paquetes y está esperando los ACKs de sus ve inos.
Query S oping: Diseño de red para limitar el ámbito del rango

de peti iones, es de ir, a qué distan ia se permite que se busque un
feasible su essor. Esto es ne esario para prevenir SIA, lo ual puede
provo ar problemas en la red.
A tive: Estado de la ruta uando hay un ambio en la red y no se

en uentra un FS. La ruta se estable e en modo A tive, y el router
pregunta por rutas alternativas.
Passive: Una ruta opera ional es pasiva. Si no se ha perdido el

amino, el router examina la tabla topológi a en bus a de un FS. Si
existe un FS se añade a la tabla de routing, si no, el router pregunta
a los ve inos y la ruta se queda en modo a tive.
10.1.2. Cara terísti as y ventajas de EIGRP

EIGRP in rementa el re imiento poten ial de la red redu iendo
el tiempo de onvergen ia. Esto se onsigue on las siguientes
ara terísti as:
DUAL.
Redes libres de bu les.
A tualiza iones in rementales.
Dire ionamiento de multi ast para a tualiza iones.
Proto olo ve tor distan ia avanzado.
Tabla de routing libres de bu les.
Soporte para diferentes te nologías.
Convergen ia rápida.
Utiliza ión de an ho de banda redu ido.
Congura ión sen illa.

Utiliza ión de métri a ompuesta.
Balan eo de arga entre enla es de oste diferente.
DUAL: DUAL es una de las ara terísti as prin ipales de EIGRP.

DUAL distribuye la omputa ión de routing entre varios routers.
Redes Libres de Bu les: El algoritmo DUAL se utiliza para

asegurar una red libre de bu les. El FS es es ogido sólo porque tiene
una métri a menor. Esto propor iona una red libre de bu les.
A tualiza iones In rementales: EIGRP envía a tualiza iones

par iales no periódi as. Esto signi a que uando hay un ambio
se envía la a tualiza ión on úni amente la informa ión que ha sido
modi ada.
Dire iones Multi ast para A tualiza iones: EIGRP utiliza

RTP para garantizar la entrega, esen ialmente uando las a tuali-
za iones de routing no son periódi as. Si el re eptor no espera una
a tualiza ión no puede saber si ha perdido alguna a tualiza ión. Las
a tualiza iones se realizan mediante multi ast able a la 224.0.0.10.
Cuando el re eptor re ibe una a tualiza ión devuelve un ACK.
Proto olo Avanzado de Ve tor Distan ia: EIGRP ha solu io-

nado mu hos de los problemas de los proto olos ve tor distan ia.
EIGRP es un proto olo lassless. Sin el uso de áreas EIGRP permite
sumariza ión en ualquier punto de la red, lo ual impli a un menor
gasto de re ursos. Por supuesto también soporta dis ontinuidad de
redes y VLSM.
Tablas de Routing Libres de Bu les: El riterio para sele ionar

las rutas primarias y de ba kup en la tabla topológi a y en la tabla
de routing aseguran que las rutas están libre de bu les. Las rutas
están libres de bu les porque al es oger el Su essor ogeremos el de
menor métri a y el Feassible Su essor será el de menor métri a del
ve ino.
Soporte para Diferentes Topologías: EIGRP es un proto olo

moderno que permite la utiliza ión de las más re ientes topologías
omo por ejemplo NBMA.
Convergen ia Rápida: El uso del algoritmo DUAL alma ena la

mejor ruta y las siguientes mejores, así en aso de fallo de la ruta se
puede empezar a utilizar la ruta alternativa de forma automáti a.
Uso Redu ido de An ho de Banda: Utilizando dire iones de

multi ast y de uni ast para enviar y a eptar las a tualiza iones
redu e el an ho de banda y la CPU. EIGRP utiliza úni amente
a tualiza iones in rementales, NO periódi as.
Independen ia del Proto olo a Nivel 3: EIGRP fun iona omo

proto olo de routing para IP, AppleTalk e IPX. Se utiliza una tabla
de routing diferente por proto olo. EIGRP redistribuye de forma
automáti a IPX RIP, AppleTalk RTMP e IP IGRP dentro del mismo
AS.
Compatibilidad on IGRP: Como EIGRP des iende del IGRP

son totalmente ompatibles, EIGRP redistribuye IGRP, esto permite
que redes antiguas que no permitan EIGRP sigan utilizando IGRP
sin problemas en una red EIGRP.
Congura ión Sen illa: Ya que EIGRP fue diseñado para el

hardware en el ual orre, la ongura ión del mismo es muy sen illa
y requiere menos onsidera iones de diseño que OSPF.
Utiliza ión de Métri a Compuesta: EIGRP utiliza la misma

métri a que IGRP, pero on un tamaño de 32 bits, permitiendo re er
a la red y permitiendo mayor granularidad.
Balan eo de Carga entre Enla es de Coste Diferente: EIGRP

permite el balan eo de arga entre enla es de oste diferente, lo ual
permite no saturar los enla es más lentos.
10.1.3. Componentes de EIGRP

Cis o dene uatro omponentes prin ipales de EIGRP:
Módulos Independientes del Proto olo.
RTP.
Des ubrimiento y Re upera ión de Ve inos.

DUAL.
10.1.3.1. Módulos independientes del proto olo

Se mantiene una tabla de routing separada y un onjunto de
fun iones para ada proto olo de apa 3 que puede enrutar EIGRP:
IP.
AppleTalk.
IPX.
10.1.3.2. RTP
EIGRP utiliza tanto dire iones uni ast omo multi ast, y mu hos
de estos paquetes tienen que ser onables utilizando RTP, es de ir,
tienen que ser a eptados.
Estos paquetes in luyen un número de se uen ia.
No requieren onrma ión:
Hello.
ACK.
SÍ requieren onrma ión:
Update.
Query.
Reply.
Si no re ibimos un hello de un ve ino no onsideraremos que está

aído hasta que falle 16 ve es.
10.1.3.3. Des ubrimiento y re upera ión de ve inos

Los ve inos omparten tablas de routing e informa ión sobre los
estados de sus onexiones.
EIGRP lo aliza toda la informa ión posible, redu iendo el an ho de

banda y los requerimientos de CPU de la red, ha iéndola así más
rápida la onvergen ia.
10.1.3.4. DUAL
EIGRP utiliza DUAL para mantener las bases de datos de la red.
Se sele iona el mejor amino a un destino y si es posible se guarda

una ruta de ba kup.
Su essor ha e referen ia al amino al destino.
Feasible Su essors ha en referen ia a rutas alternativas.
Si el Su essor ae y tenemos Feasible Su essor enton es este último

se onvertirá en Su essor y entraremos en modo pasivo.
Si no tenemos Feasible Su essor entraremos en modo a tivo y el

router preguntará a los ve inos por un Feasible Su essor.
10.2. Opera ión de EIGRP

Uno de los puntos fuertes de EIGRP es que limita el ámbito de la
omputa ión de la red, manteniendo todo el ono imiento todo lo
lo al que se pueda.
EIGRP dispone de tres tablas prin ipales:
Tabla de Ve inos.
Tabla de Topología.
Tabla de Routing.
10.2. OPERACIÓN DE EIGRP 237
10.2.1. Crea ión de la tabla de ve inos

La tabla de ve inos se mantiene mediante el proto olo Hello.
El proto olo Hello informa a los ve inos que las onexiones están
vivas y a tivas y mantiene el seguimiento de los paquetes enviados
entre ve inos.
Hay que tener en uenta que ada proto olo de apa 3 tiene su propia
tabla de routing.
10.2.2. Contenidos de la tabla de ve inos

La tabla de ve inos omprende la siguiente informa ión:
Dire ión del ve ino.

El interfaz por el ual se ha re ibido el hello del ve ino.
El holdtime: Cuánto va a esperar en de larar al ve ino muerto
y borrarlo de la tabla. Su valor por defe to es de tres ve es el
tiempo de Hello.
El uptime: Ha e uánto que se re ibió el primer hello del

ve ino.
El número de se uen ia: Esta tabla ha e un seguimiento de

todos lo paquetes que se envían entre ve inos. Su in remento
es se uen ial de uno en uno.
SRTT: Tiempo que tarda en el paquete en enviarse al ve ino

y ser re ibida su respuesta (en milisegundos).
RTO: Cal ulado a partir del SRTT. Tiempo que el router

esperará en un proto olo orientado a la onexión para reenviar
el paquete.
El número de paquetes en la ola: Con este parámetro el

administrador puede ontrolar la ongestión de la red.
10.2.3. Llegar a ser ve ino

EIGRP utiliza una dire ión de multi ast 224.0.0.10 para que todos
los routers puedan periódi amente enviar Hellos.
Si un Hello de un ve ino ono ido no se es u ha dentro del tiempo

1
predeterminado, enton es este pasa a holdtime , una vez pasado este
tiempo se onsidera que el ve ino está aído.
LAN WAN
Hello 5 seg 60 seg

Holdtime 15 seg 180 seg
10.2.4. Condi iones para llegar a ser ve ino

El router tiene que es u har un paquete Hello o un ACK de su ve ino.
El número de AS en la abe era del paquete debe ser el mismo en

los dos routers.
La ongura ión de la métri a debe ser la misma en los dos routers.
10.2.5. Crea ión de la tabla topológi a

La tabla topológi a tiene un registro on todas las rutas a las
redes ono idas en la organiza ión, no simplemente un onjunto de
su essors y feasible su essors.
La tabla topológi a in luye la siguiente informa ión:
Si la ruta es a tiva o pasiva.
Que una a tualiza ión ha sido enviada a los ve inos.
Que un paquete de query ha sido enviado a los ve inos. Si este

ampo es positivo, al menos una ruta se habrá mar ado omo
a tive.
1 El Holdtime tiene un valor predeterminado de tres Hellos.

Si se ha enviado un paquete de query, otro ampo hará el

seguimiento de si se han re ibido respuestas de los ve inos.
Que un paquete de respuesta se ha enviado omo respuesta a

un paquete de query de un ve ino.
Las redes remotas.
El prejo o más ara de la red remota.
La métri a para la red remota, es de ir, la FD.
La métri a de la red remota anun iada por el siguiente salto

lógi o, el AD.
El siguiente salto.
El interfaz de salida pasa ser utilizado para al anzar el siguiente

salto lógi o.
Los su essors, el amino a la red remota en saltos.
La tabla se onstruye on los paquetes de a tualiza ión que son

inter ambiados por los ve inos y las respuestas a las peti iones
enviadas por el router.
Las peti iones y las respuestas utilizadas por DUAL de EIGRP se

envían de forma onable utilizando RTP.
Si un router no es u ha un ACK dentro del tiempo determinado,

se retransmite ese mismo paquete en uni ast. Si no hay respuesta
después de 16 intentos, el router mar a al ve ino omo aído. Cada
vez que el router envía un paquete, RTP in rementa el ontador en
una unidad. El router tiene que es u har los ACKs de ada router
antes de enviarle el siguiente paquete.
En el momento en el que el router tiene el ono imiento de la red,

enton es se eje uta DUAL.
10.2.6. Mantenimiento de la tabla topológi a

Los siguientes aspe tos ha en que la tabla topológi a se re al ule.
El router es u ha un ambio uando una nueva red está disponible.
La tabla topológi a re ibe una a tualiza ión que indi a que

existe una nueva red.
Un interfaz dire tamente one tado a la red EIGRP se pone

online.
El router ambia el su essor en la tabla topológi a y en la de routing.
La tabla topológi a re ibe una respuesta a una peti ión de un

ve ino.
Existe una ongura ión lo al de interfa es dire tamente

one tados y ha ambiado el oste del enla e.
El router es u ha un ambio de un ve ino uando la red pasa a no

disponible.
La tabla topológi a re ibe una peti ión, respuesta o a tualiza-

ión inde ando que la red remota está aída.
La de ve inos no re ibe un hello tabladentro del holdtime.
La red dire tamente one tada ha sufrido una pérdida de

portado
La tabla topológi a ha e un seguimiento de los paquetes de EIGRP.
También identi a el estado de las redes en la tabla:
A tive: El router trata de en ontrar otra ruta.
Passive: El router no bus a nada.

10.2.7. Añadir una red a la tabla topológi a.

En el momento que el router pone una nueva red, esta empieza a
enviar hellos por el nuevo interfaz. Aunque no haya ve inos la entrada
se in luye porque es una nueva red.
EIGRP manda una a tualiza ión a sus ve inos informando de la nue-

va red, a la ual los ve inos ontestan on el ACK orrespondiente.
En el router re eptor de la a tualiza ión: A tualiza el número de

se uen ia en la tabla de ve inos y añade la red a la tabla topológi a.
Cal ula la FD y el su essor para olo arlo en la tabla de routing.
En ese momento envía la a tualiza ión a los ve inos.
10.2.8. Borrar una red de la tabla topológi a

Si una red one tada a un router se des one ta, este router a tualiza
su tabla topológi a y envía una a tualiza ión a sus ve inos.
Cuando el router re eptor re ibe la a tualiza ión, a tualiza su tabla

de ve inos y su tabla topológi a.
Como este último router está programado para en ontrar aminos

alternativos, examina su tabla topológi a para ello.
Si no en uentra un FS envía una peti ión a los ve inos. La ruta se

mar a omo a tiva.
Se omienzan las queries y se a tualizan las tablas de ve inos y

topológi a.
Se eje uta DUAL tan pronto omo el ambio de la red se registra.
Si no hay ruta alternativa, los ve inos ontestan un reply de estado

de query ya que no tienen amino alternativo.
Llegados a este punto los ve inos empiezan a preguntar a sus ve inos

para en ontrar un FS.
Si ningún router tienen un FS enton es todos borran la entrada de

la tabla de routing y de la de topología.
10.2.9. En ontrar un amino alternativo a una

red remota
O asionalmente en enla es lentos puede produ irse que no se re iba
una respuesta dentro del tiempo estable ido. Esto ha e que la ruta
sea de larada SIA .
2
El ve ino que ha fallado la respuesta de todas las queries se borra de

la tabla de ve inos y DUAL asume que ha re ibido una respuesta y
le asigna un oste innito.
Los siguientes puntos des riben el pro eso después de que G aiga.
El Router D mar a las rutas que no han llegado a G.
El Router D bus a en la tabla topológi a, para determinar si

existe una ruta alternativa, es de ir, bus a un FS.
2 Stu k in A tive (SIA): Estado de un router que ya ha enviado paquetes y

está esperando los ACKs de sus ve inos.
Se en uentra un FS. La tabla topológi a tiene la AD y la FD

para ada router.
El Router D añade la ruta alternativa a Router X a través

de Router H, sin poner la ruta en modo a tivo ya que la
AD es menor que la FS. (AD=5, FS=15). Es ne esario enviar
a tualiza ión a los ve inos porque la métri a ha ambiado.
Si el Router no tiene FS pondrá la ruta en modo a tivo

mientras que se pregunta a otros routers por un amino
alternativo.
Después de mirar la tabla topológi a, si se en uentra un FS,

el ve ino responde on el amino alternativo y se añade a la
tabla topológi a.
En el último paso de DUAL la tabla de routing se a tualiza.
La red se vuelve a poner en estado pasivo hasta el próximo

ambio en la red.
Si un ve ino al que se le ha preguntado no tiene amino

alternativo o FS, olo ará su red en modo a tivo y preguntará
a sus ve inos.
Si no existe respuesta, los mensajes se propagarán hasta el

límite de la red.
10.2.10. Crea ión de la tabla de routing

La tabla de routing está onstruida desde la tabla topológi a una
vez se ha eje utado DUAL.
La tabla topológi a es donde se alma enan todas las rutas, y tras

eje utarse DUAL, las mejores pasan a la tabla de routing.
Una vez existe la tabla de routing ya se puede empezar a tomar

de isiones de routing.
10.2.11. Métri as de EIGRP

Las métri as utilizadas en EIGRP son muy similares a las de IGRP.
La diferen ia prin ipal es que EIGRP da el resultado en un ampo

de 32 bits.
Es posible utilizar hasta 6 aminos diferentes para un úni o amino.
Existen tres tipos de aminos:
Internal: Caminos internos al AS.
Summary: Caminos internos que han sido sumarizados.
External: Caminos externos al AS que han sido redistribuidos

a EIGRP.
Métri a Valor de la Métri a Valor por Defe to
K1 Bandwith 1
K2 Loading 0
K3 Delay 1
K4 Reliability 0
K5 MTU 0
Si K5=0
K2∗bw
métrica = K1 ∗ bw + 256−load + K3 ∗ delay
Si K6=5
métrica∗K5
métrica = reliability+K4
10.2.12. La tabla topológi a y la máquina de

estados nitos DUAL
DUAL es responsable del mantenimiento de la tabla de topología y
de la rea ión de la tabla de routing.
El oste a una red de destino desde un router que la anun ia, más el
oste a ese router es igual a la métri a hasta esa ruta.
La métri a o oste desde el ve ino que la anun ia se llama AD

(Advertised Distan e).
La métri a desde el router lo al se llama FD (Feasible Distan e).
Esto es fundamental para EIGRP porque si la AD < FD signi a que

no hay bu les, ya que el siguiente salto está más er a del destino.
10.2.13. A tualizando la tabla de routing en

modo passive
DUAL determina si existe una ruta a eptable en la tabla topológi a
para sustituir al amino en la tabla de routing.
Utilizando nomen latura EIGRP: DUAL determina si es a eptable

reemplazar un su essor en la tabla de routing on un feasible
su essor de la tabla topológi a.
Para que se produz a el ambio se tiene que umplir:
Que la AD < FD, a esto se la llama FC (Feasible Condition).
Si se da la FC enton es la ruta pasa a ser FS (Feasible

Su essor).
El FS on la menor métri a será el que reempla e a la ruta

a tual.
10.2.14. Feasible su essor
Ejemplo de FS:
Origen: A
Destino: G
Su essor: C
Feasible Su essor: D
Ruta prin ipal:
A C F G
Ruta Se undaria:
A D E F G
Por B no se puede ir por que la AD a G que anun ia B=14 que es

mayor que la FD de A = 10
Por D sí podría ir porque la AD a G que anun ia D=6 que es menor

que la FD de A =10.
10.3. DISEÑO DE UNA RED EIGRP 247
10.2.15. A tualizando la tabla de routing en

modo a tivo
Cuando no se en uentra una ruta alternativa en la tabla de routing
y todas las AD son mayores que la FD enton es no se umple la FC
y tenemos que entrar en modo a tive.
Una vez que está en a tive los routers ve inos ya pueden enviar sus
AD y aunque sean mayores que la FD a tual el router las a eptará.
Una vez a eptadas las rutas es ogerá la de menor peso omo

su essor.
Si existe otra que umple la FC pasará a ser feasible su essor.
10.2.16. Es oger un su essor

Para determinar si el amino a un red remota es feasible, EIGRP
onsidera la FC de la ruta.
Cara router mantiene una tabla de routing que ontiene una lista de
las redes disponibles y el mejor o más e iente amino a ada una
de ellas.
Un ve ino puede llegar a ser FS para una ruta sólo si AD < FD, esto
es uno de los on eptos fundamentales de DUAL para mantener la
red libre de bu les.
Cuando un amino a una red remota se ha perdido, el router tiene que

ser apaz de en ontrar una ruta alternativa on un uso de re ursos
mínimos. Esto ayuda a una onvergen ia rápida.
10.3. Diseño de una red EIGRP

EIGRP está diseñado para trabajar en redes muy grandes. Sin
embargo, al igual que OSPF, es sensible al diseño.
Los fa tores que pueden afe tar a la es alabilidad de EIGRP son:
La antidad de informa ión enviada entre ve inos.

El número de routers que envían a tualiza iones.
Cómo de lejos están los routers que envían las a tualiza iones.
El número de aminos alternativos a redes remotas.
Si tenemos una red EIGRP que no puede es alar puede ser por:
Una ruta es SIA.
Congestión de red:
• Delay.
• Se ha perdido informa ión de routing.
• Rutas que están ha iendo apping.
• Retransmisiones.
El router se queda sin CPU o sin memoria disponible.
Cir uitos no onables o unidire ionales.
10.3.1. Solu iones a los problemas de es alabili-

dad de EIGRP
Las dire iones tienen que ser ontiguas para permitir la sumariza-
ión.
Utilizar un modelo jerárqui o.
Los dispositivos de la red deben de tener su ientes re ursos.
En los enla es WAN tiene que haber su iente an ho de banda.
La ongura ión de EIGRP en los enla es WAN tiene que ser

apropiada.
Se deben utilizar ltros.
Se debe de tener la red monitorizada en todo momento.

10.4. CONFIGURACIÓN DE EIGRP 249
10.3.2. Considera iones de diseño utilizando EI-

GRP
En enla es lentos WAN, uanto menos informa ión de routing se
envíe más apa idad quedará para trá o para usuarios.
Sin embargo si se envía po a informa ión de routing, los routers

tendrán menos informa ión para realizar de isiones de routing.
Estas dos onsidera iones anteriores se tienen que sopesar.
EIGRP sumariza automáti amente en los límites de la red y en los

límites de la red lassful.
Para ongurar sumariza ión manual primero es ne esario deshabi-

litar la sumariza ión automáti a.
La sumariza ión se ongura a nivel de interfaz.
Las queries limitarán la apa idad de re imiento de EIGRP.
Para limitar el trá o de queries se puede dividir el AS en varios AS.
Entre AS no se envían a tualiza iones.
Mu has empresas utilizan los AS omo si fueran áreas de OSPF

redistribuyendo entre ellas, si se ha e esto no se ha ganado nada.
La sumariza ión de rutas parará la propaga iruta por defe to en el

AS y una ruta estáti a es el AS del ISP o de la organiza ión.
10.4. Congura ión de EIGRP

EIGRP permite VLSM y sumariza ión, ya que la más ara se envía
en el pro eso de a tualiza ión.
EIGRP sumariza al límite de la red mayor.
Para sumarizar al número de IANA es ne esario ha erlo manualmen-

te.
EIGRP no sólo permite sumarizar en ada router sino que también

permite sumarizar en ualquier interfaz.
10.4.1. Comandos requeridos en la ongura ión

de EIGRP
El pro eso de EIGRP: Es ne esario arran ar el pro eso de routing
en el router.
El número del AS de EIGRP en el router: Todos los routers que

ompartan informa ión de routing deben pertene er al mismo AS.
Interfa es Parti ipantes de los Routers: Como es posible que no

queramos que todos los interfa es del router parti ipen en EIGRP,
enton es habilitaremos úni amente los interfa es que deseemos.
Router( onfig)#router eigrp número-de-AS
Habilita el proto olo de routing EIGRP e identi a el AS en el router.
Router( onfig-router)#network número-de-red [wild ard℄
Habilita el interfaz deseado dentro de la red EIGRP.
En versiones anteriores a la 12.04(T) al es ribir el número de red

EIGRP lo mostraba omo si se hubiera es rito la red lassful.
El omando network identi a:
Las a tualiza iones se re iben por ese interfaz.
Las a tualiza iones se envían por ese interfaz.
La red es anun iada por todos los interfa es EIGRP.
Si es apropiado, el proto olo hello se propaga.
Router( onfig-router)#passive-interfa e interfaz
Previene que EIGRP re iba o transmita a tualiza iones por el

interfaz espe i ado.
10.4.2. Comandos op ionales en la ongura ión

de EIGRP
Sumariza ión en EIGRP.
Routers Stub.
Balan eo de Carga en EIGRP.
Modi a ión del pro eso de EIGRP.
Modi a ión del intervalo de hello.
Modi a ión del tiempo de espera de hello.
Utiliza ión del An ho de Banda.
Reglas para Congurar el An ho de Banda en una Nube

NBMA.
Congura ión de An ho de Banda en una Red Punto Multi-

punto.
Congura ión de An ho de Banda en una Red Multipunto

Híbrida.
Congura ión en Punto en Punto.
10.4.2.1. Sumariza ión de EIGRP

La sumariza ión en EIGRP resuelve los problemas de es alabilidad.
Con OSPF se diferen ia en que OSPF sólo sumariza en el límite del

área, EIGRP puede sumarizar en el interfaz.
Si no se ongura sumariza ión EIGRP sumariza en al límite de la

lase.
La sumariza ión redu e el monto de re ursos ne esarios por los

routers en la red.
La sumariza ión también redu e las queries enviadas por el router.

Si se ha ongurado sumariza ión, las queries en ontrarán omo

límite el punto en el que ya no se vean.
Router( onfig-router)#no auto-summary
Deshabilita la sumariza ión automáti a. El omando apli a a todo

el router.
Router( onfig-if)#ip summary-address eigrp AS

dire ión más ara distan ia-administrativa
Habilita la sumariza ión manual en un interfaz.
10.4.2.2. Routers Stub

Los Routers stub en redes EIGRP utilizan EIGRP para enviar
informa ión limitada entre los routers stub y el ore.
Como en ODR, un router en la red EIGRP no tiene otros ve inos

que no sea el de distribu ión.
Otra razón para ongurar el router remoto omo stub es aislar del
resto de la red los SIA. Si hay una ongura ión stub, el router
responde a las queries omo ina esible, de esta forma se evita que
o urra SIA.
Router( onfig-router)#eigrp stub [re eive-only |

onne ted | stati | summary℄
re eive-only: Sólo re ibe a tualiza iones del ve ino.

onne ted: Se anun ian las rutas dire tamente one tadas.
stati : Se anun ian las rutas estáti as.
summary: Se anun ian las rutas sumarizadas.
10.4.3. Balan eo de arga en EIGRP

EIGRP automáti amente balan ea la arga entre enla es on el
mismo oste.
Es posible ongurar EIGRP para balan ear el trá o sobre enla es

on oste distinto utilizando el omando varian e.
El omando varian e permite al administrador identi ar el ámbito

de la métri a in luyendo aminos adi ionales on el uso del
parámetro multipli ador.
Router( onfig-router)#varian e multipli ador
El ampo multipli ador por defe to es 1 y puede llegar a 128.
Este ampo identi a el ámbito en el ual se pueden utilizar

las rutas, se multipli a el oste de la mejor ruta a un destino
por el multipli ador y así obtenemos el umbral.
10.4.4. Modi a ión del pro eso de EIGRP

Existen varias formas de modi ar el omportamiento de una red,
in luyendo balan eo de arga sobre varios aminos, sumariza ión de
rutas, y redu iendo la fre uen ia de a tualiza ión de los tiempos de
a tualiza ión.
Cuanto menos hello se envíen más va a tardar en propagarse un error

y aumentará el tiempo de onvergen ia.
Los Hello y los ACK utilizan RTP ya que se envían sólo modi a-
iones in rementales.
El pro eso envía ruta por defe to en el AS y una ruta estáti a es el

AS del ISP o de la organiza ión.
Se puede ongurar el temporizador de Hello y el Holdtimer, pero

se debe de onsiderar la reper usión que esto tendrá en la red.
10.4.5. El temporizador de intervalo de Hello

Modi ar el intervalo de Hello afe ta a la disponibilidad de la red en
uanto a anun iar las modi a iones a los ve inos.
Router( onfig-if)#ip hello-interval eigrp AS segundos
Este omando se utiliza para de rementar el periodo de envío de hello

en interfa es NBMA es muy útil, ya que en enla es lentos (menos que
un T1) se envían los Hello ada 60 segundos por defe to.
10.4.6. El temporizador de holdtime

Modi ar el intervalo de Holdtime impli a que se va a modi ar el
tiempo que puede esperar EIGRP sin re ibir hello de sus ve inos.
Por defe to este tiempo es igual a 3 ve es el tiempo de envío de Hello.
Router( onfig-if)#ip hold-time eigrp AS segundos
Este omando se utiliza para de rementar el periodo de envío de hello

en interfa es NBMA es muy útil, ya que en enla es lentos (menos que
un T1) se envían los Hello ada 60 segundos por defe to.
10.4.7. Comandos op ionales sobre WANs

Los omandos bandwidth y bandwidth-per ent son muy útiles
para determinar la utiliza ión de re ursos de EIGRP al enviar sus
a tualiza iones.
Uno de los máximos bene ios de EIGRP y OSPF es su apa idad

de enviar el mínimo trá o posible.
Esta ara terísti a ayuda a de rementar el tiempo de onvergen ia.

10.4.8. Utiliza ión de an ho de banda por EIGRP

EIGRP no utiliza más del 50 % del an ho de banda del enla e para
informa ión de routing.
El omando bandwidth utilizado en los routers Cis o permite

estable er los valores de an ho de banda que utilizará el proto olo
para sus ál ulos.
El an ho de banda (bandwidth) es una onstru ión lógi a que tiene

impli a iones en la fun ión del router. Esto no modi a el an ho de
banda del router.
10.4.9. Reglas de ongura ión del bandwidth en

nube NBMA
Cis o identi a tres reglas que se deben seguir uando se ongura
EIGRP sobre una nube NBMA.
El trá o EIGRP no debe ex eder la apa idad del Committed

Information Rate (CIR) del Cir uito Virtual (VC).
El trá o agregado de EIGRP sobre el VC no debe ex eder la

velo idad de la línea y/o del interfaz.
El an ho de banda de EIGRP en ada VC debe ser el mismo

en ambas dire iones.
10.4.10. Congura ión del bandwidth sobre una

red punto multipunto
La ongura ión del omando bandwidth en una nube NBMA
depende del diseño de los VCs.
Si la línea serie tiene varios VCs en la ongura ión multipunto,

EIGRP distribuirá su arga entre los VCs.
El omando bandwidth deberá pues reejar la velo idad del enla e

en la nube Frame Relay.
10.4.11. Congurar el an ho de banda en una red

híbrida multipunto
Si la red multipunto tiene varias velo idades en los VCs es ne esaria
una solu ión más ompleja:
Utilizar el CIR más pequeño y ongurar el omando bandwidth en

el interfaz. Esta solu ión no puede ser la más óptima.
Si es posible, es mu ho más sen illo ongurarlo utilizando subinter-

fa es, donde onguramos el bandwidth en ada subinterfaz.
Router( onfig)#interfa e interfaz subinterfaz

Router( onfig-subif)#bandwidth an ho-de-banda
10.4.12. Congurar una red pura punto a punto

Si hay varios VCs, tiene que haber su iente an ho de banda para
soportar el trá o de EIGRP.
Los subiruta por defe to en el AS y una ruta estáti a es el AS del

ISP o de la organiza ión.
En este aso el omando ip bandwidth-per ent eigrp es ade uado.
El omando ip bandwidth-per ent eigrp intera túa on el omando

bandwidth del interfaz.
Router( onfig)#interfa e interfaz subinterfaz

Router( onfig-subif)#ip bandwidth-per ent eigrp
por entaje-del-bandwidth
10.5. VERIFICACIÓN DE LA CONFIGURACIÓN DE EIGRP257
10.5. Veri a ión de la ongura ión de

EIGRP
show ip eigrp neighbors
Pro ess: Muestra el AS en el ual está fun ionando EIGRP.
Address: Dire ión IP del ve ino EIGRP.
Interfa e: Interfaz por el que se ha re ibido el hello.
Holdtime: Tiempo en segundos que el router esperará para es u har

el siguiente hello.
Uptime: Tiempo trans urrido desde que se ha re ibido el primer

hello.
Q Count: Número de paquetes EIGRP que el router tiene en olados.
Seq Num: Número de se uen ia del último paquete que se ha

re ibido.
SRTT: Smooth Round-Trip Time. Tiempo en milisegundos y medido

desde el envío del paquete al re eptor.
RTO: Restransmission TimeOut. Medido en milisegundos. Muestra

uanto esperará a re ibir la respuesta antes de reenviar.
show ip eigrp topology
show ip eigrp traffi

10.6. TROUBLESHOOTING DE LA OPERACIÓN DE EIGRP259
10.6. Troubleshooting de la opera ión de

EIGRP
debug eigrp pa ket: Muestra los paquetes enviados y re ibi-
dos por el router. Se puede es oger el paquete que queremos
monitorizar (existen 11).
druta por defe to en el AS y una ruta estáti a es el AS del ISP

o de la organiza ión.
Un prebug eigrp neighbors: Muestra los paquetes hello

enviados y re ibidos por el router y los ve inos des ubiertos
en el pro eso.
debug ip eigrp route: Muestra los ambios que se van

produ iendo en la tabla de routing (a tivado por defe to).
debug ip eigrp summary: Muestra el pro eso tomado uando

la sumariza ión ha ambiado en el router.
Capítulo 11
BGP
11.1. Introdu ión a BGP

BGP es un proto olo extremadamente omplejo utilizado a través de
Internet y dentro de empresas multina ionales.
La fun ión de un proto olo de routing de pasarela externa,

omo BGP, no es en ontrar una red espe í a, sino propor ionar
informa ión que permita en ontrar el AS en el ual se en uentra
di ha red.
El proto olo de routing de pasarela interna (RIP, IGRP, EIGRP,

IS-IS, OSPF...) es el en argado de en ontrar la red espe í a que se
está bus arndo
11.1.1. Cara terísti as de BGP

Estas ara terísti as demuestran por qué este proto olo es el mejor
para routing exterior.
Las laves prin ipales de BGP in luyen:
Es un proto olo de routing path ve tor.
261
262 CAPÍTULO 11. BGP
BGP soporta VLSM, CIDR y sumariza ión.
En el ini io de la sesión de envían a tualiza iones ompletas;

las a tualiza iones por disparo se enviaran posteriormente.
Se rean y mantienen las onexiones entre peers utilizando el

puerto 179/TCP.
La onexión se mantiene por keepalives periódi os.
Cualquier ambio en la red resulta una a tualiza ión por

disparo.
Las métri as utilizadas por BGP, llamadas atributos, permiten

gran granularidad en la sele ión del amino.
El uso de de dire ionamiento jerárqui o y la apa idad de

manipular el ujo de trá o son unas de las ara terísti as que
permiten al diseño de la red re er.
BGP tiene su propia tabla de routing, sin embargo es apaz de

ompartir y preguntar sobre la tabla de routing IP interior.
Es posible manipular el ujo de trá o utilizando atributos.

Esto signi a que una ruta no puede enviar trá o si el
siguiente salto no quiere.
11.1. INTRODUCCIÓN A BGP 263
Una de las mayores aruta por defe to en el AS y una ruta

estáti a es el AS del ISP o de la organiza ión.
Un prra terísti as distintivas de BGP son sus a tualiza iones.
A BGP no le interesa omuni ar un ono imiento de ada

subred de la organiza ión, sólo le interesa utilizar su iente
informa ión para en ontrar un AS.
Las a tualiza iones de routing de BGP lleva la sumariza ión

al extremo omuni ando úni amente los números de los AS,
prejos de dire iones agregadas e informa ión de routing
basada en políti as.
BGP asegura la abilidad del transporte llevando sus a tuali-

za iones de routing y sin ronizando las a tualiza iones de rou-
ting.
BGP puede ser implementado de diferentes formas:
• Entre AS: En este momento a túa omo un proto olo de

pasarela exterior, enton es lo llamaremos eBGP.
• Dentro de una AS: BGP se puede utilizar para llevar

informa ión exterior entre routers eBGP que residen en
el mismo AS, enton es lo llamaremos iBGP.
Comparativa de proto olos:
BGP es un proto olo de routing avanzado ve tor distan ia.
Utiliza TCP para gestión de la sesión able.
Utiliza el puerto 179/TCP.

11.1. INTRODUCCIÓN A BGP 265
11.1.2. Terminología de BGP

Agrega ión: El término de BGP para sumariza ión.
Atributo: Similar a la métri a, dene ara terísti as del amino
al destino. Estas ara terísti as pueden ser utilizadas para tomar
de isiones sobre el amino a tomar.
Sistema Autónomo: Deni ión de los límites de la red. El AS

dene todos los routers dentro del dominio administrativo, donde
ada router tiene un ono imiento de las redes en el dominio. Si
se utiliza BGP para inter one tar AS, ada AS debe tener una
numera ión úni a asignada por las omunidades de dire ionamiento
de Internet.
Exterior Gateway Proto ol (EGP): Término genéri o para un

proto olo que fun iona entre diferentes AS.
Interior Gateway Proto ol (IGP): Proto olo de routing que

fun iona dentro de un AS.
Internal BGP (iBGP): Cuando BGP se utiliza dentro de un

AS. Para ser ve inos los routers no tienen por qué ser físi amente
adya entes. iBGP se utiliza entre routers eBGP del mismo AS.
Originator-ID: Atributo de BGP op ional no transitivo que se rea

por los route ree tors. Este atributo ontiene el router-ID del router
que ha originado la a tualiza ión. El propósito de este atributo es
prevenir bu les de routing. Si el router que lo ha originado re ibe su
a tualiza ión la ignorará.
Poli y-based routing: Permite al administrador programar el

proto olo de routing deniendo ómo se va a enrutar el trá o. Es
una forma de routing estáti o forzado por unos ACLs llamados route
maps. El Poli y-Based Routing (PBR) es independiente al proto olo
y utiliza route mruta por defe to en el AS y una ruta estáti a es el
Prex list: Los prex list se utilizan omo alternativa a los

distribute list para ontrolar ómo BGP aprende las a tualiza iones
anun iadas. Los prex list son más rápidos, más exibles y menos
intensivos de pro esador que los distribute list.
Route ree tor: Router que está ongurado para reenviar rutas
desde otros lientes identi ados iBGP, esto elimina la ne esidad de
la red totalmente mallada iBGP, preservando los re ursos de la red.
Una red totalmente mallada tiene el problema de la sobre arga y la
di ultad de ser es alable.
Route ree tor lient: El liente es un router que tiene sesiones

TCP on su peer iBGP que a túa omo route ree tor. Reenvía rutas
al route ree tor, el ual propaga estas a los demás routers. El liente
no tiene otros peers.
Route ree tor luster: Un luster es un grupo onsistente de

route ree tor y lientes. Puede haber más de un route ree tor.
Syn hronization rule: Esta regla ha e que un router no puede

reenviar una ruta al peer eBGP a no ser que la ruta se en uentre
en su tabla de routing IP lo al. Esto requiere que el routing IGP y
BGP esté sin ronizado, así se previene a BGP de anun ios de rutas
dentro de AS que no puedan ser dire ionadas dire tamente.
Si BGP está totalmente mallado no es ne esario utilizar tablas IGP

y la sin roniza ión puede ser deshabilitada on el omando:
Router( onfig-router)#no syn hronization

Transit Autonomous System: AS que se utiliza para transportar
trá o BGP a otro AS. No existe trá o BGP destinado a este AS,
simplemente este AS permite que el trá o pase a través de el.
11.1.3. Cuándo utilizar BGP

Existen situa iones espe í as en las que es ne esario utilizar BGP:
La organiza ión se one ta a múltiples ISPs o ASs, se justi a

el oste adi ional utilizando estos enla es redu iendo uellos
de botella y ongestión. En este aso se ne esitan de isiones de
routing basadas en políti a basadas en el enla e.
La políti a de routing del ISP y el de la organiza ión dieren

y es ne esario que exista omuni a ión.
11.2. INTRODUCCIÓN A LA OPERACIÓN DE BGP 267
El trá o de la organiza ión ne esita diferen iar qué trá o es

de ada ISP.
La organiza ión es un ISP, y debido a la naturaleza del nego io

es ne esario que el trá o de otros ASs ir ule por el AS de
la organiza ión, fun ionando omo AS de tránsito.ruta por
defe to en el AS y una ruta estáti a es el AS del ISP o de
la organiza ión.
11.1.4. Cuándo no utilizar BGP

Una red simple es una red que es fá ilmente gestionable y mantenible,
lo ual es razón para evitar la utiliza ión de BGP.
El ISP y la organiza ión tienen la misma políti a de routing.
Aunque la organiza ión tenga varías onexiones a Internet, no

está previsto utilizar más de una simultáneamente.
Existen re ursos limitados, omo CPU o memoria en los

routers.
El an ho de banda en el AS es bajo, y la utiliza ión de

informa ión de routing adi ional reper utirá en un an ho de
banda disponible más bajo para trá o de datos.
11.2. Introdu ión a la opera ión de BGP

BGP es un orientado a la onexión.
Cuando los ve inos se ven , se estable e y se mantiene una sesión

de peering BGP.
BGP envía keepalives periódi amente para mantener el enla e y la

sesión.
Estos keepalives son la abe era de 19 bytes de la abe era de BGP

utilizada en las a tualiza iones.
Una vez que se ha estable ido la sesión, las tablas de routing son
inter ambiadas y sin ronizadas.
En ese momento los routers se envían a tualiza iones in rementales

sólo uando hay ambios.
La a tualiza ión onsiste en un úni o path y las redes que pueden

ser al anzadas por ese path.
Una vez orregida la tabla de routing, el pro eso de BGP propaga

los ambios a todos los ve inos, asegurándose que no hay bu les.
11.2.1. Mensajes utilizados en BGP

Open messages: Utilizados para estable er onexiones on peers.
Keepalives: Enviados periódi amente entre peers para mantener
las onexiones y veri ar los paths que el router tiene enviando el
keepalive. Si el temporizador se ongura a 0, esto igual a innito, y
no se envían keepalives.
Update messages: Contiene paths a redes de destino y los atributos

del path. Hay un path por a tualiza ión, requiriendo mu has
a tualiza iones para múltiples paths. La informa ión ontenida en
las a tualiza iones in luyen los atributos del path omo el origen,
path del AS, ve ino, o la métri a entre AS.
Noti a ión: Utilizado para informar al router re eptor de los

errores que ausan que se ierre la onexión.
11.2.2. CIDR y agrega ión de rutas

BGP ne esita omuni ar mu ha informa ión entre los sistemas
autónomos, pero no toda es ne esaria. Si el diseño de la red permite
sumariza ión se pueden redu ir la ne esidad de re uros (CPU,
memoria) durante la a tualiza ión de rutas.
CIDR es una de las solu iones implementada en los últimos años, lo

ual onstituye un método de onsolidar dire iones en unas po as
sumarizadas.
11.2. INTRODUCCIÓN A LA OPERACIÓN DE BGP 269
La sumariza ión redu e el número de bits de prejo e in orpora otras

redes que ompartan ese prejo en una úni a dire ión.
BGP propaga el prejo y la más ara, permitiendo un diseño

jerárqui o y redu iendo los re ursos de la red.
Un router puedruta por defe to en el AS y una ruta estáti a es el

Un router puede enviar rutas agregadas, rutas que no hayan sido

agregadas o ambas.
Las rutas pueden ser agregadas uando pasan a través de un AS.
11.2.3. BGP y routing basado en políti as

Routing Basado en Políti as propor iona al administrador la
apa idad de denir ómo será enrutado el trá o a través del AS.
El Routing Basado en Políti as es un tipo de routing estáti o forzado

por a ess lists, in luyendo route maps, distribute lists, prex lists, y
lter lists. Esta prá ti a inuye en la tabla de routing tanto entrante
omo saliente.
Mediante mu has variables o atributos, en BGP se puede inuir en

el routing dinámi o, al administrador se le propor iona un gran nivel
de ontrol.
Esta ara terísti a distingue a BGP del resto de los proto olos de
routing.
11.2.4. Reglas del routing basado en políti as

BGP puede implementar alguna de las siguientes reglas aso iadas
on el paradigma hop-by-hop. Este paradigma tiene la apa idad
de inuir en omo el router elige al next-hop. Esto afe ta al path
ompleto.
Las reglas son las siguientes:
El trá o puede ser dirigido basándose en la dire ión de

origen, la de destino o ambas.
El Routing Basado en Políti as (PBR) afe ta sólo al next-hop

en el path al destino.
El PBR no afe ta al destino del paquete. Afe ta al aminio

tomado al destino.
El PBR no permite que el trá o enviado a otro AS tome otro

amino que el elegido por el AS.
Es posible inuir úni amente en omo al anzar al ve ino, no

ómo enrutarse por el AS.
El PBR examina la dire ión de origen, la ual se ongura en

el interfaz de entrada.
11.3. ATRIBUTOS DE BGP 271
11.3. Atributos de BGP

La lave de BGP es su apa idad de desviar el trá o basándose en
riterios determinados por los arquite tos de la red. BGP tiene que
ver on la apa idad de manipular el ujo de trá o a través de la
red.
Estas ara terísti as pueden ser utilizadas para distinguir los paths
( aminos) al utilizar PBR. Así que la PBR utiliza los atributos de
BGP para tomar de isiones sosti adas en la sele ión del path.
BGP dire iona el ujo de trá o utilizando atributos.
El uso de atributos se reere al uso de variables en la sele ión del

mejor amino para el proto olo deruta por defe to en el AS y una
ruta estáti a es el AS del ISP o de la organiza ión.
BGP utiliza atributos para sele ionar el mejor amino. Bási amente
los atributos son la métri a de BGP.
Las variables des riben ara terísti as o atributos del amino al

destino.
Mu ha informa ión transportada en los mensajes de a tualiza ión es

más importante que otra.
Ya que la informa ión de BGP en las a tualiza iones varía en la red,

la ategoriza ión es muy importante.
Los atributos se dividen en dos partes:
Well-known: Atributos que su utiliza ión es obligatoria
Optional: Atributos op ionales.
Además ada una de las dos divisiones se dividen a su vez en dos

más, permitiendo así una mayor granularidad.
11.3.1. Categorías de los atributos de BGP

Well-known
Mandatory: Estos atributos son requeridos y deben ser

re ono idos por todas las implementa iones de BGP.
Dis retionary: Estos atributos no son requeridos, pero en

el aso de estar presentes todos los routers que eje uten
BGP tiene que re ono erlos y a tuar en la informa ión que
ontienen.
Optional
Transitive: El router no debe de re ono er estos atributos,

pero si este es el aso, mar ará la a tualiza ión omo par ial y
enviará la a tualiza ión ompleta on los atributos, al siguiente
router. Los atributos atraviesan el router sin ser ambiados, si
no son re ono idos.
Nontransitive: Estos atributos son eliminados si aen en un

router que no entiende o re ono e los atributos. Estos atributos
no serán propagados al peer BGP.
Los Atributos de BGP in luyen:
AS-path *
Next-hop *
Lo al preferen e
Multi-exit dis riminator (MED)
Origin *
Community
Weight **
Atomi Aggregate *
Aggregator
Originator ID
Cluster ID
* = Atributos Well-Known mandatory
** = Propietario de Cis o Systems
11.3.2. Atributo AS_Path

Well-known, mandatory, ódigo 2, preferen ia el amino más orto.
Lista on todos los ASs que la ruta tiene que atravesar.
p.e. El Router B, el path a 192.168.10 es la se uen ia de AS 65500

64520.
11.3.3. Atributo Next Hop

Well-known, mandatory, ódigo 3, preferen ia el amino más orto.
Siguiente salto para al anzar la red.
El Router A anun ia la red 172.16.0.0 al router B en eBGP,

on un next hop 10.10.10.3.
El Router B anun ia 172.16.0.0 en iBGP al Router C,

manteniendo 10.10.10.3 omo la dire ión del next hop.
En eBGP, es la dire ión que ha originado la a tualiza ión de routing

del otro AS.
En iBGP, para las rutas originadas fuera del AS, se mantiene omo
next hop la dire ión que ha originado la a tualiza ión del otro AS.
11.3.4. Atributo Lo al Preferen e

Well-known, dis retionary, ódigo 5, preferen ia valor mayor.
Los Paths on el mayor valor de la preferen e son deseados.
Preferen e ongurada en los routers.
Preferen e enviada úni amente a ve inos iBGP.
Este atributo se utiliza para de irle a los otros routers dentro del AS
omo salir del AS en aso que tengamos varias posibilidades.
Es el opuesto al atributo MED.
Este valor se pasa úni amente entre ve inos iBGP
11.3.5. Atributo MED (Multiple Exit Dis rimi-

nator)
Este atributo informa a los routers de fuera del AS que amino tomar
para entrar en el AS.
El MED es ono ido omo la métri a externa de una ruta.
MED se pasa entre ASs, pero no se propagará a ASs ter eros.
Optional, nontransitive, ódigo 4, preferen ia menor valor.

Paths on el MED (también llamado métri a) menor son deseables:
El MED se ongura en los routers.
MED se envía úni amente a los ve inos eBGP.
11.3.6. Atributo Origin

Well-known, mandatory, ódigo 1, preferen ia ódigo origin menor,
donde IGP < EGP < In omplete.
Identi a el origen de la a tualiza ión de routing.
IGP (i)
Comando network.
EGP (e)
Redistribuido desde EGP.

In omplete (?)
Redistribuido desde IGP o ruta estáti a.
El path se origina dentro del AS. Se rea on el omando de iBGP

network. La ruta se mar a en la tabla de routing BGP on una i .
Si el origen es un proto olo de routing exterior, se mar ará on una

e en la tabla de routing de BGP.
La ruta puede haber sido redistribuida en BGP, por tanto tener

informa ión in ompleta. La ruta se mar ará omo ? .
11.3.7. Atributo Community

Optional, transitive, ódigo 8, preferen ia no existente porque no es
utilizada en la sele ión del path.
Esta es la apa idad de etiquetar iertas rutas que tiene algo en

omún.
Se suele utilizar en onjun ión on otros atributos que afe ten a la

sele ión de la ruta para la ommunity.
Las ommunities no tienen límites geográ os o lógi os.
BGP puede ltrar en el interfaz de entrada o en el de salida las rutas

para redistribu ión o sele ión de path.
11.3.8. Atributo Weight1

Denido por Cis o, preferen ia el valor mayor.
Paths on el valor del weight más alto serán deseables
El Weight se ongura en los routers, basándose en el ve ino
El Weight no se envía a ningún ve ino BGP, así que no tiene ódigo.
11.3.9. Atributo Atomi Aggregate

Well-known, dis retionary, ódigo 6, preferen ia no existente porque
no es utilizada en la sele ión del path.
El router que ha originado de la ruta agregada.
Útil porque muestra informa ión que ha sido perdida al realizar la

agrega ión de rutas.
11.3.10. Atributo Aggregator

Optional, nontransitive, ódigo 7, preferen ia no existente porque no
es utilizada en la sele ión del path.
1 Propietario de Cis o Systems

Este atributo muestra el Router ID y el número de AS del router

responsable de la agrega ión de la ruta.
Este atributo in luirá una lista de todos los ASs que las rutas
agregadas han atravesado.
Muestra al re eptor, en otro AS, el router que ha originado la ruta

agregada.
11.3.11. Atributo Originator ID

Optional, nontransitive, ódigo 9, preferen ia no existente porque no
es utilizada en la sele ión del path.
El route ree tor añade este atributo.
Lleva el Router ID en el AS lo al.
Se utiliza para prevenir bu les.
11.3.12. Atributo Cluster ID

Optional, nontransitive, ódigo 10, preferen ia no existente porque
no es utilizada en la sele ión del path.
Identi a a los routers envueltos en la route ree tion.
El luster muestra el ree tion path que se ha tomado.
Se utiliza para evitar errores de bu les.
11.3.13. Ejemplos
11.3.13.1. El atributo Next Hop en una red de broad ast
multia eso
En una red de broad ast multia eso.

El Router B anun iará la red 172.30.0.0 al Router A en eBGP,

on el next hop de 10.10.10.2, no 10.10.10.1.
Esto evita un salto inne esario.
En eBGP el next hop es la dire ión IP del router que anun ia el

AS. La dire ión IP se espe i a on el omando network.
En un entorno de multia eso si la ruta viene de otro router se puede

anun iar el next hop on la dire ión del otro router, esto evita que
se den más vueltas de las ne esarias.
La regla es: La dire ión del route que originalmente envía la

a tualiza ión en un entorno de multia eso se mantiene omo next
hop.
11.3.13.2. El atributo Next Hop en una red NBMA

En NBMA se umplen las mismas reglas que en entornos de
mutlia eso broad ast.
Sin embargo si no existe one tividad dire ta entre los routers se

puede evitar que el router anun ie el next hop on la dire ión de
otro router mediante omandos.
En una red NBMA:
Por defe to, el Router B anun iará la red 172.30.0.0 al Router

A en eBGP on un next hop de 10.10.10.2, no de 10.10.10.1.
Puede ser sobrees rita.
11.3.14. Mensajes de BGP

BGP dene los siguientes tipos de mensajes:
Open:
• In luye el holdtime y el Router ID de BGP.
Keepalive:
Update
• Informa ión para un úni o path (puede tener varias

redes).
• In luye los atributos del path y las redes.
Noti ation
• Cuando se dete ta un error.
• Conexión BGP errada después de enviar.
11.3.15. Sin roniza ión de BGP

Regla de sin roniza ión: No utilizar, o anun iar a un ve ino externo,
una ruta aprendida por iBGP, hasta que no se haya aprendido de
IGP.
Asegura onsisten ia de la informa ión a través del AS.
Evita agujeros negros en el AS.
Es más seguro desa tivar la sin roniza ión uando todos los
routers del AS están eje utando BGP porque todos los routers
han aprendido esa ruta mediante IGP.
Todos los routers en el AS 6550 están eje utando BGP; no

en uentran rutas IGP.
Si la sin roniza ión está a tiva (por defe to), enton es:
Los Routers A, C, y D no utilizarán o anun iarán la ruta a

172.16.0.0 hasta que re iban la mat hing route vía un IGP.
El Router E no sabrá de la existen ia de 172.16.0.0.
Si la sin roniza ión está desa tivada, enton es:
Los Routers A, C y D utilizarán y anun iarán la ruta que

han re ibido vía iBGP; El Router E ono erá la existen ia de
172.16.0.0.
Si el Router E envía trá o para la red 172.16.0.0, los Routers

A, C y D en aminarán los paquetes orre tamente al Router
B.
11.3.16. Pro eso de sele ión de ruta

Considerando úni amente rutas sin ronizadas sin bu les en el AS y
on un next hop válido, enton es:
1. Se preere el weight mayor (lo al del router y propietario de

Cis o).
2. Se preere la lo al preferen e mayor (global del AS).
3. Se preere la ruta originada por el router lo al.
4. Se preruta por defe to en el AS y una ruta estáti a es el AS

del ISP o de la organiza ión.
5. Se Preere el AS_Path más orto.
6. Se preere el Origin más pequeño (IGP < EGP < in omplete).

7. Se preere el MED más pequeño (desde otro AS).
8. Se preere el path eBGP sobre el path iBGP.
9. Se preere el path a través del ve ino IGP más er ano.
10. Se preere la ruta más antigua de los paths eBGP.
11. Se preere el path on el ve ino BGP que tenga el Router ID

más bajo .
12. Se preere el amino on el ve ino BGP que tenga la dire ión

IP más baja.
11.4. Congura ión bási a de BGP

11.4.1. Comandos requeridos de BGP
Para one tar on otros ASs, es ne esario ongurar los siguientes
puntos:
routerA( onfig)#router bgp 64520

RouterA( onfig-router)#neighbor 10.1.1.1 remote-as 65000
RouterB( onfig)#router bgp 65000
RouterB( onfig-router)#neighbor 10.1.1.2 remote-as 64520
Ini iar el pro eso de routing.
El ve ino BGP on el ual el pro eso de routing sin ronizará

las tablas de routing sobre una sesión TCP.
Router( onfig)#router bgp número-de-AS
Este omando ongura el pro eso de routing.

11.4. CONFIGURACIÓN BÁSICA DE BGP 285
11.4.2. Identi ar a los ve inos y denir el peer-

group
Un peer group es un grupo de ve inos que omparten la misma
políti a de a tualiza iones.
Con este me anismo se les agrupa para una ongura ión más
simple.
El peer group también redu e la arga de la red, ya que los

routers iBGP
2 no ne esitan estar totalmente mallados.
El uso del nombre-del-peer-group permite la identi a ión del

router omo miembro del peer group.
Router( onfig-router)#neighbor nombre-del-peer-group

peer-group
Una vez que el peer group ha sido denido, es posible denir

los ve inos para todos los miembros del peer group.
Router( onfig-router)#neighbor dire ión-IP |

nombre-del-peer-group remote-as número-de-AS
11.4.3. Ejemplo de ongura ión bási a
2 En iBGP, el número del AS remoto y el número de AS denido en el pro eso

de routing es el mismo, en eBGP son diferentes.
RouterA( onfig)#router bgp 64520

RouterA( onfig-router)#neighbor 10.1.1.1
remote-as 65000
RouterB( onfig-router)#neighbor 10.1.1.2
remote-as 64520
11.5. Comandos op ionales de BGP

Los omandos op ionales de BGP utilizados en la ongura ión
bási a realizan las siguientes fun iones:
Denen las redes que tiene que ser anun iadas.
Fuerzan la dire ión del next hop.
Agrega ión de rutas.
11.5.1. Denir las redes a anun iar

Para denir las redes a anun iar por BGP se utiliza el siguiente
omando:
Router( onfig-router)#network dire ión-de-red mask

más ara-de-red
El omando network determina las redes que son originadas por el

router.
Este omando no identi a los interfa es que parti ipan en BGP,

sino que indi a que las redes serán anun iadas por BGP.
El omando network debe de in luir todas las redes que tienen que
ser anun iadas en el AS, o simplemente las dire tamente one tadas
al router.
11.5. COMANDOS OPCIONALES DE BGP 287
11.5.1.1. Ejemplo on network
RouterA( onfig)#router bgp 64520

RouterA( onfig-router)#neighbor 10.1.1.1
remote-as 65000
RouterA( onfig-router)#network 172.16.0.0
remote-as 64520
RouterB( onfig-router)#network 172.17.0.0
11.5.2. Forzar la dire ión del next hop

En una red de multia eso, la regla es que la dire ión de origen es
la del router que ha originado el paquete en la red.
Esto puede ausar problemas en redes NBMA, donde puede que no

haya one tividad on el router que lo ha originado y los paquetes
sean des artados.
Para solu ionar este problema se utiliza el omando:
Router( onfig-router)#neighbor {dire ión-ip |

peer-group} next-hop-self
Este omando fuerza que la ruta se anun iada on el next hop

modi ado.
11.5.3. Agrega ión de rutas

Para sumarizar o agregar rutas dentro del dominio de BGP,
utilizaremos el siguiente omando:
Router( onfig-router)#aggregate-address dire ión-ip

más ara [summary-only℄ [as-set℄
Si se utiliza el parámetro summary-only, enton es las rutas espe í-

as son suprimidas y sólo se propagará la sumarizada.
Si se utiliza el parámetro as-set, enton es todos los ASs que atraviese

serán alma enados en el mensaje de a tualiza ión.
Los atributos AS_Path de los prejos se onstruirán on el agregado.

11.5. COMANDOS OPCIONALES DE BGP 289
11.5.4. Ejemplo

RouterB( onfig-router)#neighbor 10.1.1.2 remote-as
64520
remote-as 65000
mask 255.255.255.0
mask 255.255.255.0
RouterB( onfig-router)#no syn hronization

next-hop-self
RouterB( onfig-router)#aggregate-address 172.16.0.0
255.255.0.0 summary-only
11.6. Gestionar y veri ar BGP

11.6.1. Resetear onexiones TCP entre ve inos
Después de ambios en la ongura ión de BGP, es ne esario resetear
las sesiones TCP entre ve inos:
Router# lear ip bgp {* | dire ión} [soft [in | out℄℄
Este omando des one ta la sesión entre los ve inos y la restable e

utilizando la nueva ongura ión que se ha introdu ido.
La op ión soft no tira las sesiones, pero reenvía las a tualiza iones.
Las op iones in y out permiten la ongura ión del interfaz entrante

o saliente.
11.6. GESTIONAR Y VERIFICAR BGP 291
11.6.2. Comandos show rela ionados on BGP

Router#show ip bgp
Muestra la tabla de routing BGP:
Router#show ip bgp paths
Muestra la tabla topológi a:

Router#show ip bgp summary

Muestra informa ión sobre las sesiones TCP:
Router#show ip bgp neighbors

Muestra informa ión sobre las onexiones TCP on los ve inos.
Cuando se estable e la onexión, los ve inos pueden inter ambiar
a tualiza iones:
Router#show pro esses pu
Muestra los pro esos a tivos en el router. Identi a los pro esos que
están onsumiendo ex esivos re ursos:
11.6.3. Comandos debug de BGP

Router#debug ip bgp [dampening | events |
keepalives | updates℄
Este omando muestra informa ión a tiempo real de los eventos que
van su ediendo.
Route dampening es un me anismo para minimizar la inestabilidad

ausada por el apping de rutas.
Los omandos de depura ión en BGP no se tratan on la misma

profundidad que otros proto olos en el BSCI ya que BGP no es un
proto olo muy extendido en las empresas, aunque sí en los ISPs.
11.6.4. Métodos alternativos para one tar on

otros ASs
Si no es ne esaria la utiliza ión de BGP, hay que onsiderar otras
op iones para one tar la red a otro AS.
Para ello tenemos dos op iones:
Una ruta por defe to en el AS y una ruta estáti a es el AS del

ISP o de la organiza ión.
Un proto olo de routing en el AS, ha iendo el AS del ISP parte

de nuestro AS. En este aso haremos redistribu ión dentro del
dominio, también podemos poner una pseudoseguridad omo

ACLs o un rewall.
El uso de rutas por defe to y estáti as es una alternativa a BGP

que ha sido usado durante mu ho tiempo, en redes satélite, redes
one tadas a un enla e telefóni o o in luso por residen iales para
one tarse a Internet.
Router( onfig)#ip route prefijo más ara {interfaz |

dire ión-ip} [distan ia℄
11.6.5. Construyendo una red utilizando iBGP

Aunque BGP es un proto olo de routing exterior, dispone de dos
omportamientos:
Internal BGP (iBGP).
External BGP (eBGP).
La diferen ia depende de la fun ión del proto olo de routing, es

el router el que determinará si el será un ve ino eBGP o iBGP
omprobando el número de AS en las a tualiza iones.
eBGP envía informa ión de routing entre ASs.
iBGP se utiliza dentro de un úni o AS y se suele utilizar para

omuni ar dos routers eBGP situados en el mismo AS.
11.6.6. Requerimientos de red en iBGP

Para diseñar e implementar orre tamente BGP es ne esario tener
en uenta algunas ara terísti as de BGP que es ne esario entender:
Los routers iBGP no tienen que estar dire tamente one tados.
Los routers eBGP tienen que estar físi amente one tados.
11.6.7. Conexiones físi as y lógi as

Los routers iBGP no requieren estar one tados en el mismo
medio físi o, pero tienen que estar one tados utilizando el puerto
179/TCP, esto signi a que iBGP tiene independen ia de la
topología.
La omuni a ión entre routers iBGP puede ser propagada on otro

proto olo IGP ya que BGP no requiere una onexión físi a sino
lógi a.
BGP puede pasar la informa ión de routing al proto olo IGP que
esté en la red mediante redistribu ión.
Re ordemos que la fun ión de BGP es en ontrar el AS que ontiene

la ruta, no en ontrar al destinatario, de ello se en arga el proto olo
IGP orrespondiente.
11.6.8. Propaga ión de rutas entre routers iBGP

Un router iBGP propagará una ruta a un ve ino BGP bajo las
siguientes ondi iones:
Si la ruta ha sido generada por el router emisor:
• Vía el omando network.
• Redistribuyendo desde IGP.
• Redistribuyendo rutas estáti as.
Si la ruta anun iada es una ruta one tada:
Bási amente, si la ruta ha sido aprendida desde una a tualiza ión

de un ve ino BGP dentro del mismo AS no se propagará de forma
interna, un router eBGP se la puede propagar úni amente a otro
eBGP.
Como iBGP no reenvía a tualiza iones lo aprende todo de sus ve inos

iBGP, así que en iBGP la manera de que se puedan omuni ar será
on una red totalmente mallada.
11.6.9. Sin roniza ión

Antes de poder propagar una ruta interna a otro AS es ne esario que
el proto olo de routing IGP esté sin ronizado on BGP.
La sin roniza ión se asegura que si el trá o se envía al AS, el

proto olo IGP ono erá su destino.
Esta regla está habilitada por defe to y sólo se puede desa tivar en
situa iones muy on retas, omo p.e. que todos los routers de AS
eje uten BGP.
La sin roniza ión es bene iosa por:
Preserva que el trá o sea reenviado a destinos inal anzables.
Redu e trá o inne esario.
Asegura onsisten ia dentro del AS.
En o asiones, es útil deshabilitar la sin roniza ión:
Si todos los routers en el AS eje utan BGP.
Si los routers dentro del AS están en una topología totalmente

mallada.
Cuando el AS no sea un AS de tránsito.
Router( onfig-router)#no syn hronization
11.6.10. La red totalmente mallada

La regla del horizonte dividido de BGP indi a que las rutas
aprendidas por iBGP no serán propagadas nun a a otros peers iBGP.
El horizonte dividido al igual que en otros proto olos de routing es

ne esario para que evitar bu les de red empie en en el AS.
Como resultado es ne esaria una red totalmente mallada.

11.6.11. Re ursos de una red totalmente mallada
BGP mantiene a tualizada y pre isa la informa ión de routing

enviando a tualiza iones in rementales sobre onexiones TCP.
La e ua ión para determinar el número de sesiones iBGP en una red

totalmente mallada es:
Esta e ua ión fun iona bien en entornos donde se requieren po as

sesiones, sin embargo en entornos donde existen mu hos routers no
es fa tible.
n (n−1)
2 = 13 (13−1)
2 = 78 Sesiones
11.7. DISEÑO Y CONFIGURACIÓN DE IBGP 299
11.7. Diseño y ongura ión de iBGP

Una red totalmente mallada iBGP evita bu les de routing.
Una red totalmente mallada no es es alable por:
Demasiadas sesiones TCP.
Se repli a el trá o de routing a través de todas las sesiones.
11.7.1. Route ree tors

Un Route Ree tor es un router ongurado para reenviar a tuali-
za iones a sus ve inos o peers a través del mismo AS.
Estos peers iBGP ne esitan identi arse omo lientes en la

ongura ión.
Cuando un liente envía una a tualiza ión al route ree tor, este la
reenvía a sus otros lientes.
El Router Ree tor lo que ha e bási amente es modi ar la regla del

horizonte dividido de BGP.
El Router Ree tor ne esita un peering ompleto on sus lientes,

aunque el peering entre ve inos no es ne esario.
Los non lients ne esitan seguir en topología totalmente mallada on

los Route Ree tors y el resto de non lients.
Como solu ión a estos problemas se dispone de los route ree tors.
Un Route Ree tor y sus lientes forman un luster.
Cuando un Route Ree tor reenvía a tualiza iones se a tiva el

atributo Originator-ID. Si el Route Ree tor vuelve a re ibir una
a tualiza ión on su Originator-ID, la des artará, así evitará bu les.
Si existen múltiples Route Ree tor se a tivará el atributo Cluster-

ID, el ual también se utiliza para evitar bu les.
Es posible rear varios niveles de jerarquía de Route Ree tor.
Los routers que no sean Route Ree tor no se verán afe tados por
ambios en la topología, ya que siguen re ibiendo las a tualiza iones
que ne esitan de los Route Ree tor.
Los Route Ree tor tienen que estar en topología totalmente

mallada.
Si reamos varios niveles de jerarquía de Route Ree tor hemos de

tener uidado on el diseño ya que no tenemos prote ión ante bu les.
Un Route Ree tor se omporta bási amente omo un espejo que

reeja las a tualiza iones de sus lientes a los demás lientes sin
ne esidad de una red totalmente mallada.
11.7.2. Bene ios de los route ree tor

Capa idad de Es alar la Red.
Fuerte Diseño Jerárqui o.
Redu ión de Trá o en la Red.
Redu ión de CPU ne esaria para mantener las sesiones TCP entre
peers iBGP.
Convergen ia más rápida y red más sen illa ya que se implementan

dos proto olos de routing:
iBGP para informa ión de routing externa que atraviesa el AS.
IGP para rutas internas del AS.
Esta solu ión es muy buena para entornos iBGP amplios omo redes
de ISPs donde no es posible disponer de una red totalmente mallada.
11.7.3. Opera ión de los route ree tor

El Route Ree tor re ibe una a tualiza ión de sus lientes y
non lientes.
Si la a tualiza ión es de un liente, reenvía la a tualiza ión a sus

liente ex epto al Originator y se le quita el Originator-ID.
Si existen varios paths el Route Ree tor es ogerá el mejor.
Si la a tualiza ión es de un non lient, reenvía la a tualiza ión a todos

sus lientes.
Si la a tualiza ión es de un peer eBGP, reenvía la a tualiza ión a

todos sus lientes y non lients.
11.7.4. Congura ión de Route Ree tors

El omando para ongurar un route ree tor es:
Router( onfig-router)#neighbor dire ión-ip

route-refle tor- lient
Para borrar un liente:
Router( onfig-router)#no neighbor dire ión-ip

route-refle tor- lient
Si se eliminan todos los lientes, el route ree tor pierde su estado y

se onvierte en un router iBGP estándar. Si esto o urre, los routers
iBGP tienen que estar en una topología totalmente mallada.
11.7.5. Ejemplo de ongura ión
Router B
router bgp 100

neighbor 10.10.10.2 remote-as 100
neighbor 10.10.10.2 route-refle tor- lient
neighbor 192.168.1.2 route-refle tor- lient
Router A
router bgp 100

network 10.10.10.0 mask 255.255.255.0
Router C
router bgp 100

network 192.168.1.0 mask 255.255.255.0
show ip bgp en Router C
11.7.6. Route refresh

Tras ualquier ongura ión de BGP, es ne esario resetear la sesión
TCP para que los ambios tengas efe to.
Es posible realizar un rebote suave (soft reboot), el ual destruirá y

re onstruirá el peering, pero sin rebotar el pro eso de BGP.
Para rebotar todas las sesiones es:
Router# lear ip bgp *
El omando para de irle al emisor que vuelva a reenviar una

a tualiza ión BGP en parti ular es:
Router# lear ip bgp dire ión-del-ve ino in
El omando para de irle al pro eso que reenvíe una a tualiza ión de
BGP es:
Router# lear ip bgp dire ión-del-ve ino out
También es posible ongurar el pro eso BGP para alma enar los
prejos antes de apli ar la políti a, esto permite que las nuevas
ongura iones sean implementadas sin tirar abajo las sesiones de
los peers.
La ongura ión se apli a basada en el ve ino y ne esita ser apli ada

en las a tualiza iones entrantes:
Router( onfig-router)#neighbor dire ión-del-ve ino

soft- onfiguration inbound
Por supuesto después del ambio de ongura ión es ne esario

resetar:
Router# lear ip bgp dire ión-del-ve ino soft [in |

out℄
11.7.7. Peer groups

Sin los Peer Groups, ada peer iBGP re ibe la misma a tualiza ión.
Esto signi a que ada router iBGP realiza los mismos ál ulos, gasto
de CPU y restringe la es alabilidad de iBGP.
Una vez denidos los Peer Groups, ada router del Peer Group
tiene la misma políti a de trá o de salida, pero permite diferentes
políti as de entrada en ada sistema. Es de ir, se genera una úni a
a tualiza ión para todo el Peer Group.
Los bene ios son:
La sobre arga administrativa se redu e, ya que la ongura ión es

simple redu iendo la probabilidad de errores.
Es ne esaria menor antidad de CPU, a elerando el trabajo en la

red, y por tanto la onvergen ia es más rápida y la red por tanto
más estable.
Para denir un Peer Group:

peer-group
remote-as sistema-autónomo
Router( onfig-router)#neighbor IP-peer-BGP peer-group
nombre-del-peer-group
11.8. Veri a ión de iBGP

11.8.0.1. Veri ar la opera ión de iBGP
El siguiente ejemplo muestra el omando que muestra la ongura-
ión del router y sus ve inos.
RouterB#show ip bgp neighbors 192.168.1.2

BGP neighbor is 192.168.1.2, remote AS 100, internal link
BGP version 4, remote router ID 192.168.1.2
BGP state = Established, up for 03:33:14
Last read 00:00:13, hold time is 180, keepalive interval is 60 se onds
Neighbor apabilities:
Route refresh: advertised and re eived(new)
Address family IPv4 Uni ast: advertised and re eived
Re eived 271 messages, 0 notifi ations, 0 in queue
Sent 265 messages, 0 notifi ations, 0 in queue
Route refresh request: re eived 0, sent 0
Default minimum time between advertisement runs is 5 se onds
For address family: IPv4 Uni ast
BGP table version 3, neighbor version 3
Index 2, Offset 0, Mask 0x4
Route-Refle tor Client
1 a epted prefixes onsume 36 bytes
Prefix advertised 6, suppressed 0, withdrawn 0
Number of NLRIs in the update sent: max 1, min 0
Conne tions established 6; dropped 5
Last reset 03:33:42, due to User reset
Conne tion state is ESTAB, I/O status: 1, unread input bytes: 0
Lo al host: 192.168.1.1, Lo al port: 11010
Foreign host: 192.168.1.2, Foreign port: 179
Enqueued pa kets for retransmit: 0, input: 0 mis-ordered: 0 (0 bytes)
Event Timers ( urrent time is 0xED5B3C):
Timer Starts Wakeups Next
11.9. CONTROLAR EL TRÁFICO DE BGP 307
Retrans 218 0 0x0

TimeWait 0 0 0x0
A kHold 216 113 0x0
SendWnd 0 0 0x0
KeepAlive 0 0 0x0
GiveUp 0 0 0x0
PmtuAger 0 0 0x0
DeadWait 0 0 0x0
iss: 326559462 snduna: 326563662 sndnxt: 326563662 sndwnd: 15111
irs: 4213153520 r vnxt: 4213157725 r vwnd: 15111 delr vwnd: 1273
SRTT: 300 ms, RTTO: 303 ms, RTV: 3 ms, KRTT: 0 ms
minRTT: 8 ms, maxRTT: 300 ms, ACK hold: 200 ms
Flags: higher pre eden e, nagle
Datagrams (max data segment is 1460 bytes):
R vd: 323 (out of order: 0), with data: 216, total data bytes: 4204
Sent: 334 (retransmit: 0, fastretransmit: 0), with data: 217, total data bytes:9
11.9. Controlar el trá o de BGP

Las a tualiza iones de BGP pueden ser ontroladas, lo ual es
ventajoso ya que se puede ontrolar el trá o de BGP en la red,
lo ual simpli a el mantenimiento y gestión de la red.
Existen tres formas de apli ar PBR en BGP:
Tomando de isiones basadas en el path del AS, la omunidad

o el prejo.
A eptando o re hazando rutas.
Modi ando los atributos para inuir en la sele ión del path.
Existen varias té ni as para ltrar el trá o en un router Cis o.
Autonomous System Path A ess Lists: ACL utilizado

en BGP para ltrar a tualiza iones enviadas desde un peer
basándonos en el path del AS.
Prex List: Utilizado para ltrar prejos, parti ularmente

en redistribu ión. Los prex lists se basan en la dire ión de
prejo. Esta op ión es parte de IOS desde la versión 12.0.
Distribute List: Utilizados para ltrar a tualiza iones de

routing. Aunque se utilizen en redistribu ión, no fueron reados
para la redistribu ión, ya que se pueden apli ar en las
a tualiza iones entrantes y salientes.
Tanto los Distribute Lists omo los Prex Lists están basados
en números de red, no en paths de ASs.
Route Maps: Utilizados para denir políti as de routing. Un

route map es un a ess lists sosti ado que dene riterios
ante los uales el router tiene que a tuar uando haya una
oin iden ia en el riterio. Se utiliza en BGP para ongurar
los atributos que determinan las bases de sele ión del mejor
amino a un destino.
11.9.1. Cómo fun ionan los prex lists

Los Prex Lists son introdu idos en BGP porque son una forma
e iente de ltrado muy rápido porque bus an el prejo de las
dire iones dadas por el administrador y la búsqueda es muy rápida.
Los Prex Lists se pueden editar. La modi a ión de ACLs es

bastante ompleja.
Los Prex Lists son fá iles de ongurar y usar, pero antes de

apli arlos es ne esario denir el riterio del Prex List.
Cada línea de Prex List está aso iado a un número de se uen ia

que por defe to van aumentando de 5 en 5.
Si se espe i a el número de se uen ia se pueden inter alar senten ias

y por tanto se puede modi ar el Prex List.
Si un Prex List permite o deniega se ha e mediante las siguientes

premisas:
Si la ruta se permite, la ruta se usa.
Si la ruta se deniega, la ruta no se usa.
Al nal de ada Prex List existe un deny any implí ito.

Si existen múltiples entradas de un prex list se omprobarán

por el prejo, la entrada on el número de se uen ia menor se
utilizará.
El router empieza la búsqueda al ini io del prex list, en

uanto se en uentre una oin iden ia (mat h), la búsqueda se
detendrá.
Los números de se uen ia se generan automáti amente por

defe to. Se pueden ongurar utilizando el argumento seq
número-de-se uen ia en el omando ip prex-list.
El número de se uen ia no tiene que ser espe i ado al borrar

una entrada de la ongura ión.
11.9.2. Congura ión de un prex list de BGP

El siguiente omando rea una entrada en un prex list y asigna un
número de se uen ia a la misma:
Router( onfig-router)#ip prefix-list nombre-prefix-list

[seq número-de-se uen ia℄ {deny | permit}
red/longitud-del-prefijo [ge valor-mayor-que℄
[le valor-menor-que℄
Para ongurar un router para que utili e un prex list hay que
utilizar el siguiente omando:

peer-group} prefix-list nombre-del-prefix-list
{in | out}
nombre-del-prefix-list: Nombre del prex-list.

seq número-de-se uen ia: Número de se uen ia asignado al

riterio.
{deny | permit}: Indi a si la a ión es permitida o denegada.

red/longitud-del-prefijo: Indi a la red y la más ara en
formato número de bits.
[ge valor-mayor-que℄ [le valor-menor-que℄: Espe i an

el rango de oin iden ia del prejo.
A ve es es ne esario rear un rango de riterios, esto se ha e on los

parámetros ge y le.
ge: mayor o igual.
le: menor o igual.
Estos parámetros op ionales son lo opuesto a red/longitud-del-prefijo

que propor iona un valor absoluto.
Ejemplo:
Router( onfig)#ip prefix list lista-prefijo permit

0.0.0.0/0 ge 0 le 24
El rango asumido para ge y le si no se espe i a nada es 32.

11.9.2.1. Ejemplo de prex list
A( onfig)#router bgp 64520

A( onfig-router)#network 192.168.1.0
A( onfig-router)#neighbor 10.10.10.2 remote-as
65000
A( onfig-router)#neighbor 10.10.20.2 remote-as
65500
A( onfig-router)#aggregate-address 172.0.0.0
255.0.0.0
A( onfig-router)#neighbor 10.10.10.2
prefix-list superred out
A( onfig-router)#exit
A( onfig)#ip prefix-list superred permit
172.0.0.0/8
A( onfig)#ip prefix-list superred des ription
solo permite ruta agregada
11.9.3. Veri ar la ongura ión de los prex lists

Para mostrar informa ión sobre los prex list se utiliza el omando:
Router#show ip prefix-list [detail | summary℄ nombre

[red/longitud-del-prefijo℄
[seq número-de-se uen ia℄ [longer℄ [first-mat h℄
show ip prefix-list [detail | summary℄
Muestra informa ión sobre todos los prex lists:
show ip prefix-list [detail | summary℄ nombre
Muestra una tabla mostrando las entradas en la prex list identi-

adas on el nombre:
show ip prefix-list nombre [red/longitud-del-prefijo℄
Muestra la aso ia ión de ltrado on el nodo basada en el prejo

absoluto:
show ip prefix-list nombre [seq número-de-se uen ia℄
Muestra la aso ia ión de ltrado on el nodo basada en el número

de se uen ia:

longer
Muestra todas las entradas más espe í as que la dada:

11.10. CONECTAR A INTERNET CON BGP 313

first-mat h
Muestra las entradas que oin idan on la dada:
11.10. Cone tar a Internet on BGP

11.10.1. Multihoming
Tener más de una onexión a Internet es estar multihomed.
La razón para dupli ar la onexión a Internet es obtener redundan ia

y posibilidad de balan eo de arga que aumentará el rendimiento.
El multihoming puede ser:
Varias onexiones on el mismo ISP.

Disponer de una segunda onexión on otro ISP si es así:
• Cada proveedor puede que no anun ie las mismas rutas,

si no se anun ia una de las que ne esitamos tendremos un
problema.
• Si nos one tamos on varios ISPs, nuestro AS puede

onvertirse en un AS de transito si un ISP ve un path
al otro ISP a través nuestro y nuestro AS es la mejor ruta
a ese destino.
La ongura ión a nivel del ISP es la solu ión a estos problemas.
11.10.2. Re ibiendo informa ión de routing de

Internet
Cuando nos one tamos a algo tan vasto omo Internet es ne esario
de idir que a tualiza iones se van a enviar al resto del Mundo y omo
los routers del AS serán ono idos por el resto de Internet.
Para tomar esta de isión existen tres aproxima iones:
A eptar úni amente rutas por defe to de todos los proveedores.
A eptar rutas par iales además de las rutas por defe to de

todos los proveedores.
A eptar todas las a tualiza iones de routing (full routing) de

todos los proveedores.
11.10.3. A eptar úni amente rutas por defe to de

todos los ISPs
Re ursos de memoria bajos.
Re ursos de CPU bajos.
IGP es oge la mejor métri a omo ruta por defe to.

11.10. CONECTAR A INTERNET CON BGP 315
BGP sele iona el mejor amino a una red externa yendo al gateway
más er ano que anun ia el path.
No se pueden modi ar los atributos de BGP.
El AS envía todas sus rutas al ISP.
El ISP es oge en path de entrada al AS.
11.10.4. A eptar rutas par iales de todos los ISPs

Re ursos de memoria medios.
Re ursos de CPU medios.
BGP sele iona el mejor amino a una red externa mediante el

AS_Path (normalmente).
Se pueden modi ar los atributos de BGP.

En el siguiente aso hemos modi ado la Lo al Preferen e que por

defe to es 100 a 800 y hemos modi ado la ele ión de la salida.
11.11. DETERMINAR EL PATH DE BGP MODIFICANDO ATRIBUTOS317
11.10.5. A eptar full routing de todos los ISPs

Re ursos de memoria altos.
Re ursos de CPU altos.
BGP sele iona el mejor amino a una red externa mediante el

AS_Path (normalmente).
Se pueden modi ar los atributos de BGP.
11.11. Determinar el path de BGP modi-

ando atributos
11.11.1. Modi ar el atributo weight
El atributo Weight sele iona el path de salida del router uando hay
múltiples paths al mismo destino.
Cuanto mayor sea el valor mejor path.
Este es un atributo lo al y por tanto no será propagado.
Es propietario de Cis o Systems.
Para ongurar el atributo weight:

nombre-del-peer-group} weight peso
neighbor: Indi a que el resto del omando está dirigido a un peer

de BGP.
dire ión-ip: Dire ión IP del router ve ino.

nombre-del-peer-group: Identi a el peer group.
weight peso: Propietario de Cis o y se utiliza en la sele ión de
rutas. Es lo al del router, y no se propaga a otros routers. El valor
por defe to es 32.762 y el rango va desde 0 hasta 65.535.
11.11.2. Modi ar el atributo Lo al Preferen e

Este atributo se utiliza para de irle a los otros routers dentro del AS
omo salir del AS en aso que tengamos varias posibilidades.
Su ongura ión es:
Si lo apli amos a un route map.
Router( onfig-route-map)#set lo al-preferen e

lo al-preferen e
Si lo apli amos por defe to.
Router( onfig-router)#bgp default lo al-preferen e

valor
11.12. REDISTRIBUCIÓN ENTRE IGP Y BGP 319
11.11.3. Veri ar la ongura ión de los atributos

El omando show ip bgp nuestra los valores de todos los atributos y
sus estados.
7206#sh ip bgp
BGP table version is 3, lo al router ID is 1.1.1.1
Status odes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale
Origin odes: i - IGP, e - EGP, ? - in omplete
Network Next Hop Metri Lo Prf Weight Path
*> 1.1.1.1/32 0.0.0.0 0 32768 i
*> 2.2.2.2/32 70.0.0.2 0 100 0 (100) i
* 3.3.3.3/32 121.1.1.102 0 100 0 (100 23456) i
11.12. Redistribu ión entre IGP y BGP

11.12.1. Anun iar Rutas desde IGP a BGP
Existen tres formas de propagar la tabla de BGP en las tablas de
IGP.
Utilizando el omando network: Se utiliza para anun iar rutas

que están en la tabla de routing IP.
Redistribuyendo rutas
3
estáti as : Cualquier ruta estáti a
puede ser redistribuida en BGP. Ha iendo una ruta estáti a
a null 0 ha emos que el router no tenga punto de salida para
esta ruta porque no existe pero será redistribuida en BGP. El
problema empieza si la ruta desapare e de la tabla de routing
IP, enton es el trá o ir ulará por el AS hasta que muera.
Cis o re omienda utilizar el omando aggregate-address.
3 Además de ha er el:
Router( onfig)#ip route x.y.z.t x.y.z.t null 0
hay que ha er:
Router( onfig-router)#redistribute stati
Redistribuyendo dinámi amente rutas de IGP: Esta ongu-

ra ión no es a onsejada porque ausa gran dependen ia en la
tabla de IGP.
La redistribu ión de rutas de Internet en redes pequeñas es

muy imprudente.
Los ISPs utilizan eBGP e iBGP intensivamente, pero en las

rutas internas utilizan un proto olo IGP sin redistribuir debido
a:
• Los re ursos están disponibles para otros pro esos.
• La tabla de routing IGP es manejable.
• La fun ión de sin roniza ión no es ne esaria en este tipo

de redes ya que o es totalmente mallada o se ha diseñado
para fun ionar on route ree tor.
Si BGP es multihomed enton es la redistribu ión es ne esaria

ya que el IGP será el en argado de transportar las rutas de un
eBGP a otro.
En este último aso será ne esario ongurar ltering.

Fundamentos de Routing

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Fundamentos de Routing

Cargado por

Copyright:

Formatos disponibles

Fundamentos de Routing

Eduardo Collado Cabeza

2.2. Tipos de proto olos de routing . . . . . . . . . . . . . 11

2.3. La tabla de routing . . . . . . . . . . . . . . . . . . . . 15

2.4. Métodos de introdu ir rutas . . . . . . . . . . . . . . . 19

2.5. Routing y swit hing . . . . . . . . . . . . . . . . . . . 23

3.2. Prejo de routing/CIDR . . . . . . . . . . . . . . . . . 33

3.3. VLSM  Variable-Length Subnet Masks . . . . . . . . 36

3.4. Sumariza ión . . . . . . . . . . . . . . . . . . . . . . . 42

4.2. Dire ionamiento privado . . . . . . . . . . . . . . . . 56

4.3. Network address translation . . . . . . . . . . . . . . . 58

4.4. Introdu ión a IPv6 . . . . . . . . . . . . . . . . . . . 60

5. Proto olos ve tor distan ia 71

5.5. Sele ionar proto olos de routing . . . . . . . . . . . . 83

6. Proto olos estado del enla e 89

6.2. IS-IS . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102

6.3. BGP-4 . . . . . . . . . . . . . . . . . . . . . . . . . . . 103

7.2. Cara terísti as de OSPF . . . . . . . . . . . . . . . . . 112

7.3. Opera ión en un área . . . . . . . . . . . . . . . . . . . 119

7.4. Topologías de OSPF . . . . . . . . . . . . . . . . . . . 126

7.5. Congura ión de OSPF en un úni o área . . . . . . . 131

7.6. Congura ión de OSPF en topologías NBMA . . . . . 139

8. OSPF en múltiples áreas 151

8.2. Cara terísti as de múltiples áreas en OSPF . . . . . . 152

8.3. Opera ión de OSPF en múltiples áreas . . . . . . . . . 156

8.4. Congura ión en OSPF multiárea . . . . . . . . . . . . 162

8.5. Congura ión op ional de OSPF multiárea . . . . . . 163

8.6. Veri a ión OSPF multiárea . . . . . . . . . . . . . . . 171

8.7. Troubleshooting OSPF multiárea . . . . . . . . . . . . 176

9. Fundamentos de IS-IS 179

9.2. Comparativa on OSPF . . . . . . . . . . . . . . . . . 184

9.3. Dire ionamiento para IS-IS . . . . . . . . . . . . . . . 189

9.4. Estru tura jerárqui a de IS-IS . . . . . . . . . . . . . . 194

9.5. Prin ipios bási os de routing de área . . . . . . . . . . 196

9.6. Redes e interfa es de IS-IS . . . . . . . . . . . . . . . . 198

9.7. Opera ión de IS-IS . . . . . . . . . . . . . . . . . . . . 209

9.8. Considera iones de diseño de IS-IS . . . . . . . . . . . 214

9.9. Congura ión bási a de IS-IS . . . . . . . . . . . . . . 215

9.10. Comandos op ionales de IS-IS . . . . . . . . . . . . . . 216

9.11. Veri a ión de la opera ión de IS-IS . . . . . . . . . . 221

9.12. Troubleshooting de la opera ión de IS-IS . . . . . . . . 226

10.2. Opera ión de EIGRP . . . . . . . . . . . . . . . . . . . 236

10.3. Diseño de una red EIGRP . . . . . . . . . . . . . . . . 247

10.4. Congura ión de EIGRP . . . . . . . . . . . . . . . . . 249

10.5. Veri a ión de la ongura ión de EIGRP . . . . . . . 257

10.6. Troubleshooting de la opera ión de EIGRP . . . . . . 259

11.2. Introdu ión a la opera ión de BGP . . . . . . . . . . 267

11.3. Atributos de BGP . . . . . . . . . . . . . . . . . . . . 271

11.4. Congura ión bási a de BGP . . . . . . . . . . . . . . 284

11.5. Comandos op ionales de BGP . . . . . . . . . . . . . . 286

11.6. Gestionar y veri ar BGP . . . . . . . . . . . . . . . . 290

11.7. Diseño y ongura ión de iBGP . . . . . . . . . . . . . 299

11.8. Veri a ión de iBGP . . . . . . . . . . . . . . . . . . . 306

11.9. Controlar el trá o de BGP . . . . . . . . . . . . . . . 307

11.10.Cone tar a Internet on BGP . . . . . . . . . . . . . . 313

11.11.Determinar el path de BGP modi ando atributos . . 317

11.12.Redistribu ión entre IGP y BGP . . . . . . . . . . . . 319

Hoy, 15 de Mayo de 2009 por n está el libro terminado, y listo

Todo empezó en el año 1999, un router ayó un mis manos, un

Hoy en día tener un router en asa es algo de lo más habitual, pero

Con este libro pretendo aportar mi pequeño granito de arena para

La reda ión de este libro omenzó ha e ya 6 años, el material de

generado desde el punto de vista de la persona que quiere aprender

El libro está publi ado en dos formatos, en formato es rito y en

3.2. Prejo de routing/CIDR . . . . . . . . . . . . . . . . . 33

3.3. VLSM Variable-Length Subnet Masks . . . . . . . . 36

7.5. Congura ión de OSPF en un úni o área . . . . . . . 131

7.6. Congura ión de OSPF en topologías NBMA . . . . . 139

8.4. Congura ión en OSPF multiárea . . . . . . . . . . . . 162

8.5. Congura ión op ional de OSPF multiárea . . . . . . 163

8.6. Veri a ión OSPF multiárea . . . . . . . . . . . . . . . 171

9.9. Congura ión bási a de IS-IS . . . . . . . . . . . . . . 215

9.11. Veri a ión de la opera ión de IS-IS . . . . . . . . . . 221

10.4. Congura ión de EIGRP . . . . . . . . . . . . . . . . . 249

10.5. Veri a ión de la ongura ión de EIGRP . . . . . . . 257

11.4. Congura ión bási a de BGP . . . . . . . . . . . . . . 284

11.6. Gestionar y veri ar BGP . . . . . . . . . . . . . . . . 290

11.7. Diseño y ongura ión de iBGP . . . . . . . . . . . . . 299

11.8. Veri a ión de iBGP . . . . . . . . . . . . . . . . . . . 306

11.9. Controlar el trá o de BGP . . . . . . . . . . . . . . . 307

11.11.Determinar el path de BGP modi ando atributos . . 317

Hoy, 15 de Mayo de 2009 por n está el libro terminado, y listo

Proto olo de Routing: Conjunto de Reglas que denen omo los

También podemos denir Proto olo de Routing omo me anismo

Longitud del Prejo: El pro eso de forwarding utiliza la

La más ara de subred se supone onsistente a las denidas

Utiliza ión ine iente del espa io de dire ionamiento.

El omando ip lassless viene en la ongura ión por

VLSM ha e del espa io de dire ionamiento e iente y fuerza una