OSPF

10...
0 Of" l A AIC
ESCUELA DE TECNOLOGIAS
•• ANALISIS TECNICO Y OPERATIVO DE LOS PROTOCOLOS DE
•• ENRTUTAMIENTO OSPF Y RIP EN BASE Al USO DE SNMP PARA LA

EMPRESA HUMANA S.A .
••
Trabajo de titulación presentado en conformidad a los requisitos para obtener el
titulo de Tecnólogo en Redes y Telecomunicaciones
••
••
• Profesor uía: lng Rodrigo Chancusig
••
••
• MADRIL ACURIO PAUL VINICIO
r: 2009
QUITO
I
DECLARION DEL PROFESOR GUIA

Declaro haber dirigido este trabajo a través de reuniones periódicas con el
estudiante, orientando a sus conocimientos y competencias para un eficiente
desarrollo del tema y tomando en cuenta la Guía de Trabajos de Titulación
ca rrespo nd ientes .
••
••
••
••
••
•
••
••
••
••
••
~
••
•• 11
••
••
..••
..••
•• DECLARION DEL ESTUDIANTE
•• Declaro que este trabajo es original, de mi autoría, que se han citado las
•• fuentes correspondientes y que en su ejecución se respetaron las disposiciones

legales que protegen los derechos de autor vigentes .
••
•••
•• Paúl Vinicio Madril Acurio
••
••
••
•••
••
••
••
••
~
,•
-•
••
•• III
• ••
.. ••
•
.
1!
••
RESUMEN
Teniendo presente la gran importancia de las redes de datos en la sociedad de
la información y el Conocimiento, resulta imprescindible facilitar su estudio
especialmente en instituciones que no cuentan con la posibilidad de brindar
•• grandes redes reales para que sus estudiantes trabajen y experimenten con
••
ellas; de allí la importancia de las herramientas de simulación de redes, que
permiten su estudio bajo diferentes cargas de tráfico, facilitando la
•• experimentación y el estudio personalizado y a distancia de los alumnos. Los

protocolos de enrutamiento para la capa de red son usados para resolver
•• peticiones de servicios de envío de paquetes de datos a través de diferentes

redes de datos. El punto más importante de este estudio es mostrar el
•• comportamiento de los diferentes algoritmos de enrutamiento como el protocolo
•• de enrutamiento vector-distancia (RIP) y el protocolo de enrutamiento de

estado de enlace (OSPF), y a su vez compararlos en forma cualitativa para
•• conocer cuáles son sus fortalezas y cuáles son sus puntos débiles, como la
•• forma de incorporar automáticamente diferentes configuraciones de redes para

el mismo, mediante el simulador didáctico llamado Packet Tracer 5.0 de Cisco .
••
••
••
••
••
••
••
..
-
•
~ IN DICE
•• CAPITULO 1
•• RIP
••• 1.- Concepto de RIP ver1 .. o •••••••••••••••••••••••••••••••• o
1.1.- Formato del mensaje RIP ver1 ............................... ...........

••••••••••••••••••
o •••••••••••••
2
.4
..•• 101.2.- Procesamiento del mensaje de actualización .......... .......................... 6

1.1.2.3.- Contadores RIP .. .......................................... o ••••••••••••••••••••••••••
1.1.2.3.4.- Concepto de RIP ver2 .......... .................................................. 7

6
• ••
1.1.2.3.4.5.- Formato del mensaje RIP ver2 ............ ................................... 7
1.1.2.3.4.5.6.- Diferencias entre RIP ver1 y RIP ver2 .......... ... ...................... 8
•• CAPITULO 11
•• OSPF
2.-Concepto OSPF .................... ................ o o •••••••••••••• o o ••••••• 1O
•• 2.1-Conceptos de Single Área de OSPF ................ ...................... ............ 11

2.1.2.- Actualizaciones ............................................................ ............ 11
•• 201.2.3.-Velocidad de Convergencia OSPF ............................... .. ............. 12
•• 2.1.2.3.4.-Selección de Ruta ............................................ ...... ... ............ 12

2.1.2.3.4.5.-Encabezado del Paquete de OSPF (Todos los Tipos) .. .. ............ 13
•• 2.1.2.3.4.5.6.-Encabezado del Paquete Helio (Tipo 1) ........................ ........ 13

2.1.2.3.4.5.6.7-Máscara de Red ........................................... .. ........ ........ 13
•• 2.1.2.3.4.5.6.7.8.-Hello lnterval. ........................................... ... ... ..... ....... 13
•• 2.1.2.3.4.5.6.7.8.9.-Router Priority ........................................ ........... ....... 13

201.2.3.4.5.6. 7.8.9.1 0.-Dead lnterval. .................................... .......... ........ 13
•• 2.1.2.3.4.5.6.7.8.9.10.11.-Designated Router ......................... ......... ......... 14

2.1.2.3.4.5.6. 7 .8.9.1 0.11.12.-Backup Designated Router .......... .................. 14
•• 2.1.2.3.4.5.60 7.8.9.1 0.11012.130-Neighbor Router lOs ................ .... .. ........... 14
••
••
••
••
•
••
•• CAPITULO 111
•• SNMP
•• 3-Simple Network Management Protocol .. ....... ........... .. .... ... .15

3.1.- Los Componentes básicos de SNMP .......... ... .... . .. .......... ..... .......... .16
• 3.1.2.- Comandos básicos de SNMP ................... .................................... 17
••
• CAPITULO VI
•• ESQUEMAS DE SIMULACION
•• 4.- Esquema simulado con el Protocolo de enrutamiento RIP

ver2 .............. .-..... .............. .. ....... ................................. ...... 20
•• 4.1.- Configuración de la interfaces seriales ............................... .... ........ 24
•• 4.1.2.-Configuración del protocolo RIP ver2 ................................. ... ........ 28

4.1.2.3.- Análisis del Protocolo de enrutamiento RIP ver. ..... .......... ... ........ 35
•• 4.1.2.3.4.- Configuración del protocolo OSPF ............................ .... ....... .45
•• 4.1.2.3.4.5.- Configuración del protocolo OSPF área 0 .................... .... ....... 46

4.1.2.3.4.5.6.- Configuración del protocolo OSPF áreas 1.2.3.4 ........ ... ........ 47
•• 4.1.2.3.4.5.6. 7.- Análisis del Protocolo de en ruta miento OSPF ......... .. ......... 50
•• CONCLUSIONES
•• RECOMENDACIONES
BIBLIOGRAFIA
••
••
••
••
••
••
••
..
•
-
•• 1
••
••
INTRODUCCION
El objetivo de la Interconexión de Redes (internetworking) es dar un servicio de
•• comunicación de datos que involucre diversas redes con diferentes tecnologías

de forma transparente para el usuario. Este concepto hace que las cuestiones
•• técnicas particulares de cada red puedan ser ignoradas al diseñar las
•• aplicaciones que utilizarán Jos usuarios de Jos servicios .

Los dispositivos de interconexión de redes sirven para superar las limitaciones
•• físicas de los elementos básicos de una red, extendiendo las topologías de

esta .
•• Teniendo en cuenta las necesidades y los avances producidos en una sociedad
•• sumamente compleja, resulta de gran importancia destacar tanto la transmisión

de información, como la necesidad de que ésta llegue al destino en el momento
•• preciso mediante el uso de las redes .

Es a través de la Internet que queda probado, y todos los días se muestra con
•• mejor y mayor detalle, que ésta ha sido y será revolucionaria en las áreas de
•• los servicios financieros, de entretenimiento, salud, educación y gobierno .

El proceso de digitalización de todas las técnicas de comunicación, transmisión
•• (cable, satélite) y recepción, producen nuevas convergencias entre diferentes

sectores (cultura, comunicación, lengua, educación, telecomunicaciones, etc.),
•• pero muy especialmente lo que producen es la transformación de los "espacios
•• de comunicación" los límites y las fronteras y, como consecuencia, la

transformación de los espacios de intercambios culturales. De hecho, todas las
•• sociedades, por definición, han sido y serán "sociedades de la comunicación" .
•• Los principales cambios estructurales de la sociedad se producen ahora en

torno del tratamiento y de la transmisión de la información .
•• La capa de Red, dentro de una arquitectura de rede de datos, es la que se

encarga de llevar los paquetes de datos desde el origen (estación transmisora)
•• hasta el destino (estación receptora). Llegar a destino, en tiempo y forma,
•• puede requerir que el algoritmo de ruteo, que es el encargado de escoger las

rutas y las estructuras de datos, cumpla con ciertas propiedades que aseguren
•• la eficiencia de su trabajo .
••
••
•
-
•• 2
••
•• CAPITULO 1
PROTOCOLO DE ENRUTAMIENTO RIP
•
•• Routing lnformartion Protocol
•
••
La Internet es una colección de varios sistemas autónomos (AS). Cada AS
posee una tecnología de enrutamiento que puede diferir de otros sistemas
autónomos. El protocolo de enrutamiento utilizado dentro de un AS se conoce
• ••
como Protocolo de enrutamiento interior (IGP). Un protocolo distinto utilizado
para transferir información de enrutamiento entre los distintos sistemas
•• autónomos se conoce como Protocolo de enrutamiento exterior (EGP). RIP

está diseñado para trabajar como IGP en un AS de tamaño moderado. No ha
•• sido concebido para utilizarse en entornos más complejos .
•• Rip v1 fue definido en el RFC 1058 en junio de 1988. RIP es un protocolo
•• vector distancia que usa la cuenta de saltos como métrica. No soporta el uso
de máscaras de sub-red ni tampoco permite autenticar el traspaso de rutas. Un
•• router RIP envía una copia de su tabla de rutas a sus vecinos cada 30
segundos, Rip usa "Split horizon with Poisson Reverse", como método de
•• prevención de lazos, por lo tanto las actualizaciones de rutas son enviadas
•• fuera de la interfaz con una métrica infinita para las rutas aprendidas ó
recibidas desde la misima interfaz. El estandar RIP esta basado en el popular
•• programa "routed" del sistema operativo Unix .
•• RIP v1 se considera un IGP con clase. RIP v1 es un protocolo de vector-

distancia que envía la tabla de enrutamiento completa en broadcast a cada
•• router vecino a determinados intervalos. RIP utiliza el número de saltos como

métrica, siendo 15 el número máximo de saltos .
••
••
Si el router recibe información sobre una red y la interfaz receptora pertenece a
la misma red pero se encuentra en una subred diferente, el router aplica la
•• máscara de subred que está configurada en la interfaz receptora:
..
••
• • Para las direcciones de Clase A, la máscara con clase por defecto es
255.0.0.0 .
•
..•
-
•• 3
••
•• • Para las direcciones de Clase 8, la máscara con clase por defecto es
255.255.0.0 .
•• • Para las direcciones de Clase C, la máscara con clase por defecto es

255.255.255.0 .
•• RIP v1 es un protocolo de enrutamiento común dado que prácticamente todos
•• los routers IP lo admiten. La popularidad de RIP v1 se basa en la simplicidad y
•• su demostrada compatibilidad universal. RIP es capaz de equilibrar las cargas

hasta en seis rutas de igual costo, siendo cuatro rutas la cantidad por defecto .
•• RIP v1 posee las siguientes limitaciones:
•• • No envía información de máscara de subred en sus actualizaciones .
•• •
•
Envía las actualizaciones en broadcasts a 255.255.255.255 .
No admite la autenticación
•• • No puede admitir enrutamiento entre dominios de VLSM o sin clase
•• (CIDR) .
•• Si bien la funcionalidad básica de un Router está focalizada en la capa 3 del

modelo OSI RIP es un protocolo presente en las tres últimas capas del
•• modelo OSI, el manejo de mensajes, cálculo de métricas, sumarización, etc,
•• son actividades focalizadas en las capas superiores del modelo OSI, sin
embargo, producto de este trabajo, se modifican las entradas en la tabla de
•• rutas de los equipos. La siguiente figura ilustra esta situación .
••
••
••
••
•
tt
••
••
•
-
•• 4
••
•• Application
Presentation Application
RIP routing
protocol
•• Session Port # 520
•• Transport
Network
Transport
Network
•• Data-Link Data-Link
•• Physical
OSI 71ayers
Physical
TCP/IP
••
mode protocol
•• Rip V1 entrega la siguiente información en cada mensaje de actualización
••
•• Dirección IP: Dirección IP de host o red de destino
•• Gateway: El primer Gateway a lo largo del camino de destino
Interface: La interfaz física que se usa para alcanzar el destino
•• Métrica: Número de saltos hacia el destino
•• Timer: Tiempo transcurrido desde la última actualización .
••
••
La base de datos de rutas de cada equipo es actualizada con la información
entregada en los mensajes de actualización .
•• Formato del Mensaje RIP
•• De acuerdo a la descripción entregada por el RFC 1058, la versión uno de RIP
•• trabaja en base a paquetes UDP, los cuales tienen el siguiente formato:
••
••
••
••
~
•
-
•• 5
•• o
O 1 2 3 4 S 6 7 8 9 o 1 2 3 4 S 6 7 8 g O 1 2 3 4 5 6 7 8 9 O 1
2 3
••
Command 1 Version Unused (must be zero)
1
Address Famny ldenlifier
l Unused (mus! be zero)
IP address (1• route entry)
•• Unused (must be zero)
Unused (mustbe zero)

Me trie
••
------------ ------ ------------------------ .. ---- ------------ ----------- ----------------
¡1- --- -----------.---.-------
Address Family ldenlified ! Unused (mustbe zero) !
---------- -------------- ·---- --- ---- ------------------------ -,
¡ IP address (2"" route entry--\Jp lo 25) !
1- - - - - - - - - - - .. - - - - - - - - - - - - - - - - - - - - ...... - ... - - - - - - - - - - - - - - - - - - - - - - - - - - - .. - - - .. - - - - - - - - - - - - - - - - - - - - .
••
: Unused :
'
1---- - ..... --------- ----------- .. ---.----- --- ------ - .. ----------- - ........ - ----------- .. -------- --- ' o
: Unused :
r-' -------- ---- ------------------- .. ---- ------ -------- -------- ---------- ------ ---- -·-- ---- -1 o
: ~~ :
!., _____ ---------- ----- ----------- -- - --- --------- ------- ----------- --~---- ---- ·---- ---- --·
••
•• La descripción de los campos de este paquete UDP se presenta a
continuación:
••
•• Command: Describe el propósito del paquete, indicando, si el paquete es una
consulta ó una respuesta .
•• Versión;_ Versión del Protocolo RIP
•• Address Family ldentifier (AFI): Configura en 2 para IP .
•• Dirección IP: Ruta de destino
•• Métrica: Campo de 32 bits de largo, que indica un valor de 1 a 15 inclusive,

especificando la métrica actual para la dirección de destino especificada .
••
•• Para RIP, una cantidad de saltos infinita se especifica usando la métrica 160 La
información de cada ruta se entrega en 20 bytes, los cuales se dividen en 5
•• palabras (Words) de 32 bits cada una. Las cuales se distribuyen de la siguiente
•• forma: AFI 16 Bits, Unused 16 Bits, IP Address 32 Bits, 2 campos unused

