UNIVERSIDAD CATÓLICA ANDRÉS BELLO

FACULTAD DE INGENIERÍA
ESCUELA DE TELECOMUNICACIONES
Cátedra: Laboratorio de Telemática II
Informe Tarea # 1:

Integrantes: Luis Espinoza (26510403), Marcos Castellanos (26368154) y Manuel De

Abreu (26465293).
PRELABORATORIO
1.- Diseñe una topología de red con las condiciones dadas en el documento referente a la
tarea # 1.
Tabla VLSM (Grupo # 5 Red: 145.150.0.0/16)
Nombre Hosts #Dir. IP Dirección de Subred Máscara de Dirección de Rango de Direcciones
de la Disponibles Subred Broadcast IP
Subred
LAN 1 8100 8190 145.150.0.0 255.255.224.0 145.150.31.255 145.150.0.1 (19)
Router –
Central 145.150.31.254 (19)
LAN 1 8100 8190 145.150.32.0 255.255.224.0 145.150.63.255 145.150.63.1 (19)
Router –
N-Oeste 145.150.63.254 (19)
LAN 1 8100 8190 145.150.64.0 255.255.224.0 145.150.95.255 145.150.64.1 (19)
Router S- –
Oeste 145.150.95.254 (19)
LAN 2 4050 4094 145.150.96.0 255.255.240.0 145.150.111.255 145.150.96.1 (20)
Router –
N-Este 145.150.111.254 (20)
LAN 2 4050 4094 145.150.112.0 255.255.240.0 145.150.127.555 145.150.112.1 (20)
Router S- –
Este 145.150.127.254 (20)
LAN 3 4000 4094 145.150.128.0 255.255.240.0 145.150.143.255 145.150.128.1 (20)
Router –
Central 145.150.143.255 (20)
LAN 1 4000 4094 145.150.144.0 255.255.240.0 145.150.159.255 145.150.144.1 (20)
Router –
N-Este 145.150.159.254 (20)
LAN 1 4000 4094 145.150.160.0 255.255.240.0 145.150.175.255 145.150.160.1 (20)
Router S- –
Este 145.150.175.254 (20)
LAN 2 4000 4094 145.150.176.0 255.255.240.0 145.150.191.255 145.150.176.1 (20)
Router –
N-Oeste 145.150.191.254 (20)
LAN 2 4000 4094 145.150.192.0 255.255.240.0 145.150.207.255 145.150.192.1 (20)
Router S- –
Oeste 145.150.207.255 (20)
LAN 3 2020 2046 145.150.208.0 255.255.248.0 145.150.215.255 145.150.208.1 (21)
Router –
N-Oeste 145.150.215.254 (21)
LAN 3 2020 2046 145.150.216.0 255.255.248.0 140.150.223.255 145.150.216.1(21)
Router S- –
Oeste 145.150.223.254 (21)
LAN 3 2010 2046 145.150.224.0 255.255.248.0 140.150.231.255 145.150.224.1 (21)
Router –
N-Este 145.150.231.254 (21)
 LAN 3 2010 2046 145.150.232.0 255.255.248.0 145.150.239.255 145.150.232.1 (21)
Router S- –
Este 145.150.239.254 (21)
LAN 2 2000 2046 145.150.240.0 255.255.248.0 145.150.247.255 145.150.240.1 (21)
Router –
Central 145.150.247.254 (21)
WAN 1 2 2 145.150.248.0 255.255.255.252 145.150.248.3 145.150.248.1 (30)
Router –
Central 145.150.248.2 (30)
WAN 2 2 2 145.150.248.4 255.255.255.252 145.150.248.7 145.150.248.5 (30)
Router –
Central 145.150.248.6 (30)
WAN 3 2 2 145.150.248.8 255.255.255.252 145.150.248.11 145.150.248.9 (30)
Router –
Central 145.150.248.10 (30)
WAN 4 2 2 145.150.248.12 255.255.255.252 145.150.248.15 145.150.248.13 (30)
Router –
N-Este 145.150.248.14 (30)
WAN 5 2 2 145.150.248.16 255.255.255.252 145.150.248.19 145.150.248.17 (30)
Router S- –
Este 145.150.248.18 (30)
WAN 6 2 2 145.150.248.20 255.255.255.252 145.150.248.23 145.150.248.21 (30)
Router –
N-Oeste 145.150.248.22 (30)
WAN 7 2 2 145.150.248.24 255.255.255.252 145.150.248.27 145.150.248.25 (30)
Router S- –
Oeste 145.150.248.26 (30)

Tabla CIDR
Prefijo CIDR Equivalente a Clase C Hosts Máscara
/30 1/64 C 2 255.255.255.252
/21 8C 2046 255.255.248.0
/20 16 C 4094 255.255.240.0
/19 32 C 8190 255.255.224.0
/18 64 C 16.382 255.255.192.0
/17 128 C 32.676 255.255.128.0
/16 256 C 64.534 255.255.0.0

Direccionamiento con CIDR (Grupo # 5 Red: 145.150.0.0/16)

Nombre de la Red Dirección Máscara Host Disponibles
Central 145.150.0.0/16 255.255.0.0 65.534
N-Oeste 145.150.0.0/16 255.255.0.0 65.534
S-Oeste 145.150.0.0/16 255.255.0.0 65.534
N-Este 145.150.0.0/16 255.255.0.0 65.534
S-Este 145.150.0.0/16 255.255.0.0 65.534
WAN 1 Central 145.150.248.0/30 255.255.255.252 2
WAN 2 Central 145.150.248.4/30 255.255.255.252 2
WAN 3 Central 145.150.248.8/30 255.255.255.252 2
WAN 4 N-Este 145.150.248.12/30 255.255.255.252 2
WAN 5 S-Este 145.150.248.16/30 255.255.255.252 2
WAN 6 N-Oeste 145.150.248.20/30 255.255.255.252 2
WAN 7 S-Oeste 145.150.248.24/30 255.255.255.252 2
 Una vez hecha las tablas, siguiendo todas las indicaciones que se dejaban en el documento
de la tarea se montó la topología de la red y se obtuvo el siguiente resultado:

Topología de la Red (Packet Tracer)

Dada esta topología de red y aplicando un esquema de direccionamiento en los Router
tenemos:
Equipo Interfaz IP Máscara Tipo (Serial)

Router Central Fa0/0 145.150.31.254 255.255.224.0 N/A

Fa0/1 145.150.247.254 255.255.248.0 N/A
Fa1/1 145.150.143.254 255.255.240.0 N/A
Se0/0 145.150.248.9 255.255.255.252 DTE
Se0/1 145.150.248.1 255.255.255.252 DTE
Se0/2 145.150.248.6 255.255.255.252 DTE
Router Ala_Este Se0/0 145.150.248.14 255.255.255.252 DTE
Se0/1 145.150.248.17 255.255.255.252 DTE
Se0/2 145.150.248.2 255.255.255.252 DCE
Router N_Este Fa0/0 145.150.159.254 255.255.240.0 N/A
Fa1/0 145.150.111.254 255.255.240.0 N/A
Fa1/1 145.150.231.254 255.255.248.0 DCE
Se0/0 145.150.248.13 255.255.255.252 DCE
Router S_Este Fa0/0 145.150.175.254 255.255.240.0 N/A
Fa1/0 145.150.127.254 255.255.240.0 N/A
Fa1/1 145.150.239.254 255.255.248.0 N/A
Se0/1 145.150.248.18 255.255.255.252 DCE
Router Se0/0 145.150.248.22 255.255.255.252 DTE
Ala_Oeste Se0/1 145.150.248.25 255.255.255.252 DTE
Se0/2 145.150.248.5 255.255.255.252 DCE
Router N_Oeste Fa0/0 145.150.63.254 255.255.224.0 N/A
 Fa1/0 145.150.191.254 255.255.240.0 N/A
Fa1/1 145.150.215.254 255.255.248.0 N/A
Se0/0 145.150.248.21 255.255.255.252 DCE
Router S_oeste Fa0/0 145.150.95.254 255.255.224.0 N/A
Fa1/0 145.150.207.254 255.255.240.0 N/A
Fa1/1 145.150.223.254 255.255.248.0 N/A
Se0/0 145.150.248.26 255.255.255.252 DCE

NOTA: La tabla de direccionamiento puede variar en la elaboración de gns3 de la topología

de la red, ya que fue hecha por distintos integrantes del grupo.
LABORATORIO
Parte1 Construcción de una topología de red en Packet Tracer
1.1.- Simule la topología de red diseñada en el prelaboratorio, para ello abra el programa
Packet Tracer, tome del área de dispositivos 7 router de la serie 1841, por defecto, estos
routers no viene con interfaces seriales, agregue las interfaces seriales requeridas con la
opción correspondiente.
1.2.- Agregue al área de trabajo 15 switches de la serie 2950 y ordénelos de acuerdo a lo
especificado en el prelaboratorio, deben quedar tres switches por routers.
1.3.- Realice la conexión de los dispositivos de conmutación de acuerdo a su diseño, recuerde
que la conexión entre los routers son con interfaces seriales y entre los routers y switches son
con interfaces locales (Ethernet).
1.4.- Tome del área de dispositivos el número de PC que corresponda al 0.2% de los
dispositivos finales conectados en cada LAN de acuerdo al diseño de su topología de red, si
el cálculo del número de dispositivos le da un número decimal redondéelo por exceso.
Conecte cada una de las PC a los puertos de los switches.
1.5.- Para mejorar el diseño de la red se sugiere utilizar la opción drawing palette y diferencie
las redes de trabajo.

Topología de la Red (Packet Tracer)

Parte 2 Configuración de los dispositivos y pruebas funcionamiento

Figura 2.1 Configuración del Router Ala_Oeste

2.4.- Observe las tablas de rutas de los routers, comprobará que solo se muestran las rutas
directamente conectadas. Proceda y configure todas las rutas estáticas en cada uno de los
routers, guarde los cambios realizados con la opción correspondiente. Visualice de nuevo las
tablas de rutas y verifique los cambios realizados. Apóyese de los comandos utilizados en las
prácticas anteriores.

Figura 2.2 Tabla de Enrutamiento Figura 2.3 Tabla de Enrutamiento

del Router Ala_oeste del Router Central

Figura 2.4 Tabla de Enrutamiento

del Router Ala_Este
 Figura 2.5 Tabla de Enrutamiento Figura 2.6 Tabla de Enrutamiento
del Router N_Este del Router S_Este

Figura 2.7 Tabla de Enrutamiento Figura 2.8 Tabla de Enrutamiento

del Router N_Oeste del Router S_Oeste

2.5.- Verifique conectividad entre todos los dispositivos (dispositivos finales y dispositivos
de conmutación). Si realizó la configuración de forma correcta, las pruebas de
funcionamiento deben ser exitosas. Apóyese de los comandos utilizados en las prácticas
anteriores.

Figura 2.9 Prueba de Conectividad entre PC14 (145.150.32.10

– LAN 1 N_Oeste) y PC47 (145.150.192.7 – LAN 2 S_Oeste)
 Figura 2.10 Prueba de Conectividad entre PC45 (145.150.192.9 –
LAN 2 S_Oeste) y PC103 (145.150.224.6 – LAN 3 N_Este)

Figura 2.11 Prueba de Conectividad entre PC72 (145.150.128.6 –

LAN 3 Central) y PC120 (145.150.232.3 – LAN 3 N_Este)

2.6.- Proceda a borrar en cada router las rutas estáticas para alcanzar las diferentes LAN, no
borre las rutas para alcanzar las redes WAN. A continuación, configure en cada router la ruta
resumen de las LAN de los demás routers. Guarde y verifique los cambios 6 realizado en el
archivo de configuración. De igual forma, verifique los cambios realizados en las tablas de
rutas. Apóyese de los comandos utilizados en las prácticas anteriores.
Tablas de Enrutamiento usando Direccionamiento CIRD
Figura 2.12 Tabla de Enrutamiento Figura 2.13 Tabla de Enrutamiento
del Router Ala_oeste del Router Central

Figura 2.14 Tabla de Enrutamiento

del Router Ala_Este

Figura 2.15 Tabla de Enrutamiento Figura 2.16 Tabla de Enrutamiento

del Router N_Este del Router S_Este

Figura 2.17 Tabla de Enrutamiento Figura 2.18 Tabla de Enrutamiento

del Router N_Oeste del Router S_Oeste
 Figura 2.19 Archivo de configuración al usar CIDR (Router Ala_Oeste)
2.7.- Verifique conectividad entre todos los dispositivos (dispositivos finales y dispositivos
de conmutación). Si realizó la configuración de forma correcta, las pruebas de
funcionamiento deben ser exitosas. Explique qué beneficios trae para los routers configurar
rutas resumen en sus tablas de enrutamientos.

Figura 2.20 Prueba de Conectividad entre PC24 (145.150.208.5 - LAN 3

N_Oeste) y PC29 (145.150.64.11 – LAN 1 S_Oeste)

Figura 2.21 Prueba de Conectividad entre PC0 (145.150.32.7 - LAN 1

N_Oeste) y PC122 (145.150.232.6 – LAN 3 S_Este)
 Figura 2.22 Prueba de Conectividad entre PC73 (145.150.128.10 - LAN 3
Central) y PC94 (145.150.144.4 – LAN 1 N_Este)

Topología de la red en GNS3

Para la realización de esta parte de nuestra actividad, partimos de un diseño bastante
similar al de la topología de Packet Tracer, tomando 7 routers 3745, agregando las interfaces
necesarias para cada caso, y sustituyendo las LAN por una VPC’s cada una quedando de esta
forma.

Se realizaron las conexiones pertinentes para cada caso y comenzamos con la

configuración de los routers, estableciendo las direcciones de las interfaces FastEthernet y
las Seriales, siguiendo las direcciones de las redes y sus divisiones propuestas en el
prelaboratorio. Como en la simulación anterior realizada en Packet Tracer, se estableció la
conexión básica en cada router de nuestra red, especificando el nombre del dispositivo, las
claves de acceso remoto y del modo privilegiado, así como también la configuración de los
puertos seriales de tipo DCE.
Una vez realizado este paso, donde se establecieron los enlaces de la red WAN y las
direcciones de puerta de enlace para cada LAN, se procedió a realizar en primera instancia
el enrutamiento estático de cada una de las redes de nuestra topología en cada uno de los
routers, para así asegurar la conexión en todos los dispositivos de nuestra red.

Este paso también se realizó en los routers ALA-ESTE y ALA-OESTE, con sumo detalle
a la hora de definir la dirección ip del “siguiente salto”. Luego de que todo el enrutamiento
estático fue establecido con éxito, se procedió a agregar las direcciones ip a cada pc virtual
de nuestra topología, haciendo uso correcto del comando necesario para ello: “ip <direc. IP
> <direc. Gateway> <Masc. Subred>, donde la máscara de subred debe estar expresada en
decimal.
 Teniendo listas las ip correspondientes a cada pc virtual, se procedió a comprobar la
conexión entre los dispositivos y la configuración del acceso remoto mediante la MV:

En la imagen de la izquierda, se puede apreciar el intento de conexión desde la PC4 ubicada

en la LAN1 del ala SUR-OESTE hacia las diferentes PC de la red, se puede apreciar como
la conexión es satisfactoria y también se puede apreciar como los paquetes que se envían al
hacer ping, el tiempo de vida de estos paquetes o TTL, en algunos casos se ve reducido debido
a que tienen que pasar por distintos nodos antes de llegar a su destino final.
Luego de realizar con éxito el apartado anterior, es momento de desarrollar de
Direccionamiento CIRD con su respectiva tabla de direcciones ip anteriormente especificada,
para ello es necesario borrar todo el enrutamiento estático de las distintas direcciones de red
menos las de los enlaces WAN, es decir, que en las respectivas tablas de enrutamiento de
cada router queden configurada solo las rutas estáticas de los distintos enlaces WAN y de las
redes LAN que estén directamente conectadas.
Para esta parte final de la configuración, verificaremos la fiabilidad de las rutas con
direcciones CIDR o direcciones resumen, implementando una ruta estática de este tipo para
cada router, destinada a englobar toda la comunicación entre las redes LAN de nuestro
montaje. Esto lo aplicamos de una forma parecida para cada router colocando la ruta ip route
145.150.0.0 255.255.0.0 “sig salto”, donde logramos abarcar cada dirección de destino de
cada red LAN, dejando los bits invariables indicados y colocando el 0 para los bits que
puedan cambiar según la dirección solicitada.
Obtuvimos los siguientes resultados para las tablas de ruta de cada router:
 IP Route N-Este IP Route S-Este

IP Route N-Oeste IP Route S-Oeste

IP Route Ala-Este IP Route Ala-Oeste

IP Route R-Central
 Podemos notar rápidamente, que haciendo uso de estas redes CIDR, o de enrutamiento
entre dominios sin clases, logramos agrupar todas las redes LAN de cada router en una única
ruta estática, excepto en el caso del router central, donde debido a sus dos vertientes
principales, configuramos una ruta de este estilo para cada una de ellas variando en la
dirección de la interfaz por donde saldrá la información para cada caso. Esto se logró gracias
a que CIDR hace uso de VSLM y nos permite trabajar con todas estas subredes de distinta
longitud que configuramos en el prelaboratorio.
Si se dé sea establecer conexión entre dispositivos de una misma red, el resultado es
exitoso, sin embargo, si se intenta una conexión a una LAN distinta el TTL o el tiempo de
vida del paquete llega a cero, debido a que se “pierde” por el camino antes de llegar a su
destino final, aunque si se evidencio algunas conexiones entre distintas LAN’s, pero en
menor cantidad. El problema puede ser el tipo de router que no tiene el soporte adecuado
para el direccionamiento CIRD.

Aquí podemos apreciar como la PC7 que

pertenece a la LAN del ala NOR/OESTE
envía un ping hacia la dirección
145.150.192.1 de la LAN2 SUR-OESTE y
la conexión se da con éxito al igual que con
la dirección 145.150.216.1 de la LAN3
SUR-OESTE. Sin embargo, cuando se
trató de hacer ping a la dirección
145.150.0.1 de la LAN1 CENTRAL, el
resultado fue negativo.

Beneficios de usar CIDR

Debido al rápido crecimiento que presenta todo el internet, aparecen grandes necesidades
de espacio. Las direcciones IPv4 se encuentran asignadas en su totalidad, por lo cual, se optó
por solucionarlo con la creación del CIDR, el “enrutamiento entre dominios sin clases. A
través del CIDR se logró ampliar la cantidad de direcciones, todo esto basándose en las
máscaras de subred, que señalan al router la cantidad de direcciones IP que debe reservar en
la red.
CIDR hace uso de la máscara de subred de longitud variable (VLSM), permitiendo crear
subredes y hacer un uso eficaz del espacio designado al direccionamiento, siendo más
flexible a la hora del diseño de una red pudiendo especificar un bloque de direcciones en
otros más pequeños según se necesite y permitir el uso de varias longitudes de mascara de
subred.
Además de la creación de subredes, a través del uso de un sufijo con CIDR podemos crear
también superredes, consiguiendo que las redes no solo se subdividan, sino que se puedan
agrupar. De esta forma podemos agrupar muchas redes en una sola ruta, enviando todos los
paquetes a un mismo destino sin importar la localización física del host.
Añadido a los beneficios que ya hemos ido mencionando a través de la explicación, es
necesario destacar que el uso de CIDR nos aporta múltiples beneficios como pueden ser:
• La conservación del espacio de las direcciones haciendo un uso más eficiente de estas
a través del VLSM y la subdivisión de redes, permitiendo la sumarización de la ruta.
• Permite que variedad de rutas se puedan englobar siendo asignadas a una sola ruta
única.
• Reduce significativamente el tamaño de las tablas de enrutamiento, derivando en
menor sobrecarga del tráfico, de la CPU y la memoria.
• Como ya mencionamos una mayor flexibilidad en el direccionamiento de las redes.
Aunque nos ahorramos mucho trabajo evadiendo la configuración de gran cantidad de
rutas estáticas, al haber aplicado CIDR también se presentan algunas consecuencias negativas
que no podemos ignorar. Comenzando por las más simples como que, debido al tamaño
arbitrario de cada red al eliminar las clases, se genera una dificultad para nosotros al tratar de
identificar la línea que separa los bits de la red y los designados a los hosts de la misma, dado
que puede haber cualquier cantidad de host, no podemos deducir datos de la red simplemente
observando sus bits.
Otro aspecto relevante que determinamos fue que, aunque CIDR surge de subdivisiones
de redes, al aplicarlo a nuestras tablas de enrutamiento, no se diferencian estas divisiones ya
que todas se encuentran agrupadas en una única ruta, esto es un factor que creemos que puede
causar conflicto a la hora de realizar la transmisión, generando en muchos casos que se
pierdan muchos paquetes debido a que se agota el tiempo de estos.
Para finalizar veremos el proceso realizado para poder conectar las VPC’s y la MV de
Ubuntu a la nube lo que nos permitirá acceder a internet en cada uno de los dispositivos. Lo
primero que se hizo fue cambiar la configuración de los adaptadores para poder acceder desde
la MV y los demás elementos de la topología a nuestra red local lo que nos permitirá lograr
la conexión de las mismas con direcciones o ip de páginas web.

En la ilustración se muestra las propiedades de

nuestra red (Ethernet) en la que debemos colocar
el check en ambas opciones para permitir el uso
de nuestros puertos del adaptador de red por las
PC y MV simuladas en nuestra PC, donde al
activar la primera opción se nos dará una
dirección ip que debemos anotar porque esta será
el ip DNS (192.168.137.1) que debemos
configurar para lograr que nuestros dispositivos
logren establecer conectividad con las páginas
web.
 Ahora bien, es importante decir que en cada una de las PC´s se debe colocar el comando
ip dns 192.168.137.1 para establecer la dirección dns asignada por nuestro adaptador de red
esto se presenta para cada VPC’s de la topología, para el caso de la maquina virtual es un
poco diferente y se explicará en breve, ya que la misma requiere una serie de comandos que
permitan que la misma establezca conexión con cada PC de la topología y que la misma
pueda acceder a internet sin problemas.
En el caso de la MV de Ubuntu debemos colocar toda la configuración estática primero
para que no existan problemas de conectividad, por lo que se usó el siguiente comando $
sudo nano /etc/network/interfaces, para acceder a la configuración interna de las interfaces
que serán fija siempre y cuando nosotros lo necesitemos. La configuración de la interfaz eth0
fue la siguiente:
# Configuración de dirección IP fija para el interfaz eth0
auto eth0
iface eth0 inet static Esta es la configuración que se mantendrá así
hasta el momento que se desee, es decir, si
address 145.150.232.1 apagamos la MV la misma mantendrá la
misma dirección de red para la interfaz eth0, a
netmask 255.255.248.0
menos que borremos estos parámetros o los
network 145.150.232.0 coloquemos como comentarios con el símbolo
# por si se necesita realizar una configuración
broadcast 145.150.239.255 distinta a la realizada.
gateway 145.150.239.254
Otro aspecto, que se hay que tener en cuenta es el servidor DNS o el ip DNS que se debe
colocar para ello se debe acceder a otra configuración interna de la MV en la que se asignará
este aspecto. Para ello se debe utilizar el siguiente comando: $ nano /etc/resolv.conf. donde
debemos colocar nameserver (ip DNS) 192.168.137.1 posteriormente guardar la
configuración realizada y proceder a hacer las pruebas respectivas para ver que todo está en
orden.
Antes de pasar los resultados obtenidos hay dos cosas importantes que se debieron
configurar en los routers para que el acceso a internet de cada dispositivo sea exitoso. El
primero es en el router ISP que vendría siendo el que simula a nuestro provedor de internet
(CANTV), en él se debían colocar las siguientes líneas de comando:
ISP (config) #interface fastethernet 0/0 (interfaz externa)
ISP (config-if) #ip nat outside
ISP (config) #interface serial 0/0 (interfaz interna)
ISP (config-if)# ip nat inside
ISP (config) #access-list 100 permit ip any any
 ISP (config) #ip nat inside source list 100 interface fasEthernet 0/0 overload
Lo que nos permite esta serie de comandos es poder darle acceso a nuestro adaptador
virtual a nuestra red, en este caso nuestro adaptador virtual recibe el nombre de Ethernet 2,
dando acceso por la interfaz externa la cual será la conectada a la nube al internet y el acceso
interno a nuestra topología con la conexión serial entre el router ISP y el router Central
colocando las direcciones correspondientes para cada una. Esto es vital para el acceso de
cada PC a la red, ya que de no colocar esto se nos desplegará un mensaje que dirá que no se
pudo resolver la solicitud, por la falta de permisos de nuestras PC para poder establecer está
conexión. Ahora si se mostrarán algunos resultados acerca de los pings realizados a páginas
web. Hay algo que se debe tener en cuenta cada router debe tener una ruta por defecto que le
de salida cuando solicitemos ir a una dirección de internet a cada una de nuestras PC en este
caso la ruta por defecto es: 0.0.0.0 0.0.0.0 192.168.137.1, la que debe estar en cada router de
la topología.

Prueba de conectividad con la dirección Prueba de conectividad con la dirección

web www.google.com por la PC 7 LAN web www.google.com por la PC 7 LAN
1: 145.150.32.1/19 perteneciente a la 3: 145.150.224.1/21 perteneciente a la
zona N_Oeste zona N_Este

Prueba de conectividad con la dirección

web www.google.com por la PC 3 LAN
1: 145.150.128.1/20 perteneciente a la
zona N_Oeste

Prueba de conectividad con varias direcciones web

entre las que se encuentra la web virtual por donde
recibimos el contenido de estudio (M7) www.m7.com
por la MV - LAN 3: 145.150.232.1/20 perteneciente a
la zona S_Oeste

Figuras 3.1, 3.2, 3.3 y 3.4 Pruebas de Conectividad con Páginas Web
 Figura 3.5 Captura de paquetes de la conectividad MV (Ubuntu con una dirección de la
world wide web)
Esta captura de paquetes con Wireshark es muy interesante ya que describe el proceso que
se llevo a cabo para poder establecer la conexión entre la MV y la dirección de google, en
anteriores oportunidades se comprobó con diferentes direcciones web y se comprobó que el
proceso fue realizado satisfactoriamente. En el mismo se ve la dirección de destino, el
servidor DNS y las tramas que se van trasmitiendo al realizar esta solicitud de conexión entre
la MV y google.
Por último, nos gustaría mencionar que todo el proceso hecho en está tarea nos da un
amplio abanico de oportunidades de como realizar el enrutamiento estático y de cuando es
más conveniente usarlo sin rutas resumidas y cuando no. Por otro lado, el caso de la conexión
a nuestra red local para poder acceder a internet es sumamente interesante, ya que nos deja
ver que se puede simular conexiones de redes desde nuestros ordenadores lo que nos servirá
en el campo laboral si se nos solicita hacer un montaje parecido.
Referencias Bibliográficas
• Cómo cambiar el DNS en Linux para navegar más rápidamente
• https://rootear.com/ubuntu-linux/cambiar-dns-linux
• ¿Cómo configurar Dirección IP Estática o Fija en Linux/Ubuntu?
• https://mrhowtos.com/es/como-configurar-direccion-ip-fija-linux-ubuntu/
• Jairo, Lara, 2021. PRÁCTICA #2 REPASO DE ENRUTAMIENTO ESTÁTICO
• Tips para GNS3: Usando VPCs, Cloud, NAT para conexión a Internet
• https://www.youtube.com/watch?v=luXw9cUzCdI&t=532s