INSTITUTO POLITECNICO NACIONAL - tesis.ipn.mxtesis.ipn.mx/jspui/bitstream/123456789/14706/1/ALEJANDRO.pdfsimulador cisco packet tracer vs.3.1 de cisco systems. • configuraciÓn del

INSTITUTO POLITECNICO NACIONAL

ESCUELA SUPERIOR DE INGENIERÍA MECÁNICA Y ELÉCTRICA UNIDAD PROFESIONAL “ADOLFO LOPEZ MATEOS”

INGENIERIA EN COMUNICACIONES Y ELECTRÓNICA

“Configuración del Protocolo OSPF en una Topología de Red WAN”

TESIS

QUE PARA OBTENER EL TITULO DE: INGENIERO EN COMUNICACIONES Y ELECTRONICA

PRESENTA:

Alejandro García Romero

ASESORES:

Luis Alejandro Iturri Hinojosa Gabriela Leija Hernández

MEXICO, D.F. NOVIEMBRE 2013

INSTITUTO POLITECNICO NACIONAL ESCUELA SUPERIOR DE INGENIERIA MECANICA Y ELECTRICA

!

UNIDAD PROFESIONAL" ADOLFO LOPEZ MATEOS"

TEMA DE TESIS ' QUE PARA ·OBTENER EL TITULO DE

POR LA OPCION DE TITULACION DEBERA(N} DESARROLLAR

INGENIERO EN COMUNICACIONES Y ELECTRÓNICA

TESIS Y EXAMEN ORAL INDIVIDUAL

C. ALEJANDRO GARCIA ROMERO

"CONFIGURACIÓN DEL PROTOCOLO OSPF EN UNA TOPOLOGÍA DE RED W AN"

CONFIGURACIÓN DEL PROTOCOLO OSPF EN UNA TOPOLOGÍA DE RED W AN MEDIANTE EL SIMULADOR CISCO PACKET TRACER vS.3.1 DE CISCO SYSTEMS.

• CONFIGURACIÓN DEL PROTOCOLO DE ENRUTAMIENTO OSPF • SIMULACIÓN DE UNA TOPOLOGÍA DE RED W AN CON EL PROTOCOLO OSPF • TRADUCCIÓN DE DIRECCIONES DE RED • COMPORTAMIENTO DEL PROTOCOLO OSPF ANTE FALLA DE ENLACES.

MÉXICO D.F. A 12 DE NOVIEMBRE DE 2013

ASESORES

Dedicatoria

A mis padres y hermanas quienes con su ejemplo, enseñanzas y dedicación

ayudaron a mi formación personal y profesional.

A mis profesores y en especial a mis asesores de Tesis quienes han sido la guía

y orientación en el camino educativo para llegar a este punto de mi carrera.

Este logro ha sido posible gracias a ustedes.

Instituto Politécnico Nacional E S I M E

i | P á g i n a

Contenido

Objetivo _______________________________________________________________________vii

Objetivos particulares ____________________________________________________________vii

Justificación ___________________________________________________________________ viii

Resumen ______________________________________________________________________ ix

| “Direcciones IP” ___________________________________________________ 1 Capítulo 1

1.1 Direcciones IPv4 _____________________________________________________________ 2

1.2 Direcciones IPv6 _____________________________________________________________ 3

1.3 Enrutamiento________________________________________________________________ 3

1.4 Protocolos de Enrutamiento ____________________________________________________ 4

| “Protocolo de Enrutamiento OSPF” ___________________________________ 7 Capítulo 2

2.1 Esquema de Red para habilitar OSPF ____________________________________________ 11

2.2 Direccionamiento IP _________________________________________________________ 12

2.3 Configuración del Protocolo OSPF entre los sitios México- Canadá ____________________ 18

2.4 Configuración del Protocolo OSPF entre los sitios México- Estados Unidos _____________ 22

2.5 Configuración del Protocolo OSPF entre los sitios Canadá- Estados Unidos _____________ 26

2.6 Configuración del Protocolo OSPF entre los sitios Canadá- India ______________________ 29

2.7 Configuración del Protocolo OSPF entre los sitios Canadá- España ____________________ 33

2.8 Configuración del Protocolo OSPF entre los sitios Estados Unidos- India _______________ 37

2.9 Configuración del Protocolo OSPF entre los sitios Estados Unidos - España _____________ 40

2.10 Configuración del Protocolo OSPF entre los sitios España-India ______________________ 43

2.11 Configuración del Protocolo OSPF entre los sitios India-Guatemala __________________ 47

2.12 Configuración del Protocolo OSPF entre los sitios India-Argentina ___________________ 50


ii | P á g i n a

2.13 Configuración del Protocolo OSPF entre los sitios España-Guatemala ________________ 54

2.14 Configuración del Protocolo OSPF entre los sitios España-Argentina __________________ 57

2.15 Configuración del Protocolo OSPF entre los sitios Guatemala-Argentina ______________ 61

2.16 Configuración del Protocolo OSPF entre los sitios Argentina-Brasil ___________________ 64

2.17 Configuración del Protocolo OSPF entre los sitios España-Argentina __________________ 68

2.18 Configuración del Protocolo OSPF entre los sitios Email Hosting- India ________________ 72

|”Configuración LAN” ______________________________________________ 76 Capítulo 3

3.1 Configuración LAN EmailHosting _______________________________________________ 78

3.2 Configuración LAN Canadá ____________________________________________________ 80

3.3 Configuración LAN México ____________________________________________________ 83

3.4 Configuración LAN Estados Unidos ______________________________________________ 85

3.5 Configuración LAN Estados Unidos ______________________________________________ 88

3.6 Configuración LAN Argentina __________________________________________________ 90

3.7 Configuración LAN Brasil ______________________________________________________ 93

3.8 Configuración LAN Guatemala _________________________________________________ 95

| “Traducción de direcciones IP” ______________________________________ 99 Capítulo 4

4.1 NAT Estática _______________________________________________________________ 100

4.2 NAT Overload _____________________________________________________________ 100

4.3 Configuración de NAT y PAT __________________________________________________ 101

4.4 Configuración de NAT Estática EmailHosting _____________________________________ 102

4.5 Configuración de NAT Overload Canadá ________________________________________ 105

4.6 Configuración de NAT Overload México ________________________________________ 108

4.7 Configuración de NAT Overload Estados Unidos __________________________________ 110

4.8 Configuración de NAT Overload España _________________________________________ 113


iii | P á g i n a

4.9 Configuración de NAT Overload Argentina ______________________________________ 116

4.10 Configuración de NAT Overload Brasil _________________________________________ 119

4.11 Configuración de NAT Overload Guatemala ____________________________________ 121

|“Comportamiento del Protocolo OSPF ante falla de enlaces” _____________ 125 Capítulo 5

5.1 Pruebas Conectividad _______________________________________________________ 126

5.2 Ventajas y Desventajas ______________________________________________________ 136

Conclusiones _________________________________________________________________ 137

Recomendaciones _____________________________________________________________ 138

Acrónimos y Siglas _____________________________________________________________ 139

Referencias __________________________________________________________________ 140


iv | P á g i n a

Índice de Tablas

Tabla 1.1 Clases y rango de direcciones IP _______________________________________________________ 2

Tabla 1.2 Clases y rango de direcciones IP privadas ________________________________________________ 3

Tabla 1.3 Protocolos de enrutamiento y distancias administrativas ____________________________________ 5

Tabla 2.1 Componentes de OSPF ______________________________________________________________ 10

Tabla 2.2 Octetos disponibles por clase para Subnetting ___________________________________________ 13

Tabla 2.3 Bits para obtener subredes __________________________________________________________ 15

Tabla 2.4 Representación binaria del cuarto octeto _______________________________________________ 16

Tabla 2.5 Subnetting _______________________________________________________________________ 17

Tabla 2.6 Mascara de Subred ________________________________________________________________ 18

Tabla 2.7 Subred para habilitar enlace México-Canadá. ____________________________________________ 19

Tabla 2.8 Subred para habilitar enlace México-Estados Unidos.______________________________________ 22

Tabla 2.9 Subred para habilitar enlace Canadá-Estados Unidos. _____________________________________ 26

Tabla 2.10 Subred para habilitar enlace Canadá-India _____________________________________________ 30

Tabla 2.11 Subred para habilitar enlace Canadá-España. ___________________________________________ 33

Tabla 2.12 Subred para habilitar enlace Estados Unidos-India. ______________________________________ 37

Tabla 2.13 Subred para habilitar enlace Estados Unidos-España. ____________________________________ 40

Tabla 2.14 Subred para habilitar enlace Estados Unidos-España. ____________________________________ 44

Tabla 2.15 Subred para habilitar enlace India-Guatemala. __________________________________________ 47

Tabla 2.16 Subred para habilitar enlace India-Argentina. ___________________________________________ 50

Tabla 2.17 Subred para habilitar enlace España-Guatemala. ________________________________________ 54

Tabla 2.18 Subred para habilitar enlace España-Argentina. _________________________________________ 57

Tabla 2.19 Subred para habilitar enlace Guatemala-Argentina. ______________________________________ 61

Tabla 2.20 Subred para habilitar enlace Argentina-Brasil. __________________________________________ 65

Tabla 2.21 Subred para habilitar enlace Argentina-Brasil. __________________________________________ 68

Tabla 2.22 Subred para habilitar enlace Email Hosting-India. _______________________________________ 72

Tabla 3.1 Subredes para direccionamiento LAN __________________________________________________ 77

Tabla 4.1 Tablas direcciones IP Publicas _______________________________________________________ 102

Tabla 5.1 Ventajas y desventajas de OSPF. _____________________________________________________ 136


v | P á g i n a

Índice de Figuras

Fig. 2.1 Topología de Red ___________________________________________________________________ 11

Fig. 2.2 Enlaces WAN _______________________________________________________________________ 12

Fig. 2.3 Enlace México-Canadá configurado _____________________________________________________ 22

Fig. 2.4 Enlace México- Estados Unidos Habilitado ________________________________________________ 26

Fig. 2.5 Enlace Canadá-Estados Unidos configurado _______________________________________________ 29

Fig. 2.6 Enlace Canadá-India configurado _______________________________________________________ 33

Fig. 2.7 Enlace Canadá-España configurado _____________________________________________________ 36

Fig. 2.8 Enlace Estados Unidos-India configurado. ________________________________________________ 40

Fig. 2.9 Enlace Estados Unidos-España configurado. ______________________________________________ 43

Fig. 2.10 Configuración del Enlace España-India _________________________________________________ 46

Fig. 2.11 Enlace India-Guatemala configurado. __________________________________________________ 50

Fig. 2.12 Enlace India-Argentina configurado. ___________________________________________________ 53

Fig. 2.13 Enlace España-Guatemala configurado _________________________________________________ 57

Fig. 2.14 Enlace España-Argentina configurado. __________________________________________________ 60

Fig. 2.15 Enlace Guatemala-Argentina configurado. ______________________________________________ 64

Fig. 2.16 Enlace Argentina-Brasil configurado ___________________________________________________ 68

Fig. 2.17 Enlace Guatemala-Brasil configurado __________________________________________________ 71

Fig. 2.18 Enlace EmailHosting-India configurado. _________________________________________________ 75

Fig. 3.1 Configuración de Dirección IP al Servidor de Correo _________________________________________ 79

Fig. 3.2 Pruebas de PING del Server al Router ____________________________________________________ 79

Fig. 3.3 Conexión habilitada Email Server-Router EmailHosting ______________________________________ 80

Fig. 3.4 Configuración de Dirección IP a la PC del Ejecutivo Canadá ___________________________________ 81

Fig. 3.5 Pruebas de PING del Ejecutivo Canadá al Router Canadá. ____________________________________ 82

Fig. 3.6 Conexión habilitada Ejecutivo Canadá-Router Canadá_______________________________________ 83

Fig. 3.7 Configuración de Dirección IP a la PC del Ejecutivo México. ___________________________________ 84

Fig. 3.8 Pruebas de PING del Ejecutivo México al Router México. _____________________________________ 84

Fig. 3.9 Conexión habilitada Ejecutivo México-Router México _______________________________________ 85

Fig. 3.10 Configuración de Dirección IP a la PC del Ejecutivo de Estados Unidos _________________________ 86

Fig. 3.11 Pruebas de PING del Ejecutivo Estados Unidos al Router Estados Unidos _______________________ 87

Fig. 3.12 Conexión habilitada Ejecutivo-Router en el Sitio Estados Unidos ______________________________ 88

Fig. 3.13 Configuración de Dirección IP a la PC del Ejecutivo de España. _______________________________ 89

Fig. 3.14 Pruebas de PING del Ejecutivo de España al Router del mismo Sitio __________________________ 89


vi | P á g i n a

Fig. 3.15 Conexión habilitada Ejecutivo-Router en el Sitio España ____________________________________ 90

Fig. 3.16 Configuración de Dirección IP a la PC del Ejecutivo de Argentina ______________________________ 91

Fig. 3.17 Pruebas de PING del Ejecutivo de Argentina al Router del mismo Sitio. ________________________ 92

Fig. 3.18 Conexión habilitada Ejecutivo-Router en el Sitio Argentina. __________________________________ 93

Fig. 3.19 Configuración de Dirección IP a la PC del Ejecutivo de Brasil _________________________________ 94

Fig. 3.20 Pruebas de PING del Ejecutivo de Brasil al Router del mismo Sitio. ____________________________ 94

Fig. 3.21 Conexión habilitada Ejecutivo-Router en el Sitio Argentina __________________________________ 95

Fig. 3.22 Configuración de Dirección IP a la PC del Ejecutivo de Guatemala _____________________________ 96

Fig. 3.23 Pruebas de PING del Ejecutivo de Guatemala al Router del mismo Sitio ________________________ 97

Fig. 3.24 Conexión habilitada Ejecutivo-Router en el Sitio Guatemala _________________________________ 98

Fig. 4.1 Proceso NAT ______________________________________________________________________ 100

Fig. 4.2 Proceso NAT Overload (PAT) __________________________________________________________ 101

Fig. 5.1 PING constante al Servidor de Correo desde la PC del ejecutivo en Canadá. _____________________ 127

Fig. 5.2 Topología etiquetada con el costo por enlace. ____________________________________________ 129

Fig. 5.3 Mejor Ruta para llegar al Servidor de Correo. ____________________________________________ 131

Fig. 5.4 Tabla de traducción (PAT) del Router Canadá. ____________________________________________ 132

Fig. 5.5 Caída de Enlace Canadá-India_________________________________________________________ 133

Fig. 5.6 Rutas con el mismo costo para llegar al Servidor de Correo _________________________________ 135