adicionales de 32 bits cada uno, Métrica 32 Bits .
•• Considerando que el paquete tiene una extensión máxima de 512 bytes (sin
•• incluir la cabecera IP), es posible enviar 25 rutas en cada actualización (25x20

+la cabecera RIP 4bytes + 8 bytes de cabecera UDP = 512 bytes)
••
••
• •
-
•• 6
••
••
Procesamiento de Mensajes de Actualización
Una vez que un mensaje de actualización de ruta es entregado por un router,
•• este lo procesa de la siguiente forma:
•• Si el mensaje no está contenido en la tabla de rutas actual: Entonces, las rutas

del mensaje serán ingresadas en la tabla de rutas del equipo, y la cuenta de
•• saltos será recalculada .
•• Si el mensaje recibido tiene rutas presentes en la tabla de rutas del router y el

puerto de próximo salto de estas rutas, no coinciden con el puerto de próximo
•• salto especificado por la ruta recibida, entonces, dos acciones se pueden

tomar:
•• Si la cuenta de saltos de la ruta existente en la tabla de rutas del router es
•• menor o igual a la cuenta de saltos definidos en la ruta recibida incrementada

en una unidad, entonces la ruta existente en la tabla de router es mantenida
•• Si la cuenta de saltos de la ruta existente en la tabla de rutas del router es
•• mayor a la cuenta de saltos de la ruta recién recibida incrementado en uno,

entonces la ruta existente en la tabla de rutas será reemplazada por la ruta
•• recibida y se recalculará la cuenta de saltos .
•• Si la información de rutas recibidas está presente en la tabla de rutas del

router, y el puerto de próximo salto de la ruta existente es consistente con el
•• puerto de próximo salto de la ruta recibida, entonces: La ruta existente será
•• reemplazada por la ruta recibida y la cuenta de saltos será recalculada
Estas tres reglas permiten entender la forma en que los lazos son generados y
•• las soluciones planteadas para esta situación .
•• Contadores RIP
•• RIP incorpora el uso de los siguientes contadores:
•• Update: Este contador especifica la frecuencia con la cual se enviarán a los

vecinos, las tablas de rutas de un equipo, por default está en 30 segundos .
•• lnvalid: Contador que especifica el tiempo que una ruta es considerada como
•• válida en la tabla de rutas. Cada vez que llega un mensaje de actualización
••
•
-•
••
7
•• para una ruta, este contador es reiniciado en cero, si en el tiempo especificado
•• por este contador no se ha recibido un mensaje de actualización que contenga

esta ruta, la ruta es marcada como inválida con métrica 16. Por default este
•• parámetro está configurado en 180 .
•• Flush_;_ Una ruta marcada como inválida, es mantenida en la tabla de rutas,

hasta que el contador de Flush expire. Este parámetro normalmente viene
•• configurado en 240 segundos .
•• RIP VERSION 2
•• La versión 2 de Rip fue especificada inicialmente en los RFC 1388 y 1723,
•• actualmente, las implementaciones de RIP v2 están especificadas en el RFC

2453. Rip v2 incorpora el manejo de sub-redes, autenticación de rutas, y envía
•• mensajes de actualización usando paquetes de multicast. Las actualizaciones
•• siguen siendo enviadas cada 30 segundos y el límite de 15 saltos como

máximo es respetado. Las estrategias de prevención de lazos siguen estando
•• basadas en "split horizon with poi son Reverse" .
•• Los mensajes de actualización toman ventaja de los campos no usados en Rip

Versión 1, en los cuales agregan información sobre la máscara de sub-red
•• entre otras cosas. Al igual que en Rip versión 1, el contenido de estos
•• mensajes está sometido al manejo de reglas usadas para decidir cuando

reemplazar las rutas y al manejo de contadores, los cuales no varían en Rip
•• V2 .
•• FORMATO DEL MENSAJE RIP ver2
•• RIP v.2
O 4 8 1.6 1.9 31. Bits
••
..
1 CMD: Ox2 VER: Ox2 0000 0000 0000 0000
ADDR FAMILY: Ox2 ROUTE TAG: OxO

NETWORK: 192.168.1.0
•• ·::.UE.NET: 255 .:::5':. .::SS .O

NEXT HOP: 130.10.8 .1
•• METRIC: Ox1
••
•
•• 8
••
••
RIP v2, que es una versión mejorada de RIP v1. Ambas versiones de RIP
comparten las siguientes funciones:
•• • Es un protocolo de vector-distancia que usa el número de saltos como
•• •
métrica .
Utiliza temporizadores de espera para evitar los bucles de enrutamiento,
•• la opción por defecto es 180 segundos .
•• •
•
Utiliza horizonte dividido para evitar los bucles de enrutamiento .
Utiliza 16 saltos como métrica para representar una distancia infinita
•• RIP v2 ofrece el enrutamiento por prefijo, que le permite enviar información de
•• máscará de subred con la actualización de la ruta. Por lo tanto, RIP v2 admite

el uso de enrutamiento sin clase en el cual diferentes subredes dentro de una
•• misma red pueden utilizar distintas mascaras de subred, como lo hace VLSM .
•• RIP v2 ofrece autenticación en sus actualizaciones. Se puede utili.zar un
•• conjunto de claves en una interfaz como verificación de autenticación. RIP v2

permite elegir el tipo de autenticación que se utilizará en los paquetes RIP v2 .
•• Se puede elegir texto no cifrado o cifrado con Message-Digest 5 {MDS). El texto

no cifrado es la opción por defecto. MDS se puede usar para autenticar el
•• origen de una actualización de enrutamiento. MDS se utiliza generalmente para
•• cifrar las contraseñas enable secret y no existe forma reconocida de descifrarlo .
•• RIP v2 envía sus actualizaciones de enrutamiento en multicast con la dirección

Clase D 224.0.0.9, Jo cual ofrece mejor eficiencia .
•• DIFERENCIAS ENTRE RIP vl y RIP v2
•• RIP utiliza algoritmos por vector-distancia para determinar la dirección y la
•• distancia hacia cualquier enlace en la internetwork. Si existen varias rutas hasta
•• un destino, RIP elige la ruta con el menor número de saltos. Sin embargo,
debido a que el número de saltos es la única métrica de enrutamiento que RIP
•• utiliza, no siempre elige el camino más rápido hacia el destino .
••
••
•
-
•• 9
••
••
••
••
••
• ••
••
•• RIP v1 permite que los routers actualicen sus tablas de enrutamiento a
•• intervalos programables. El intervalo por defecto es de 30 segundos. El envío

continuo de actualizaciones de enrutamiento por parte de RIP v1 implica un
•• crecimiento muy rápido del tráfico de red. Para evitar que un paquete entre en
•• un bucle interminable, RIP permite un número máximo de 15 saltos. Si es

necesario pasar por más que 15 routers para llegar al destino, la red se
•• considera inalcanzable y el paquete se descarta. Esta situación crea un
•• problema de escalabilidad cuando se efectúa el enrutamiento en redes

heterogéneas más grandes. RIP v1 usa el horizonte dividido para evitar los
•• bucles. Esto significa que RIP v1 publica las rutas por una interfaz sólo si las
rutas no se conocieron por medio de actualizaciones que entraron por esa
•• interfaz. Utiliza temporizadores de espera para evitar bucles de enrutamiento .
•• Las esperas pasan por alto cualquier nueva información acerca de una subred
si esa subred tiene una métrica menos conveniente en un lapso de tiempo igual
•• al del temporizador de espera .
•• RIP v2 es una versión mejorada de RIP v1. Comparte muchas de las mismas
funciones que RIP v1. RIP v2 también es un protocolo de vector-distancia que
•• utiliza el número de saltos, temporizadores de espera y horizonte dividido .
••
••
••
-
•• 10
••
•• CAPITULO 11
•• PROTOCOLOS DE ENRUTAMIENTO OSPF
•• El protocolo OSPF (Open Shortest Path First) (Primero la ruta libre más corta)
fue creado a finales de los 80. Se diseño para cubrir las necesidades de las
•• grandes redes IP que otros protocolos como RIP no podían soportar,
• incluyendo VLSM, autenticación de origen de ruta, convergencia rápida,
~
etiquetado de rutas conocidas mediante protocolos de enrutamiento externo y
publicaciones de ruta de multidifusión .
•• OSPF funciona dividiendo una Intranet o un sistema autónomo en unidades

jerárquicas de menor tamaño. Cada una de estas áreas se enlaza a un área
•• backbone mediante un router fronterizo. Todos los paquetes enviados desde
•• una dirección de una estación de trabajo de un área a otra de un área diferente

atraviesan el área backbone, independientemente de la existencia de una
•• conexión directa entre las dos áreas. Aunque es posible el funcionamiento de

una red OSPF únicamente con el área backbone, OSPF escala bien cuando la
•• red se subdivide en un número de áreas más pequeñas .
•• OSPF es un protocolo de enrutamiento por estado de enlace que a diferencia
•• de RIP e IGRP que publican sus rutas sólo a routers vecinos, los routers OSPF
envían Publicaciones del estado de enlace LSA (Link-State Advertisment) a
•• todos los routers pertenecientes a la misma área jerárquica mediante una

multidifusión de IP. La LSA contiene información sobre las interfaces
•• conectadas, la métrica utilizada y otros datos adicionales necesarios para
•• calcular las bases de datos de la ruta y la topología de red. Los routers OSPF
acumulan información sobre el estado de enlace y ejecutan el algoritmo SPF
•• (que también se conoce con el nombre de su creador, Dijkstra) para calcular la

ruta más corta a cada nodo. Para determinar que interfaces reciben las
•• publicaciones de estado de enlace, los routers ejecutan el protocolo OSPF
•• Helio. Los routers vecinos intercambian mensajes helio para determinar qué
otros routers existen en una determinada interfaz y sirven como mensajes de
••
••
•
-
•• 11
••
••
actividad que indican la accesibilidad de dichos routers .
Cuando se detecta un router vecino, se intercambia información de topología
•• OSPF .
•• Cuando los routers están sincronizados, se dice que han formado una
•• adyacencia .
Las LSA se envían y reciben sólo en adyacencias. La información de la LSA se
•• transporta en paquetes mediante la capa de transporte OSPF que define un
•• proceso fiable de publicación, acuse de recibo y petición para garantizar que la

información de la LSA se distribuya adecuadamente a todos los routers de un
•• área. Existen cuatro tipos de LSA. Los tipos más comunes son los que publican
••
información sobre los enlaces de red conectados de un router y los que
publican las redes disponibles fuera de las áreas OSPF .
•• La métrica de enrutamiento de OSPF es el coste que se calcula en base al

ancho de banda de la interfaz y es configurable por parte del usuario .
•• Conceptos de Single Area de OSPF
•• Open Shortest Path First (OSPF), como RIP, está basado en estándares
•• "Abiertos". RFC 2328
•• OSPF es frecuentemente preferido sobre RIP por su escalabilidad. Puede ser

configurado en redes más pequeñas usando una "Área" O escalado a redes
•• más grandes sin límites virtualmente .
•• Las Redes y Áreas son fácilmente agregadas o eliminadas .
•• Actualizaciones
•• RIP envía en broadcast su tabla de enrutamiento completa cada 30 segundos

haya habido cambios o no. cuando un temporizador del router expira, éste
•• envía una actualización a sus vecinos directamente conectados (vea la gráfica) .
•• Por esta simplicidad y amplio soporte a través del equipo de los vendedores,
RIP es una opción favorita para muchas configuraciones de red. Sin embargo,
•• el comportamiento de RIP llega a ser un problema cuando la red crece más
••
•
-•
••
12
•• grande que 30 a 50 routers .
••
••
••
••
••
•• Velocidad de Convergencia
•• OSPF es manejado-por evento .

Solo cambios son enviados a otros routers .
•• Envía un LSA (link state advertisement) cuando un cambio ocurre .
•• La red casi instantáneamente re-converge con la nueva información contenida

en el LSA del router originador.
••
••
••
••
••
••
•• Selección de Ruta
•• RIP puede tomar rutas subóptimas porque solo considera a los saltos .
... OSPF calcula el "Costo" de cada enlace, el cual se basa en el ancho de banda .
••
••
••
•
-•
••
13
•• RIP Route Selection OSPF Route Selection
••
••
••
••
•• Encabezado del Paquete de OSPF (Todos los Tipos)
•• Un encabezado de 20 bytes es agregado al frente de todos los paquetes de

OSPF, conteniendo:
•• Versión especifica la versión de OSPF; los routers deberán estar corriendo la
•• misma versión o la adyacencia con los vecinos no puede ser establecida .

Tipo especifica el tipo de paquete (Tipo 1, Tipo 2, etc.)
•• Longitud del Paquete: es la longitud del paquete entero de OSPF en bytes,
••
incluyendo el encabezado estándar del paquete de OSPF .
ID del Router: es la identidad IP del router que está originando el paquete .
•• ID de Área: es el área de OSPF que el paquete en la que el paquete está

siendo enviado .
•• Autenticación, si es configurada, es especificada .
•• Encabezado del Paquete Helio (Tipo 1)
•• Campos adicionales agregados al encabezado del paquete de OSPF para

hacer un encabezado de paquete Helio de OSPF incluyen:
•• Máscara de Red, es el número de bits encendidos en la máscara de Subred
•• usada enviando el ID del Router

Helio lnterval, es el número de segundos entre los helios del router que Jos
•• envía (1 O seg. o 30 seg., dependiendo del tipo de red)
••
Router Priority, es usada para las elecciones de DRIBDR. Si es puesto en O,
el router que envía no es elegible para llegar a ser Designated Router.
•• Dead lnterval, es el número de segundos antes de que el router que envía

considere a un vecino mudo como caído. El predeterminado es 4 veces el Helio
••
••
...,
•• 14
••
••
lnterval.
Designated Router, es la identidad IP del DR para esta red, desde el punto de
•• vista del router que envía .

Backup Designated Router, es la identidad IP del BDR para esta red, desde
•• el punto de vista del router que envía .
•• Neighbor Router lOs, son los lOs de cada router de quienes los paquetes
Helio han estado recientemente dentro del Dead lnterval.
•• Encabezado de Paquete Helio (Tipo 1)
••
•• Helio lnterval
Network Mask
1 Options 1 Router Priority

1
•• Dead lnterval
1
'
•• Designated Router
Backup Designated Router
•• Neighbor Router ID
(additional Neighbor Router ID fields, if necessary)
••
••
••·
••
••
••
••
••
••
••
••
•
-•
•• 15
•• CAPITULO 111
•• Simple Network Management Protocol
•• El Simple Network Management Protocol (SNMP) es un protocolo de la capa
•• de aplicación que facilita el intercambio de información de administración entre

los dispositivos de red. Es parte de la familia de protocolos TCP/IP. SNMP
•• permite a los administradores supervisar el desempeño de la red, buscar y

resolver sus problemas, y planear su crecimiento .
••
•• Las versiones de SNMP más utilizadas son dos: SNMP versión 1 (SNMPv1) y
SNMP versión 2 (SNMPv2). Ambas versiones tienen un número de
•• características en común, pero SNMPv2 ofrece mejoras, como por ejemplo,

