321 30 4MB
Spanish Pages [320]
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 . . . . . . . . . . . . . . . .
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
9
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
4.3.
. . . . . . . . . . . . . . . .
56
Network address translation . . . . . . . . . . . . . . .
58
4.4.
Introdu
ión a IPv6
60
. . . . . . . . . . . . . . . . . . .
3
ÍNDICE GENERAL
4
5. Proto olos ve tor distan ia 5.1.
Presenta ión
5.2.
RIP
5.3.
IGRP
5.4.
EIGRP
5.5.
71
. . . . . . . . . . . . . . . . . . . . . . .
71
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
73
. . . . . . . . . . . . . . . . . . . . . . . . . . .
81
. . . . . . . . . . . . . . . . . . . . . . . . . .
82
Sele
ionar proto olos de routing . . . . . . . . . . . .
83
6. Proto olos estado del enla e
89
6.1.
OSPF
. . . . . . . . . . . . . . . . . . . . . . . . . . .
6.2.
IS-IS . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102
6.3.
BGP-4 . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
7. OSPF
92
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
7.6.
Congura ión de OSPF en topologías NBMA . . . . . 139
8. OSPF en múltiples áreas
. . . . . . . 131
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
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
8.6.
Veri a ión OSPF multiárea . . . . . . . . . . . . . . . 171
8.7.
Troubleshooting OSPF multiárea . . . . . . . . . . . . 176
. . . . . . 152
. . . . . . 163
ÍNDICE GENERAL
5
9. Fundamentos de IS-IS
179
9.1.
Introdu
ión a IS-IS
. . . . . . . . . . . . . . . . . . . 179
9.2.
Comparativa on OSPF
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
9.9.
Congura ión bási a de IS-IS . . . . . . . . . . . . . . 215
. . . . . . . . . . . . . . . . . 184
. . . . . . . . . . . 214
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
11.BGP 11.1. Introdu
ión a BGP
261 . . . . . . . . . . . . . . . . . . . 261
11.2. Introdu
ión a la opera ión de BGP 11.3. Atributos de BGP
. . . . . . 259
. . . . . . . . . . 267
. . . . . . . . . . . . . . . . . . . . 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
ÍNDICE GENERAL
6
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 11.12.Redistribu ión entre IGP y BGP
. . 317
. . . . . . . . . . . . 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
CAPÍTULO 2. INTRODUCCIÓN
10
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.
CAPÍTULO 2. INTRODUCCIÓN
12
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.
CAPÍTULO 2. INTRODUCCIÓN
14
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
lassless.
IS-IS
u
OSPF
ignorarán el
omando
no ip
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
CAPÍTULO 2. INTRODUCCIÓN
16
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
2.3.3.
17
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.
CAPÍTULO 2. INTRODUCCIÓN
18
2.3.5.
Cómo mantener la tabla de routing a tualizada 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
El omando
19
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).
CAPÍTULO 2. INTRODUCCIÓN
20
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.
CAPÍTULO 2. INTRODUCCIÓN
22
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?
CAPÍTULO 2. INTRODUCCIÓN
24
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
2.5.3.
25
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)
26
CAPÍTULO 2. INTRODUCCIÓN
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
CAPÍTULO 3. DIRECCIONAMIENTO IP
28
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 individuales. 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
3.1.3.
29
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.
CAPÍTULO 3. DIRECCIONAMIENTO IP
30
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
3.1.5.
31
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
CAPÍTULO 3. DIRECCIONAMIENTO IP
32
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
3.1.8.
33
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 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.
CAPÍTULO 3. DIRECCIONAMIENTO IP
34
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 Boundaries 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
ionamiento públi o.
3.2. PREFIJO DE ROUTING/CIDR
3.2.3.
35
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.
CAPÍTULO 3. DIRECCIONAMIENTO IP
36
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 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.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
subnet-zero,
ip
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
CAPÍTULO 3. DIRECCIONAMIENTO IP
38
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.
3.3. VLSM VARIABLE-LENGTH SUBNET MASKS
39
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
CAPÍTULO 3. DIRECCIONAMIENTO IP
40
•
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. VLSM VARIABLE-LENGTH SUBNET MASKS
3.3.4.
41
Optimizando el espa io de dire
ionamiento 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.
CAPÍTULO 3. DIRECCIONAMIENTO IP
42
3.4. Sumariza ión 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.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.
CAPÍTULO 3. DIRECCIONAMIENTO IP
44
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 redes 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.
CAPÍTULO 3. DIRECCIONAMIENTO IP
46
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 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.
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
CAPÍTULO 4. DISEÑO DE REDES IP
48
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.
CAPÍTULO 4. DISEÑO DE REDES IP
50
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. CRITERIOS DE DISEÑO DE REDES IP
4.1.4.
51
Controlar el trá o a través de las a tualiza 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
CAPÍTULO 4. DISEÑO DE REDES IP
52
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. CRITERIOS DE DISEÑO DE REDES IP
53
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:
CAPÍTULO 4. DISEÑO DE REDES IP
54
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 heable al origen, para deshabilitar el envío de Unrea heable, onguraremos 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.
4.1. CRITERIOS DE DISEÑO DE REDES IP
55
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.
56
4.1.11.
CAPÍTULO 4. DISEÑO DE REDES IP
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 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. 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
Rango de Dire
iones
Prejo
57
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 privado
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.
CAPÍTULO 4. DISEÑO DE REDES IP
58
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
4.3.2.
59
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.
CAPÍTULO 4. DISEÑO DE REDES IP
60
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
ionamiento 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
4.4.1.
61
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.
CAPÍTULO 4. DISEÑO DE REDES IP
62
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:
4.4.3.
•
4021:0000:0000:0000:0000:0000:AC21:BCD
•
4021::AC21:BCDE
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: en
mismo
Dire
ión en la ual el destino se en uetra
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. Estadire
ión es ::1. Se utiliza para testear el hardware.
4.4. INTRODUCCIÓN A IPV6
4.4.4.
63
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
dire
ión MAC del interfaz.
se
suele
auto ongurar utilizando
la
CAPÍTULO 4. DISEÑO DE REDES IP
64
La dire
ión IPv6 que es úni a en Internet se llama Agregate Global Uni ast. Prejo de IANA
4.4.6.
45 bits
Prejo jo 001
3 bits
Site Level Aggregator (SLA)
16 bits
Interfaz
64 bits
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-andplay.
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:
4.4. INTRODUCCIÓN A IPV6
65
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.
66
4.4.9.
4.4.10.
CAPÍTULO 4. DISEÑO DE REDES IP
Cabe eras de IPv4 e IPv6
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. INTRODUCCIÓN A IPV6
4.4.11.
67
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:
CAPÍTULO 4. DISEÑO DE REDES IP
68
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
4.4. INTRODUCCIÓN A IPV6
69
Evidentemente para que los proto olos de routing puedan transportar dire
ionamiento IPv6 es ne esario realizar unos ambios para adaptarlos a las nuevas ne esidades.
70
CAPÍTULO 4. DISEÑO DE REDES IP
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
fundamentales.
71
sus
ara terísti as prin ipales
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 luyendo 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
5.1.3.
73
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
74
CAPÍTULO 5. PROTOCOLOS VECTOR DISTANCIA
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 posteriormente 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 Noviembre 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. Distribution of this memo is unlimited.
CAPÍTULO 5. PROTOCOLOS VECTOR DISTANCIA
76
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 alternativas, 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'.
78
CAPÍTULO 5. PROTOCOLOS VECTOR DISTANCIA
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.
CAPÍTULO 5. PROTOCOLOS VECTOR DISTANCIA
80
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 importantes 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 administrador 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.
82
CAPÍTULO 5. PROTOCOLOS VECTOR DISTANCIA
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.
CAPÍTULO 5. PROTOCOLOS VECTOR DISTANCIA
84
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
5.5. SELECCIONAR PROTOCOLOS DE ROUTING
85
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
a eptarán uando salgan del holddown.
ruta
alternativa,
la
CAPÍTULO 5. PROTOCOLOS VECTOR DISTANCIA
86
6. Se obtiene la onvergen ia.
5.5.4.
Convergen ia en IGRP
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 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. SELECCIONAR PROTOCOLOS DE ROUTING
5.5.5.
87
Convergen ia en EIGRP
Los pasos son los siguientes: 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.
88
CAPÍTULO 5. PROTOCOLOS VECTOR DISTANCIA
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
esporádi a, si es que es ne esario.
routing
de
forma
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.
92
CAPÍTULO 6. PROTOCOLOS ESTADO DEL ENLACE
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 ompleta 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 denominados 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.
CAPÍTULO 6. PROTOCOLOS ESTADO DEL ENLACE
94
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.
96
CAPÍTULO 6. PROTOCOLOS ESTADO DEL ENLACE
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
6.1.3.
97
Estados de OSPF
Para una omprensión más profunda de OSPF es ne esario omprender 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.
CAPÍTULO 6. PROTOCOLOS ESTADO DEL ENLACE
98
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 Designated Router): El DR puede representar un úni o punto de
100
CAPÍTULO 6. PROTOCOLOS ESTADO DEL ENLACE
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
6.1.5.
101
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.
102
6.1.6.
CAPÍTULO 6. PROTOCOLOS ESTADO DEL ENLACE
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
6.2.1.
103
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
2 operan entre áreas.
del área, mientras que los routers de Level 2
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.
CAPÍTULO 6. PROTOCOLOS ESTADO DEL ENLACE
104
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 amente 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 totalmente 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
3 ada
La rela ión entre routers BGP se mantiene on paquetes Hello
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.
CAPÍTULO 6. PROTOCOLOS ESTADO DEL ENLACE
106
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
4
y la inunda ión de LSP .
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
Proto olo
107
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
CAPÍTULO 6. PROTOCOLOS ESTADO DEL ENLACE
108
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
No está restringido por el
Para uso efe tivo, el esquema de
sumariza ión más efe tiva. 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 iones 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
CAPÍTULO 7. OSPF
110
Á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
CAPÍTULO 7. OSPF
112
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. Una
vez
Ve inos OSPF Adya entes 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 distribu 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.
CAPÍTULO 7. OSPF
114
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
7.2. CARACTERÍSTICAS DE OSPF
115
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.
CAPÍTULO 7. OSPF
116
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
Version
La versión de OSPF,
Asegurar que la
a tualmente estamos
versión de OSPF es
Cabe era Común de OSPF
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
7.2. CARACTERÍSTICAS DE OSPF
Router ID
117
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
Che ksum
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
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 Type
Tipo de autenti a ión
Asegura la misma
utilizada
autenti a ión en ambos extremos
Authenti ation
Autenti a ión de 64
Utilizado para
bits
seguridad entre sistemas.
CAPÍTULO 7. OSPF
118
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 ...
Campo
Cara terísti as
Fun ión
Formato del Paquete Hello Network
La más ara de red
Mask
para el interfaz
la más ara del
transmisor
interfaz re eptor
Hello Interval
Debe de oin idir on
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 interval
El Dead Interval es el tiempo antes de determinar que el router ve ino ha
aído. Normalmente son 4 mensajes Hello.
7.3. OPERACIÓN EN UN ÁREA
Campo Neighbor
Cara terísti as
119
Fun ión
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
Espe i a el tipo de
Utilizado por
en ripta ión
seguridad
Router Authenti ation
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.
CAPÍTULO 7. OSPF
120
Si
o urre
un
ambio
en
la
topología,
el
router
ambio y este será inundado por toda la red.
A knowledgement
Es
ne esario
saber
la
diferen iar
las
dos
té ni as
verá
el
Link-State 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. OPERACIÓN EN UN ÁREA
7.3.3.
121
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.
CAPÍTULO 7. OSPF
122
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
7.3. OPERACIÓN EN UN ÁREA
123
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.
CAPÍTULO 7. OSPF
124
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:
7.3. OPERACIÓN EN UN ÁREA
125
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. Métri a:
Es oger el amino más orto para onstruir la tabla de routing 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.
CAPÍTULO 7. OSPF
126
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
7.4.3.
127
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.
CAPÍTULO 7. OSPF
128
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:
CAPÍTULO 7. OSPF
130
•
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-topoint nonbroad ast Dire
iona- Uni ast miento DR/BDR Congura ión manual de los ve inos Hello
Point-topoint
Broad ast
NBMA
Point-tomultipoint
Multi ast
Multi ast
Uni ast
Multi ast
No
No
Sí
No
Sí
No
No
Manual Sí Sí
10 seg. Dead=40
10 seg. Dead=40
30 Seg, Dead=120 segundos RFC/Cis o Cis o Redes soEstrella, portadas par ialmente mallada
Cis o Estrella, par ialmente mallada, subinterfa es
No
30 Seg, 30 Seg, Dead=120 Dead=120 segundos segundos Cis o RFC2328 RFC2328 Totalmente Totalmente Estrella, mallada mallada par ialmente mallada
7.5. CONFIGURACIÓN DE OSPF EN UN ÚNICO ÁREA Point-topoint nonbroad ast Repli a ión Sí de paquetes Número 1 de Subredes
131
Point-topoint
Broad ast
NBMA
Point-tomultipoint
Sí
Sí
Sí
Sí
Mu has (1 por
ir uito)
1
1
1
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. Pointto-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
CAPÍTULO 7. OSPF
132
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
7.5. CONFIGURACIÓN DE OSPF EN UN ÚNICO ÁREA
133
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:
CAPÍTULO 7. OSPF
134
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:
Router( onfig-router)#network 10.0.0.0 0.255.255.255 area 0 Si queremos anun iar sólo los interfa es:
7.5. CONFIGURACIÓN DE OSPF EN UN ÚNICO ÁREA
135
Router( onfig-router)#network 10.12.0.1 0.0.0.0 area 0 Router( onfig-router)#network 172.16.15.1 0.0.0.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 ionamiento 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.
CAPÍTULO 7. OSPF
136
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-desubred 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.
7.5. CONFIGURACIÓN DE OSPF EN UN ÚNICO ÁREA
137
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 ebandwith 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 56 kbps T1 (1,544 Mbps) ethernet (10Mbps) token ring (16Mbps) FDDI (100Mbps)
Coste por Defe to 1785 64 10 16 1
CAPÍTULO 7. OSPF
138
ospf auto- ost referen e-bandwith referen ebandwith, referen e-bandwith ha e referen ia al punto de referen-
En el omando
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 A tualmente
ospf auto- ost
referen e-bandwith el se
es ribe
omo
valor 1000.
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 address 192.168.1.5 255.255.255.252 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
CAPÍTULO 7. OSPF
140
El omando
ip ospf network: Op ión
Des rip ión
Broad ast
Congura la red en modo de
Non-broad ast
Congura la red en modo de
broad ast. 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
7.6. CONFIGURACIÓN DE OSPF EN TOPOLOGÍAS NBMA141
Sintaxis
Des rip ión
Dire
ión-ip
Dire
ión IP del interfaz del
Priority número
Número de 8 bits que indi a la
(Op ional)
probabilidad de que el ve ino sea
ve ino.
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 ospf 1 Router( onfig-router)#network 131.144.10.0 0.0.0.255 area 0
CAPÍTULO 7. OSPF
142
Router( onfig-router)#neighbor 131.144.10.2 Router( onfig-router)#neighbor 131.144.10.3 Router( onfig-router)#neighbor 131.144.10.5 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
Router( onfig-if)#ip ospf network point-to-multipoint 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.
7.6. CONFIGURACIÓN DE OSPF EN TOPOLOGÍAS NBMA143
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)#interfa e Serial0 Router( onfig-if)#ip address 10.1.1.1 255.255.255.0 Router( onfig-if)#en apsulation frame-relay Router( onfig-if)#ip ospf network point-to-multipoint Router( onfig)#router ospf 1 Router( onfig-router)#network 10.1.1.0 0.0.0.255 area 0
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:
Router( onfig)#interfa e Serial0 Router( onfig-if)#ip address 10.1.1.1 255.255.255.0 Router( onfig-if)#en apsulation frame-relay Router( onfig-if)#ip ospf network point-to-multipoint Router( onfig)#router ospf 1 Router( onfig-router)#network 10.1.1.0 0.0.0.255 area 0
7.6.7.
Congura ión de OSPF en modo point-topoint 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-topoint en subinterfa es son los siguientes:
CAPÍTULO 7. OSPF
144
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)#interfa e Serial0 Router( onfig-if)#no ip address Router( onfig-if)#en apsulation frame-relay 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:
Router( onfig)#router ospf 1 Router( onfig-router)#network 10.1.0.0 0.0.255.255
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.
7.6. CONFIGURACIÓN DE OSPF EN TOPOLOGÍAS NBMA145
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.
CAPÍTULO 7. OSPF
146
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.
7.6. CONFIGURACIÓN DE OSPF EN TOPOLOGÍAS NBMA147
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
148
CAPÍTULO 7. OSPF
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. CONFIGURACIÓN DE OSPF EN TOPOLOGÍAS NBMA149
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
CAPÍTULO 7. OSPF
150
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
CAPÍTULO 8. OSPF EN MÚLTIPLES ÁREAS
152
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.
CAPÍTULO 8. OSPF EN MÚLTIPLES ÁREAS
154
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.
CAPÍTULO 8. OSPF EN MÚLTIPLES ÁREAS
156
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
8.3.2.
157
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:
CAPÍTULO 8. OSPF EN MÚLTIPLES ÁREAS
158
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.
8.3.6.
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
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
fun ionar en el dominio de OSPF.
one tadas dire tamente
8.3. OPERACIÓN DE OSPF EN MÚLTIPLES ÁREAS
8.3.7.
159
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.
CAPÍTULO 8. OSPF EN MÚLTIPLES ÁREAS
160
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).
8.3. OPERACIÓN DE OSPF EN MÚLTIPLES ÁREAS
161
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.
CAPÍTULO 8. OSPF EN MÚLTIPLES ÁREAS
162
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 multiá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
Comando
summary-address: Congurado en
Comando
area [ID-área℄ stub:
el ABR. el ASBR.
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
un virtual-link.
utilizado para rear
CAPÍTULO 8. OSPF EN MÚLTIPLES ÁREAS
164
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)#network 192.168.1.128 0.0.0.7 area 1 Router( onfig-router)#network 192.168.1.144 0.0.0.7 area 1
8.5. CONFIGURACIÓN OPCIONAL DE OSPF MULTIÁREA165
Router( onfig-router)#network 192.168.1.160 0.0.0.7 area 1 Router( onfig-router)#network 192.168.1.176 0.0.0.7 area 1 [...℄ Router( onfig-router)#area 1 range 192.168.1.128 255.255.255.192 [...℄
8.5.2. El
Comando summary-address
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
CAPÍTULO 8. OSPF EN MÚLTIPLES ÁREAS
166
Router( onfig)#router ospf 100 Router( onfig-router)#network 172.26.20.4 0.0.0.3 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 Router( onfig)#router ospf 100 Router( onfig-router)#network 172.16.20.128 0.0.0.7 area 0 Router( onfig-router)#network 172.16.20.8 0.0.0.7 area 0 Router( onfig-router)#area 0 range 172.168.20.128 255.255.255.192 Router( onfig-router)#area 1 stub
8.5. CONFIGURACIÓN OPCIONAL DE OSPF MULTIÁREA167
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.
CAPÍTULO 8. OSPF EN MÚLTIPLES ÁREAS
168
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.
8.5. CONFIGURACIÓN OPCIONAL DE OSPF MULTIÁREA169
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.
CAPÍTULO 8. OSPF EN MÚLTIPLES ÁREAS
170
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
CAPÍTULO 8. OSPF EN MÚLTIPLES ÁREAS
172
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
La sintaxis del omando es:
Router#show ip route
8.6. VERIFICACIÓN OSPF MULTIÁREA
8.6.3.
173
Comando show ip ospf virtual-link
La sintaxis del omando es:
Router#show ip ospf virtual-link
Es omando es útil utilizarlo en onjun ión on el omando show ip ospf neighbors.
CAPÍTULO 8. OSPF EN MÚLTIPLES ÁREAS
174
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
La sintaxis del omando es:
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
neighbors.
show ip ospf
8.6. VERIFICACIÓN OSPF MULTIÁREA
175
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.
CAPÍTULO 8. OSPF EN MÚLTIPLES ÁREAS
176
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.
178
CAPÍTULO 8. OSPF EN MÚLTIPLES ÁREAS
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
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
180
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 omparten 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 ISISEstos 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 transmitir. 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.
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
182
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 Administrativo. 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,
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
184
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 ISIS.
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
9.2.3.
185
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
Level 2
Ba kbone Router
LSP (Link State Pa ket)
LSA (Link State
(ABR)
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 SOPORTADO)
virtual-link
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
186
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 Intermediate 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.
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
188
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.
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
190
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 AFI (1
DSP IDI
o teto)
High
System
NSEL (1
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.
9.3. DIRECCIONAMIENTO PARA IS-IS
191
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.
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
192
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 System ID MAC: aa:00:03:01:16: d IDP AFI (1
DSP IDI
o teto) 47.
High
System
NSEL (1
Order
ID (1-8
o teto)
DSP
o tetos)
0005.
aa00.0301.1
0
6 d AREA
ID
SEL
9.3. DIRECCIONAMIENTO PARA IS-IS
193
9.3.4.2. Ejemplo utilizando la dire
ión IP omo System ID IP: 144.132.16.19
IDP AFI (1
DSP IDI
o teto) 47.
High
System
NSEL (1
Order
ID (1-8
o teto)
DSP
o tetos)
0001.
0001.1441.3
0
201.6019. AREA
ID
SEL
9.3.4.3. Ejemplo de dire
ión GOSIP1 versión 2
IDP AFI (1
DSP IDI
o teto) 47.
0005.80.f8
High
System
NSEL (1
Order
ID (1-8
o teto)
DSP
o tetos)
0001.
0000.0 00.1
00.0000.
234.
AREA
ID
0 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.
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
194
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
9.4.1.
195
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.
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
196
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.
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
198
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.
2
Una vez son adya entes se envían CSNP . 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
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
200
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.
9.6. REDES E INTERFACES DE IS-IS
201
Si existiera un problema on el DIS u otro router tuviera más prioridad enton es se ambiaría automáti amente el DIS.
3
La ele
ión del DIS se basa en el valor más alto para el SNPA .
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.
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
202
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
Routing Proto ol
Todas las PDUS de IS-IS tienen el valor 0x83.
Length
1
Longitud de la
1
Congurado a 1
Indi ation Version /
abe era.
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.
9.6. REDES E INTERFACES DE IS-IS
Campo
203
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
Maximim Area
1
Indi a el máximo
e ignorado 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.
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
204
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 individuales 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:
9.6. REDES E INTERFACES DE IS-IS
205
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
IS-IS
Común en todas 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.
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
206
9.6.11.
Hello lan Campo
Longitud (en
Des rip ión
bytes) Cabe era ja de
8
IS-IS
Común en todas 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
LAN ID
ID length + 1
El DIS utiliza su
ele
ión del DIS System ID y un o teto adi ional para identi ar la LAN.
9.6. REDES E INTERFACES DE IS-IS
9.6.12.
207
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.
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
208
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:
9.6.13.
Indi a si el Router es Level 1 o Level 2.
Formato del SNP Campo
Longitud (en
Des rip ión
bytes) Cabe era ja de
8
IS-IS
Común en todas las PDUs de IS-IS
Pa ket Length
2
La longiutd del
Sour e ID
ID length + 2
El System ID del
LSP ompleto 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
9.6.14.
TLVs
Los
también
TLVs
son
209
llamados CLVs,
ara terísti as más importantes
de
y
IS-IS,
forman ya que
una
de
las
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.
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
210
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.
9.7. OPERACIÓN DE IS-IS
211
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.
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
212
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.
9.7. OPERACIÓN DE IS-IS
213
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.
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
214
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 alable). 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.
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
216
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
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
218
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.
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
220
Para interfa es WAN de multia
eso, es muy re omendable ongurar 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
6
frame-relay map lns
en el
pro eso .
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
222
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
show lns interfa e
9.11. VERIFICACIÓN DE LA OPERACIÓN DE IS-IS
show ip route
223
224
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
show isis database
9.11. VERIFICACIÓN DE LA OPERACIÓN DE IS-IS
show isis database detail
225
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
226
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
Count:
227
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 los LSPs dete tados por el router.
SNPs (CSNPs y PSNPs) y
228
CAPÍTULO 9. FUNDAMENTOS DE IS-IS
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
CAPÍTULO 10. EIGRP
230
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.
CAPÍTULO 10. EIGRP
232
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.
10.1. INTRODUCCIÓN A EIGRP
233
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 tualiza 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.
CAPÍTULO 10. EIGRP
234
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.
10.1. INTRODUCCIÓN A EIGRP
235
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.
CAPÍTULO 10. EIGRP
236
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
10.2.1.
237
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.
CAPÍTULO 10. EIGRP
238
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
10.2.4.
WAN
Hello
5 seg
60 seg
Holdtime
15 seg
180 seg
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.
10.2. OPERACIÓN DE EIGRP
239
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.
CAPÍTULO 10. EIGRP
240
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. OPERACIÓN DE EIGRP
10.2.7.
241
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 nueva 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.
CAPÍTULO 10. EIGRP
242
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
2
sea de larada SIA . 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.
10.2. OPERACIÓN DE EIGRP
243
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.
CAPÍTULO 10. EIGRP
244
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
m´ etrica = K1 ∗ bw +
K2∗bw 256−load
+ K3 ∗ delay
Si K6=5
m´ etrica =
10.2.12.
m´ etrica∗K5 reliability+K4
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.
10.2. OPERACIÓN DE EIGRP
245
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.
CAPÍTULO 10. EIGRP
246
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
10.2.15.
247
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.
CAPÍTULO 10. EIGRP
248
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 alabilidad 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
10.3.2.
249
Considera iones de diseño utilizando EIGRP
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 deshabilitar 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 manualmente. EIGRP no sólo permite sumarizar en ada router sino que también permite sumarizar en ualquier interfaz.
CAPÍTULO 10. EIGRP
250
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. CONFIGURACIÓN DE EIGRP
10.4.2.
251
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 Multipunto. 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.
CAPÍTULO 10. EIGRP
252
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. CONFIGURACIÓN DE EIGRP
10.4.3.
253
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
10.4.4.
multipli ador y
así obtenemos el umbral.
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.
CAPÍTULO 10. EIGRP
254
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. CONFIGURACIÓN DE EIGRP
10.4.8.
255
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.
CAPÍTULO 10. EIGRP
256
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 subinterfa 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.
CAPÍTULO 10. EIGRP
258
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 ibidos 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.
260
CAPÍTULO 10. EIGRP
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
CAPÍTULO 11. BGP
262
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 tualiza iones de routing y sin ronizando las a tualiza iones de routing. 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.
CAPÍTULO 11. BGP
264
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
11.1.2.
265
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 AS del ISP o de la organiza ión.
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.
CAPÍTULO 11. BGP
266
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.
CAPÍTULO 11. BGP
268
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 AS del ISP o de la organiza ión. 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. Routing
BGP y routing basado en políti as 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.
CAPÍTULO 11. BGP
270
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.
CAPÍTULO 11. BGP
272
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 **
11.3. ATRIBUTOS DE BGP
273
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.
CAPÍTULO 11. BGP
274
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. ATRIBUTOS DE BGP
11.3.4.
275
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 riminator)
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.
CAPÍTULO 11. BGP
276
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.
11.3. ATRIBUTOS DE BGP
277
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.
CAPÍTULO 11. BGP
278
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
11.3. ATRIBUTOS DE BGP
279
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.
CAPÍTULO 11. BGP
280
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.
11.3. ATRIBUTOS DE BGP
281
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:
CAPÍTULO 11. BGP
282
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.
11.3. ATRIBUTOS DE BGP
Todos
los
routers
en
el
AS
283
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).
CAPÍTULO 11. BGP
284
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
11.4.2.
285
Identi ar a los ve inos y denir el peergroup
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.
CAPÍTULO 11. BGP
286
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
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 RouterB( onfig)#router bgp 65000 RouterB( onfig-router)#neighbor 10.1.1.2 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.
CAPÍTULO 11. BGP
288
11.5.3. Para
Agrega ión de rutas
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
11.5.4.
289
Ejemplo
RouterB( onfig)#router bgp 65000 RouterB( onfig-router)#neighbor 10.1.1.2 remote-as 64520 RouterB( onfig-router)#neighbor 192.168.1.50 remote-as 65000 RouterB( onfig-router)#network 172.16.10.0 mask 255.255.255.0 RouterB( onfig-router)#network 192.168.1.0 mask 255.255.255.0 RouterB( onfig-router)#no syn hronization
CAPÍTULO 11. BGP
290
RouterB( onfig-router)#neighbor 192.168.1.50 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
11.6.2.
291
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:
CAPÍTULO 11. BGP
292
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:
11.6. GESTIONAR Y VERIFICAR BGP
293
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.
CAPÍTULO 11. BGP
294
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
11.6. GESTIONAR Y VERIFICAR BGP
295
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.
CAPÍTULO 11. BGP
296
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. GESTIONAR Y VERIFICAR BGP
11.6.9.
297
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.
CAPÍTULO 11. BGP
298
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) = 13 (13−1) = 78 Sesiones 2 2
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 tualiza iones a sus ve inos o peers a través del mismo AS.
CAPÍTULO 11. BGP
300
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 ClusterID, 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. DISEÑO Y CONFIGURACIÓN DE IBGP
11.7.2.
301
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.
CAPÍTULO 11. BGP
302
11.7.3. El
Route
Opera ión de los route ree tor 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. DISEÑO Y CONFIGURACIÓN DE IBGP
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 remote-as 100 neighbor 192.168.1.2 route-refle tor- lient Router A
router bgp 100 network 10.10.10.0 mask 255.255.255.0 neighbor 10.10.10.1 remote-as 100 Router C
303
CAPÍTULO 11. BGP
304
router bgp 100 network 192.168.1.0 mask 255.255.255.0 neighbor 192.168.1.1 remote-as 100 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:
11.7. DISEÑO Y CONFIGURACIÓN DE IBGP
305
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.
CAPÍTULO 11. BGP
306
Para denir un Peer Group:
Router( onfig-router)#neighbor nombre-del-peer-group peer-group Router( onfig-router)#neighbor nombre-del-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.
CAPÍTULO 11. BGP
308
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.
11.9. CONTROLAR EL TRÁFICO DE BGP
309
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:
Router( onfig-router)#neighbor {dire
ión-ip | peer-group} prefix-list nombre-del-prefix-list {in | out} nombre-del-prefix-list: Nombre
del prex-list.
CAPÍTULO 11. BGP
310
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. CONTROLAR EL TRÁFICO DE BGP
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
311
CAPÍTULO 11. BGP
312
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:
show ip prefix-list nombre [red/longitud-del-prefijo℄ longer Muestra todas las entradas más espe í as que la dada:
11.10. CONECTAR A INTERNET CON BGP
313
show ip prefix-list nombre [red/longitud-del-prefijo℄ 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.
CAPÍTULO 11. BGP
314
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. IGP es oge la mejor métri a omo ruta por defe to. BGP sele
iona el mejor amino a una red externa mediante el AS_Path (normalmente). 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.
316
CAPÍTULO 11. 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. IGP es oge la mejor métri a omo ruta por defe to. BGP sele
iona el mejor amino a una red externa mediante el AS_Path (normalmente). 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.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.
CAPÍTULO 11. BGP
318
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:
Router( onfig-router)#neighbor {dire
ión-ip | 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
11.11.3.
319
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
3 Además
aggregate-address.
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
CAPÍTULO 11. BGP
320
Redistribuyendo dinámi amente rutas de IGP: Esta ongura 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.