Fig. 5.7 PING constante al Servidor de Correo desde la PC del ejecutivo en Canadá. _____________________ 135


vii | P á g i n a

Objetivo

Configuración del Protocolo OSPF en una Topología de Red WAN

mediante el simulador Cisco Packet Tracer v5.3.1 de Cisco Systems.

Objetivos particulares

Configuración del protocolo de enrutamiento OSPF.

Simulación de una topología red WAN con el protocolo OSPF.

Traducción de direcciones de red.

Comportamiento del Protocolo OSPF ante fallas de enlaces.


viii | P á g i n a

Justificación

El crecimiento exponencial de las redes de datos, ha demandado al mercado de las

comunicaciones evolucionar de manera paralela en esta nueva era en la que a través

de las redes de datos también viajan servicios de audio, video y voz. Los protocolos

de enrutamiento juegan un papel fundamental sobre las redes de datos, ya que

definen las mejores rutas para llegar de un origen a un destino.

El punto más crítico sobre las redes de datos refiere en cómo garantizar la

comunicación ininterrumpida para proveer todos los servicios antes mencionados a

través de la red.

Los protocolos de enrutamiento tienen la capacidad de explotar caminos redundantes

lo cual los vuelve una excelente solución para proveer alta disponibilidad sobre las

redes de datos. Esta capacidad vuelve a los protocolos de enrutamiento parte

fundamental y punto de garantía para que los proveedores de servicios aseguren la

comunicación, los protocolos de enrutamiento dinámicos más populares y

usualmente utilizados sobre redes de datos son OSPF y EIGRP.


ix | P á g i n a

Resumen

La tesis presenta detalles para la adecuada configuración del protocolo de

enrutamiento OSPF en una topología de red WAN. Se analiza el comportamiento del

protocolo OSPF ante posibles caídas de enlaces en la red WAN. Se utiliza el

simulador de redes Packet Tracer para la configuración y análisis mencionados.

Se configura un proceso de traducción de direcciones (NAT) utilizado por los Routers

para poder establecer comunicación desde una red privada hacia un servidor público.

Con esta topología de red WAN es posible conocer el funcionamiento de los

Proveedores de Servicios de Internet y de qué manera garantizan la comunicación a

través de enlaces redundantes.


1 | P á g i n a

| Capítulo 1“Direcciones IP”


2 | P á g i n a

El Protocolo de Internet (IP) es utilizado en las redes de datos para proveer

comunicación, identificando una dirección IP origen hacia una dirección IP Destino, a

continuación se enlistan las dos funciones de este protocolo:

Direccionamiento: El protocolo IP determinara el mejor camino para que el

paquete viaje a través de la red y llegue a su destino. Para que se cumpla esto

es necesario que el protocolo IP sea configurado a lo largo de la red y de los

Routers ya que ellos determinaran el camino optimo a través de mecanismos

de enrutamiento.

Fragmentación: El protocolo IP fragmenta los paquetes ya que estos pueden

seguir diferentes rutas en caso de que estas existan.

1.1 Direcciones IPv4

Cada host debe contar con una dirección IP, dicha dirección es una etiqueta la cual

identifica de manera lógica a la interfaz de un dispositivo conectado a la red TCP/IP.

Una dirección IP debe ser configurada para comunicar dispositivos los cuales no se

encuentren geográficamente situados en el mismo lugar. Las direcciones IPv4 se

componen por un grupo de cuatro octetos, es decir 32 bits o 4 Bytes de longitud.

Las direcciones IPv4 se dividen en clases y se categorizan como públicas o

privadas, a continuación se muestra dicha clasificación:

Tabla 1.1 Clases y rango de direcciones IP

Clase Inicio Termino Mascara de subred

A 1.0.0.0 126.0.0.0 255.0.0.0

B 128.0.0.0 191.0.0.0 255.255.0.0

C 192.0.0.0 223.0.0.0 255.255.255.0


3 | P á g i n a

El segmento 127.0.0.0 es asignado a interfaces Virtuales de los dispositivos de red

con el objetivo de probarse a sí mismos.

Tabla 1.2 Clases y rango de direcciones IP privadas

Clase Inicio Termino

A 10.0.0.0 10.255.255.255

B 172.16.0.0 172.31.255.255

C 192.168.0.0 192.168.255.255

1.2 Direcciones IPv6

Este tipo de direcciones se compone por un grupo de 128 bits o 16 bytes, a

continuación se muestra una representación de una dirección IPv6.

Cada “x” representa un grupo de 16 Bits los cuales a su vez son divididos en grupos

de cuatro dígitos esto con el fin de expresarse en forma hexadecimal, una vez

divididos en grupos deben ser estos separados por “:” por ejemplo:

Representación de dirección IPv6 x:x:x:x:x:x:x:x

1.3 Enrutamiento

Se entiende por enrutamiento al proceso que lleva a cabo un Router para determinar

la ruta que deberán seguir los paquetes de datos hacia destino, ya sea por un

protocolo de enrutamiento dinámico o por ruteo estático, basándose en las

direcciones IP de origen y destino las cuales se encuentran contenidas en cada

paquete.


4 | P á g i n a

1.4 Protocolos de Enrutamiento

Un protocolo de enrutamiento es un algoritmo diseñado para tomar decisiones de

envió de paquetes y es ejecutado en un equipo Router de datos, Cada equipo Router

tomará dichas decisiones considerando el origen y el destino de un paquete de datos

en función de las métricas específicas usadas por el protocolo de enrutamiento.

El protocolo RIP (Routing Information Protocol) utiliza como métrica los saltos en la

red, esto para determinar a través de que interfaz del Router enviará los paquetes.

Es elegida la ruta con menor cantidad de saltos como primaria, considerando como

un salto a un dispositivo de red por el cual debe pasar el paquete de datos para

llegar al destino. Por otro lado, el protocolo OSPF usa información del costo del

enlace como métrica, en donde el costo es un valor relacionado con el ancho de

banda de las interfaces.

Cuando existen dos o más rutas anunciadas por diferentes protocolos de

enrutamiento hacia el mismo destino, la Distancia Administrativa determinará la

ruta vigente en la tabla de enrutamiento. El valor más pequeño entre todos los

protocolos de enrutamiento habilitados será elegido entre estos para enrutar los

paquetes de datos.

En la siguiente tabla se muestran algunos protocolos de enrutamiento con el valor de

la Distancia Administrativa correspondiente.


5 | P á g i n a

Tabla 1.3 Protocolos de enrutamiento y distancias administrativas

Es importante mencionar que un Router puede correr múltiples protocolos de

enrutamiento de forma simultánea. Sin embargo, solo estará funcionando el que

tenga el menor valor de Distancia Administrativa, y esto se cumplirá en el caso de

que más de un protocolo de enrutamiento conozca la misma ruta para algún destino

específico.

Distancia Administrativa de Protocolos de Enrutamiento

Interfaz Conectada 0

Ruta Estática 1

EIGRP 90

IGRP 100

OSPF 110

IS-IS 115

RIP 120


6 | P á g i n a

Existen dos formas de lograr que un Router lleve a cabo el proceso de enrutamiento,

las cuales se explican a continuación.

Ruteo Estático: estas rutas deben ser configuradas manualmente por el

administrador de la red y cada que exista algún cambio en la topología de red estas

deben ser actualizadas.

Ruteo Dinámico: con este tipo de ruteo el Router aprenderá de manera automática

las rutas que le son anunciadas por otros Routers. Una vez que el administrador

haya configurado el protocolo determinado, el proceso de enrutamiento se encargará

de actualizar la información de las rutas cada que existan cambios en la topología de

red.


7 | P á g i n a

| “Protocolo Capítulo 2de Enrutamiento OSPF”


8 | P á g i n a

Open Shortest Path First es un protocolo de estado de enlace (Link-State)

multiplataforma, el cual surgió alrededor de 1991. OSPF hace uso del algoritmo SPF

(Shortest Path First / primero la ruta más corta) con el fin de mantener las mejores

rutas disponibles en la tabla de enrutamiento. OSPF comparte la información con

todos los Routers en la red pertenecientes a la misma área. Cada que existe algún

cambio en la red OSPF anuncia dicho cambio a todos los miembros del área con el

fin de mantenerlos informados, además de evitar ciclos infinitos. Gracias a la

comunicación que se mantiene entre los Routers es posible también conocer si

existen caminos redundantes. OSPF tiene la capacidad de explotar dichos caminos y

así proporcionar alta disponibilidad.

Los protocolos de enrutamiento de tipo estado de enlace crean tres tablas para tener

conocimiento total de la red. A continuación se describen cada una de las tablas.

1. La tabla de Topología (Database) es construida con la información de los

paquetes de estado de enlace (LSA/Link State Advertisement). Esta tabla

brinda información general de toda la red.

2. La tabla de Vecinos (Neighbors) contiene información de los Routers con los

cuales se tiene directamente conexión e intercambio directo de rutas.

3. La tabla de Enrutamiento proporciona información sobre el camino óptimo

para llegar a una determinada red.

OSPF hace uso de paquetes llamados Hello los cuales son empleados para

descubrir a sus Routers vecinos o bien cuando ha ocurrido un cambio en la red y

este debe ser enviado a todos los integrantes del área OSPF configurada.

OSPF utiliza direcciones de multicast de clase “D” en el intervalo de 224.0.0.0 al

239.255.255.255. Las dos direcciones más importantes y reservadas para uso de

OSPF son las siguientes: 224.0.0.5 para comunicación entre todos los Routers y la

224.0.0.6 para los DR (Designated Router / Routers Designados) y para los BDR


9 | P á g i n a

(Backup Designated / Respaldos Designados). Ambas direcciones son vitales para

mantener las Adyacencias entre los miembros del área.

La máscara de subred de longitud variable VLSM (Variable Length Subnet Mask) es

un punto soportado por OSPF el cual lo hace funcional sobre todo cuando es

necesario utilizar redes discontinuas. Por dicha característica OSPF pertenece al

grupo de protocolos de enrutamiento Classless.

En la siguiente tabla se muestran los términos utilizados por OSPF.


10 | P á g i n a

Tabla 2.1 Componentes de OSPF

Termino Descripción

Link State Esta información es compartida con los Routers que se encuentran directamente conectados, También

es utilizada para generar un Árbol de SPF

Area Es un grupo de Routers que comparten el mismo ID de Área, es importante mencionar que cualquier

Router que este ejecutando un proceso de OSPF debe contar con un ID de área.

Autonomous system

(AS)

Red bajo una administración común.

Cost Métrica usada por OSPF, por default el costo se calcula a través de la siguiente ecuación:

퐶표푠푡 =10

Router ID Cada Router requiere un ID único, por default el ID asignado a cada Router es la dirección IP más alta

que se encuentre configurada entre sus interfaces. Este parámetro puede ser modificado por el

Adjacency Es el proceso de intercambiar información incluyendo la tabla de topología entre dos Routers.

Designated router

(DR)

Este Router es responsable de asegurar las adyacencias entre todos los vecinos.

Back up Router (BR) Este Router relizara las funciones del DR en caso de que este falle

Link-state

Advertisement (LSA)

Es un paquete que contiene la información sobre el estado de los enlaces

Priority Parámetro para elegir al DR, este valor es configurable

Router links Describe el estado y costo de las interfaces de un Router


11 | P á g i n a

2.1 Esquema de Red para habilitar OSPF

Con el fin de demostrar la configuración, funcionamiento y ventajas de OSPF

utilizaremos el siguiente esquema de red.

Fig. 2.1 Topología de Red

En el diagrama, a cada Router se le asigno aleatoriamente el nombre de un país

para efectos prácticos. Es importante considerar que se deben interconectar todos

los Routers entre sí, a través de enlaces de datos para observar el funcionamiento

del protocolo OSPF.

Supongamos que un corporativo tiene alojado (Hosting) su servidor de correo en un

Centro de Datos (Data Center). Consideramos que todos sus trabajadores requieren

ingresar a su correo desde cualquier país donde se encuentren en un momento

dado. Con estas bases, procederemos a configurar y realizar pruebas de

comunicación simulando caída de enlaces.


12 | P á g i n a

2.2 Direccionamiento IP

Para configurar los Routers es necesario obtener el esquema de direccionamiento

que utilizarán las interfaces de los mismos. Consideramos el siguiente diagrama para

determinar la cantidad de enlaces WAN que conforman la red.

Fig. 2.2 Enlaces WAN

Identificada la cantidad de enlaces, igual a dieciséis, debemos obtener la misma

cantidad de subredes con la capacidad de direccionar dos host por subred, ya que

cada enlace es punto a punto y solo interviene una interfaz por Router. Por tratarse

de la red de Internet, el direccionamiento debe pertenecer a un domino público, por

lo cual y para fines prácticos se utilizara la siguiente dirección de red, la cual es

parte de un segmento público.

4 representados por el color , 4 representados por el color , 4 representados por el color y

4 representados por el color


13 | P á g i n a

Dirección IP: 5.0.0.0

Mascara de subred: 255.0.0.0

Antes de obtener las subredes es necesario analizar la capacidad de

direccionamiento de acuerdo a las clases de direcciones red. La siguiente tabla

muestra los octetos que pueden ser utilizados o se encuentran disponibles para

obtener subredes de acuerdo a la clase.

Tabla 2.2 Octetos disponibles por clase para Subnetting

Clase Octeto 1 Octeto 2 Octeto 3 Octeto 4

A Red Disponible Disponible Disponible

B Red Red Disponible Disponible

C Red Red Red Disponible

De la tabla antes exhibida podemos determinar las siguientes sentencias:

Una Dirección IP de Red Clase “A” tiene tres octetos disponibles (Octeto 2,

Octeto 3 y Octeto 4) para obtener subredes y/o host.

Una Dirección IP de Red Clase “B” tiene dos octetos disponibles (Octeto 3 y

Octeto 4) para obtener subredes y/o host.

Una Dirección IP de Red Clase “C” tiene un octeto disponible (Octeto 4) para

obtener subredes y/o host.

Con la dirección de red elegida (5.0.0.0), es necesario proceder a obtener subredes,

este proceso también es conocido como Subnetting.


14 | P á g i n a

Para proceder a la asignación de direcciones IP en las interfaces de los Routers,

empezaremos por determinar cuántos host necesitamos por subred y para ello

utilizamos la siguiente ecuación.

풄풂풏풕풊풅풂풅풅풆풉풐풔풕 = ퟐ풏 − ퟐ (2.1)

Donde n = al número de bits utilizados para host.

Cada interfaz del Router representa un host en la red, por dicha razón para conectar