operaciones adicionales .
•• SNMP en su última versión (SNMPv3) posee cambios significativos con
•• relación a sus predecesores, sobre todo en aspectos de seguridad, sin
•• embargo no ha sido mayoritariamente aceptado en la industria .
•• SNMP facilita el intercambio de información entre dispositivos de red
••
••
••
••
••
••
••
••
••
••
-•
•• 16
•• Los Componentes básicos de SNMP
•• Una red administrada a través de SNMP consiste de tres componentes claves:
•• • Dispositivos administrados .
•• •
•
Agentes .
Sistemas administradores de red (NMS's) .
•• Un dispositivo administrado es un nodo de red que contiene un agente SNMP y
•• reside en una red administrada. Estos recogen y almacenan información de
•• administración, la cual es puesta a disposición de los NMS's usando SNMP .

Los dispositivos administrados, a veces llamados elementos de red, pueden ser
•• routers, servidores de acceso, switches, bridges, hubs, computadores o

impresoras .
••
•• Un agente es un módulo de software de administración de red que reside en un
dispositivo administrado. Un agente posee un conocimiento local de
•• información de administración (memoria libre, número de paquetes IP

recibidos, rutas, etc), la cual es traducida a un formato compatible con SNMP y
•• organizada en jerarquías .
•• Un NMS ejecuta aplicaciones que supervisan y controlan a los dispositivos
•• administrados. Los NMS's proporcionan el volumen de recursos

procesamiento y memoria requeridos para la administración de la red. Uno o
de
•• más NMS's deben existir en cualquier red administrada .
••
••
••
••
••
••
••
•• 17
••
••
••
••
••
••
••
•
•• Management Management Managemont
•• databa se data base databas&
••
••
•• Comandos básicos de SNMP
•• Los dispositivos administrados son supervisados y controlados usando cuatro

comandos SNMP básicos: lectura, escritux~. notificación y operaciones
•• transversales .
•• El comando de lectura es usado por un NMS para supervisar elementos de
••
red. El NMS examina diferentes variables que son mantenidas por los
dispositivos administrados .
•• El comando de escritura es usado por un NMS para controlar elementos de
•• red. El NMS cambia los valores de las variables almacenadas dentro de los
dispositivos administrados .
•• El comando de notificación es usado por los dispositivos administrados para
•• reportar eventos en forma asíncrona a un NMS. Cuando cierto tipo de evento
••
••
•• 18
••
•• ocurre, un dispositivo administrado envía una notificación al NMS .
•• Las operaciones transversales son usadas por el NMS para determinar qué
variables soporta un dispositivo administrado y para recoger secuencialmente
•• información en las tablas de variables, como por ejemplo, una tabla de rutas .
••
••
••
••
••
••
••
••
••
••
••
••
••
••
••
••
••
••
•
-
•• 19
••
•• CAPITULO VI
SIMULADOR PACKET TRACER 5.0 DE CISCO
••
•• Es un simulador gráfico de redes desarrollado y utilizado por Cisco como
herramienta de entrenamiento para obtener la certificación CCNA. Packet
•• Tracer es un simulador de entorno de redes de comunicaciones de fidelidad

media, que permite crear topologías de red mediante la selección de los
•• dispositivos y su respectiva ubicación en un área de trabajo, utilizando una
•• interfaz gráfica .
Características generales. Packet Tracer es un simulador que permite realizar
•• el diseño de topologías, la configuración de dispositivos de red, así como la
•• detección y corrección de errores en sistemas de comunicaciones. Ofrece

como ventaja adicional el análisis de cada proceso que se ejecuta en el
•• programa de acuerdo a la capa de modelo OSI que interviene en dicho

proceso; razón por la cual es una herramienta de gran ayuda en el estudio y
•• aprendizaje del funcionamiento y configuración de redes de comunicaciones y
•• aplicaciones
Requerimientos del sistema. Para una correcta instalación y posterior uso del
•• software de PACKET TRACER.
••
Requerimientos básicos para la instalación de Packet Tracer
Sistema operativo
•• Microsoft Windows 98,

ME, 2000, o XP y
•• Macintosh
••
Requerimientos Mínimos
Procesador lntel Pentium, 200 MHz o equivalente, 64MB RAM .
•• Espacio disponible en D.D. 30MB

Macro media Flash Placer 6.0 o superior
••
•
Recomendaciones
•• Tarjeta de sonido .
Parlantes .
••
••
•• 20
••
•• ESQUEMA DE SIMULACIÓN MEDIANTE EL SOFTWARE
PACKET TRACER 5.0 de Cisco
•• 1.1
••
Mediante el Software Packet Tracer 5.0. se realizará un esquema simulado de
enlaces Lan y Wan, donde estará levantado el protocolo de enrutamiento RIP
•• ver2. Como se puede ver en el grafico se escogió los routers que van a hacer
el enlace Wan, el modelo de los router es el 2811 de cisco. Los cuatro routers
•• del centro representaran el backbone de una empresa con sus distintas
•• ciudades, y los otros cuatro routers representaran las sucursales que se

encuentran a grandes distancias .
••
••
••
••
••
•• 1.2
•• En el grafico 2 se puede observar cuatro switches, los mismos que tendrán la

función de hacer la red Lan interna de las diferentes sucursales .
•• El modelo de los cuatro switches es ei2960-24TI .
••
••
••
)(
••
••
••
••
•
•• 21
••
•• En el grafico 3, se observa los host que representarán a los usuarios finales .
1.3
••
••
••
•• PC· I>T
PC1
.
1 9t.fi-1.4TT
s.m:cr--,2
" C •PT
•c.
PC-PT
PCS
~e
RoU(oer5
u
Zllll.
R~-t!fl. P.ou t~tr3
~
:960 ~TT
S""'Jt.d10
~·
PC:•..-r
PClO
.
1"-C · II'T
PC:U
ff
[ )(
Q..
•• 261.1
Routot~r2
2811
Rout•r-4
••
2 011 7111
:1960- 241T Routartl
s. .... ittnl Rout•<'6
1
PC- rtT
PCO PC1 PC2
•• l.
••
J ~n.,-ict~· f.r~~
~~
1-------:::-:-:-- -- - - - - i t T6QOI• Pt>V U•~ Y11'1ndo0"' 1 <
•• 1.4
•• Una vez escogido el tipo de router se procederá a indetificarles a cada uno con
los nombres de las diferentes ciudades
•• Ejemplo: QUITO (UIO)
••
•• NI
•• Zl11
UlO
)(
•• Contlg LCLJ
•• Se1lK!os
AOVTI~
RIP Hostname Router

1
Globel Settln¡;¡s
:~-.~~.-y~N•~~~~~u~·~~~~~~~~==================~
••
S..-JK:HINC
NYRAM
Startup Config ~ 1 E~eport ... 1
••
Running Config 1 Merge ••• J ( Ewport ... 1
••
••
•
•• 22
••
•• Una vez asignados los nombres en cada uno de los cuatro routers, se procede
1.5
•• a insertar las tarjetas respectivas para la conexión WAN. Estas y otras tarjetas
se encuentran en la parte izquierda .
••
•
•·
•
••
••
rJhy,-lcal l Conho cu
••
••
•• 1.6
•• Se escogerá la tarjeta (NM-4AIS) que tiene cuatro interfaces seriales, además
••· dos tarjetas (WIC-1 ENET) que tienen una interfase Fast ethernet de 1O Mbps, y
dos tarjetas (HWIC-4ESW) que tiene cada uno cuatro puertos ethernet. Estas
•• tarjetas se utilizarán acorde a las necesidades requeridas .
••
••
•• 2011
UIO
¡ Lj
•• ' UIU f'!"i:':5l!Xo
••
••
••
••
• •
•• 23
••• 1.7
•• Una vez terminado de poner las tarjetas, se procederá a realizar las conexiones
entre los cuatro routers con sus interfaces seriales de cada uno .
••
•• -~
•• ,. -l wfl'
.. " )(
•• 1 1 1
1
~
•• ·-o?
IJ ·
2Al1
..l •P."2'111
ll.ouwr•
••
•• ,C:: J) ~~-"''"'~~-=-=3 FWe
;~~
Urt$\atut ~ O•rnnMion Tto• C olor
•• r'--=•ut==OM=•oe=oo:c"":r.::::':
no= ose:-::c=onn=oc=tocn-=t=o~,. j Taool• PDU List windowrr J < >1
•• 1.8
•••
Como se puede observar en la gráfica se tiene identificado las interfaces
seriales que se encuentran conectadas, y además nos indicará cual es el DCE
Y DTE de cada router .
•••
• Pdei<rl ]r.u;~r !1 O hy(I~DS)"Icrm lnc r;. . . ~ ~~
••
•• ~·~
-i .1
.
ff )(
••
••
-
Z01l .l -(!21811
~h-U\ar2 llMe,..
••
••
••
••
•• 24
••
•• CONFIGURACION DE LAS INTERFACES SERIALES 1/0
••
•• ROUTER A (UIO)
2811
•• Router>en
Router#configure ter
•• Enter configuration commands, one per line. End with CNTL/Z .

Router(config)#hostname UIO
•• UIO(config)#interface serial 1/0
•• UIO(config-if)#ip add 130.10.62.1 255.255.255.0

UIO(config-if)#no shut
•• %LINK-5-CHANGED: Interface Seriai1/0, changed state to down

UIO(config-if)#
•• %SYS-5-CONFIG_I: Configured from console by console
•• U lO#
••
•• Router>en
2811
GUAYAQUIL
•• Router#configure ter

Router( config )#hostname GYE
•• GYE(config)#interface seriai1/0
GYE( config-if)#ip address 130.10.62.2 255.255.255.0
•• GYE( config-if)#no shut
•• %LINK-5-CHANGED: Interface Seriai1/0, changed state to up

GYE( config-if)#
••
••
•• 1.9
••
•
•• 25
••
•• Como se observa después de haber configurado los dos Router's
GYE), sus interfaces seriales 1/0 están levantadas .
(UIO y
•
••
••
• ••
•• 2811
CUENCA
•• Router>en
•• Router#configure ter
Enter configuration commands, one per line. End with CNTUZ .
•• UE(config)#hostname CUE
•• CUE(config)#interface seriai1/0
CUE(config-if)#ip address 130.10.65.8 255.255.255.0
•• CUE(config-if)#no shut
%LINK-5-CHANGED: Interface Seriai1/0, changed state to down
•• CUE( config-if)#
••
•• 2811
A M BATO
•• Router>en
•• Enter configuration commands, one per line. End with CNTUZ .

Router(config)#hostname AMB
•• AMB(config)#interface seriai1/0
•• AMB( config-if)#ip address 130.10.65.9 255.255.255.0

AMB(config-if)#no shut
••
••
••
•
•• 26
••
•• 1.10
De la misma manera las interfaces seriales 1/0 de los router's (CUE y AMB) se
•• encuentran levantadas .
••
••
••
•• CONFIGURACION DE INTERFACES SERIALES 1/1
•• UIO>en
•• UIO#configure ter
•• Enter configuration commands, one per line. End with CNTLIZ .

UIO(config)#interface serial 1/1
•• UIO(config-if)#ip address 130.10.63.1 255.255.255.0

U 1O( config-if)#no shut
••
•• %LINK-5-CHANGED: Interface Serial1/1, changed state to down
U 1O( co nfig-if)#
••
••
••
•• 2811
CUE
••
•• CUE>en
•• CUE#configure ter
Enter configuration commands, one per line. End with CNTLIZ .
••
••
•
•• 27
••
•• CUE(config)#interface serial 1/1
CUE(config-if)#ip address 130.10.63.3 255.255.255.0
•• CUE(config-if)#no shut
o/oLINK-5-CHANGED: Interface Serial1/1, changed state to up
•• CUE(config-if)#
•• GYE>en
•• GYE#configure ter
•• GYE(config)#interface serial1 /1
•• GYE(config-if)#ip address 130.10.64.2 255.255.255.0

GYE( config-if)#no shut
le o/oLINK-5-CHANGED: Interface Serial1/1, changed state to down
•••
GYE( config-if)#
••
••
•• AMB>en
2811
AMB
•• AMB#configure ter
•• AMB(config)#interface serial 1/1
• ••
AMB( config-if)#ip address 130.10.64.3 255.255.255.0
AMB( config-if)#no shut
o/oLINK-5-CHANGED: Interface Seria11/1, changed state to up
•• AMB( config-if)#
•• 1.11
Por último se encuentran levantadas todas las interfaces seriales de cada uno
•• de los cuatro router' s .
••
••
••
•• 28
••
••
••
••
•• 2811
2811
••
AMB
CUE
•• CONFIGURACION DEL PROTOCOLO DE ENRUTAMINETO

•• RIP ver2
•• Realizadas las respectivas configuraciones en los cuatro router' s de cada

interface serial, estos se encuentran operativos; pero con la aclaración de que
•• solo se están comunicando fronterizamente; aún no se están viendo
•• (comunicándose entre los cuatro) .

Para llevar a efecto la comunicación entre los cuatro router' s, se comenzará a
•• configurar el protocolo de enrutamiento RIP ver2, el cual será el backbone de la

red WAN .
•• ROUTER A (UIO)
•• UIO>en
UIO#configure ter

UIO(config)#router rip
•• UIO(config-router)#ver 2
•• UIO(config-router)#network 130.10.0.0
U10( config-router)#A Z

Para tener respuesta de que el router GYE se encuentra en la red, y además
•• verificar si el protocolo de enrutamiento RIP ver2 se encuentra levantado, se
•••
realizará un ping hacia el router antes mencionado .
••
••
•• 29
••
•• UIO#ping 130.10.62.2
Sending 5, 100-byte ICMP Echos to 130.1 0.62.2, timeout is 2 seconds:
•• !!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 31/31/32 ms
•• Una vez configurado el protocolo RIP ver2, y además haciendo que trabajen
•• una sola Red General con la dirección IP 130.1 0.0.0, entonces se podrán
comunicar entre si, e ir actualizando su tabla de ruteo .
•• Para su comprobación se realizará un ping desde el router UIO hacia los tres
route( s restantes, dando la confirmación que se encuentran en total
•• funcionamiento .
•• ROUTER QUITO INTERFACE SERIAL 1/0

UIO>en
•• UIO#ping 130.10.62.1
Type escape sequence to abort .
•• Sending 5, 1OO-byte ICMP Echos to 130.10.62.1, timeout is 2 seconds:
•• !! !! !
•• ROUTER QUITO INTERFACE SERIAL 1/1
••
UIO#ping 130.10.63.1
•• Sending 5, 100-byte ICMP Echos to 130.10.63.1, timeout is 2 seconds:

!!!!!
•• Success rate is 100 percent (5/5), round-trip min/avg/max = 62/62/63 ms
•• ROUTER GYE INTERFACE SERIAL 1/0

UIO#ping 130.10.62.2
•• Type escape sequence to abort .

••• !!!!!
•
••
ROUTER GYE INTERFACE SERIAL 1/1
UIO#ping 130.10.64.2
••
••
•
•• 30
••
•• Sending 5, 100-byte ICMP Echos to 130.1 0.64.2, timeout is 2 seconds:
!!!!!

ROUTER CUENCA INTERFACE SERIAL 1/1
•• UIO#ping 130.10.63.3

•• !!!!!
•• ROUTER CUENCA INTERFACE SERIAL 1/0
•• UIO#ping 130.10.65.1

!!!!!
•• ROUTER AMBATO INTERFACE SERIAL 1/1

UIO#ping 130.10.64.3

•• !!!!!

ROUTER AMBATO INTERFACE SERIAL 1/0
•• UIO#ping 130.10.65.9

•• !!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 62/62/63 ms .
•• 1.12
•• Ya realizada la parte operativa de la red WAN, ahora se hará la implementación

de los cuatro router' s siguientes, los mismo que van realizar la función de
•• sucursales de las ciudades antes mencionadas y la fusión entre la red WAN y

la red LAN .
••
••
•
•• 31
••
•• 2811
RoutorlO 2811
Router14
••
••
•• .,._
ZBll
CUE
2811
AMII
•• 262DXM
RO<Jterll
28U
Router13
•• Estos cuatro router's representan las sucursales de cada ciudad. De igual

1.13
•• manera se procederá a realizar las conexiones y sus configuraciones .
••
••
••
••
••
•• Z811
2811
Router13
••
Router15
1.14
•• Configuradas sus interfaces seriales de la misma forma que se realizó antes, y

además configurado el protocolo RIP ver2, se tendrá en funcionalidad la red
•• diseñada .
••
••
••
••
••
•
•• 32
••
••
••
••
••
••
•• 2811
AMB
•• 2811
2811
LATACUNGA
•• CUSUBAMBA
•• Ejemplo:
CUSU>en
•• CUSU#configure ter

CUSU(config)#interface serial 1/0
•• CUSU(config-if)#ip add 130.10.24.3 255.255.255.0

CUSU(config-if)#clock rate 800000
•• CUSU( config-if)#
%LINEPROT0-5-UPDOWN: Line protocol on Interface Seriai1/0, changed state to up
•• CUS U( config-if)#exit
•• CUSU(config)#router rip
•• CUSU(config-router)#ver 2
CUSU( config-router)#redistribute connected
•• CUSU( config-router)#network 130.1 0.0.0

CUSU( config-router)#A Z
•
•• De igual manera se verifica la funcionalidad entre los router's de cada sucursal,
•
••
y los router's de Backbone, realizando un ping desde 130.10.24.3 (CUENCA-
CUSUBAMBA) hacia los demás router's
••
•
-
•• 33
••
•• ROUTER SAUCES
CUSU#ping 130.10.16.3

•• !!!!!
•• Success rate is 100 percent ( 5/5), round-trip min/avg/max = 97/110/125 ms

ROUTER LATACUNGA
•• CUSU#ping 130.10.17.3
•• !!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max =93/96/109 ms
•• ROUTER QUINCHE
CUSU#ping 130.1 0.8.1
•• Sending 5, 100-byte ICMP Echos to 130.1 0.8.1, timeout is 2 seconds:

!!!!!
•• Success rate is 100 percent (5/5), round-trip min/avg/max =80/91/94 ms
••
ROUTER DE BACKBONE (GYE)
CUSU#ping 130.10.62.2

•• !!!!
•• CONFIGURANDO SWITCHES CISCO 2960
••
•• 2960-24.,.
Switch
•• Después de haber acabado con las configuraciones respectivas en cada uno
•• de los router's, se continuará con los switche's a los que estarán conectadas
tres Pc's para la función de la red LAN .
••
••
•
-•
•• 34
•• 1.15
•• Por último está diseñado el esquema completo de las redes LAN y WAN, pero
aún no tienen comunicación las Pe· s con los Router' s .
••
••
•• .. PC14
•
•
PC-PT
PC · PT
PC13
PCZZ
••
••
•• ..
••
PC19
PC·PT
PC16
1.16
•• Terminadas las configuraciones respectivas de cada uno de los equipos,
•• tendremos el esquema funcionando operativamente con todos sus protocolos,

mas un servidor WEP .
••
••
•• " ..
••
PC·PT PC·PT
PC13 PC2 8
••
••
••
••
••
••
•
-
•• 35
••
•• Sus direcciones IP de cada elemento activo:
1.17
••
•• IP: 192.168.16
•• 1P 192.168.1.2
••• 1P 51/0:130.10.62.1
•• PC·PT
192.168.1.5
1P 51(0: 130,10,62.2
PC·PT
192.168.2.5
••
11
PC·PT 1{~: 130.10.0.0 PC·PT
MASCARA: 255.255.255.0
,..•
192.168.1.4 192.168.2.4
IPSI/1: 130.10.60
IPSI/1: 130.10.63.3
IPS1/0: 130.10.65.9,.....,,._ 51/2:130.10.17.2
r---....,¡-:
,
••
••
•• PC·PT •.;......¡, PC·PT
----..~.
PC·PT
PC·PT
' 192.168.4
••
192.168.3.3 PC·PT 192.168.3.5 192.166.4.4
192.168.3.4
•• ANALISIS DEL PROTOCOLO DE ENRUTAMIENTO RIP ver2
•• CON REAL TIME DEL PACKET TRACER 5.0
•• Como primera instancia se observa en el cuadro de Simulation Panel el
•• protocolo ICMP, esto significa que el paquete PDU está recorriendo hacia todos
los routers e indicándonos que todas las interfaces estén conectadas, y
•• además este protocolo sirve como si se estuviera realizando un ping entre los
dispositivos de la red .
•• Después que hubiese recorrido por todos los dispositivos de la red, indica que
•• se encuentran operativas las interfaces y además que los usuarios finales se
••
•
-
•• 36
• •• encuentran comunicándose entre si.
•• Como se puede observar en el gráfico en la parte izquierda nos da como

resultado que el ICMP fue exitoso (Successful)
•• 1.18
••
••
•• \PSI/O; lJO , IO 6.::' ,2
••
~; f3CUO .O.O
MA~A : 2!55 255. l5S .O
••
•• 1 001
l .OOl
1 .002
l6:1t DeYiC!I
""'
QYE
~~~
GYE
AM6
UlO
Dew•ce
:'!!"'
lCMP
T<:;P
ICMP
•• --
1
1.003
ooz
1 . 00~
1 .003
AM&
....
AMB
AMB
G YE
''""
TC P
TC P
TCP
....
CUf
130 .10 .t.2 . 2
1 30 .10 -62.2
TCP
TCP ••
••
1 .004 G'r!! TCP
•• Se puede observar el protocolo TCP, este protocolo es orientado a conexión .

1.19
••
••
••
••
••
•• Ev•nt ürt
¡v,.. .!'~! (nc;::) t..."Sl Oevlc. At O.v~ Tlr:rt~
•• 1
;
1 .003
l .O().t
1 .004
1 .005
AMB
G)1!
GYE
G Yf
GYf
AMO
AMB
S SH
TC P
S SH
TCP
Event Lirt
••
L•IJt S.t.t~-.a: So ur-ce C•s.tm•t.um -ry,.
••
AMO
....
1 .006 GT"E TCP
U lO lCMI>
"'""
••
3 ,000 CUf TCP
Succeuful 130.10 .6 2.<.! TC P
3 001 C Uf UIO TCP
tn P,.oor~~:.u CUf 130 .10 .62.2 TCP
3 002 UI O TCP •
••
••
-
•• 37
•
•• De la misma manera se observará que también esta corriendo el protocolo
•
••
ARP (Address Resolution Protocol), que es el encargado de convertir las
direcciones IP en direcciones de la red física .
•• Cuando una máquina desea enviar un mensaje a otra máquina que está
conectada a través de una red Fastethernet se encuentra con un problema: la
•• dirección IP de la máquina en cuestión es diferente a la dirección física de la
•• misma. La máquina que quiere enviar el mensaje sólo conoce la dirección IP

del destino, por lo que tendrá que encontrar un modo de traducir la dirección IP
•• a la dirección física . Esto se hace con el protocolo ARP .
••
•• Ar:-:-
~
•• ~~
••
X
••
•• At D•..,.oo tt~
-••
tnfc""
••
"J.004 GYf ICMP
190:'.169¡/I.A
l.OOS GYE AMB lt:MP
3.006 AMe LATACU~G~ IO:tolP
3 .006
] ,00' LATA.CUHGA
l.AUCU'-IGA ARP
S.l'lrtth7
••• .
/ forward
L•!Ot Swn,, Sourw 0.1bn•bon 1Yg• CoiCH""" I
1
••
UI O Grt ICMP
J .ooe S1111itt:h1 192 168A .J ARP
succauful AMe 1.!10.10 .62.2 TCP •
l 008 S•itd\7 19Z 168,AAI 4RP
r&rled CUf 130.l.O .t.Z~ TCP • "'
3 .008 Swlto'l.7 19Z , 1~8A 5 AP:P )
•• 1.20
•• El protocolo CDP (Cisco Discovery Protocol), es un protocolo de red propietario

de nivel 2, desarrollado por Cisco Systems y usado en la mayoría de sus
•• equipos. Es utilizado para compartir información sobre otros equipos Cisco

directamente conectados, tal como la versión del sistema operativo y la
•• dirección IP. CDP también puede ser usado para realizar encaminamiento bajo
•• demanda (ODR, On-Demand Routing), que es un método para incluir

información de encaminamiento en anuncios CDP, de forma que los protocolos
•• de encaminamiento dinámico no necesiten ser usados en redes simples
••
•
-
•• 38
••
••
••
•• JP'SI~
N[1"WWOU ! 130 1tLD. D

130.10.1>2:.2
2
••
MASCAAA: Z5L5 ZS"'-255 .0
IP Sito: 130. 10.65 .9
••
S t,tD.: 1.-.:l, IO,tf; 1
.
•• T 1M~t: C1:04' t0 5.A &ol
~5 .752:
21.919
ze.no
lutD+'<ffet'
Swotdt?
I,.ATACUHGA
At.O."'.c.
H2 1 66A.S OTJ"
LATACU,.GA
AMB
T'(~:J e
~-"'2
IUPW2'
PC · ~
1'PZ-H•IAA
•• . 1
,l'O.J'Sl AM8 COP
rra-••~
1
2'9.1!51
~9 .15.1
.....
AM&
...,
C OP
COP
••
Su«i'tU:"-1
s~cc.sdul ....
UlO GY1i
lJO.lO 62.2
l CMP
TCP
•
•
~ 2:9.15: cuo co• 1'-.led CIJf.' l .:IIG.J0.52.7 ro
)
~¡
•• 1.21
•• Una vez que todos los protocolos antes mencionados hayan pasado, se tiene el
protocolo de enrutamiento RIP ver2. Como se puede observar, se va a enviar
•• el paquete PDU con el protocolo RIP ver2 a sus tres routers vecinos: El
••
Quinche, Guayaquil y Cuenca, y se verificará que se están comunicando y
actualizando sus tablas de enrutamiento .
••
••
••
•• !~ (he) L...•t Dñ~iUI
•• 3 .012
4 .H'28
4,629
-4.e3o
~N&
UIO
GYt:
UJO
GYf
UlO
••
?.018 C:U!SUfiA,.. 8ARfl"~r2'
'J .Ol'f CUSUbA~A CUE

UA9e UJf)
lZ.498 UlO
12A'9ft UlO
•• Ph!I Y Comralt
••
&•~ I IAutu C•P'I.u• • / Pl• tl lc•pture 1 forwerdl
- J
••
••
•
-
•• 39
••
••
1.22
Se obtiene las respuestas de los routers, los cuales se están comunicando con
•• el protocolo RIP ver2, demostrando que los mensajes fueron recibidos por los
anteriores routers sin perdida de datos .
••
••
••
•• ~~IJ, T1me (uc) U~OBvice At Oevie. r;·~~:-_lnf ,..1
••
21.812 AM8 Gl"E RJP-.·2
1P SI/O: 130.10.62 2
21.872 AMB l.AT>.CUNGA RIPv2
21.872 AM8 CUE IUPv2
IVWOIU:; IJO.lO.D.D
MASCARA: 255.255.255 .0
••
22.627 CUE RIP't2
22 ,627 CUE RIP'1'2
CUE RIP't2
IPSt/fl: IJO,t0.6S.,
CUE U! O RIPv2
••
CUE AM8 ~1Pv2
CUf CUSU8AM8A R!Pv2
Coptured to : !<
(Rtsat Simulabon) 0 Ctmrtant Deley
••
22 .628 S
Pl~ty Controls
8ack ] !Auto Copluro 1 PlayJ icoptu"' 1 fo,...arn]
•••
fnnt Ust fílters
ARP, CDP~
IPhy lp . . d lhdnl
DHCP, EJGRP, ICMP, RIP, TCP,

VisiOht E'lents : UDPJ VTP, OSPf, DTP , Telr.&t. TFTP, HnP ,
ONS, SSH, t CMPv6 , LACP, PAQP, ACL Fitt~r
••
.___E_
d~_
Fi~'•-r_
s _......J] . _ 1_ _ sho_.._An_ __,
••
•• DEMOSTRACION de la CAPA 7 DE APLICACIÓN DEL MODELO
•• OSI
•
1.23
•• En esta gráfica se realizará una petición al servidor WEP, el cual se encuentra

en la sucursal El Quinche de la empresa en Quito, esta petición es realizada
•• desde la sucursal los Sauces de la empresa Guayaquil por el usuario
••
(192.168.2.4) .
Se observará el protocolo http siendo enviado hacia el servidor WEP, el cual
•• tiene la dirección 192.168.1.6. Como se podrá observar, para esta petición
••
•
-
•• 40
••
••
corren dos protocolos (http y tp ), los cuales se encargara de encaminar la
solicitud requerida .
••
••
••
••
•• 55 A 59 Sw!lch5
.~""
TCP
lnl ""'
•• s ... itd'ls
5SA60 Serverl TCP
55..461 Sw1tchS QUINCHE TCP
55.<662 QUINCHE UIO TCP
55.463 UfO Grr TCP
••
55AD4 G'ff SAUCf.S TCP
5SA65 S"UC:tS Swrtch<;o TCP
Swlteh9 192 .1€.6 .2.<4 TCP
192.168 .2 .o4 HTTP • ..,
••
•• 1.24
••
Una vez realizada la petición hacia el servidor WEP, el mensaje comienza a
recorrer hacia su destino final. El protocolo que se encarga de encaminar el
•• mensaje es http mediante tcp

.o byChco~yrtefNI.
••
••
••
••
•• !!m ~
55 467
55A67
5uc) lut Oe.,.•ca
191 . 168 .ZA
At O•vloe
Sw.tdl9 TCP
192 .168 .2.4 HTTP
••
••
5'5.468 192.16$..2A SW~t:d't9 HTTP
•
55.468 Sw4tch9 SAUC~S TCP
55.469 Swttth9 SAUCES li"n'P
55..469 SAUCfS ~ TCP
•• :V ¡
S~ UCES
GYE UIO TCP
.2..__ _;
Capture-d to:
••
5SA70 s
••
•
-•
••
41
•• 1.25
•• El paquete llega al servidor WEP y escucha la petición requerida del usuario .
••
••
••
••
•• Go .....
X v ... '!~'!'_ • _( n c)
55.•470
5SA7Q
U.-tO.V~tCe
e·,. -
~~.?· V'<'·
·-' •••
U lO
T'fP•
TCP
OTP
lnl ~ 1
••
5SA71 Switt:n7 U,TA.CUNGA OTP
S SAn GYE UlO tfTTp
5SA71 UJO QUINCHII! TCP

55A12 U10 QUINCHE HTTr
•
•• •v,
55A12 QUINCI-tf S.-ftnS TCP
55 ... 7~ QUINCHE S..cc::tt5
"'""'
' - 55A7'3 Switl:h5 Serverl TCP
___ 2.____ _j
lfl.•nt Slmul•tion] S Constent o~ .... C •pturin\) .
••
•• Una vez que llegó la petición http al servidor, este se encarga en reenviar la
1.26
•• información al destinatario final, con la respuesta de que su petición ha sido
•• escuchada .
••
••
••
••• ; .
URL <htq,:(11 92.. 1611. 1.6 ..
,.
X
Event Ust
' vis .
r
}!~ }nc) l•S't Oev.oa Alt O • ..._
!! ~ · lhi "'!'
•• •
S5A71 U! O QUINCHE T~P
SSA7Z U lO QUINCHE HTTP
•
55 .... 72 QUINCHE Switd'l5 T CP
55.473 QUJN C HE s~s HTTP
s .. itr.hs
•
55.47~ Serv.,-1 TCP
1
••
55.474 Sw•ldl5 s.,.... ~ HTTP
55.474 Serverl TCP
55 .-4 7S Se!"Ven. Swrtc:hS TCP
SSA75 s.,.,.,, HTTP . . .¡
••
--------- ~ -
IReset Simul&t:Jon] ~ Conrtant DelaJ C eptunng.,, ~
••
•
-•
••
42
•• 1.27
•• Una vez que llegó al destinatario final el usuario ya puede hacer uso de la
petición realizada .
•• Por último se· tiene como resultado la pagina Web en la pantalla del usuario
final.
••
••
••
••
••
••
•• í ome (<ec) LA<t De•ooo AtOevice Type Jnf"'
•• 1
55.479 UlQ GYE HTTP
55A79 GYE SAUCES TCP
....,GPA<IE
55.480 GYE SAUCES HTTP 1
••
55.480 SAUCES S\0Ítt.l19 TCP
55.481 SAUCES SMtch9 HTTP 1
55.481 sw~cM U2.16S .2.4 TCP
Tecrologo en: Redas y TelecomJlica::ia-oes
••
55.462 192.168.2 .4 TCP
Macril Aru-io PaJI Vinlclo
Prorw:icn 200 7-2í..OO 55.482 SwotcM 192.168.2..4 HTTP
1 -..,
55.482 192.168.2..4 TCP
1 )
••
C<plllrtd to: '<
55.482 •
••
••
••
••
••
••
••
••
-•
•• 43
•• CONFIGURACION DEL PROTOCOLO DE ENRUTAMIENTO
•• OSPF CON EL SOFTWARE PACKET TRACER 5.0

2.1
•• Realizadas las configuraciones de las interfaces seriales se obtendrá como
•• resultado la conexión entre los cuatro routers del centro, los mismos que son
(Quito, Guayaquil, Cuenca y Ambato), los cuales representan el backbone de la
•• empresa, y de los cuatro routers que se encuentran a sus lados que
••
representan las sucursales de las ciudades mencionadas. Los primeros
comandos que se utilizaron para levantar las interfaces seriales de cada router
•• fueron las misma que su utilizo en el esquema del protocolo de enrutamiento

RIP ver2 .
••
••
Ejemplo:
ROUTER A (UIO)
•• Router>en
•• Enter configuration commands, one per line. End with CNTUZ .
•• Router(config)#hostname UIO
UIO(config)#interface serial 1/0
•• UIO(config-if)#ip add 192.168.0.1 255.255.255.0

UIO(config-if)#no shut
•• %LINK-5-CHANGED: Interface Seriai1/0, changed state to down
•• UIO(config-if)#
%SYS-5-CONFIG_I: Configured from console by console
••
••
••
••
••
••
••
-
•• 44
••
•• 'i>dckcl TrdCer 5 .0 byCisc:o Syslems , lnt. C \Documenls dnd Sclhngs\AdminlslrodorUscrllorio\cdpilulos delemlmo~clo OSPf.pkl ~@(g]
••
••
•• 2
GUA
1
QUJL
••
•• ~:::~
•• ,-=..
2611
/ CUENCA
••
CUSU&AM~A
2811
LATACUN~A
••
••
•• 2.2
•• Una vez terminado la configuración de todas las interfaces seriales de los

routers, se procederá a verificar su conexión utilizando el comando ping para
•• tener respuesta, no obstante se tienen que tener en cuenta que solo se están
••
viendo fronterizamente, porque aún no se ha configurado el protocolo de
enrutamiento con el cual se van a comunicar los routers .
•• UIO#ping 192.168.0.2
Sending 5, 100-byte ICMP Echos to 192.168.0.2, timeout is 2 seconds:
•• !!!! !
••
••
••
••
•
•• 45
••
•• CONFIGURANDO OSM=
••
••
••
••
••
••
••
•• 2811
2811
••
CUSUBAMBA
LATACUNGA
•• Después de haber comprobado la funcionalidad entre los routers se procede a

2.3
•• levantar el protocolo de enrutamiento de estado de enlace OSPF. Para poder

levantar el protocolo de enrutamiento OSPF se debe configurar por áreas. El
•• área de backbone debe ser el Área O.
•• OSPF funciona dividiendo una Intranet o un sistema autónomo en unidades

jerárquicas de menor tamaño. Cada una de estas áreas se enlaza a un área
•• backbone mediante un router fronterizo .

Ejemplo:
••
••
••
•• '
••
••
•
•• 46
••
••
••
••
•• •
Area o
••
••
•• [
~ .~
Arao 3
••
~
2811
CUSUBAMBA 2811
•• QUITO>en
LATACUNGA
•• QUITO#configure ter

QUITO(config)#no router eigrp 100
•• QUITO(config)#router ospf 109

QUITO(config-router)#network 192.168.0.0 0.0.0.255 area O
•• QUITO(config-router)#network 192.168.0.1 0.0.0.255 area O
•• Realizado las configuraciones en los routers del Área O de backbone se tiene

como repuesta .
••
•• 00:00:10: %0SPF-5-ADJCHG: Process 109, Nbr 192.168.200.1 on Serial1/2
from LOADING to FULL, Loading Done
•• 00:00:10: %0SPF-5-ADJCHG: Process 109, Nbr 192.168.22.3 on Serial1/1
••
from LOADING to FULL, Loading Done
00:00:10: %0SPF-5-ADJCHG: Process 109, Nbr 192.168.21.3 on Serial1 /0
•• from LOADING to FULL, Loading Done
••
•
•• 47
••
•• Después de que se haya levantado el Área O de backbone, se procederá a
2.4
•• levantar las siguientes áreas: Área 1, Área 2, Área 3 y el Área 4 .

Para llevar a efecto el levantamiento de cada área se debe configurar de igual
•• manera que se realizó para el Área O, con la diferencia de que en el router
•• fronterizo únicamente se debe configurar el área en la cual se encuentra

Ejemplo:
••
••
••
••
•• ,
Area O
••
••
•• ROUTER QUITO AREA O
•• QUITO>en
•• QUITO#configure terminal
•• QUITO(config)#no router eigrp 100
••
QUITO(config)#router ospf 109
QUITO( config-router)#network 192.168.0.0 0.0.0.255 area O
•• QUITO( config-router)#network 192.168.0.1 0.0.0.255 area O

QUITO(config-router)#network 192.168.20~ 1 0.0.0.255 area 1
••
ROUTER QUINCHE AREA 1
QUINCHE>en
•• QUINCHE#configure terminal
••
•
•• 48
••
QUINCHE(config)#no router eigrp 100
•• QUINCHE(config)#router ospf 109

QUINCHE(config-router)#network 192.168.20.1 0.0.0.255 area 1
•• %LINEPROT0-5-UPDOWN: Une protocol on Interface Seriai1/0, changed state
•• to up
00:00:10: %0SPF-5-ADJCHG: Process 109, Nbr 192.168.20.2 on Seriai1/0
•• from LOADING to FULL, Loading Done

Este es el proceso que deben seguir cada una de las siguientes tres áreas de
•• los routers fronterizos y los routers de backbone que se encuentran el Área O,
•• para su comunicación entre cada área. Además se puede observar en el lOS

de los routers los Database y Neighbor de cada uno de ellos con el comando:
•• Show ip ospf database:
•• QUITO#sho ip ospf database
•• OSPF Routerwith ID (192.168.20.2) (Process ID 109)
•• Router link States (Area O)
•• Link ID ADV Router Age Seq# Checksum link count
•• 192.168.21 .3
192.168.20.2
192.168.21.3
192.168.20.2
47
47
Ox80000004 Ox0041 fO 4
Ox80000004 Ox0063d3 4
•• 192.168.22.3
192.168.23.3
192.168.22.3
192.168.23.3
47
43
Ox80000004 Ox005ad0 4
Ox80000004 Ox0082a2 4
•• Summary Net Link States (Area O)
•• link ID
192.168.20.0
ADV Router
192.168.20.2
Age
43
Seq# Checksum
Ox80000001 Ox00f35e
•• 192.168.23.0 192.168.23.3 43 Ox80000001 Ox00b793
••
192.168.21.0 192.168.21 .3 43 Ox80000001 Ox00db73
192.168.22.0 192.168.22.3 43 Ox8000000 1 Ox00c983
•• Router Link States (Area 1)
••
••
•
•• 49
••
•• Link ID
192.168.20.2
ADV Router
192.168.20.2
Age
47
Seq# Checksum Link count
Ox80000002 Ox0007ee 2
•• 192.168.200.1 192.168.200.1 47 Ox80000002 Ox000143 2
•• Link ID
Summary Net Link States (Area 1)
ADV Router Age Seq# Checksum
•• 192.168.1.0
192.168.0.0
192.168.20.2 43
192.168.20.2 43
Ox80000001 Ox00c59f
Ox80000002 Ox00ce96
•• 192.168.3.0
192.168.2.0
192.168.20.2 38
192.168.20.2 38
Ox80000003 Ox004908
Ox80000004 Ox0052fe
•• 192.168.23.0
192.168.21.0
192.168.20.2 38
192.168.20.2 38
Ox80000005 Ox000625
Ox80000006 Ox007cbf
•• 192.168.22.0 192.168.20.2 38 Ox80000007 Ox006fca
•• Con el comando show ip ospf neighbor se puede observar los vecinos que tiene el
ro uter
••
••
QU ITO#sho ip ospf neighbor
••
Neighbor ID Pri State Dead Time Address Interface
192.168.21 .3 1 FULL/- 00:00:37 192.168.0.2 Seriai1/0
•• 192.168.22.3
192.168.200.1
1 FULLI-
1 FULL/-
00:00:37
00:00:37
192.168.1.3
192.168.20.1
Serial1/1
Serial1/2
••
••
••
••
••
••
••
••
••
•
•• 50
••
•• ANALISIS DEL PROTOCOLO DE ENRUTAMIENTO OSFP CON
REAL TIME DEL PACKET TRACER 5.0
•• 2.5
•• El paquete PDU está analizando las conexiones de los routers con el protocolo
ICMP, es un ping que se está realizando a cada uno de los routers que
•• conforman la red; y que permitirá saber si se tiene conexión con todas las
interfaces de la red WAN .
•• En la gráfica se observará tres paquetes PDU los cuales van a ser enviados
•• desde el router Quito y el router Ambato

Desde el router Ambato se envía el ICMP hacia el router Guayaquil que tendrá
•• como respuesta que no se perdió el paquete .
•• ~ Pctek.c1 Trace:r ).0 by Clocco S~lem!ii, lnc . C \flocume!nl'> dnd S~Umg.~~;\AdmmislradarHs c rltona\modelo OWf finaL de l<!SI& 1ps y dre...l..t:o . pkl r.:.- ~ ~
••
••
••
••
••
•• lbst 00YIC0 At Devtoe r.,pe 1~1
•• QUITO
AM8ATO
AM8ATO
CUENCA
ICMP
ICMP
ICMP
ICMP
11
11
11
111
•• t:l2.168.10.1021CMP
192.16810.102 ARP
AMBATO lCMP
11
11
111
In Progress
In Pror;¡r'eU
QUITO
AMBATO
GUAYAQUIL
QUTTO
••
GUA'fAQUH. JCMP tn Proorwu AM8ATO OU!TQ
•• 2.6
•• De igual forma el siguiente ICMP se realizará desde el router Guayaquil hacia

el router Quito .
••
••
•
•• 51
••
•• ~ v.•. ···--~~,~ ~~~~~
~
!
0 .000
O.OllU
0.001 QUITO
Ato... !CIIt
AM8ATO
CUEMCA
GUA'r'AQUJL ICMP
TfP•
ICMP
ICMP
••
0.001. AMUATO GUAYAQUJl. ICHP
0 .001 CUfNCA QUITO ICMP
O.llll1 AM8A"TO ICMf'
o.oo~ AM&IITQ GUA'r'.AQUJL JCMP
0 .002 GUA'I'I~QUJL QUITO JCHP
••
0 .002 QUITO 0UAYAQU1L JCMP
•• Lve nt Un: Fílt•r•
••
ARP, COr, OHCP, P:TCRP, lC.MP, R.f" , TCP,
2:011 VIsible EY•nU: ~.";=s~~~H~~~:;F'~~~~~~A~~CL

CUG:l.IO.-'M6A l' itter
r-----~
.~.;~
,~,.-
,..-~
------,1 r¡----~.=~~
~~.~ . ------.
•• ~~
j J.~n•no O ::¿)
-
J= ~.~ st...w•
S"cc.•sful
fn Pragnniio
Soun:::e
QUITO
.&MeATO
D•ñ"ebon
GUA"1111QUU..
QUITO
,.,
ICMP
JCMP
.. c~ao.-
•• •
••
L1-st. W'indcn• ] ~
r--------------;.,.,=u"'••"'r=-·"PT::-------------;11To<;Jvl• POO In Praorll!' .. s "'"'eJ~~TO ouno ICMP 11111
"' 2.7
•• Una vez que haya pasado a todos los routers el protocolo ICMP, el siguiente
paquete que se enviara es el CDP (Cisco Discovery Protocol), que es un
•• protocolo de red propietario de nivel 2, desarrollado por Cisco Systems y usado
•• en la mayoría de sus equipos. Es utilizado para compartir información sobre

otros equipos Cisco directamente conectados, tal como la versión del sistema
•• operativo y la dirección IP .
•• Vi:J . !_wn~ .<sec) At Devtae ~f; rnf "'
••
11.~2'1!! cusueAMBA o5:Pf' .•
ll.SZ9 CUSUBAMOA CUENCA OSPF •
u . ~o5 CUENCA OSPF •
11 .706 CUENCA AMOATO OSPF •
••
1Z .901 SAUNAS COP •
1Z.90Z
1Z ,904
12 .9G4
SAUNAS GUAYAQUIL
GUAYAQUIL
GUAYAQUll
CDP
COP
CDP
•
•
•
j
12 .904 GUAYAQUIL CDP • v
•• ~==;:==~ o-----~o
(Reset Simuletlw•)
Piar Controls
EJ Const•nt D•I•J
_1__>_
Ca'i';~~tD~
•• B•cJ.: IIAtJb) Capture 1 Pleyl(capt\Jre 1 rorwent)
••
ARP. CDP, DHCP, EIGitP, lCMP, RtP, TCP,
Visible Events: ~P~~S~:S·H~T~~P~~t_!~~~~Zg';,"ÁcL
fíttsr
••
••
••
••
•
•• 52
•
•• 2.8
•• Una vez finalizado el protocolo CDP se tendrá el siguiente protocolo, el de

enrutamiento OSPF que tiene como función enrutar el paquete PDU a cada
•• uno de los routers, tanto en el área O de backbone, como a las demás áreas .
•• f v,.. !':.~!(-e) ust Oewio. At O e Yice ~P<I

~ "'·1
•• CJ'.96l.
9 'iH6
9 ~87
10 008
10 .009
QUITO
QU1TO
AM6AT0
GUAYAQUIL
QUJT(.l
CUIE!NCA
Af'fe.ATO
GUAYAQUIL
OSPf"
O SPf
••••
••- i~ 1
1
•• l
10,012
lD 013
1D.DZ1
10,022
C.IJAYA C'~lJlL
CUE.:NCA
CUAYAQUIL
AMPIATO
CUENCA
(lUtrO
OSPf"
OSPF
OISPF ··~-l -!
••
< ...•• ..l
Cnpt.u'""d tn;
JD .O ZZ"
Play Cun'l.-,ul'
.:;¡¡.
•• ..
Zlll.1
~
811
l .NCA
Eve"'-
Vo~ibl ..
Li'~ Fitt.rs
F.vf'nt-¡:
ARP , COP, OtiCF', EIG.-P, lCMP, RIP, TCP,
~~; ,v;~~~~~H~~~~·..~:~~~~7~ ~~ÁCL ..
••
CUSUeA ... eA
r ·;tt.,.
L-----~·~d~~~·~~·~· _____JILI____~s~·~·="~·=·~----J
1•
.
TN"n~ l 02 ; 17 1Z0.)44
i ~c:en.no O~ 1"i'e Lert S.t:e lus Sovrc.
•• H.-~~
$~<t4tul QUITO
JI:
1
,--------------R=-ou=t=-:P:-:Tc--------------II ToQo,le POU Li¡;l Wondow ) ~ -..~ ....
s:vcoess1ul
~
AMe,6.TO
AtoteATO ourro
QUITO
•• 2.9
•• En segunda instancia se va a enviar los paquetes desde el router Guayaquil

hacia Quito y Ambato comunicando los cambios de topología que hubiera
•• habido para que actualicen sus tablas de ruteo .
••
•• a.zo7
~t._~-"!ce
CUe;NCA
SALINAS
7J De
OSPf
••
o.zoe CUI!!!NCA CUSUeAMBA OSPF
0 .208 SAUNAS GuA·•AQUIL OSPf
0.2(19 GUAYAQUIL.
D.ZD9 GUAYAQVII. 0$11',.
0 .210 GUAYAQUTL AMeATO OSPF
•• 0 .2].0
0.21.0
GUAYAQUil. QUITO
QUINCHE
Ceptur-ed to:
0.210"
.-
•• Ba~ ) (A.utn Chpture 1 ri""'J 1lca..,tunt 1 Fo..-wo11r'd)
••
event üst fíbn
ARP , COP, 01-(CP., eJGRP, JCMP , RJP, TCP,
VosJbie eYenb: ~~V~s~·H~~~~P~"!:'L!~~~A~,p~CL

Fitbt1
,.----,.cc
dcc-
~-ofcc
;.-.-
~------,~ - - - -- -;;ShCCo:Cw::-A-,cl;1-- -- - - - ,
r¡
••
••
••
•• 53
••
•• ANALISIS DE RESULTADOS DE LOS PROTOCOLOS
DEENRUTAMIENTO RIP y OSPF
•• RIP ver1
•• • Es fácil de configurar
•• • Solo admite protocolos de enrutamiento con clase
•• •
•
No incluye información de subred en la actualización de enrutamiento
No admite autenticación en actualizaciones
•• •
•
Utiliza el número de saltos como métrica para selección de una ruta
Si el numero se saltos es superior de 15, el paquete se descarta
•• • Por defecto, se envía un broadcast de actualización de en ruta miento
•• •
cada 30 segundos .
El protocolo RIP ver1 depende de los routers vecinos para obtener
•• información de la red
•• •
RIP ver2:
••
•• •
•
Protocolo de enrutamiento de Gateway interior (IGP)
Copia la tabla de enrutamiento de los vecinos
•• •
•
Se actualiza frecuentemente
RIP ver2 usan el numero de saltos como métrica
•• • Visualiza la red desde la perspectiva de la red de los vecinos
•• •
•
Converge lentamente
Es susceptible a los bucles de enrutamiento
•• • Fácil de configurar y administrar
•• • Consume una gran cantidad de ancho de banda
••
••
••
••
•
•• 54
••
•• OSPF:
•• •
•
Usa la ruta mas corta
Las actualizaciones son desencadenadas por los eventos
•• • Envía paquetes de estado de enlace a todos los routers de la red
•• •
•
Tiene una vista común de la red
Converge rápidamente
•• • No es susceptible a los bucles de enrutamiento
•• •
•
Es fácil de configurar
Requiere más memoria y potencia de procesamiento que el de vector-
•• distancia
••
• Consume menos ancho de banda que el vector-distancia
•• ANALISIS DE RESULTADOS ENTRE RIP Y OSPF

••
••
•• PROTOCOLO DE ENRUTAMIENTO
RIP
PROTOCOLO DE
ENRUTAMIENTO OSPF
••
•• En la primera tabla de datos se realizó
un ping desde el host
En la primera tabla de datos se
192.168.1.4 realizó un ping desde el host
•• hacia el host 192.168.2.4 teniendo 192.168.10.106 hacia el host
•• como respuesta positiva: 192.168.10.126

En la primera respuesta se tiene que respuesta positiva:
teniendo como
•• fueren enviados 32 bytes con el tiempo En la primera respuesta se tiene que

176ms y el TTL que significa el tiempo fueren enviados 32 bytes con el
•• de vida de un paquete hasta su destino tiempo 143ms y el TTL que significa
•• fue
respuestas
124. En cada
significa
una de
el tiempo
las el tiempo de vida de un paquete
que hasta su destino fue 125. En cada
••
••
•
•• 55
••
•• recorre el paquete hacia su destino, y una de las respuestas significa que
de la contestación de la solicitud es el tiempo que recorre el paquete
•• requerida por el mismo. hacia su destino .

Se tiene que en cada una de las
•• respuesta, el tiempo es menor al
•• compararlo con rip
•• PC>ping 192.168.2.4 PC>ping 192.168.10.106
•• Pinging 192.168.2.4 with 32 bytes of

Pinging 192.168.10.106 with 32
bytes of data:
•• data:
•• Request timed out. Replyfrom 192.168.10.106:
•• Reply from 192.168.2.4: bytes=32

time=176ms TTL=124
bytes=32 time=143ms TTL=125
Reply from 192.168.10.106:
•• Reply from 192.168.2.4: bytes=32 bytes=32 time=140ms TTL=125
•• time=154ms TTL=124
Reply from 192.168.2.4: bytes=32
Reply from 192.168.10.106:
Ping statistics for 192.168.2.4:
Reply from 192.168.10.106:
•• Packets: Sent = 4, Received = 3, Ping statistics for 192.168.10.106:
•• Lost = 1 (25% loss),

Approximate round trip times in milli-
Packets: Sent = 4, Received = 4,
Lost =O (0% loss),
•• seconds:
Minimum = 140ms, Maximum =
seconds:
•• 176ms, Average= 156ms Minimum = 112ms, Maximum =
•• PC>ping 192.168.4.4
143ms, Average= 130ms
•• Pinging 192.168.4.4 with 32 bytes of

PC>ping 192.168.10.126
•• data: Pinging 192.168.10.126 with 32
•• bytes of data:
••
•
•• 56
••
••
time=219ms TTL=123 Reply from 192.168.10.126:

time=216ms TTL=123
Reply from 192.168.10.126:
•• Reply from 192.168.4.4: bytes=32 bytes=32 time=220ms TTL=122
Reply from 192.168.10.126:
Reply from 192.168.10.126:
•• Packets: Sent = 4, Received = 4, Ping statistics for 192.168.10.126:
•• Lost =O (0% loss),

Lost =O (0% loss),
•• seconds:
seconds:
•• 21 9ms, Average = 21 Oms Mínimum = 203ms, Maximum =
•• 265ms, Average = 234ms
•• PC>ping 192.168.3.3 PC>ping 192.168.10.122
•• Pinging 192.168.3.3 with 32 bytes of Pinging 192.168.10.122 with 32
•• data: bytes of data:
•• Reply from 192.168.3.3: bytes=32 Reply from 192.168.10.122:

bytes=32 time=171 ms TTL=122
••
time=188ms TTL=124
Reply from 192.168.3.3: bytes=32 Reply from 192.168.10.122:
bytes=32 time=21 9ms TTL=122
Reply from 192.168.10.122:
•• time=167ms TTL=124 bytes=32 time=203ms TTL=122

time=204ms TTL=124
Reply from 192.168.10.122:
•• Ping statistics for 192.168.3.3:

••
••
•
•• 57
••
••
Lost =O (0% loss), Lost =O (0% loss),
Approximate round trip times in milli- Approximate rauñd trip times in milli-
•• seconds:
seconds:
Minimum = 171 ms, Maximum =
•• 204ms, Average= 182ms 219ms, Average= 194ms
•• PC>ping 192.168.1.5 PC>ping 192.168.10.130
•• Pinging 192.168.1.5 with 32 bytes of Pinging 192.168.10.130 with 32
•• data: bytes of data:
•• Reply from 192.168.1.5: bytes=32 Reply from 192.168.10.130:
•• time=1 09ms TIL=128

bytes=32 time=172ms TIL=121
Reply from 192.168.10.130:
•• time=46ms TIL=128 bytes=32 time=153ms TIL=121

time=47ms TIL=128
Reply from 192.168.10.130:

time=47ms TIL=128
Reply from 192.168.10.130:
•• Ping statistics for 192.168.1.5: Ping statistics for 192.168.10.130:
•• Packets: Sent = 4, Received = 4, Lost Packets: Sent = 4, Received = 4,
•• =O (0% loss), Lost =O (O% loss),
••
Approximate round trip times in milli- Approximate round trip times in milli-
seconds: seconds:
•• Minimum = 46ms, Maximum =

••
••
•• Protocolo RIP ver2 desde QUITO Protocolo OSPF desde QUITO
••
••
•
-
•• 58
••
•• Para verificar la tabla de ruteo de los Desde el router UIO se realizo el
•• routers, se debe tener levantado el levantamiento del (debug ip ospf

servicio (debug ip rip), este comando events), el cual nos mostrará la tabla
•• es el que nos informa sobre las

de ruteo, la cual se encuentra en
constante actualización, claramente
•• actualizaciones que tienen cada uno

de los routers, y además nos indica los
se observa que la tabla de ruteo se
•• números de saltos o métrica que dan

para llegar hacia los siguientes routers .
actualiza de una manera mucho
mayor que RIP, ya que lo hace por
•• En la vida real las métricas o saltos milésimas de segundo, por el motivo

de que no tiene encuenta el número
•• que son factibles son 15, esto es una
debilidad que tiene RIP, ya que no se de saltos para su actualización, si no
•• podría tener una red estable cuando la

que lo hace de una manera
desencadenada, por este motivo la
••
red supere los 50 routers, es por este
convergencia de la red es
motivo que RIP es susceptible a los
••
sumamente rápida que RIP. OSPF
bucles de datos .
puede superar más de 100 routers
•• conectados ya que no depende de

los números de saltos para
•• actualizar su tabla de ruteo .
••
•• QUITO (Debug ip rip)
RIP: sending v2 update to 224.0.0.9
QUITO (Debug ip ospf events)
OSPF events debugging is on
•• via Serial1/1 (130.10.63.1) QUITO#
•• RIP: build update entries

130.10.8.0/24 via 0.0.0.0, metric 1,
00:06:30: OSPF: Rcv helio from
192.168.22.3 area O from Serial1 /1
•• tagO
130.10.16.0/24 via 0.0.0.0, metric
192.168.1.3
00:06:30: OSPF: End of helio
•• 2, tag O processing
•• 130.10.62.0/24 vi a 0.0.0.0, metric

1, tag O
192.168.200.1 area 1 from Serial1 /2
••
••
•
•• 59
•• 130.10.64.0/24 via 0.0.0.0, metric 192.168.20.1
•• 2, tag O 00:06:30: OSPF: End of helio
•• 192.168.1.0/24 via 0.0.0.0, metric

2, tag O
processing
•• 192.168.2.0/24 via 0.0.0.0, metric 192.168.21.3 area O from Seriai1/0
•• 3, tag O
192.168.0.2
•• via Seriai1/0 (130.10.62.1)

RIP: build update entries
processing
•• 130.10.8.0/24 via 0.0.0.0, metric 1, 192.168.22.3 area O from Serial1/1
•• tag O
130.10.24.0/24 vi a 0.0.0.0, metric
192.168.1.3
•• 2, tag O
130.10.63.0/24 via 0.0.0.0, metric
processing
•• 1, tag O 192.168.200.1 area 1 from Serial1/2
•• 130.10.65.0/24 via 0.0.0.0, metric

2, tag O
192.168.20.1
•• 192.168.1.0/24 via 0.0.0.0, metric

2, tag O
processing
•• 192.168.3.0/24 via 0.0.0.0, metric 192.168.21.3 area O from Seriai1/0
•• 3, tag O
192.168.0.2
•• via Serial1/2 (130.10.8.2)

processing
•• 130.10.16.0/24 vi a 0.0.0.0, metric 192.168.22.3 area O from Serial1/1
•• 2, tag O
130.10.17.0/24 via 0.0.0.0, metric
192.168.1.3
•• 130.10.24.0/24 via 0.0.0.0, metric 00:06:50: OSPF: Rcv helio from

2, tag O 192.168.200.1 area 1 from Serial1/2
•• 130.10.62.0/24 vi a 0.0.0.0, metric

1, tag O
192.168.20.1
••
••
•
••
/
60
•• 130.10.63.0/24 via 0.0.0.0, metric processing
•• 1, tag O 00:06:50: OSPF: Rcv helio from
•• 130.10.64.0/24 vi a 0.0.0.0, metric

2, tag O
192.168.21.3 area O from Seriai1/0
192.168.0.2
•• 130.10.65.0/24 via 0.0.0.0, metric 00:06:50: OSPF: End of helio
l.
••
• 2, tag O
192.168.2.0/24 via 0.0.0.0, metric
3, tag O
processing
192.168.22.3 area O from Serial1/1
192.168.3.0/24 via 0.0.0.0, metric 192.168.1.3
•• 192.168.4.0/24 via 0.0.0.0, metric

4, tag O
processing
•• GUAYAQUIL
192.168.200.1 area 1 from Serial1/2
192.168.20.1
•• RIP: sending v2 update to 224.0.0.9 00:07:00: OSPF: End of helio
•• via Serial1/1 (130.10.64.2)

processing
•• 130.10.8.0/24 via 0.0.0.0, metric 2,

tag O
192.168.0.2
•• 1, tag O
130.10.62.0/24 via 0.0.0.0, metric
processing
•• 1, tag O
130.10.63.0/24 via 0.0.0.0, metric 2,
192.168.1.3
•• tag O 00:07:10: OSPF: End of helio
•• 192.168.1.0/24 via 0.0.0.0, metric

3, tag O
processing
•• 192.168.2.0/24 via 0.0.0.0, metric 192.168.200.1 area 1 from Serial1/2
•• 2, tag O
192.168.20.1
•• via Serial1/2 (130.10.16.2)

Rl P: build update entries
processing
••
••
•
--
•• 61
••
••
130.10.8.0/24 vi a 0.0.0.0, metric 2, 192.168.21.3 area O from Serial1 /0
tag O 192.168.0.2
•• 130.10.17.0/24 via 0.0.0.0, metric

2, tag O
processing
•• 130.10.24.0/24 via 0.0.0.0, metric
•• 3, tag O
130.10.62.0/24 vi a 0.0.0.0, metric
GUAYAQUIL
GUAYAQUIL#debug ip ospf events
•• 1, tag O
130.10.63.0/24 via 0.0.0.0, metric
OSPF events debugging is on
GUAYAQUIL#
•• 130.10.64.0/24 vi a 0.0.0.0, metric

1, tag O
192.168.21.2 area 3 from Seria11/2
192.168.21.2
•• 130.10.65.0/24 via 0.0.0.0, metric

2, tag O 00:04:20: OSPF: End of helio
•• 3, tag O
192.168.3.0/24 via 0.0.0.0, metric
•• 4, tag O 192.168.2.3
•• 192.168.4.0/24 via 0.0.0.0, metric 3, processing
•• tag O
•• via Seriai1/0 (130.10.62.2) 192.168.0.1
•• RIP: build update entries

130.10.16.0/24 via 0.0.0.0, metric
processing
•• 1, tag O
130.10.17.0/24 via 0.0.0.0, metric
•• 2, tag O 192.168.2.3
•• 130.10.64.0/24 vi a 0.0.0.0, metric

1, tag O
processing
•• 130.10.65.0/24 via 0.0.0.0, metric

2, tag O
192.168.21.2 area 3 from Seria11 /2
••
••
•
-• 62
••
•• 192.168.2.0/24 via 0.0.0.0, metric 192.168.21.2
•• 2, tag O
192.168.4.0/24 via 0.0.0.0, metric
processing

•• CUENCA 192.168.0.1
•• RIP: sending v2 update to 224.0.0.9

via Serial1/1 (130.10.63.3)
processing
•• RIP: build update entries 00:04:40: OSPF: Rcv helio from

••
130.10.17.0/24 via 0.0.0.0, metric
2, tag O 192.168.21.2
•• 130.10.24.0/24 via 0.0.0.0, metríc

1, tag O
processíng
•• 130.10.64.0/24 vi a 0.0.0.0, metríc 00:04:40: OSPF: Rcv helio from
•• 2, tag O 192.168.23.3 area O from Seríal1 /1

130.10.65.0/24 vía 0.0.0.0, metric 192.168.2.3
..
•
••
192.168.3.0/24 vía 0.0.0.0, metríc
2, tag O
192.168.4.0/24 via 0.0.0.0, metríc
3, tag O
processing
192.168.20.2 area O from Seríai1/0
192.168.0.1
•• RIP: sending v2 update to 224.0.0.9

via Serial1/2 (130.10.24.2)
processing
•• RIP: build update entries 00:04:50: OSPF: Rcv helio from
•• 130.10.8.0/24 vía 0.0.0.0, metric 2,

tag O
192.168.21.2 area 3 from Serial1 /2
192.168.21.2
......• 130.10.16.0/24 via 0.0.0.0, metric

3, tag O
processíng
•• 130.10.17.0/24 via 0.0.0.0, metric

2, tag O
•• 130.10.62.0/24 vía 0.0.0.0, metric

2, tag O
192.168.2.3
•••
~
-•
••
63
•• 1, tag O
130.10.64.0/24 via 0.0.0.0, metric
•• 2, tag O
130.10.65.0/24 via 0.0.0.0, metric
192.168.0.1
•• 192.168.1.0/24 via 0.0.0.0, metric

3, tag O
•• 192.168.2.0/24 via 0.0.0.0, metric 192.168.21.2

••
4, tag O
192.168.4.0/24 via 0.0.0.0, metric processing
•• 3, tag O
•• via Seriai1/0 (130.10.65.1) 192.168.2.3
•• RIP: build update entries 00:05:00: OSPF: End of helio

130.10.8.0/24 via 0.0.0.0, metric 2, processing
•• tag O 00:05:00: OSPF: Rcv helio from
..•• 130.10.24.0/24 via 0.0.0.0, metric

1, tag O
130.10.62.0/24 via 0.0.0.0, metric
192.168.0.1
•• 2, tag O
130.10.63.0/24 via 0.0.0.0, metric
processing
05:00: OSPF: End of helio
••
192.168.1.0/24 via 0.0.0.0, metric 00:05:00: OSPF: Rcv helio from
3, tag O 192.168.23.3 area O from Serial1/1
•,.• 192.168.3.0/24 via 0.0.0.0, metric

2, tag O
192.168.2.3
processing
~
•• AMBATO
•• via Seriai1/0 (130.10.65.9)

192.168.0.1
••
••
-:
•• 64

•• 130.10.17.0/24 via 0.0.0.0, metric

1, tag O
192.168.21.2
•• 2, tag O
130.10.64.0/24 vi a 0.0.0.0, metric
processing
•• 1, tag O
192.168.2.0/24 via 0.0.0.0, metric
192.168.20.2 area O from Seria11/0
192.168.0.1
•• 192.168.4.0/24 via 0.0.0.0, metric

2, tag O
processing
00:05:1 O: OSPF: Rcv helio from
•• RIP: sending v2 update to 224.0.0.9 192.168.23.3 area O from Serial1 /1
... via Serial1/2 (130.10.17.2) 192.168.2.3
....
•
• RIP: build update entries
130.10.8.0/24 vi a 0.0.0.0, metric 3,
tag O
processing
QUINCHE#
130.10.16.0/24 via 0.0.0.0, metric
=••
2, tag O
192.168.20.2 area 1 from Seria11 /0
130.10.24.0/24 via 0.0.0.0, metric
192.168.20.2
2, tag O
•• 130.10.62.0/24 vi a 0.0.0.0, metric 2,

tag O
processing
•• 130.10.63.0/24 via 0.0.0.0, metric

2, tag O
192.168.10.169 area 1 from
e
,. 130.10.64.0/24 via 0.0.0.0, metric
Serial1/2 192.168.10.169
..• 1, tag O
130.10.65.0/24 vía 0.0.0.0, metric
1, tag O
processing
192.168.1 0.166 area 1 from
•• 192.168.1.0/24 via 0.0.0.0, metric

4, tag O
Serial1/1 192.168.10.166
•• 192.168.2.0/24 via 0.0.0.0, metric

• •
..~
J 65
••
•• 3, tag O
192.168.3.0/24 via 0.0.0.0, metric
processing
•• 3, tag O
192.168.20.2 area 1 from Serial1 /0
192.168.20.2
•• via Serial1/1 (130.10.64.3) 06:28:49: OSPF: End of helio
•• RIP: build update entries processing
..
130.10.17.0/24 via 0.0.0.0, metric 06:28:50: OSPF: Rcv helio from
• 1, tag O
130.10.24.0/24 via 0.0.0.0, metric
192.168.10.169 area 1 from
Serial1/2 192.168.10.169
•• 2, tag O
•• 130.10.63.0/24 via 0.0.0.0, metric

2, tag O
processing
,.• • 130.10.65.0/24 via 0.0.0.0, metric

1, tag O
192.168.1 0.166 area 1 from
192.168.3.0/24 via 0.0.0.0, metric Serial1/1 192.168.10.166
3, tag O 06:28:51: OSPF: End of helio
processing
192.168.4.0/24 via 0.0.0.0, metric 2,
tag O
QUINCHE

via Seriai1/0 (130.10.8.1)
192.168.1.0/24 via 0.0.0.0, metric
1, tag O
RIP: received v2 update from
•• 130.10.8.2 on Seriai1/0
130.10.16.0/24 via 0.0.0.0 in 2
•• hops
130.10.17.0/24 via 0.0.0.0 in 3
•,•
i
J• 66
•• hops
•• hops
130.10.24.0/24 vía 0.0.0.0 in 2
•• 130.10.62.0/24 vía 0.0.0.0 in 1
••
hops
130.10.63.0/24 vía 0.0.0.0 in 1
•,.• hops
130.10.64.0/24 vi a 0.0.0.0 in 2
hops
•• 130.10.65.0/24 vi a 0.0.0.0 in 2
•• hops
192.168.2.0/24 vía 0.0.0.0 in 3
.-• hops
hops
192.168.3.0/24 vía 0.0.0.0 in 3
192.168.4.0/24 via 0.0.0.0 in 4

hops
,• Una vez terminado de tener los valores En esta segunda instancia

y los saltos con los cuales se esta desconectara la interface serial 1/0
se
-'.• actualizando los routers, se procedió a correspondiente al router Cuenca y

verificar la información, el cual nos Ambato, desde el Ambato
indica que todas las interfases se analizará el tiempo de convergencia
encuentran en funcionamiento. con el cual las tablas de ruteo de
se
• sus vecinos actualizan, el protocolo

de enrutamiento OSPF tiene la
opción de ver sus cambios por si
mismo, y no depende de otros
• GYE#show ip route routers que lo avisen los cambios

efectuados para que actualicen sus
'
••
•
Gateway of last resort is not set tablas de ruteo.
~
~
~
67
~
•• AMBATO#sho ip route
•• 130.10.0.0/24 is subnetted, 8
subnets Gateway of last resort is not set
•• R 130.10.8.0 [120/1] via

130.10.62.1, 00:00:16, Seriai1/0 O 192.168.0.0/24 [110/1562] via
•• e 130.10.16.0 is directly 192.168.2.1, 00:04:57, Serial1/1
•• connected, Serial1/2
R 130.10.17.0 [120/1] via
O 192.168.1.0/24 [11 0/1562] via
192.168.3.1, 06:10:53, Seriai1/0
130.10.64.3, 00:00:18, Serial1/1 e 192.168.2.0/24 is directly
'
••
•,•
R 130.1 0.24.0 [120/2] via
130.10.64.3, 00:00:18, Serial1/1
[120/2] vi a 130.10.62.1,
connected, Seria11/1
e 192.168.3.0/24 is directly
connected, Seriai1/0
00:00:16, Seriai1/0 192.168.10.0/30 is subnetted, 16
e 130.10.62.0 is directly subnets
connected, Seria11/0 o 192.168.10.100 [11 0/1563] via
R 130.10.63.0 [120/1] vi a 192.168.23.2, 01:13:14, Serial1/2
130.10.62.1, 00:00:16, Seriai1/0 O lA 192.168.10.104 [11 0/2344]
e 130.10.64.0 is directly via 192.168.2.1, 00:04:57, Serial1/1
connected, Serial1 /1 O lA 192.168.10.116 [110/2344]
.-. R 130.10.65.0 [120/1] vi a via 192.168.2.1, 00:04:57, Serial1/1
-•
130.10.64.3, 00:00:18, Serial1/1 O lA 192.168.10.120 [110/3125]
R 192.168.1.0/24 [120/2] via via 192.168.3.1, 00:07:31, Seriai1/0
130.10.62.1, 00:00:16, Seriai1/0 [11 0/3125] via 192.168.2.1,
R 192.168.2.0/24 [120/1] via 00:04:57, Serial1/1
130.10.16.3, 00:00:19, Serial1/2 O lA 192.168.10.124 [110/3125]
R 192.168.3.0/24 [120/3] via via 192.168.3.1, 01:36:54, Seriai1/0
130.1 0.64.3, 00:00:18, Serial1/1 [110/3125] via
[120/3] via 130.10.62.1, 192.168.2.1, 00:04:57, Serial1/1
00:00:16, Serial1 /0 O lA 192.168.10.128 [11 0/2344]
R 192.168.4.0/24 [120/2] via via 192.168.3.1, 00:51:00, Seriai1/0
,'•
130.10.64.3, 00:00:18, Serial1/1 O lA 192.168.10.132 [11 0/2344]
via 192.168.3.1, 00:51:00, Seriai1/0
•
e,
j
68
~
•• OlA 192.168.10.164[110/3124]
•• via 192.168.3.1, 05:29:41, Seriai1/0

[11 0/3124] via
• 192.168.2.1, 00:04:57, Serial1/1

O lA 192.168.10.168 [110/3124]
•• via 192.168.3.1, 05:29:31, Seriai1/0

[110/3124] via
• 192.168.2.1, 00:04:57, Serial1/1

O lA 192.168.10.172 [11 0/2343]
-=• via 192.168.2.1, 00:04:57, Serial1/1
•• O lA 192.168.10.176 [11 0/2343]

vi a 192.168.2.1, 00:04:57, Serial1/1
• En esta ocasión se desconectara la

interfase serial %, para comprobar el
O lA 192.168.10.180 [110/2343]
via 192.168.3.1, 00:51:00, Seriai1/0
tiempo de convergencia que tiene una 0 lA 192 _168 _10 .184 [11 0/2343]
ves que se vuela a conectar dicha
via 192.168.3.1, 00:51:00, Seriai1/0
interfase.
O 192.168.10.188 [11 0/1562] via
192.168.23.2, 05:00:22, Serial1/2
Se desconectara la interface serial
,. 1/0 correspondiente a Cuenca y

Ambato, desde Ambato se analizará
• el tiempo de convergencia con el

cual las tablas de ruteo de sus
vecinos se actualizan.
Gateway of last resort is not set Gateway of last resort is not set
130.10.0.0/24 is subnetted, 7 O 192.168.0.0/24 [11 0/1562] via

subnets 192.168.2.1, 00:04:57, Serial1/1
R 130.10.8.0 [120/1] via O 192.168.1.0/24 [11 0/1562] via
130.10.62.1, 00:00:09, Seriai1/0 192.168.3.1, 06:10:53, Seriai1/0
J
• 69
: R 130.10.17.0 [120/1] via e 192.168.2.0/24 is directly
f• 130.10.64.3, 00:00:19, Seria11/1

R 130.10.24.0 [120/2] via
130.10.64.3, 00:00:19, Serial1/1
[120/2] via 130.10.62.1,
connected, Serial1/1
e 192.168.3.0/24 is directly
connected, Seriai1/0
192.168.10.0/30 is subnetted, 16
00:00:09, Seriai1/0 subnets
e 130.10.62.0 is directly connected, O 192.168.10.100 [110/1563] via
Seriai1/0 192.168.23.2, 01:13:14, Serial1/2
R 130.10.63.0 [120/1] via O lA 192.168.10.104 [11 0/2344]
~
••
130.10.62.1, 00:00:09, Seriai1/0 via 192.168.2.1, 00:04:57, Serial1/1
e 130.10.64.0 is directly connected, O lA 192.168.10.116 [110/2344]
• Serial1/1 via 192.168.2.1, 00:04:57, Serial1/1
= R 130.10.65.0 [120/1] via O lA 192.168.10.120 [110/3125]

130.1 0.64.3, 00:00:19, Serial1/1 via 192.168.3.1, 00:07:31, Seriai1/0
R 192.168.1.0/24 [120/2] via [110/3125] via
130.10.62.1, 00:00:09, Seriai1/0 192.168.2.1, 00:04:57, Serial1/1
R 192.168.3.0/24 [120/3] via O lA 192.168.10.124 [110/3125]
130.1 0.64.3, 00:00:19, Serial1/1 via 192.168.3.1, 01:36:54, Seriai1/0
[120/3] via 130.10.62.1, [110/3125] via
00:00:09, Seriai1/0 192.168.2.1, 00:04:57, Serial1/1
R 192.168.4.0/24 [120/2] via O lA 192.168.10.128 [11 0/2344]
130.1 0.64.3, 00:00:19, Serial1 /1 via 192.168.3.1, 00:51:00, Seriai1/0
O lA 192.168.10.132 [11 0/2344]
via 192.168.3.1, 00:51:00, Seriai1/0
O lA 192.168.10.164 [110/3124]
via 192.168.3.1, 05:29:41, Seriai1/0
[110/3124] via
192.168.2.1, 00:04:57, Serial1/1
O lA 192.168.10.168 [110/3124]
via 192.168.3.1, 05:29:31, Seria11/0
•• Una vez desconectada la interface, en

la tabla de ruteo no se encontrara dicha
[110/3124] via
192.168.2.1, 00:04:57, Serial1/1
•
e
~
70
interface, pues bien nuevamente O lA 192.168.10.172 [11 0/2343]

volvemos a conectar la interface, y el vi a 192.168.2.1, 00:04:57, Serial1 /1
tiempo para que todos los router O lA 192.168.10.176 [110123431 vía 192.168.2.1,
actualicen su tabla sabiendo que está oo:o4:57, Serial1/1

O lA 192.168.10.180 [110/2343]
conectada, es el siguiente:
192.168.2.0/24 [ 120¡ via 130 _10 •16 _3 , via 192.168.3.1, 00:51:00, Seriai1/0
11
O lA 192.168.10.184 [11 0/2343]
00:00:02, Serial1/2
via 192.168.3.1, 00:51:00, Seriai1/0
O 192.168.10.188 [110/1562] via
QUITO
192.168.23.2, 05:00:22, Serial1/2
R 192.168.1.0/24 [120/1] via
O 192.168.10.192 [110/1562] via
130.10.8.1, 00:00:08, Serial1/02
192.168.23.2, 05:00:32, Serial1/2
Teniendo como respuesta en el router O 192.168.10.196 [110/1563) via
GYE el tiempo fue de 02ms, y en el 192.168.23.2, 01:10:10, Serial1/2
router QUITO fue de 08ms. O lA 192.168.20.0/24 [11 0/2343] via
192.168.3.1, 06:10:43, Serial1 /0
[11 0/2343) via
192.168.2.1, 00:04:57, Serial1/1
O lA 192.168.21.0/24 [11 0/1562) vi a
192.168.2.1, 00:04:57, Serial1 /1
O lA 192.168.22.0/24 [11 0/1562) vi a
~
•• 192.168.3.1, 00:51:10, Seriai1/0
e 192.168.23.0/24 is directly
connected, Serial1/2
AMBATO#
o/oLINK-5-CHANGED: Interface
Seriai1/0, changed state to down
o/oLINEPROT0-5-UPDOWN: Line
protocol on Interface Seriai1/0,
changed state to down
06:15:57: o/oOSPF-5-ADJCHG:
Process 109, Nbr 192.168.22.3 on
j
71
•
': Seriai1/0 from FULL to Down:
Interface down
• En el siguiente paso se desconectará Una vez que se desconecto la

la interface serial 1/0 que corresponde a interface se tiene como resultado la
QUITO Y GUAYAQUIL, del mismo siguiente tabla, indicando la
modo se va analizará el tiempo con el desconexión de la interface
cual actualizarán su tabla de ruteo, una

ves que se haya conectado .
••
• El protocolo de enrutamiento RIP
depende de sus vecinos para saber los vuelva
Por último el tiempo para que la red
a converger fue mucho
cambios que hubo en la red, este es un menor que el protocolo RIP, esto es
claro ejemplo, el tiempo que se registro por que el protocolo OSPF realiza
el router CUENCA fue menor sus actualizaciones en forma
comparado al de GUAYAQUIL, porque desencadenada, los routers avisan
estos dos routers fueron informados por si hubo un cambio en la red al DR, y
el router QUITO, el router de AMBATO este a su vez se encarga en
se informo a través de sus vecinos, esto comunicar a todas las áreas el
hace que el tiempo que tuvo AMBATO cambio topológico de la red.
para actualizar su tabla fue tardío, esto

hace la posibilidad a la subseptibilidad
de bucles de datos que esta expuesta
la red.
72
CONCLUSIONES
• RIP ver1 está en la capacidad de proveer soluciones optimas en
enrutamiento, en la medida en que las condiciones de la red como el
tamaño y la presencia de bucles entre los enrutadores (o host en caso
de ejecutar RIP) sean adecuados para su implementación. Esto hace
que protocolos más complejos y elaborados como OSPF o RIP ver2 no
sean los únicos que se tengan en cuenta como posibles soluciones de
enrutamiento.
• RIP v2 es una versión mejorada de RIP v1. Comparte muchas de las

mismas funciones que RIP v1. RIP v2, también es un protocolo de
vector-distancia que utiliza el número de saltos, temporizadores de
espera y horizonte dividido. Pero con la diferencia que RIP ver1 no
soporta VLSM.
• OSPF es un protocolo de enrutamiento por estado de enlace que a

diferencia de RIP e IGRP publican sus rutas sólo a routers vecinos, los
routers OSPF envían publicaciones del estado de enlace LSA a todos
los routers pertenecientes a la misma área jerárquica mediante una
multidifusión de IP.
• Herramientas como el simulador Packet Tracer 5.0 de Cisco, representa

una oportunidad de crecimiento bilateral, tanto la plataforma de
simulación, como para la Universidad de las Americas, en este caso la
universidad se esta proveyendo a si mismo una herramienta de gran
aporte, en el proceso de aprendizaje y enseñanza de conceptos básicos
de redes de datos, sin dejar de lado el prestigio que representa que sus
estudiantes sean quienes implementen estas nuevas funcionalidades a
futuro.
• Desde el punto de vista técnico, es recomendable y factible la migración

del protocolo de enrutamiento RIP ver2 al protocolo de estado de enlace
73
OSPF en las redes del Ecuador, debido a que la gran mayoría de

empresas están migrando a este protocolo de enrutamiento, ya que el
mismo funciona sobre áreas, el cual le permite al administrador de Red
facilitar su administración.
• En el presente proyecto se estudió la interoperabilidad de estos dos

protocolos de enrutamiento, donde la comunicación de cada uno de los
protocolos son aceptables en cualquier equipo sean estos de marcas
diferentes y además pueden trabajar fusionados entre ellos.
• La implementación de una red basada en el protocolo de enrutamiento

OSPF requiere más memoria y potencia de procesamiento, el cual
brinda una mejor calidad de transmisión de datos y a su vez mejores
servicios como: video conferencia, Voz IP, etc.
• Dado los avances tecnológicos actuales, y al auge de tecnologías como

RIP, OSPF sería un complemento ideal para un mejor desarrollo de las
redes de área metropolitana y extendida. La idea en un principio
abarcaría implementar OSPF en áreas de mayor congestión de tráfico
para lograr una mejor distribución y administración del mismo.
•= BIBLIOGRAFIA
http://www.cisco.com
http:// www.google.com
Libro cisco system CCNA 1
VERSION LIBRE Y SIN JURAMENTO
En la ciudad de san francisco de quito a los 14 días del mes de abril del 2009 siendo las 16h30, en
las oficinas de la policía judicial de Pichincha, ante la presencia del señor Agente Investigador,
rindo mi versión en forma libre y voluntaria, con relación a la indagación previa N° 09-03-27064-
JRC, al efecto manifiesto llamarme SEGUNDO DAVID GIRÓN CONCHA, con CC.
0600706907 de estado civil casado, de nacionalidad ecuatoriano de 59 años de edad de instrucción
secundaria con teléfono número 2521725, nacido en la provincia de Chimborazo cantón
Riobamba, y domiciliado en la Urb. Jardín del Valle Pasaje 2E calle Luis Pérez, concretándome al
caso que se investiga expongo textualmente lo siguiente: Soy propietario del centro de computo
GIRÓN TÉCNICA INFORMÁTICA "RIO@NET" ubicado en la calle Ulloa 21 -10 y San
Gregorio del sector Santa Clara, mismo que lo tengo por el tiempo de tres años, es así que el 25
de marzo del 2009, a eso de las 03 HOO mi hijo José Aníbal Girón Villa había recibido una
llamada telefónica por parte de un funcionario de la compañía de seguridad LAARCOM, quien le
había comunicado que mi local en mención había sido objeto de robo de los bienes que se detallan
en la denuncia presentada por mi hijo José Girón, por lo que de inmediato mi hijo conjuntamente
con mis tres hijos y yerno de nombres: Myrian, Carolina, Edison y Cristian Escudero se
trasladaron a verificar mi local, donde habían tomado contacto con un funcionario de la compañía
LAARCOM con quien conjuntamente había verificado que los bienes que se detallan en la
denuncia no se encontraban en el lugar que permanecieron hasta el día 24 de marzo del2009 a las
21HOO que dejé cerrando el local con las respectivas seguridades y activado el sistema de alarmas.
Debo indicar que la compañía de seguridad LAARCOM mediante un contrato acordó al cuidado
permanente de mi local, por lo que son los únicos responsables del custodio del local y de los
bienes que existen en su interior por lo mismo que solicito que la compañía indemnice en su
totalidad el costo de los bienes sustraídos, así mismo en la madrugada del 25 de marzo no pude
concurrir conjuntamente con mis hijos y ,mi yerno por mi estado de salud, por lo que a eso de las
7H30 que llegué observe que mi local estuvo con la puerta lanfor violentada y en su interior vi
que no había una sola computadora y todo se encontraba en un total desorden, por lo que envíe
que mi hijo presentara la denuncia respectiva y proceda la investigación, adjunto fotografías
tomadas a mi local, el día lunes 16 de febrero del 2009, en las que se puede apreciar que las
computadoras robas se encontraban el mi local en el momento del robo, así mismo adjunto las
fotografías tomadas horas después del robo. Es todo cuanto puedo manifestar en honor a la
verdad, en esta parte intervienen el Señor agente investigador formulando las siguientes preguntas:
lP.- Diga el compareciente el 24 de marzo del 2009 a eso de las 21 horas que se retiró observó
alguna persona en actitud sospechosa. R.- No. 2P.- Diga el compareciente si los locales aledaños
a su centro de computo tienen guardias de seguridad encargados del custodio durante toda la
noche. R.- No. 3P.- Diga el compareciente a que monto asciende la cantidad total del robo R.-
Una vez realizado el detalle de los objetos sustraídos que constan en la denuncia constaté que sufrí
un perjuicio de 9113.04 dólares americanos. 4P.- Diga el Compareciente si esta su versión la rin
de en forma libre y voluntaria sin presión de ninguna naturaleza. R.- Si y para constancia de la
misma firmo al pie de la presente con juntamente con el Sr. Agente Investigador.
x:x:xxxxxxxxxx
SEGUNDO DAVID GIRÓN CONCHA LUIS MONTES

EL COMPARECIENTE AGENTE INVESTIGADOR PJ-P

OSPF

Cargado por

Copyright:

Formatos disponibles

OSPF

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

OSPF

Cargado por

Copyright:

Formatos disponibles

10...

•• ANALISIS TECNICO Y OPERATIVO DE LOS PROTOCOLOS DE

•• ENRTUTAMIENTO OSPF Y RIP EN BASE Al USO DE SNMP PARA LA

DECLARION DEL PROFESOR GUIA

•• fuentes correspondientes y que en su ejecución se respetaron las disposiciones

•• experimentación y el estudio personalizado y a distancia de los alumnos. Los

•• peticiones de servicios de envío de paquetes de datos a través de diferentes

•• de enrutamiento vector-distancia (RIP) y el protocolo de enrutamiento de

•• forma de incorporar automáticamente diferentes configuraciones de redes para

••• 1.- Concepto de RIP ver1 .. o •••••••••••••••••••••••••••••••• o

1.1.- Formato del mensaje RIP ver1 ............................... ...........

..•• 101.2.- Procesamiento del mensaje de actualización .......... .......................... 6

1.1.2.3.4.- Concepto de RIP ver2 .......... .................................................. 7

•• 2.1-Conceptos de Single Área de OSPF ................ ...................... ............ 11

•• 201.2.3.-Velocidad de Convergencia OSPF ............................... .. ............. 12

•• 2.1.2.3.4.-Selección de Ruta ............................................ ...... ... ............ 12

•• 2.1.2.3.4.5.6.-Encabezado del Paquete Helio (Tipo 1) ........................ ........ 13

•• 2.1.2.3.4.5.6.7.8.-Hello lnterval. ........................................... ... ... ..... ....... 13

•• 2.1.2.3.4.5.6.7.8.9.-Router Priority ........................................ ........... ....... 13

•• 2.1.2.3.4.5.6.7.8.9.10.11.-Designated Router ......................... ......... ......... 14

•• 2.1.2.3.4.5.60 7.8.9.1 0.11012.130-Neighbor Router lOs ................ .... .. ........... 14

•• 3-Simple Network Management Protocol .. ....... ........... .. .... ... .15

• 3.1.2.- Comandos básicos de SNMP ................... .................................... 17

•• 4.- Esquema simulado con el Protocolo de enrutamiento RIP

•• 4.1.2.-Configuración del protocolo RIP ver2 ................................. ... ........ 28

•• 4.1.2.3.4.- Configuración del protocolo OSPF ............................ .... ....... .45

•• 4.1.2.3.4.5.- Configuración del protocolo OSPF área 0 .................... .... ....... 46

•• comunicación de datos que involucre diversas redes con diferentes tecnologías

•• técnicas particulares de cada red puedan ser ignoradas al diseñar las

•• aplicaciones que utilizarán Jos usuarios de Jos servicios .

•• físicas de los elementos básicos de una red, extendiendo las topologías de

•• Teniendo en cuenta las necesidades y los avances producidos en una sociedad

•• sumamente compleja, resulta de gran importancia destacar tanto la transmisión

•• preciso mediante el uso de las redes .

•• los servicios financieros, de entretenimiento, salud, educación y gobierno .

•• (cable, satélite) y recepción, producen nuevas convergencias entre diferentes

•• de comunicación" los límites y las fronteras y, como consecuencia, la

•• sociedades, por definición, han sido y serán "sociedades de la comunicación" .

•• Los principales cambios estructurales de la sociedad se producen ahora en

•• La capa de Red, dentro de una arquitectura de rede de datos, es la que se

•• hasta el destino (estación receptora). Llegar a destino, en tiempo y forma,

•• puede requerir que el algoritmo de ruteo, que es el encargado de escoger las

•• autónomos se conoce como Protocolo de enrutamiento exterior (EGP). RIP

•• sido concebido para utilizarse en entornos más complejos .

•• Rip v1 fue definido en el RFC 1058 en junio de 1988. RIP es un protocolo

•• prevención de lazos, por lo tanto las actualizaciones de rutas son enviadas

•• programa "routed" del sistema operativo Unix .

•• RIP v1 se considera un IGP con clase. RIP v1 es un protocolo de vector-

•• router vecino a determinados intervalos. RIP utiliza el número de saltos como

•• máscara de subred que está configurada en la interfaz receptora:

•• • Para las direcciones de Clase C, la máscara con clase por defecto es

•• RIP v1 es un protocolo de enrutamiento común dado que prácticamente todos

•• los routers IP lo admiten. La popularidad de RIP v1 se basa en la simplicidad y

•• su demostrada compatibilidad universal. RIP es capaz de equilibrar las cargas

•• RIP v1 posee las siguientes limitaciones:

•• • No envía información de máscara de subred en sus actualizaciones .

•• Si bien la funcionalidad básica de un Router está focalizada en la capa 3 del

•• modelo OSI, el manejo de mensajes, cálculo de métricas, sumarización, etc,

•• rutas de los equipos. La siguiente figura ilustra esta situación .

•• Session Port # 520