un enlace WAN punto a punto solo requerimos dos host. Considerando dicho punto

nos basaremos en la siguiente ecuación para obtener el requerimiento.

ퟐ풏 − ퟐ = ퟐ풉풐풔풕풔 (2.2)

¿Qué valor debe tener “n” para obtener dos host?

Si n=2 entonces

ퟐퟐ − ퟐ = ퟒ − ퟐ = ퟐ풉풐풔풕풔 (2.3)

Los bits necesarios para la cantidad de host deben tomarse del cuarto octeto

iniciando por los bits de menor valor,

Los bits disponibles que no se tomaron para host formaran parte de la subred como a

continuación se muestra.


15 | P á g i n a

Tabla 2.3 Bits para obtener subredes

De acuerdo a lo antes mencionado podemos determinar lo siguiente:

Se tienen 22 bits disponibles para generar subredes.

Para determinar la cantidad de subredes disponibles se debe utilizar la siguiente

ecuación:

풄풂풏풕풊풅풂풅풅풆풔풖풃풓풆풅풆풔 = ퟐ풏 (2.4)

¿Cuántas Subredes obtendremos si “n=22?

Si n=22 entonces

ퟐퟐퟐ = ퟒퟏퟗퟒퟑퟎퟒ푺풖풃풓풆풅풆풔 (2.5)

Una vez obtenido este valor es importante mencionar que solo serán utilizadas las

primeras dieciséis subredes para nuestra topología, a continuación es necesario

expresar en sistema binario el cuarto octeto de la dirección IP, ya que es necesario

obtener las subredes, los host utilizables y las direcciones de Broadcast a través de

combinaciones binarias. La siguiente tabla muestra la representación decimal del

cuarto octeto.

Segundo Octeto Tercer Octeto Cuarto Octeto

Subred Subred Subred

128 64 32 16 8 4


16 | P á g i n a

Tabla 2.4 Representación binaria del cuarto octeto

Recordando la ecuación (2.1) se determinó el valor de “n”; en donde n=2 [bits],

para obtener las direcciones de subred es necesario quitar de la tabla los dos bits

menos significativos del octeto los cuales representan el valor de “n”, y con el resto

del grupo se deben realizar las combinaciones binarias.

La siguiente tabla muestra las combinaciones binarias, las subredes y direcciones IP

utilizables, dichas direcciones las configuraremos en los Routers de la topología ya

mostrada.

Primer Octeto Segundo Octeto Tercer Octeto Cuarto Octeto

5 0 0 128 64 32 16 8 4 2 1

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 1

0 0 0 0 0 0 1 0

0 0 0 0 0 0 1 1


17 | P á g i n a

Tabla 2.5 Subnetting

Bit 8 Bit 7 Bit 6 Bit 5 Bit 4 Bit 3

128 64 32 16 8 4 Valor decimal

ID de Red

Primer dirección IP

utilizable

Ultima direcciónIP utilizable

Dirección De

Broadcast

Conexión

1 0 0 0 0 0 0 0 5.0.0.0 5.0.0.1 5.0.0.2 5.0.0.3 México Canadá

2 0 0 0 0 0 1 4 5.0.0.4 5.0.0.5 5.0.0.6 5.0.0.7 México Estados Unidos

3 0 0 0 0 1 0 8 5.0.0.8 5.0.0.9 5.0.0.10 5.0.0.11 Canadá Estados Unidos

4 0 0 0 0 1 1 12 5.0.0.12 5.0.0.13 5.0.0.14 5.0.0.15 Canadá India

5 0 0 0 1 0 0 16 5.0.0.16 5.0.0.17 5.0.0.18 5.0.0.19 Canadá España

6 0 0 0 1 0 1 20 5.0.0.20 5.0.0.21 5.0.0.22 5.0.0.23 Estados Unidos India

7 0 0 0 1 1 0 24 5.0.0.24 5.0.0.25 5.0.0.26 5.0.0.27 Estados Unidos España

8 0 0 0 1 1 1 28 5.0.0.28 5.0.0.29 5.0.0.30 5.0.0.31 España India

9 0 0 1 0 0 0 32 5.0.0.32 5.0.0.33 5.0.0.34 5.0.0.35 India Guatemala

10 0 0 1 0 0 1 36 5.0.0.36 5.0.0.37 5.0.0.38 5.0.0.39 India Argentina

11 0 0 1 0 1 0 40 5.0.0.40 5.0.0.41 5.0.0.42 5.0.0.43 España Guatemala

12 0 0 1 0 1 1 44 5.0.0.44 5.0.0.45 5.0.0.46 5.0.0.47 España Argentina


18 | P á g i n a

La máscara de subred para las direcciones IP obtenidas estará definida por los bits

no utilizados para host, a través de la ecuación 2.1 se determinó que n=2; en donde

dicho valor es la cantidad de Bits utilizados para host, considerando lo antes

mencionado restan 30 bits para mascara de subred a continuación se representa las

mascara de subred.

Tabla 2.6 Mascara de Subred

8 Bits 8 Bits 8Bits 6 Bits

255 255 255 252

2.3 Configuración del Protocolo OSPF entre los sitios México- Canadá

Para iniciar la configuración del protocolo de enrutamiento OSPF es necesario tomar

de la Tabla 2.3 las direcciones IP utilizables obtenidas de cada subred ya que estas

serán configuradas en las interfaces que interconectaran los enlaces entre los

diferentes sitios. La siguiente tabla muestra la primera subred y direcciones IP las

cuales serán configuradas para habilitar el enlace que conectara los sitios México y

Canadá.

13 0 0 1 1 0 0 48 5.0.0.48 5.0.0.49 5.0.0.50 5.0.0.51 Guatemala Argentina

14 0 0 1 1 0 1 52 5.0.0.52 5.0.0.53 5.0.0.54 5.0.0.55 Argentina Brasil

15 0 0 1 1 1 0 56 5.0.0.56 5.0.0.57 5.0.0.58 5.0.0.59 España Argentina

16 0 0 1 1 1 1 60 5.0.0.60 5.0.0.61 5.0.0.62 5.0.0.63 Email Hosting

India


19 | P á g i n a

Tabla 2.7 Subred para habilitar enlace México-Canadá.

OSPF tiene la capacidad de identificar a cada integrante de la red, por lo cual y para

una mejor administración es necesario configurar un “ID” dentro de cada proceso

OSPF que corre cada uno de los Routers que configuraremos, para satisfacer esta

buena práctica utilizaremos las direcciones IP del segmento 1.1.1.0, empezaremos

utilizando la dirección IP 1.1.1.1 para el sitio México e iremos configurando la

dirección IP sucesiva conforme avancemos en la configuración de todos los sitios. A

continuación se muestran los comandos que se deben correr en el Router México.

A continuación se explican los comandos anteriores y sus funcionalidades.

Interface Serial 0/0/0: este comando nos permite ingresar al modo de

Configuración de la Interfaz Serial, los números indican el slot físico en el

Router.

ip address: Asigna una dirección IP y mascara de Subred a la interfaz.

dirección IP 5.0.0.1 mascara de subred 255.255.255.252

no shutdown: Este Comando enciende la Interfaz que estamos configurando.

router ospf 1: este comando habilita el proceso 1 de OSPF en Router México.

ID de Red Primer dirección IP utilizable Ultima dirección IP utilizable Dirección de Broadcast Conexión

1 5.0.0.0 5.0.0.1 5.0.0.2 5.0.0.3 México-Canadá

Mexico(config)#interface serial 0/0/0 Mexico(config-if)#ip address 5.0.0.1 255.255.255.252

Mexico(config-if)#no shutdown Mexico(config)#router ospf 1

Mexico(config-router)#router-id 1.1.1.1 Mexico(config-router)#network 5.0.0.0 0.0.0.3 area 0


20 | P á g i n a

router-id 1.1.1.1: al teclear este comando se le asigna el identificador 1.1.1.1

al Router México. Network 5.0.0.5. 0.0.0.3 área 0: Cualquier interfaz con una dirección

perteneciente a la subred 5.0.0.0 y CIDR/30 será anunciada a través de OSPF

en el área 0.

Ahora es necesario ingresar al Router Canadá a través de línea de consola para

correr los siguientes comandos.

A continuación se explica el funcionamiento de los comandos anteriores.

Interface Serial 0/3/1: este comando nos permite ingresar al modo de Configuración de la Interfaz Serial, los números indican el slot físico en el Router.


dirección IP 5.0.0.2 mascara de subred 255.255.255.252

no shutdown: Este Comando activa la Interfaz que estamos configurando.



al Router Canadá. Network 5.0.0.5 0.0.0.3 área 0: Cualquier interfaz con una dirección


en el área 0.

Canada(config)#interface serial 0/3/1

Canada(config-if)#ip address 5.0.0.2 255.255.255.252 Canada(config-if)#no shutdown

Canada(config)#router ospf 1 Canada(config-router)#router-id 1.1.1.2


21 | P á g i n a

Realizada la configuración anterior es importante asegurar que el Router Mexico

haya establecido la adyacencia.con el Router Canada a continuación se muestran el

mensaje desplegado por el Router México.

Enseguida se muestra brevemente la información del mensaje anterior.

%OSPF-5-ADJCHG: Mensaje enviado por la consola referente a una

adyacencia del proceso OSPF. Process 1: información sobre el Proceso número 1. Nbr 1.1.1.2 on Serial0/0/0 from LOADING to FULL: Reconocimiento del

vecino con el ID 1.1.1.2 a través de la interfaz Serial0/0/0. Loading Done: Adyacencia realizada.

El mensaje que a continuación se exhibe es desplegado por el Router Canadá al

levantar la adyacencia con el Router México.

A continuación se muestra la información de los mensajes arrojados por el Router

Canadá.





22 | P á g i n a

La siguiente figura muestra el enlace que interconecta el Router México y Canadá el

cual ya hemos configurado.

Fig. 2.3 Enlace México-Canadá configurado

2.4 Configuración del Protocolo OSPF entre los sitios México- Estados Unidos

Enseguida configuraremos el enlace de datos México-Estados Unidos y para ello es

necesario tomar de la tabla 2.3 la subred dos la cual nos proveerá de direcciones IP

las cuales serán configuradas en las interfaces de los Routers México y Estados

Unidos.

Tabla 2.8 Subred para habilitar enlace México-Estados Unidos.

ID de Red

Primer dirección IP utilizable

Ultima dirección IP utilizable

Dirección de Broadcast Conexión

2 5.0.0.4 5.0.0.5 5.0.0.6 5.0.0.7 México-Estados Unidos

Enlace Habilitado


23 | P á g i n a

A través de los siguientes comandos habilitaremos la interfaz del Router México.

A continuación se muestra la descripción de los comandos anteriores.





Network 5.0.0.4 0.0.0.3 área 0: Cualquier interfaz con una dirección


en el área 0.

Continuamos configurando la interfaz del Router Estados Unidos la cual conecta el

enlace de datos hacia el Router México. Para cumplir este objetivo es necesario

correr los comandos que a continuación se muestran en el Router Estados Unidos.

Mexico(config)#interface serial 0/0/1 Mexico(config-if)#ip address 5.0.0.5 255.255.255.252

Mexico(config-if)#no shutdown Mexico(config)#router ospf 1

Mexico(config-router)#network 5.0.0.4 0.0.0.3 area 0


24 | P á g i n a

Enseguida se enlista la descripción los anteriores comandos.



no shutdown: Este comando enciende la Interfaz que estamos configurando.

router ospf 1: este comando habilita el proceso 1 de OSPF en Router

Estados Unidos.


al Router Estados Unidos. Network 5.0.0.4 0.0.0.3 área 0: Cualquier interfaz con una dirección


en el área 0.

Para garantizar la correcta comunicación entre Routers es importante que se levante

la adyacencia entre estos, enseguida se muestra el mensaje desplegado por el

Router Estados Unidos a través de la línea de consola.


adyacencia del proceso OSPF.

EstadosUnidos(config)#interface s0/1/1

EstadosUnidos(config-if)#ip address 5.0.0.6 255.255.255.252 EstadosUnidos(config-if)#no shutdown

EstadosUnidos(config)#router ospf 1 EstadosUnidos(config-router)#router-id 1.1.1.3

EstadosUnidos(config-router)network 5.0.0.4 0.0.0.3 area 0


25 | P á g i n a

Process 1: información sobre el Proceso número 1. Nbr 1.1.1.1 on Serial0/1/1 from LOADING to FULL: Reconocimiento del


Enseguida se muestran el mensaje arrojados por el Router México y sus

descripciones.




En la siguiente figura se muestra el enlace que interconecta el Router México con el

Router Estados Unidos configurado y habilitado.


26 | P á g i n a

Fig. 2.4 Enlace México- Estados Unidos Habilitado

2.5 Configuración del Protocolo OSPF entre los sitios Canadá- Estados Unidos

A continuación configuraremos el enlace Canadá-Estados Unidos y para ello es

necesario tomar de la tabla 2.3 la Subred 3 para habilitar dicho enlace.

Tabla 2.9 Subred para habilitar enlace Canadá-Estados Unidos.

ID de Red




3 5.0.0.8 5.0.0.9 5.0.0.10 5.0.0.11 Canadá-Estados Unidos

Enlace Habilitado


27 | P á g i n a

Para establecer comunicación entre los Routers Canadá y Estados Unidos es

necesario correr los comandos como se muestra s tablas. Iniciaremos configurando

el Router Canadá a través de los siguientes comandos.

Enseguida se muestra la descripción de los comandos anteriores.







en el área 0.

A continuación se exhiben los comandos para configurar el Router Estados Unidos.

.



Canada(config)#router ospf 1 Canada(config-router)#network 5.0.0.8 0.0.0.3 area 0



EstadosUnidos(config)#router ospf 1 EstadosUnidos(config-router)#network 5.0.0.8 0.0.0.3 area 0


28 | P á g i n a

Los puntos que enseguida se enlistan muestran la descripción de los comandos

anteriores.







en el área 0.

La adyacencia entre vecinos garantiza la correcta comunicación entre Routers a

través del proceso OSPF, a continuación se muestra el mensaje de adyacencia

arrojado por el Router Canadá y sus descripciones.




El siguiente mensaje es desplegado por el Router Estados Unidos el cual asegura la

adyacencia con el Router Canadá.


29 | P á g i n a

Los puntos que a continuación se enlistan describe el mensaje anterior.




La siguiente figura muestra el enlace Canadá-Estados Unidos Configurado y Activo.

Fig. 2.5 Enlace Canadá-Estados Unidos configurado

2.6 Configuración del Protocolo OSPF entre los sitios Canadá- India

Ahora es necesario configurar el enlace Canadá-India y para ello tomaremos de la

tabla 2.3 la subred cuatro.

Enlace Habilitado


30 | P á g i n a

Tabla 2.10 Subred para habilitar enlace Canadá-India

Los siguientes comandos se deben correr en el Router Canadá.






Canadá.


perteneciente a la subred 5.0.0.12 y CIDR/30 será anunciada a través de

OSPF en el área 0.

Los siguientes comandos se deben correr en el Router India.


4 5.0.0.12 5.0.0.13 5.0.0.14 5.0.0.15 Canadá-India





31 | P á g i n a







al Router India. Network 5.0.0.12 0.0.0.3 área 0: Cualquier interfaz con una dirección


OSPF en el área 0.

Una vez corridos los comandos en cada uno de los Routers es importante

asegurarnos que la adyacencia entre los Routers India y Canadá haya levantado. A

continuación se muestra el mensaje de adyacencia del Router Canadá y sus

descripciones.


India(config)#interface serial 0/0/0

India(config-if)#ip address 5.0.0.14 255.255.255.252 India (config-if)#no shutdown

India (config)#router ospf 1 India (config-router)# router-id 1.1.1.4

India (config-router)#network 5.0.0.12 0.0.0.3 area 0


32 | P á g i n a




El mensaje que se muestra a continuación es desplegado por el Router India.

Enseguida se enlistan las descripciones del mensaje arrojado.




La Figura 2.6 que a continuación se exhibe muestra el enlace Canadá-India

configurado y activo


33 | P á g i n a

Fig. 2.6 Enlace Canadá-India configurado

2.7 Configuración del Protocolo OSPF entre los sitios Canadá- España

Ahora configuraremos el enlace Canadá-España y para ello tomaremos de la Tabla 2.3 la subred cuatro.

Tabla 2.11 Subred para habilitar enlace Canadá-España.


5 5.0.0.16 5.0.0.17 5.0.0.18 5.0.0.19 Canadá-España

Los comandos que a continuación se exhiben se deben correr en el Router Canadá

para habilitar el enlace que conectara con el Router España.

Enlace Habilitado


34 | P á g i n a








OSPF en el área 0.

Con la ayuda de los comandos exhibidos en la siguiente imagen habilitaremos la

interface del Router España hacia el Router Canadá.





Espa&a (config)#interface serial 0/0/0

Espa&a (config-if)#ip address 5.0.0.18 255.255.255.252 Espa&a (config-if)#no shutdown

Espa&a (config)#router ospf 1 Espa&a (config-router)# router-id 1.1.1.5


35 | P á g i n a





España.


al Router España. Network 5.0.0.16 0.0.0.3 área 0: Cualquier interfaz con una dirección


OSPF en el área 0.

Después de realizar esta configuración es importante observar los mensajes de

sistema arrojados para garantizar la adyacencia entre los Routers. La siguiente

imagen muestra los mensajes de adyacencia arrojados por el Router Canadá y sus

descripciones.

Mensaje en el Router Canadá, adyacencia con el vec ino 1.1.1. 5 (España) .




La siguiente imagen muestra los mensajes de adyacencia arrojados por el Router

España y sus descripciones.


36 | P á g i n a




A continuación se muestra el enlace Canadá-España Activo y configurado.

Fig. 2.7 Enlace Canadá-España configurado

Enlace Habilitado


37 | P á g i n a

2.8 Configuración del Protocolo OSPF entre los sitios Estados Unidos- India

Ahora habilitaremos el enlace Estados Unidos-India, y para ello es necesario tomar la

subred seis de la Tabla 2.3 para configurar las interfaces en los Routers

correspondientes.

Tabla 2.12 Subred para habilitar enlace Estados Unidos-India.

ID de Red




6 5.0.0.20 5.0.0.21 5.0.0.22 5.0.0.23 Estados Unidos-India

Es necesario regresar al Router de Estados Unidos para configurar el enlace hacia

el Router India, a continuación se muestran los comandos que se deben correr en el

Router Estados Unidos.









38 | P á g i n a

router ospf 1: Este comando habilita el proceso 1 de OSPF en Router

México.



OSPF en el área 0.

Para levantar la comunicación Estados Unidos-India es necesario configurar la

interface Serial 0/3/0 en el Router India como se muestra a continuacion.






México.



OSPF en el área 0.

Una vez realizada esta configuración es importante observar los mensajes de

sistema arrojados por los Routers con el objetivo de garantizar la adyacencia entre



India (config)#router ospf 1 India (config-router)#network 5.0.0.20 0.0.0.3 area 0


39 | P á g i n a

los vecinos. La siguiente imagen muestra los mensajes de adyacencia arrojados por

el Router Estados Unidos y sus descripciones.




La siguiente imagen muestra el mensaje de adyacencia arrojado por el Router India y

sus descripciones.




A continuación se muestra el enlace Estados Unidos-India Activo y configurado.


40 | P á g i n a

Fig. 2.8 Enlace Estados Unidos-India configurado.

2.9 Configuración del Protocolo OSPF entre los sitios Estados Unidos - España

El ultimo enlace por levantar en el Router Estados Unidos apunta hacia el Router

España, Para eso tomaremos de la Tabla 2.3 la subred siete.

Tabla 2.13 Subred para habilitar enlace Estados Unidos-España.

ID de Red




7 5.0.0.24 5.0.0.25 5.0.0.26 5.0.0.27 Estados Unidos-España

Enseguida se muestra la configuración que se debe realizar en el Routers Estados

Unidos.

Enlace Habilitado


41 | P á g i n a






México.



OSPF en el área 0.

Los siguientes comandos deben correrse en el Router España para establecer

comunicación con el Router Estados Unidos.

A continuación se muestra la descripción de los anteriores comandos.




Espa&a (config)#interface serial 0/0/0 Espa&a (config-if)#ip address 5.0.0.26 255.255.255.252

Espa&a (config-if)#no shutdown Espa&a (config)#router ospf 1

Espa&a (config-router)#network 5.0.0.24 0.0.0.3 area 0


42 | P á g i n a





México.



OSPF en el área 0.

Una vez configurados los Routers es necesario asegurar que la adyacencia levante,

a continuación se muestran el mensaje de la adyacencia desplegado por el Router

Estados Unidos.




La siguiente imagen muestra el mensaje de adyacencia mostrado por el Router

España y sus descripciones.


43 | P á g i n a




El siguiente diagrama de red muestra ya activo el enlace Estados Unidos-

España.

Fig. 2.9 Enlace Estados Unidos-España configurado.

2.10 Configuración del Protocolo OSPF entre los sitios España-India

Para habilitar el enlace España-India tomaremos de la tabla 2.3 la subred ocho.

Enlace Habilitado


44 | P á g i n a

Tabla 2.14 Subred para habilitar enlace Estados Unidos-España.


8 5.0.0.28 5.0.0.29 5.0.0.30 5.0.0.31 España-India

Los Siguientes comandos deben ingresarse en el Router India para habilitar la

interfaz serial 0/2/0 y activar el enlace hacia el Router España.

A continuación se muestra la descripción de los anteriores comandos





México.



OSPF en el área 0.

A continuación se muestran los comandos que se deben correr en el Router España.





45 | P á g i n a

Enseguida se muestran las descripciones de los comandos anteriores.





México.



OSPF en el área 0.

Después de realizar esta configuración es importante observar los mensajes de

sistema arrojados por los Routers para garantizar la adyacencia entre vecinos.

A continuación se muestra el mensaje de adyacencia y sus descripciones

desplegado en el Router India.


adyacencia del proceso OSPF. Process 1: información sobre el Proceso número 1.



Espa&a (config)#router ospf 1 Espa&a (config-router)#network 5.0.0.28 0.0.0.3 area 0


46 | P á g i n a

Nbr 1.1.1.5 on Serial0/2/0 from LOADING to FULL: Reconocimiento del


Enseguida se exhibe el mensaje de adyacencia desplegado por el Router España y

sus descripciones.




La siguiente imagen muestra el enlace España-India habilitado.

Fig. 2.10 Configuración del Enlace España-India

Enlace Habilitado


47 | P á g i n a

2.11 Configuración del Protocolo OSPF entre los sitios India-Guatemala

Continuaremos con la configuración de las interfaces para habilitar el enlace que

conecta al Router India con el Router Guatemala. Para realizar lo antes mencionado

es necesario tomar de la tabla 2.3 la subred nueve.

Tabla 2.15 Subred para habilitar enlace India-Guatemala.


9 5.0.0.32 5.0.0.33 5.0.0.34 5.0.0.35 India-Guatemala

Los comandos que a continuación se exhiben deben correrse en el Router India para

habilitar el enlace de datos hacia el Router Guatemala.

A continuación se muestra la descripción de los anteriores comandos





México.





48 | P á g i n a



OSPF en el área 0.

También es necesario realizar una configuración específica en el Router Guatemala,

dichos comandos habilitaran la interfaz en el Router mencionado con el fin de

establecer comunicación con el Router India, a continuación se muestran dicha

información.

Enseguida se muestra la descripción de los anteriores comandos.





España.




OSPF en el área 0.

Guatemala (config)#interface serial 0/0/0

Guatemala (config-if)#ip address 5.0.0.34 255.255.255.252 Guatemala (config-if)#no shutdown

Guatemala (config)#router ospf 1 Guatemala (config-router)# router-id 1.1.1.6

Guatemala (config-router)#network 5.0.0.32 0.0.0.3 area 0


49 | P á g i n a

De igual forma que en los casos anteriores es necesario asegurarnos que la

adyacencia entre Routers configurados en la misma subred se encuentre completa,

a continuación se muestra el mensaje de adyacencia del Router India y las

descripciones de este.




La siguiente imagen muestra el mensaje de adyacencia desplegado por el Router

Guatemala y sus descripciones.




La figura 2.28 que a continuación se exhibe muestra el enlace India-Guatemala

configurado y habilitado.


50 | P á g i n a

Fig. 2.11 Enlace India-Guatemala configurado.

2.12 Configuración del Protocolo OSPF entre los sitios India-Argentina

Ahora configuraremos las interfaces para habilitar el enlace que conecta al Router

India con el Router Argentina. Para realizar lo antes mencionado es necesario tomar

de la tabla 2.3 la subred diez.

Tabla 2.16 Subred para habilitar enlace India-Argentina.

A continuación se muestran los comandos que se deben correr en el Router India.


10 5.0.0.36 5.0.0.37 5.0.0.38 5.0.0.39 India-Argentina

Enlace Habilitado


51 | P á g i n a

Enseguida se muestra la descripción de los anteriores comandos





España.



OSPF en el área 0.

A continuación se muestran los comandos que se deben correr en el Router

Argentina.




Argentina(config)#interface serial 0/1/0 Argentina(config-if)#ip address 5.0.0.38 255.255.255.252

Argentina(config-if)#no shutdown Argentina(config)#router ospf 1

Argentina (config-router)# router-id 1.1.1.7 Argentina (config-router)#network 5.0.0.36 0.0.0.3 area 0


52 | P á g i n a

Enseguida se muestra la descripción de los anteriores comandos





España.



OSPF en el área 0.

Para asegurar que la comunicación se ha establecido entre Routers se han tomado

los siguientes mensajes desplegados por los Routers a través de la línea de

administración de consola. A continuación se muestra el mensaje del Router India.

Enseguida se enlistan los mensajes arrojados por el Router India a través de la línea

de consola y sus descripciones.





53 | P á g i n a

El siguiente mensaje es desplegado por Router Argentina en el cual se informa el

proceso de adyacencia.

Enseguida se enlistan los mensajes arrojados por el Router Argentina a través de la

línea de consola y sus descripciones.




La siguiente imagen muestra el enlace India-Argentina habilitado.

Fig. 2.12 Enlace India-Argentina configurado.

Enlace Habilitado


54 | P á g i n a

2.13 Configuración del Protocolo OSPF entre los sitios España-Guatemala

Continuaremos configurando las interfaces necesarias para habilitar el enlace que

conecta al Router España con el Router Guatemala. Para realizar lo antes

mencionado es necesario tomar de la Tabla 2.3 la subred once.

Tabla 2.17 Subred para habilitar enlace España-Guatemala.

ID de Red




11 5.0.0.40 5.0.0.41 5.0.0.42 5.0.0.43 España-Guatemala

A continuación se muestran los comandos necesarios para habilitar las interfaces de

ambos Routers, con el fin de comunicar España con Guatemala. Los siguientes

comandos se deben ejecutar en el Router España.

.









55 | P á g i n a


España.



OSPF en el área 0.

Los siguientes comandos se deben ejecutar en el Router Guatemala.






España.



OSPF en el área 0.

La adyacencia garantiza la comunicación entre Routers pertenecientes al área

OSPF, para ello es necesario observar los mensajes desplegados por ambos

Routers a través de la línea de administración de consola. A continuación se muestra

el mensaje desplegado por el Router España y sus descripciones.

Guatemala (config)#interface serial 0/1/0 Guatemala (config-if)#ip address 5.0.0.42 255.255.255.252

Guatemala (config-if)#no shutdown Guatemala (config)#router ospf 1



56 | P á g i n a




El siguiente mensaje es desplegado por el Router Guatemala.

A continuación se enlistan las descripciones del mensaje anterior.




En la siguiente imagen se muestra el enlace España-Guatemala habilitado.


57 | P á g i n a

Fig. 2.13 Enlace España-Guatemala configurado

2.14 Configuración del Protocolo OSPF entre los sitios España-Argentina

Para habilitar el enlace España-Argentina es necesario tomar de la Tabla 2.3 la

subred doce con el fin de identificar las direcciones IP que serán configuradas en las

interfaces de los Routers.

Tabla 2.18 Subred para habilitar enlace España-Argentina.

ID de Red




12 5.0.0.44 5.0.0.45 5.0.0.46 5.0.0.47 España-Argentina

Con los siguientes comandos se habilitaran las interfaces en los Routers España y

Argentina además de establecer comunicación entre dichos sitios.

Enseguida se muestran los comandos que se deben ejecutar en el Router España.

Enlace Habilitado


58 | P á g i n a






España.



OSPF en el área 0.

Enseguida se muestran los comandos que se deben ejecutar en el Router España.





Argentina(config)#interface serial 0/0/1 Argentina(config-if)#ip address 5.0.0.46 255.255.255.252 Argentina(config-if)#no shutdown

Argentina(config)#router ospf 1 Argentina (config-router)#network 5.0.0.44 0.0.0.3 area 0


59 | P á g i n a





España.



OSPF en el área 0.

Una vez configuradas las interfaces de los Routers España y Argentina es necesario

observar los mensajes arrojados por las líneas de administración de consola en

ambos Routers. A continuación se exhibe el mensaje arrojado por el Router España

Enseguida se muestra la descripción de los mensajes arrojados por la línea de

administración de consola del Router España.




A continuación se exhibe el mensaje arrojado por el Router Argentina.


60 | P á g i n a


administración de consola del Router Argentina.




A continuación se exhibe la figura 2.14 la cual muestra el enlace España-Argentina

Habilitado

Fig. 2.14 Enlace España-Argentina configurado.

Enlace Habilitado


61 | P á g i n a

2.15 Configuración del Protocolo OSPF entre los sitios Guatemala-Argentina

A continuación se muestra la siguiente tabla la cual contiene las direcciones IP que

configuraremos en las interfaces de los Routers para habilitar el enlace Guatemala-

Argentina.

Tabla 2.19 Subred para habilitar enlace Guatemala-Argentina.

ID de Red




13 5.0.0.48 5.0.0.49 5.0.0.50 5.0.0.51 Guatemala-Argentina

Las siguiente información muestran los comandos necesarios que se deben correr en

el Router Guatemala.



Configuración de la Interfaz Serial, los números indican el slot físico en el Router.



Guatemala (config)#interface serial 0/0/1 Guatemala (config-if)#ip address 5.0.0.49 255.255.255.252

Guatemala (config-if)#no shutdown Guatemala (config)#router ospf 1



62 | P á g i n a


España.



OSPF en el área 0.

Enseguida se muestran los comandos necesarios que se deben correr en el Router

Argentina.






España.



OSPF en el área 0.

Argentina(config)#interface serial 0/1/0

Argentina(config-if)#ip address 5.0.0.50 255.255.255.252 Argentina(config-if)#no shutdown



63 | P á g i n a

De igual manera que en los casos anteriores es necesario revisar a través de la línea

de administración en ambos Routers los mensajes de adyacencia

A continuación se muestra el mensaje desplegado en el Router Guatemala.


administración de consola del Router Guatemala.




A continuación se muestra el mensaje desplegado en el Router Argentina.

Enseguida se muestra la descripción del mensaje arrojado por la línea de



adyacencia del proceso OSPF. Process 1:información sobre el Proceso número 1. Nbr 1.1.1.6 on Serial0/1/0 from LOADING to FULL: Reconocimiento del

vecino con el ID 1.1.1.6 a través de la interfaz Serial0/1/0.


64 | P á g i n a

Loading Done: Adyacencia realizada.

En la imagen que a continuación se muestra se puede apreciar el enlace Guatemala-

Argentina habilitado.

Fig. 2.15 Enlace Guatemala-Argentina configurado.

2.16 Configuración del Protocolo OSPF entre los sitios Argentina-Brasil

A continuación configuraremos el enlace Argentina-Brasil, para ello es importante

tomar de la Tabla 2.3 la subred catorce, con el fin de identificar las direcciones IP

que usaremos para configurar las interfaces de los Routers.

Enlace Habilitado


65 | P á g i n a

Tabla 2.20 Subred para habilitar enlace Argentina-Brasil.


Argentina para habilitar el enlace hacia Brasil.






España.



OSPF en el área 0.

Los siguientes comandos se deben correr en el Router Brasil para habilitar la interfaz

que conecta el enlace de datos hacia Argentina.


14 5.0.0.52 5.0.0.53 5.0.0.54 5.0.0.55 Argentina-Brasil

Argentina(config)#interface serial 0/1/1 Argentina(config-if)#ip address 5.0.0.53 255.255.255.252 Argentina(config-if)#no shutdown



66 | P á g i n a






España.




OSPF en el área 0.

Para asegurar la comunicación entre Routers es necesario revisar a través de la

línea de administración los mensajes de la adyacencia, a continuación se muestra el

mensaje desplegado por el Router Argentina.



Brasil (config)#interface serial 0/1/1

Brasil (config-if)#ip address 5.0.0.54 255.255.255.252 Brasil (config-if)#no shutdown

Brasil (config)#router ospf 1 Brasil (config-router)#router-id 1.1.1.8

Brasil (config-router)#network 5.0.0.52 0.0.0.3 area 0


67 | P á g i n a




A continuación se muestra el mensaje desplegado por el Router Brasil.


administración de consola del Router Brasil.




La siguiente figura muestra el enlace Argentina-Brasil configurado y habilitado.


68 | P á g i n a

Fig. 2.16 Enlace Argentina-Brasil configurado

2.17 Configuración del Protocolo OSPF entre los sitios España-Argentina

La siguiente tabla muestra la subred quince, dicha subred fue tomada de la Tabla 2.3 y a su vez proporcionara dos direcciones IP las cuales serán configuradas en las

interfaces de los Router Guatemala y Brasil respectivamente.

Tabla 2.21 Subred para habilitar enlace Argentina-Brasil.

Enseguida se muestran los comandos necesarios que se deben correr en los

Routers Guatemala y Brasil para establecer comunicación entre estos dos sitios.

Primero se muestran los comandos para el Router Guatemala.


15 5.0.0.56 5.0.0.57 5.0.0.58 5.0.0.59 Argentina-Brasil

Enlace Habilitado


69 | P á g i n a






España.



OSPF en el área 0.

A continuación se muestran los comandos para el Router Brasil.


Guatemala (config)#interface serial 0/1/1

Guatemala (config-if)#ip address 5.0.0.57 255.255.255.252 Guatemala (config-if)#no shutdown

Guatemala (config)#router ospf 1 Guatemala (config-router)#network 5.0.0.56 0.0.0.3 area 0

Brasil (config)#interface serial 0/0/0 Brasil (config-if)#ip address 5.0.0.58 255.255.255.252

Brasil (config-if)#no shutdown Brasil (config)#router ospf 1

Brasil (config-router)#network 5.0.0.56 0.0.0.3 area 0


70 | P á g i n a





España.



OSPF en el área 0.

Realizada la configuración anterior es importante asegurar que la comunicación se

haya establecido y la adyacencia haya levantado. A continuación se muestran los

mensajes arrojados por el Router Guatemala.


administración de consola del Router Guatemala.




El siguiente mensaje es desplegado por el Router Brasil.


71 | P á g i n a


administración de consola del Router Brasil.




Con la siguiente imagen es posible apreciar el enlace Guatemala-Brasil habilitado.

Fig. 2.17 Enlace Guatemala-Brasil configurado

Enlace Habilitado


72 | P á g i n a

2.18 Configuración del Protocolo OSPF entre los sitios Email Hosting- India

Ahora es necesario configurar el enlace que conectara el Router India con el Router

donde se tiene alojado el servidor de Correo, Para habilitar dicho enlace es

necesario tomar de la Tabla 2.3 la subred dieciséis.

Tabla 2.22 Subred para habilitar enlace Email Hosting-India.


EmailHosting para establecer comunicación con el Router India.





ID de Red




16 5.0.0.60 5.0.0.61 5.0.0.62 5.0.0.63 Email Hosting-India

EmailHosting (config)#interface serial 0/1/1 EmailHosting (config-if)#ip address 5.0.0.61 255.255.255.252 EmailHosting (config-if)#no shutdown

EmailHosting (config)#router ospf 1 EmailHosting (config-router)#router-id 1.1.1.9

EmailHosting (config-router)#network 5.0.0.60 0.0.0.3 area 0


73 | P á g i n a


España.


al Router EmailHosting. Network 5.0.0.60 0.0.0.3 área 0: Cualquier interfaz con una dirección


OSPF en el área 0.

A continuación se muestran los comandos que se deben correr en el Router India

para habilitar el enlace hacia el Sitio de alojamiento de correo.



Configuración de la Interfaz Serial, los números indican el slot físico en el Router.




España.



OSPF en el área 0.

India(config)#interface serial 0/1/1 India(config-if)#ip address 5.0.0.62 255.255.255.252

India (config-if)#no shutdown India (config)#router ospf 1

India (config-router)#network 5.0.0.60 0.0.0.3 area 0


74 | P á g i n a

Una vez más es necesario revisar los mensajes arrojados por la línea de

administración de consola para asegurarnos que la adyacencia haya realizado entre

los Routers Configurados.

El siguiente mensaje es desplegado por el Router EmailHosting.


administración de consola del Router EmailHosting.




El siguiente mensaje es desplegado por el Router India.


administración de consola del Router India.



vecino con el ID 1.1.1.9 a través de la interfaz Serial0/1/1.


75 | P á g i n a

Loading Done: Adyacencia realizada.

La siguiente imagen muestra el enlace de datos que conecta el Router EmailHosting

con el Router India configurado y activo.

Fig. 2.18 Enlace EmailHosting-India configurado.

Enlace Habilitado


76 | P á g i n a

|”ConfiguraCapítulo 3ción LAN”


77 | P á g i n a

Hasta este punto todos los enlaces de datos WAN entre todos los sitios han sido

configurados y habilitados.

El siguiente paso es considerar la comunicación a nivel LAN (Local Área Network),

al configurar una Red LAN bajo el estándar IPv4 debemos tomar en cuenta una de

las principales reglas la cual dicta que:

“No debes utilizar un segmento Publico en una Red LAN”

Ya que solo los segmentos públicos serán Ruteados y conocidos solo a través de

Internet.

Tomando en cuenta lo antes mencionado debemos proponer ocho segmentos de red

para que sean configurados a nivel LAN en los diferentes sitios, la siguiente tabla

muestra los segmentos de red privados propuestos para fines prácticos.

Tabla 3.1 Subredes para direccionamiento LAN

Id de Red Mascara de Subred



Dirección de Broadcast Sitio

1 192.168.1.0 255.255.255.0 192.168.1.1 1925.168.1.254 192.168.1.255 EmailHosting

2 192.168.2.0 255.255.255.0 192.168.2.1 192.168.2.254 192.168.2.255 Canadá

3 192.168.3.0 255.255.255.0 192.168.3.1 192.168.3.254 192.168.3.255 México

4 192.168.4.0 255.255.255.0 192.168.4.1 192.168.4.254 192.168.4.255 Estados Unidos

5 192.168.5.0 255.255.255.0 192.168.5.1 192.168.5.254 192.168.5.255 España

6 192.168.6.0 255.255.255.0 192.168.6.1 192.168.6.254 192.168.6.255 Argentina

7 192.168.7.0 255.255.255.0 192.168.7.1 192.168.7.254 192.168.7.255 Brasil

8 192.168.8.0 255.255.255.0 192.168.8.1 192.168.8.254 192.168.8.255 Guatemala


78 | P á g i n a

Sabiendo los segmentos de red Privados que utilizaremos procederemos a

configurarlos en cada uno de los sitios.

3.1 Configuración LAN EmailHosting

Empezaremos por configurar la interfaz Fastethernet del Router llamado

EmailHosting, a continuación se muestran los comandos necesarios que se deben

correr en dicho Router.

Los siguientes puntos describen los comandos mostrados anteriormente.

Interface fastEthernet 0/0: este comando nos permite ingresar al modo de Configuración de la Interfaz Fastethernet, los números indican el slot físico en el Router.



Enseguida configuraremos la dirección IP en el Servidor de Correo y con fines

prácticos elegimos la dirección 192.168.1.1 la cual pertenece a la misma subred de la

dirección IP que le fue configurada al Router EmailHosting.

EmailHosting (config)# interface fastEthernet 0/0

EmailHosting (config-if)# ip address 192.168.1.254255.255.255.0 EmailHosting (config-if)#no shutdown


79 | P á g i n a

Fig. 3.1 Configuración de Dirección IP al Servidor de Correo

PING se basa en el funcionamiento de ICMP (Internet Control Message Protocol)

para determinar si el host remoto se encuentra conectado y disponible en la red.

Para asegurarnos que el servidor de correo se comunique con su Default Gateway

enviaremos paquetes de PING, desde el Servidor hacia el Router como se muestra

en la siguiente imagen.

Fig. 3.2 Pruebas de PING del Server al Router

A continuación se muestra la descripción de la información anterior.


80 | P á g i n a

Ping 192.168.1.254: comando para enviar ping al default Gateway. Reply from 192.168.1.254: respuesta del default Gateway. Packets: Sent = 4 : se enviaron cuatro paquetes. Packets: Received = 4: se recibieron cuatro paquetes. Packets: Lost = 0: se perdieron cero paquetes.

La siguiente imagen muestra que se habilito la conexión Server-Router.

Fig. 3.3 Conexión habilitada Email Server-Router EmailHosting

3.2 Configuración LAN Canadá

Ahora configuremos la red LAN en el sito Canadá, de igual manera empezaremos

con el Router, enseguida se encuentran los comandos necesarios para configurar la

interfaz Fastethernet.


81 | P á g i n a


Interface fastEthernet 0/0: este comando nos permite ingresar al modo de Configuración de la Interfaz FastEthernet, los números indican el slot físico en el Router.



Enseguida configuraremos la dirección IP en una PC simulando un cliente conectado

en dicho sitio, enseguida le asignamos la dirección IP 192.168.2.1.

Fig. 3.4 Configuración de Dirección IP a la PC del Ejecutivo Canadá

De la misma manera que en el caso anterior mandaremos ping desde la PC del

Ejecutivo Canadá hacia el Router Canadá como se muestra en la siguiente imagen.

Canada(config)#interface fastEthernet 0/0



82 | P á g i n a

Fig. 3.5 Pruebas de PING del Ejecutivo Canadá al Router Canadá.

A continuación se muestra la descripción de la información anterior.



83 | P á g i n a

En la siguiente figura se muestra la conexión del ejecutivo hacia el Router.

Fig. 3.6 Conexión habilitada Ejecutivo Canadá-Router Canadá

3.3 Configuración LAN México

Ahora es el turno de configurar el sitio México, comenzaremos con la interfaz

fastethernet del Router, con la ayuda de los siguientes comandos.

Enseguida se muestra la descripción de los comandos anteriores




Mexico(config)#interface fastEthernet 0/0 Mexico(config-if)#ip address 192.168.3.254 255.255.255.0

Mexico(config-if)#no shutdown


84 | P á g i n a

Ahora configuraremos la dirección IP de la PC de un ejecutivo ubicado en México, le

asignaremos la siguiente dirección IP: 192.168.3.1.

Fig. 3.7 Configuración de Dirección IP a la PC del Ejecutivo México.

Para asegurar la comunicación entre la PC del ejecutivo y el Router mandaremos un

ping de la PC hacia el Router como a continuación lo muestra la siguiente imagen.

Fig. 3.8 Pruebas de PING del Ejecutivo México al Router México.

A continuación se muestra la descripción de la información arrojada.

Ping 192.168.3.254: comando para enviar ping al default Gateway.


85 | P á g i n a

Reply from 192.168.3.254: respuesta del default Gateway. Packets: Sent = 4 : se enviaron cuatro paquetes. Packets: Received = 4: se recibieron cuatro paquetes. Packets: Lost = 0: se perdieron cero paquetes.

En la siguiente figura se puede apreciar la conexión del ejecutivo de México hacia el

Router de ese mismo sitio habilitada.

Fig. 3.9 Conexión habilitada Ejecutivo México-Router México

3.4 Configuración LAN Estados Unidos

Procederemos a configurar la red LAN del sitio Estados Unidos, empezaremos con la

Interfaz Fastethernet del Router. Los comandos que a continuación se exhiben se

deben correr en dicho equipo.


86 | P á g i n a

A continuación se muestran las descripciones de los comandos anteriores.




Ahora es necesario configurar la PC del ejecutivo de Estados Unidos con la dirección

IP 192.168.4.0, como a continuación se muestra.

Fig. 3.10 Configuración de Dirección IP a la PC del Ejecutivo de Estados Unidos

Para validar la comunicación de la PC con su Gateway se envían paquetes de ping

de la PC del ejecutivo hacia el Router Estados Unidos como a continuación se

muestra en la figura.

EstadosUnidos(config)#interface fastEthernet 0/0

EstadosUnidos(config-if)# ip address 192.168.4.254 255.255.255.0 EstadosUnidos(config-if)#no shutdown


87 | P á g i n a

Fig. 3.11 Pruebas de PING del Ejecutivo Estados Unidos al Router Estados Unidos

Enseguida se muestran las definiciones de los mensajes anteriores.


A continuación se muestra que la conexión del ejecutivo con el Router Estados

Unidos se ha establecido de manera correcta.


88 | P á g i n a

Fig. 3.12 Conexión habilitada Ejecutivo-Router en el Sitio Estados Unidos

3.5 Configuración LAN Estados Unidos

Ahora configuraremos la interfaz Fastethernet del Router España con la dirección IP

192.168.5.254 como se muestra enseguida.




Espa&a(config-if)# interface fastEthernet 0/0

Espa&a(config-if)#ip address 192.168.5.254 255.255.255.0 Espa&a(config-if)#no shutdown


89 | P á g i n a


La dirección IP de la PC del ejecutivo de España debe ser configurada como se

muestra en la siguiente imagen.

Fig. 3.13 Configuración de Dirección IP a la PC del Ejecutivo de España.

Se envían paquetes de Ping de la PC del ejecutivo situado en España hacia el

Router del mismo sitio para comprobar si existe comunicación.

Fig. 3.14 Pruebas de PING del Ejecutivo de España al Router del mismo Sitio

A continuación se enlistan y definen los mensajes obtenidos anteriormente.

Ping 192.168.3.254: comando para enviar ping al default Gateway.


90 | P á g i n a

Reply from 192.168.3.254: respuesta del default Gateway. Packets: Sent = 4 : se enviaron cuatro paquetes. Packets: Received = 4: se recibieron cuatro paquetes. Packets: Lost = 0: se perdieron cero paquetes.

En la Figura 3.15 se muestra la conexión del ejecutivo de España con el Router de

ese mismo sitio.

Fig. 3.15 Conexión habilitada Ejecutivo-Router en el Sitio España

3.6 Configuración LAN Argentina

Ahora configuraremos el sitio Argentina empezando por la interfaz Fastethernet del

Router. Para dicha actividad es necesario correr los comandos que se muestran a

continuacion.


91 | P á g i n a





También es necesario considerar que en ese sitio se encontrara un ejecutivo, por lo

cual tenemos que configurar la dirección IP la cual es 192.168.6.1 a la PC como se

muestra a continuación.

Fig. 3.16 Configuración de Dirección IP a la PC del Ejecutivo de Argentina

Para asegurar la comunicación con el default Gateway mandaremos un ping desde

esta PC como se muestra en la siguiente figura.

Argentina(config)#interface fastEthernet 0/0

Argentina(config-if)# ip address 192.168.6.254 255.255.255.0 Argentina(config-if)#no shutdown


92 | P á g i n a

Fig. 3.17 Pruebas de PING del Ejecutivo de Argentina al Router del mismo Sitio.



A continuación podremos apreciar a través de la figura que se exhibe, la conexión

entre la PC del ejecutivo y su Default Gateway en el Sitio Argentina.


93 | P á g i n a

Fig. 3.18 Conexión habilitada Ejecutivo-Router en el Sitio Argentina.

3.7 Configuración LAN Brasil

Para configurar la interfaz LAN del Router Brasil Ocuparemos la dirección IP

192.168.7.254, a continuación se muestran los comandos que debemos utilizar para

lograr este cometido.

A continuación se enlistan y definen el objetivo de cada uno de los anteriores

comandos.

Brasil(config)#interface fastEthernet 0/0 Brasil(config-if)#ip address 192.168.7.254 255.255.255.0

Brasil(config-if)#no shutdown


94 | P á g i n a




De la misma manera que en los otros sitios contemplaremos una PC perteneciente a

un ejecutivo en Brasil; para dicho equipo utilizaremos la dirección 192.168.7.1 como

se muestra en la siguiente figura.

Fig. 3.19 Configuración de Dirección IP a la PC del Ejecutivo de Brasil

Para asegurar la comunicación entre esta PC y su Default Gateway enviaremos Ping

desde la PC hacia el Router como se exhibe en la siguiente imagen.

Fig. 3.20 Pruebas de PING del Ejecutivo de Brasil al Router del mismo Sitio.


95 | P á g i n a



La siguiente imagen muestra la conexión PC-Router habilitada en el sitio Brasil.

Fig. 3.21 Conexión habilitada Ejecutivo-Router en el Sitio Argentina

3.8 Configuración LAN Guatemala

Y para finalizar configuraremos la red LAN del sitio Guatemala, para ello correremos

los comandos en el Router de ese sitio como a continuación se exhiben.


96 | P á g i n a

A continuación se enlistan y definen el objetivo de cada uno de los anteriores

comandos.




A la PC del ejecutivo ubicado en Guatemala le asignaremos como dirección IP

192.168.8.1 tal y como se muestra en la siguiente figura.

Fig. 3.22 Configuración de Dirección IP a la PC del Ejecutivo de Guatemala

Para asegurarnos que la configuración es la correcta en la PC y el Router,

mandaremos Ping desde la PC al Default Gateway con el fin de comprobar que

establezcan comunicación.

Guatemala(config)#interface fastEthernet 0/0

Guatemala(config-if)#ip address 192.168.8.254 255.255.255.0 Guatemala(config-if)#no shutdown


97 | P á g i n a

Fig. 3.23 Pruebas de PING del Ejecutivo de Guatemala al Router del mismo Sitio



Con la siguiente imagen podemos asegurar que la conectividad entre la PC de

Guatemala y el Router de ese sitio se han comunicado de manera correcta.


98 | P á g i n a

Fig. 3.24 Conexión habilitada Ejecutivo-Router en el Sitio Guatemala

Hasta este punto se han configurado las conexiones a nivel LAN, es importante

mencionar que con la configuración con la cual hasta ahora contamos los ejecutivos

no podrán establecer comunicación con el servidor de correo, dado que un segmento

privado no puede ser ruteado por internet. Por dicha razón es importante analizar el

Proceso de NAT ya que este permite traducir direcciones privadas a direcciones

públicas.


99 | P á g i n a

| Capítulo 4“Traducción de direcciones IP”


100 | P á g i n a

Por sus siglas en ingles Network Address Translation, es un proceso utilizado de

traducción empleado por los Routers, el cual consiste en trasladar una dirección

privada a una dirección pública, esto con el fin de poder enrutar los paquetes de una

red Privada a una red Pública.

Existen varios tipos de este proceso llamado NAT, a continuación se enlistan los dos

principales tipos de NAT que se utilizaran en este documento.

4.1 NAT Estática

El objetivo de este tipo de NAT es mapear una dirección privada a una dirección

pública. También se conoce como NAT 1 a 1 a continuación se muestra la imagen

que representa este proceso.

Fig. 4.1 Proceso NAT

4.2 NAT Overload

A este proceso también se le llama PAT (Port Address Translation), básicamente

consiste en mapear una dirección privada a un puerto TCP de una dirección pública.

La principal ventaja sobre NAT estático es que múltiples host con direccionamiento


101 | P á g i n a

privado pueden salir a la red pública a través de una sola dirección IP pública. La

siguiente imagen representa este proceso.

.

Fig. 4.2 Proceso NAT Overload (PAT)

4.3 Configuración de NAT y PAT

Para realizar la configuración de este proceso es importante definir qué interfaz es

interna (red privada) y que interfaz es externa (red pública). Antes de empezar con la

configuración, para efectos prácticos hemos definido algunas direcciones IP públicas

los cuales servirán para que nuestros segmentos privados se puedan comunicar a

través de la nube pública. La siguiente Tabla contiene las direcciones IP Publicas.


102 | P á g i n a

Tabla 4.1 Tablas direcciones IP Publicas

Id de Red Sitio

1 200.34.40.1 EmaiHosting

2 200.34.41.1 Canadá

3 200.34.42.1 México

4 200.34.43.1 Estados Unidos

5 200.34.44.1 España

6 200.34.45.1 Argentina

7 200.34.46.1 Brasil

8 200.34.47.1 Guatemala

4.4 Configuración de NAT Estática EmailHosting

A continuación procederemos a configurar NAT para el servidor de correo. En este

caso debemos utilizar NAT 1 a 1 ya que necesitamos que desde cualquier sitio

consumamos los servicios que este dispositivo provee. Enseguida se muestran los

comandos para habilitar una interfaz virtual.

A continuación se describen los comandos anteriores y el mensaje arrojado por la

línea de administración de consola en el Router

EmailHosting(config)#interface loopback 1

%LINK-5-CHANGED: Interface Loopback1, changed state to up %LINEPROTO-5-UPDOWN: Line protocol on Interface Loopback1, changed state to up

EmailHosting(config-if)#ip address 200.34.40.1 255.255.255.255


103 | P á g i n a

interface loopback 1: Este comando crea una interfaz virtual en el Router. %LINK-5-CHANGED: Interface Loopback1, changed state to up: este

mensaje nos indica que de manera automática se ha colocado la interfaz en

estado “UP”.

ip address 200.34.40.1 255.255.255.255:Este comando asigna la dirección

IP a la Interfaz virtual creada

La interfaz loop Back fue configurada con el fin de que los paquetes del servidor de

correo salgan a internet con la dirección de esta interfaz virtual. A continuación se

muestra los comandos para realizar la NAT 1 a 1.

Enseguida se muestra la descripción del comando utilizado anteriormente.

ip nat inside source static 192.168.1.1 200.34.40: Este comando mapea la

dirección IP privada del servidor a la dirección IP con la cual será visto desde

internet.

Enseguida es necesario especificar la ubicación de las interfaces, considerando la

interfaz de la LAN (FastEthernet 0/0) como interna y la Interfaz WAN (Serial 0/1/1)

como externa, a continuación se muestran los comandos necesarios para especificar

lo antes mencionado.

EmailHosting(config)#ip nat inside source static 192.168.1.1 200.34.40.1


104 | P á g i n a

Enseguida se muestra la descripción de los comandos utilizados anteriormente.

ip nat inside: Este comando define la interfaz FastEthernet 0/0 como interna

para realizar el proceso de NAT, dicho comando se debe correr en modo de

configuración de la interfaz. ip nat outside: Este comando define la interfaz Serial 0/1/1 como externa, ya

que dicha interfaz se conecta a la red pública. dicho comando se debe correr

en modo de configuración de la interfaz.

Para finalizar la configuración en el Router EmailHosting es necesario agregar al

proceso de OSPF la dirección que fue asignada a la interfaz loop back. A

continuación se muestran los comandos necesarios para llevar a cabo la tarea

mencionada.

Al realizar la configuración anterior el Router EmailHosting anunciara a todos los

Routers vecinos mediante speech (Chismorreo) que a través de él pueden

establecer comunicación con la dirección IP 200.34.40.1 misma que fue asignada

como dirección pública al Servidor de correo.

EmailHosting(config)#interface fastEthernet 0/0

EmailHosting(config-if)# ip nat inside EmailHosting(config)#interface Serial0/1/1

EmailHosting(config-if)#ip nat outside

EmailHosting(config)#router ospf 1 EmailHosting(config-router)# network 200.34.40.1 0.0.0.0 area 0


105 | P á g i n a

4.5 Configuración de NAT Overload Canadá

A continuación se presenta la configuración de NAT de Overload en los sitios

remotos para que se pueda establecer comunicación desde los segmentos privados

y a través de la nube pública.

Empezaremos por el sitio Canadá, a continuación se muestra los comandos que se

deben correr en el Router de dicho sitio.


access-list 1 permit 192.168.2.0 0.0.0.255: Este comando crea una lista de

acceso estándar la cual permitirá el segmento 192.168.2.0 con un CIDR /24,

esta ACL es necesaria para que el Router determine que segmento de red

interno será traducido a través de la IP publica

ip nat pool Cloud 200.34.41.1 200.34.41.1 netmask 255.255.255.255: Este

comando define un Pool llamado Cloud, en dicho comando es necesario

especificar la dirección IP de inicio y la dirección IP final, en este caso solo

una dirección IP será Publica.

ip nat inside source list 1 pool Cloud Overload: Este comando relaciona el

segmento permitido dictado en la lista de acceso 1 con el Pool llamado Cloud

además de especificar que será sobrecargado con el comando Overload.

Es necesario especificar la ubicación de las interfaces en el Router Canadá

recordado que la interfaz LAN es considerada como interna y las interfaces Seriales

Canada(config)#access-list 1 permit 192.168.2.0 0.0.0.255

Canada(config)#ip nat pool Cloud 200.34.41.1 200.34.41.1 netmask 255.255.255.255 Canada(config)#ip nat inside source list 1 pool Cloud overload


106 | P á g i n a

como externas. A continuación se muestran los comandos necesarios para ejecutar

dicha tarea.


ip nat inside: Este comando define la interfaz como interna para realizar el

proceso de NAT.es importante recordar que este comando se debe ejecutar

desde modo de configuración de interfaz y en específico en la interfaz interna. ip nat outside: Este comando define la interfaz como externa, es importante

recordar que este comando se debe ejecutar en modo de configuración de

cada interfaz que pertenezcan a la red publica

Un punto importante es configurar una interfaz LoopBack con la dirección IP

200.34.41.1 en el Router del sitio Canadá con el objetivo de trasladar los paquetes

internos hacía la red pública con la dirección IP mencionada. De lo contrario el

Router Canadá nunca avisara a los Routers vecinos que pueden establecer

Canada(config)#interface fastEthernet 0/0 Canada(config-if)#ip nat inside

Canada(config-if)#exit Canada(config)#interface serial 0/0/0

Canada(config-if)#ip nat outside Canada(config-if)#exit

Canada(config)#interface serial 0/2/0 Canada(config-if)#ip nat outside

Canada(config-if)#exit Canada(config)#interface serial 0/3/0

Canada(config-if)#ip nat outside Canada(config-if)#exit

Canada(config)#interface serial 0/3/1 Canada(config-if)#ip nat outside

Canada(config-if)#exit


107 | P á g i n a

comunicación con la dirección IP 200.34.41.1 a través de él, a continuación se

muestran los comandos necesarios para realizar esta tarea.


interface loopback 1: este comando levanta una interfaz de loopback

(virtual).

ip address: este comando asigna la dirección IP y mascara de subred a la

interfaz.

Y por último también es necesario incluir la IP pública que fue configurada a la

interfaz LoopBack en el Proceso OSPF en el Router Canadá como se muestra a

continuación.


Network 200.34.41.1 255.255.255.255 área 0: Cualquier interfaz con una

dirección perteneciente a la subred 200.34.41.1 y CIDR/32 será anunciada a

través de OSPF en el área 0.

Canada(config)#interface loopback 1 Canada(config-if)#ip address 200.34.41.1 255.255.255.255

Canada(config)#router ospf 1 Canada(config-router)# network 200.34.41.1 0.0.0.0 area 0


108 | P á g i n a

4.6 Configuración de NAT Overload México

Enseguida se configura NAT de Overload en el Router México, a continuación se

muestran los comandos necesarios para este objetivo.













Ahora es necesario configurar las interfaces del Router México, especificando la

localización internas o externas, enseguida se muestran los comandos para

configurar esta tarea.

Mexico(config)#access-list 1 permit 192.168.3.0 0.0.0.255 Mexico(config)#ip nat pool Cloud 200.34.42.1 200.34.42.1 netmask 255.255.255.255

Mexico(config)#ip nat inside source list 1 pool Cloud overload


109 | P á g i n a







la función de los siguientes comandos es incluir la dirección IP pública asignada a

México al proceso OSPF existente en ese Router.


Mexico(config)#interface fastEthernet 0/0

Mexico(config-if)#ip nat inside Mexico(config-if)#exit

Mexico(config)#interface serial 0/0/0 Mexico(config-if)#ip nat outside

Mexico(config-if)#exit Mexico(config)#interface serial 0/0/1

Mexico(config-if)#ip nat outside Mexico(config-if)#exit

Mexico(config)#router ospf 1 Mexico(config-router)#network 200.34.42.1 255.255.255.255 area 0


110 | P á g i n a




Y para finalizar en el Router México, es necesario configurar una Interfaz de

LoopBack con la dirección IP pública asignada a este sitio tal y como se muestra

enseguida.

4.7 Configuración de NAT Overload Estados Unidos

Ahora es el turno de configurar el NAT de Overload en el sitio Estados Unidos,

empezaremos por correr los siguientes comandos:






Mexico(config)# interface Loopback1 Mexico(config-if)# ip address 200.34.42.1 255.255.255.255

EstadosUnidos (config)#access-list 1 permit 192.168.4.0 0.0.0.255 EstadosUnidos(config)#ip nat pool Cloud 200.34.43.1 200.34.43.1 netmask 255.255.255.255 EstadosUnidos (config)#ip nat inside source list 1 pool Cloud overload


111 | P á g i n a








En este sito también es necesario especificar la ubicación de las interfaces a través

de los siguientes comandos:




desde modo de configuración de interfaz y en específico en la interfaz interna.

EstadosUnidos(config)#interface fastEthernet 0/0 EstadosUnidos(config-if)#ip nat inside

EstadosUnidos(config-if)#exit EstadosUnidos(config)#interface serial 0/0/0

EstadosUnidos(config-if)#ip nat outside EstadosUnidos(config-if)#exit

EstadosUnidos(config)#interface serial 0/0/1 EstadosUnidos(config-if)#ip nat outside

EstadosUnidos(config-if)#exit EstadosUnidos(config)#interface serial 0/1/0

EstadosUnidos(config-if)#ip nat outside EstadosUnidos(config-if)#exit

EstadosUnidos(config)#interface serial 0/1/1 EstadosUnidos(config-if)#ip nat outside

EstadosUnidos(config-if)#exit


112 | P á g i n a

ip nat outside: Este comando define la interfaz como externa, es importante



También es necesario que la dirección pública asignada a Estados Unidos se

agregue al proceso de OSPF que se encuentra corriendo en el Router de ese sitio. A

continuación se muestran los comandos necesarios para dicho punto.




Y como último paso es necesario configurar en el Router de Estados Unidos una

interfaz loop back con los comandos que a continuación se enlistan:



EstadosUnidos(config)# interface Loopback1

EstadosUnidos(config-if)# ip address 200.34.43.1 255.255.255.255


113 | P á g i n a


(virtual).

ip Address: este comando asigna la dirección IP y mascara de subred a la

interfaz.

4.8 Configuración de NAT Overload España

Ahora es el turno de España, de igual forma que los sitios anteriores procederemos a

configurar NAT de Overload en este sitio, a continuación se muestran los comandos

y su breve explicación para lograr este objetivo.













España(config)#access-list 1 permit 192.168.5.0 0.0.0.255 España(config)#ip nat pool Cloud 200.34.44.1 200.34.44.1 netmask 255.255.255.255

España(config)#ip nat inside source list 1 pool Cloud overload


114 | P á g i n a

Con los siguientes comandos especificaremos en el Router España la ubicación de

las interfaces, esto con el objetivo de que el Router realice la traducción de

direcciones IP privadas hacia la dirección pública y viceversa.

Ahora se muestra la descripción de los comandos utilizados anteriormente.






Para que este Router anuncie a los integrantes del área OSPF la dirección pública

con la cual saldrán todos los host es necesario agregar la dirección IP Publica

España(config)#interface fastEthernet 0/0

España(config-if)#ip nat inside España(config-if)#exit

España(config)#interface serial 0/0/0 España(config-if)#ip nat outside

España(config-if)#exit España(config)#interface serial 0/1/0

España(config-if)#ip nat outside España(config-if)#exit


España(config-if)#exit España(config)#interface serial 0/3/0

España(config-if)#ip nat outside España(config-if)#exit


España(config-if)#exit


115 | P á g i n a

asignada a este sitio en el proceso de OSPF que se encuentra corriendo en el

Router España. Los comandos que a continuación se muestran son necesarios

para lo antes comentado.





Los siguientes comandos indican como configurar una interfaz de loop back en el

Router España, es necesario configurar dicha interfaz para que el Protocolo OSPF

anuncie a sus vecinos que a través de él pueden comunicarse con la dirección IP

200.34.44.1.



(virtual).

España(config)#router ospf 1

España(config-router)#network 200.34.44.1 255.255.255.255 area 0

España(config)# interface Loopback1 España(config-if)# ip address 200.34.44.1 255.255.255.255


116 | P á g i n a


interfaz.

4.9 Configuración de NAT Overload Argentina

A continuación configuraremos NAT de Overload en el sitio Argentina de la misma

manera que se ha realizado en los sitios anteriores, Los comandos que se muestran

a continuación son necesarios para configurar este punto.













Argentina (config)#access-list 1 permit 192.168.6.0 0.0.0.255

Argentina (config)#ip nat pool Cloud 200.34.45.1 200.34.45.1 netmask 255.255.255.255 Argentina (config)#ip nat inside source list 1 pool Cloud overload


117 | P á g i n a

De la misma manera que en los Routers anteriores es necesario especificar en el

Router Argentina la ubicación de las interfaces, esto con el objetivo de que el Router

realice la traducción de direcciones IP privadas hacia la dirección pública y viceversa.







Para que el Router Argentina anuncie a sus vecinos la dirección pública con la cual

saldrán todos los host es necesario agregar la dirección IP Publica asignada a este

Argentina(config)#interface fastEthernet 0/0

Argentina(config-if)#ip nat inside Argentina(config-if)#exit

Argentina(config)#interface serial 0/0/0 Argentina(config-if)#ip nat outside

Argentina(config-if)#exit Argentina(config)#interface serial 0/0/1

Argentina(config-if)#ip nat outside Argentina(config-if)#exit

Argentina(config)#interface serial 0/1/0 Argentina(config-if)#ip nat outside

Argentina(config-if)#exit Argentina(config)#interface serial 0/1/1

Argentina(config-if)#ip nat outside Argentina(config-if)#exit


118 | P á g i n a

sitio en el proceso de OSPF que se encuentra corriendo en el Router España. La

siguiente información indica los comandos necesarios para lo antes comentado.






Router Argentina, es necesario configurar dicha interfaz para que el Protocolo OSPF


200.34.45.1.



(virtual).


interfaz.


Argentina(config)#interface Loopback1

Argentina(config-if)#ip address 200.34.45.1 255.255.255.255


119 | P á g i n a

4.10 Configuración de NAT Overload Brasil

El mismo procedimiento que en los sitios anteriores se debe realizar en el Router

Brasil con el fin de que pertenezca a la nube de OSPF, y para esto debemos

empezar por configurar una lista de acceso en el Router para permitir la salida de la

red privada hacia la red pública. Enseguida se muestran los comandos necesarios

para configurar NAT de Overload.













Para que el Router Brasil pueda realizar la traducción de direcciones IP privadas a

direcciones públicas es necesario especificar la ubicación de la interfaces como a

continuación se muestra.

Brasil(config)#access-list 1 permit 192.168.7.0 0.0.0.255

Brasil (config)#ip nat pool Cloud 200.34.46.1 200.34.46.1 netmask 255.255.255.255 Brasil (config)#ip nat inside source list 1 pool Cloud overload


120 | P á g i n a







Para que el Router Brasil anuncie a sus vecinos la dirección pública con la cual

saldrán todos los host es necesario agregar la dirección IP Publica asignada a este

sitio en el proceso de OSPF que se encuentra corriendo en este Router. La siguiente

información indica los comandos necesarios para configurar lo antes mencionado.


Brasil(config)#interface fastEthernet 0/0

Brasil(config-if)#ip nat inside Brasil(config-if)#exit

Brasil(config)#interface serial 0/0/0 Brasil(config-if)#ip nat outside

Brasil(config-if)#exit Brasil(config)#interface serial 0/1/1

Brasil(config-if)#ip nat outside Brasil(config-if)#exit

Brasil(config)#router ospf 1

Brasil(config-router)#network 200.34.46.1 255.255.255.255 area 0


121 | P á g i n a





Router Argentina, es necesario configurar dicha interfaz para que el Protocolo OSPF


200.34.46.1.



(virtual).


interfaz.

4.11 Configuración de NAT Overload Guatemala

Finalmente es necesario realizar el mismo proceso para que el Router Guatemala

pertenezca a la nube de OSPF, por lo tanto empezaremos por configurar NAT de Overload en el sitio Guatemala con los comandos que a continuación se muestran.

Brasil(config)#interface Loopback1

Brasil(config-if)#ip address 200.34.46.1 255.255.255.255


122 | P á g i n a













Para que el Router del sitio Guatemala pueda realizar la traducción de direcciones IP

privadas a direcciones públicas es necesario especificar la ubicación de la interfaces

con la ayuda de los siguientes comandos:

Guatemala(config)#access-list 1 permit 192.168.8.0 0.0.0.255

Guatemala(config)#ip nat pool Cloud 200.34.47.1 200.34.47.1 netmask 2555.255.255.255 Guatemala(config)#ip nat inside source list 1 pool Cloud overload


123 | P á g i n a







En el Router Guatemala es necesario que la dirección pública con la cual saldrán

todos los host se agregue al proceso de OSPF que se encuentra corriendo en este

Router. La siguiente información contiene los comandos necesarios para configurar

lo antes mencionado.

Guatemala(config)#interface fastEthernet 0/0

Guatemala(config-if)#ip nat inside Guatemala(config-if)#exit

Guatemala(config)#interface serial 0/0/0 Guatemala(config-if)#ip nat outside

Guatemala(config-if)#exit Guatemala(config)#interface serial 0/0/1

Guatemala(config-if)#ip nat outside Guatemala(config-if)#exit

Guatemala(config)#interface serial 0/1/0 Guatemala(config-if)#ip nat outside

Guatemala(config-if)#exit Guatemala(config)#interface serial 0/1/1

Guatemala(config-if)#ip nat outside Guatemala(config-if)#exit


124 | P á g i n a





Al finalizar las configuraciones antes mencionadas cada Router empezara anunciar

los segmentos que él conoce, esta información se enviara entre vecinos los cuales

se encuentren directamente interconectados, con dicha información cada Router

generara su tabla de topología para así tener conocimiento completo de la Red,

también es importante mencionar que OSPF genera rutas lógicas de Backup las

cuales utiliza en caso de que alguna ruta Primaria no se encuentre activa.

Guatemala(config)#router ospf 1



125 | P á g i n a

|“ComportaCapítulo 5miento del Protocolo OSPF ante falla de enlaces”


126 | P á g i n a

Después de llevar a cabo la configuración en todos los sitios, es necesario realizar

una serie de pruebas de conectividad hacia el servidor de correo.

PING (Packet Internet Groper) es un comando de gran utilidad en las redes de datos

para determinar el estado de la red y pruebas de comunicación de un host a otro

PING se basa en el funcionamiento de ICMP (Internet Control Message Protocol)

para determinar si el host remoto se encuentra conectado y disponible en la red, una

prueba exitosa de PING requiere que el host origen realice una solicitud de ping con

la dirección IP del equipo destino enviándole así un paquete de solicitud de eco

ICMP. El host remoto recibirá un paquete y enviara un paquete de eco de ICMP a

cambio comprobando así la conectividad entre dichos hosts. Para validar la

comunicación en nuestro esquema de red, nos ayudaremos del comando Ping y de

peticiones al servidor a través del puerto 80 o www.

5.1 Pruebas Conectividad

A continuación se mostraran las pruebas de comunicación entre el agente ubicado

en Canadá y el Email Server. La prueba consistirá en ejecutar un ping constante

desde la PC del ejecutivo hacia el servidor de correo y a continuación simular caídas

o fallas en los enlaces de datos. Es importante asumir a que dirección IP enviaremos

PING, recordando el apartado 4.4 de este documento se configuro una dirección

Publica al servidor de correo para que este pudiera ser anunciado a la red pública o

nube. La dirección pública del Email Server es la 200.34.40.1 a dicha dirección

enviaremos PING como a continuación se muestra.


127 | P á g i n a

Fig. 5.1 PING constante al Servidor de Correo desde la PC del ejecutivo en Canadá.

Enseguida se muestra la descripción de los mensajes anteriores.

Ping -t 200.34.40.1: comando para enviar ping constante al Email Server. Reply from 200.34.40.1: respuesta del Email Server.

Cada paquete visto en la imagen anterior garantiza la comunicación entre el agente

ubicado en Canadá y el Email Server. Esto se debe a que el Router de ese Sitio

conoce el mejor camino para llegar hacia el servidor de Correo el cual tiene la

dirección IP pública 200.34.40.1.

Una característica muy importante y especial de OSPF es determinar la mejor

basándose en el ancho de banda disponible hacia el destino, con el fin de garantizar

no solo comunicación si no el mejor medio para lograr dicha acción.


128 | P á g i n a

El ancho de banda es la cantidad máxima de datos que se pueden transferir en un

intervalo de tiempo, lo enlaces utilizados en la topología tienen un ancho de banda

de 2.048 Mbps.

Para determinar la métrica de las rutas OSPF obtiene la información referente al

ancho de banda disponible en cada enlace y asignan un costo a cada enlace a

través de la siguiente ecuación:

푪풐풔풕풐 = ퟏퟎퟖ

푩풂풏풅풘풊풅풕풉[풃풊풕풔] (5.1)

¿Qué valor de costo obtendremos?

Si BW=2048Mbps

푪풐풔풕풐 = ퟏퟎퟎퟎퟎퟎퟎퟎퟎퟐퟎퟒퟖퟎퟎퟎ

= ퟒퟖ.ퟖퟐퟖퟏퟐퟓ = ퟒퟗ (5.2)

Para efectos prácticos y para no manejar números decimales OSPF redondea el

valor obtenido del costo.


129 | P á g i n a

Fig. 5.2 Topología etiquetada con el costo por enlace.

Una vez mostrado el proceso para calcular la métrica podemos determinar lo

siguiente:

Si existe más de un salto o equipo para llegar al destino los costos de toda la

trayectoria se sumaran.

La mejor ruta siempre será aquella por la cual el costo sea menor.

Si existe más de una ruta con el mismo valor de métrica OSPF balanceara el

envío de paquetes.

A continuación se muestra el comando para que el router nos muestre las rutas

conocidas a través del protocolo OSPF.

49

49

49 49 49

49

49

49

49

49 49

49

49

49

49

Canada#show ip route ospf

49


130 | P á g i n a

Enseguida se muestra la descripción del comando utilizado anteriormente.

Show ip route ospf: Este comando muestra la tabla de enrutamiento y en

específico las rutas conocidas por el protocolo OSPF.

La siguiente imagen muestra la información arrojada por el Router Canadá, en dicha

tabla se aprecia a través de que interfaz enviara los paquetes destinados hacia el

servidor de correo (200.34.40.1).

A continuación se muestra la descripción de los mensajes anteriores.

O: Ruta anunciada a través de OSPF. 200.34.40.1/32: Subred Destino. Serial 0/0/0: a través de dicho puerto se enviara los paquetes hacia la subred

destino. 5.0.0.14: esta dirección IP representa el siguiente salto para alcanzar las

subred destino. 110: este valor hace referencia a la distancia administrativa del protocolo

OSPF. 97: este valor es la métrica una vez que OSPF calculo la mejor ruta, sumando

el costo de dos enlaces para llegar al servidor de correo.

La imagen que a continuación se muestra proyecta la ruta que seguirán los

paquetes para llegar al Servidor de Correo. Determinando esta ruta como la mejor

para llegar al Servidor de correo desde el sitio Canadá.


131 | P á g i n a

Dicha ruta es marcada como vigente en la tabla de enrutamiento y designada como

ruta principal por OSPF para llegar al servidor de Correo. Esta función la realiza de

forma automática OSPF, gracias al envío y recepción de paquetes llamados “hello”

los cuales se intercambian entre Routers con el fin de anunciar el estado del enlace.

Es de suma importancia aclarar que los paquetes salientes del Router Canadá serán

traducidos por este mismo, ya que estos viajaran a través de Red pública y las

direcciones privadas no son ruteadas a través del backbone de internet, la siguiente

imagen muestra la traducción de direcciones IP realizadas por el Router Canadá.

Mejor Ruta

Fig. 5.3 Mejor Ruta para llegar al Servidor de Correo.


132 | P á g i n a

Fig. 5.4 Tabla de traducción (PAT) del Router Canadá.


administración de consola del Router.

debug ip nat: Comando para visualizar las traducciones en el Router Canadá,

esta función se deshabilita con el comando “undebug all” NAT: Proceso NAT (Network Address Translation) de ida. s=192.168.2.1 -> 200.34.41.1, d=200.34.40.1: la dirección IP 192.168.2.1

(s=source=origen) se tradujo a la dirección IP 200.34.41.1 para llegar a la

dirección IP 200.34.40.1 (d=destination=destino) la cual pertenece al servidor

de correo electrónico. NAT*: Proceso NAT (Network Address Translation) de regreso. s=200.34.40.1, d=200.34.41.1->192.168.2.1: En este proceso la dirección IP

200.34.40.1 perteneciente al Servidor de correo (s=source=origen) buscara la

dirección IP 200.34.41.1 la cual será traducida a la dirección IP 192.168.2.1

(d=destination=destino).

A continuación simularemos una falla en el enlace que conecta directamente a

Canadá con el Router India. Después de esta actividad analizaremos la nueva ruta

marcada por OSPF como vigente.


133 | P á g i n a

Fig. 5.5 Caída de Enlace Canadá-India

Al simular la caída de un enlace OSPF de forma automática actualiza la tabla de

enrutamiento para mantener comunicación y trazar la nueva ruta, a través del

siguiente comando obtendremos la tabla de enrutamiento de las rutas OSPF.

Show ip route ospf: Este comando muestra la tabla de enrutamiento y en

específico las rutas conocidas por el protocolo OSPF.

A continuación se muestra la tabla de enrutamiento del Router Canadá después de la

caída del enlace Canadá-India.

Canada#show ip route ospf


134 | P á g i n a


administración de consola del Router.

O: Ruta anunciada a través de OSPF. 200.34.40.1/32: Subred Destino. 110: Distancia Administrativa 145: Métrica para alcanzar la subred destino, dicho parámetro se obtiene de

sumar el costo de los enlaces que trazan la nueva ruta como lo muestra la

figura 5.7 , es necesario recordar que el valor se redondea. 5.0.0.18: esta dirección IP representa el siguiente salto para alcanzar las

subred destino. Serial 0/2/0: a través de dicho puerto se enviara los paquetes hacia la subred

destino. 5.0.0.10: esta dirección IP representa el siguiente salto para alcanzar las

subred destino. Serial 0/3/0: a través de dicho puerto se enviara los paquetes hacia la subred

destino.

La imagen que a continuación se muestra proyecta las dos rutas que seguirán los

paquetes para llegar al Servidor de Correo a pesar de existir falla en el enlace

Canadá-India. dichas rutas cuentan con la misma métrica, por esta razón se

mantendrán vigentes en la tabla de enrutamiento.


135 | P á g i n a

Fig. 5.6 Rutas con el mismo costo para llegar al Servidor de Correo

La siguiente imagen muestra un ping constante desde la PC del ejecutivo en Canadá

hacia el servidor de Correo antes de que el enlace Canadá-India fallara.

Fig. 5.7 PING constante al Servidor de Correo desde la PC del ejecutivo en Canadá.


136 | P á g i n a

Enseguida se muestra la descripción de los mensajes anteriores.

Ping -t 200.34.40.1: comando para enviar ping constante al Email Server. Reply from 200.34.40.1: respuesta del Email Server. Request time out: Paquete perdido, dicha causa es generada por la caída

del enlace Canadá-India ya que a través de este estaban fluyendo los datos

hacia el servidor de correo.

Es importante mencionar que la pérdida de un paquete es imperceptible ya que en

cuestión de milisegundos OSPF traza las nuevas rutas disponibles para mantener la

comunicación.

5.2 Ventajas y Desventajas

OSPF por ser un protocolo estándar presenta características particulares, además de

ventajas y desventajas, a continuación se muestran los principales puntos a evaluar

antes de implementar OSPF en una red de datos TCP/IP.

Tabla 5.1 Ventajas y desventajas de OSPF.

Ventajas

Desventajas

Su métrica se basa en el Ancho de banda para determinar la mejor Ruta.

Los dispositivos que corren OSPF requieren mayor capacidad de Procesamiento y memoria.

Cada Router tiene conocimiento total de la red ya que se generan 3 tablas, enrutamiento, topología y vecinos.

La administración de redes de Datos donde se corre OSPF requiere de un amplio Conocimiento en protocolos de estado de enlace.

Es posible configurar redes discontinuas esto con el fin de llevar un mejor esquema de direccionamiento.

La comunicación inicial entre Routers decrementa el desempeño de la red ya que esta se inunda con paquetes de información pertenecientes a OSPF.

No envía actualizaciones constantemente, solo cuando hay cambios en la topología.

Requiere un diseño jerárquico.


137 | P á g i n a

Conclusiones

1. OSPF provee un esquema de Red libre de loops gracias a que cada Router

integrante del área OSPF tiene conocimiento total de la red a través de la

tabla de enrutamiento.

2. Si la topología cambia por alguna razón, los Routers integrantes del área

OSPF se comunicaran los cambios en la Red, con el fin de mantener

actualizada su tabla de enrutamiento y arriba la comunicación.

3. OSPF basa su métrica considerando el ancho de banda disponible en los

enlaces de datos y la renombra costo. El camino con el menor costo

reportado se elige como el mejor, dicha ruta se mantiene vigente en la tabla

de enrutamiento.

4. Una característica muy interesante de OSPF es que provee un esquema de

alta disponibilidad si se cuentan con enlaces redundantes lo cual lo hace muy

estable y confiable. Además de balancear tráfico entre rutas que se

determinen con la misma métrica o costo.

5. OSPF tiene la capacidad de enviar y recibir actualizaciones de direcciones IP

que han sido asignadas a interfaces virtuales.

6. El proceso de Traducción de direcciones IP se puede realizar a través de

direcciones IP asignadas a interfaces virtuales.

7. OSPF y el proceso de traducción de direcciones pueden convivir sin generar

problemas en las actualizaciones de las tablas de enrutamiento.


138 | P á g i n a

Recomendaciones

El uso de OSPF para redes con una gran cantidad de integrantes garantizara la

estabilidad en la red y la comunicación de dispositivos, ya que no tiene un límite de

saltos, además de generar adyacencias entre vecinos de forma autónoma, es

importante mencionar que se anuncian por default y de manera automática los

segmentos conocidos por cada integrante del área de OSPF. A continuación se

enlistaran las recomendaciones más importantes para implementar de OSPF.

OSPF tiene la característica de ser un protocolo estándar, de tal forma que

cualquier plataforma o marca enfocada a Networking puede utilizar dicho

protocolo.

Es importante considerar el reconocimiento de vecinos a través de

contraseñas para asegurar a los integrantes del área.

Puedes utilizar redes discontinuas con el fin de segmentar tus dominios de

Broadcast y así mejorar el desempeño de la red.

el ID de cada Router de puede ser configurado de acuerdo al administrador

para tener un mejor control de los integrantes del área OSPF.

Por las características de OSPF se debe considerar que aumentara el

consumo de recursos como memoria RAM y Procesador en los equipos que

estén corriendo OSPF.


139 | P á g i n a

Acrónimos y Siglas

Termino Acrónimo/Traducción Significado

ARP Address Resolution Protocol Protocolo de Resolución de direcciones.

Broadcast Difusión Transmisión de información de un nodo a todos los

integrantes de una red.

BW Bandwith Capacidad máxima de datos que se puede transmitir

en un intervalo de tiempo

CISCO CISCO Empresa Multinacional de Telecomunicaciones.

Dijkstra Dijkstra Algoritmo utilizado para determinar la ruta más corta.

P Internet Protocol Protocolo de Internet.

IPv4 Internet Protocol Version 4 Protocolo de Internet versión 4.

IPv6 Internet Protocol Version 6 Protocolo de Internet versión 6.

LoopBack Interfaz de Red Virtual Utilizadas por Routers para probarse así mismos.

Mbps Megabits por segundo Unidad de tasa de transferencia.

NAT Network Address Translation Proceso utilizado para traducir direcciones de red.

Overload Sobrecarga Proceso utilizado para sobrecargar el proceso NAT.

OSPF Open Shortest Path First Protocolo de enrutamiento dinámico.

Router Encaminador de paquetes Dispositivo dedicado encontrar la mejor ruta de un

origen a un destino para así poder enviar los paquetes

de datos Multicast Multicast Método de transmisión hacia un grupo específico.

WAN Wide Area Network Red de Área Extendida.


140 | P á g i n a

Referencias

1. Redes de Computadoras, Andrew S. Tanenbaum, Prentice-Hall 1998 (3era

Edición).

2. ICND Part 1 Volume 1 Version 1.0, Cisco Systems Learning.




6. Redes Cisco, Ernesto Ariganello, Alfaomega Ra-Ma Primera edición 2009.

7. Técnicas de Configuración de Routers Cisco, Ernesto Ariganello, Alfaomega

Ra-Ma primera edición 2008.

8. Coltun, R., "The OSPF Opaque LSA Option", Request for Comments RFC

2370, July 1998.

9. John Postel, “Internet Protocolo” Request for Comments RFC 791, September

1981.

10. S. Deering, “Internet Protocol, Version 6 (IPv6)” Request for Comments RFC

2460, December 1998.

11. C. Perkins, “IP Mobility Support for IPv4” Request for Comments RFC 3344,

August 2002.

12. CCNP Practical Studies: Routing, Henry Benjamin, Cisco Press First Edition

April 12-2002.

13. Rekhter,RFC 1918 Address Allocation for Private Internets February 1996.

Documents

INSTITUTO POLITECNICO NACIONAL - tesis.ipn.mxtesis.ipn.mx/jspui/bitstream/123456789/14706/1/ALEJANDRO.pdfsimulador cisco packet tracer vs.3.1 de cisco systems. • configuraciÓn del