Universidad Nacional Autónoma de Honduras en el Valle de Sula
A04 – Informe de laboratorio 3
Alumna:
Graciela Nicole Deras Mejía #20192030291
IA-179 Redes de Computadoras – 09:00
Ing. Igor Anton Mejía Meza
San Pedro Sula, Cortes
02 de julio del 2024
OBJETIVOS
1. Implementar VTP para centralizar la generación de etiquetas VLAN.
2. Determinar la forma de enlazar los espacios que han sido rotos a través de las
vlans.
3. Implementar routing intervlans.
INTRODUCCIÓN
El presente informe de práctica de laboratorio se centra en tres aspectos fundamentales
de la administración de redes, específicamente de VLANs: la implementación del
Protocolo de Enlace Troncal de VLAN (VTP), la interconexión de espacios segmentados
por VLANs, y la configuración de enrutamiento entre VLANs. Estos elementos son
esenciales para crear redes que sean escalables, seguras y eficientes en los entornos
empresariales actuales. A lo largo de esta práctica se explorará la implementación de
VTP para centralizar la generación de etiquetas VLAN, lo que simplificará
significativamente la administración de redes complejas compuesta por múltiples
switches.
Luego, se abordará el objetivo de enlazar espacios que han sido separados por VLANs,
explorando métodos para mantener la segmentación lógica mientras se permite la
comunicación necesaria. Finalmente, se realizará la configuración de enrutamiento inter-
VLAN, una técnica esencial para permitir la comunicación entre diferentes segmentos de
red sin comprometer la segmentación lógica de la red. Se espera con esto comprender
y aplicar los nuevos conceptos que serán adquiridos a lo largo de la práctica,
preparándonos para diseñar y mantener redes eficientes capaces de soportar el tráfico
y las necesidades de comunicación de las redes modernas.
ENSAYO
Para dar inicio al desarrollo del primer objetivo que se tiene en la presente práctica de
laboratorio sobre la implementación de VTP para centralizar la generación de etiquetas
VLAN, se debe conocer y tener claro en que consiste VTP.
VTP (VLAN Trunking Protocol) es un protocolo de administración de VLAN utilizado en
redes de área local. Su objetivo principal es simplificar la gestión de las VLAN en una red
extendida, este protocolo permite que un switch de la red distribuya la configuración de
las VLAN a otros conmutadores en la misma red, asegurando de esa manera que todos
los conmutadores tengan la misma información de VLAN y reduciendo así la necesidad
de configurar manualmente cada switch, mejorando la seguridad y el rendimiento de la
red. (Molenaar, 2024)
Una vez entendido esto, como continuación del desarrollo implementamos la siguiente
topología de red:
Para evitar que algún elemento previo en los switches modifique el comportamiento de
la topología, con los comandos “erase startup” y “delete flash:[Link]” eliminamos las
configuraciones almacenadas y los datos de VLAN en los S1, S2 Y S3, y una vez hecho
esto se implementó STP en los switches y se verificó que ocurre con la redundancia
física, al ejecutar el comando “spanning-tree portfast” el cual nos generó el siguiente
resultado:
El resultado generado se debe a que el comando “spann port” no debe implementarse
cuando los puertos están conectados a otros switches, ya que puede causar bucles en
la red, así mismo no debe usarse en los puertos de enlace troncal ni en segmentos de
red no confiables de los que no se tenga control total. En cambio, dicho comando si debe
implementarse para reducir el tiempo que un puerto tarda en pasar del estado de bloqueo
al estado de reenvío solo en puertos conectados a dispositivos finales, ya que no forman
parte de la topología del conmutador por lo tanto no causan bucles en la red.
Por el momento ninguno de los switches tiene VLAN existentes aparte de la vlan 1, y
como siguiente punto verificamos que los switches estén en el rol “server” ejecutando en
comando “show vtp status” en cada uno respectivamente:
Una vez que verificados que los tres switches están en modo “server” modificamos el
dominio VTP de cada uno estableciendo “febrero_30” como nuevo dominio, y al ejecutar
nuevamente el comando “show vtp status” podemos pudimos notar que se generaron
cambios, ahora en el apartado de “configuration revision” tiene asignado el valor “1”.
¿A qué se debe ese cambio? Esto es porque al usar el comando “vtp domain”
estamos alterando una configuración importante del VTP, el “configuration revision”
es un contador que lleva el seguimiento de los cambios realizados en la configuración de
VLAN dentro del dominio VTP y cada vez que se realiza un cambio en la configuración
de VLAN, como agregar, eliminar o modificar una VLAN, este número se incrementa en
1. Cuando inicialmente se configura un switch y no ha habido cambios en la configuración
de VLAN, el número de revisión de configuración suele ser 0. Al cambiar el nombre del
dominio VTP, se está efectivamente reiniciando o cambiando el contexto de la
configuración de VLAN, lo que se cuenta como una modificación, y por eso el número de
revisión de configuración cambia de 0 a 1. (Upravnik, 2022)
Seguidamente se cambiaron los roles de operación VTP server, transparent y rol cliente
en cada switch, ¿Que significan cada uno de dichos roles?
Modo “Server”: En este modo, el conmutador puede crear, modificar y eliminar VLANs
para todo el dominio VTP. También puede distribuir esta información a otros
conmutadores en el dominio.
Modo “Client:” En este modo, el conmutador no puede crear, modificar ni eliminar
VLANs. Solo puede recibir y aplicar la configuración de VLANs del servidor VTP.
Modo “Transparent”: El conmutador en modo transparente no participa en VTP. No
distribuye la configuración de VLAN y no recibe actualizaciones VTP, pero puede crear,
modificar y eliminar VLANs locales que no se comparten con otros switches. (Walton,
2024)
Después de configurar cada switch con su respectivo rol, se puede observar que al
ejecutar el comando “show vtp status” ahora cada switch tiene un modo de operación
distinto como se puede observar en la imagen:
En el siguiente paso se implementaron las etiquetas VLAN 2, 3 y 4, respectivamente en
cada switch, es decir que en cada uno de los switches se configuró una VLAN diferente.
Después se habilitó el modo troncal en las interfaces g0/1 y g0/2 de cada switch, y con
el comando “switch trunk allow vlan all” configuramos que todas las VLAN configuradas
en los puertos g0/1 y g0/2 puedan pasar a través de tales puertos sin restricciones. Sin
embargo, al intentar crear nuevamente vlans en cada uno de los switches,
específicamente en el S2 ahora no permite la creación de vlan, como se muestra en la
siguiente imagen:
El resultado generado se debe a que el Switch ahora se encuentra en modo ‘Cliente’ y
en este modo, el switch no puede crear, modificar ni eliminar VLANs, es decir no tiene la
capacidad de realizar cambios en la configuración de VLANs. solo puede recibir la
información de VLANs de los otros switches en modo ‘Server’ y aplicarlas.
En la segunda parte de la práctica de laboratorio se implementaron cambios en la
topología, agregando un router a esta quedando se la siguiente forma:
Seguidamente se configuró en modo de acceso los puertos f0/1 en los Switches 1 y 2 e
implementamos la vlan 5. Después se asignó la vlan 2 en los puertos f0/1 y f0/0 del switch
1, la vlan 5 en el puerto f0/1 del Switch 2 y en el puerto f0/10 del switch 3. Una vez
asignadas las vlan en cada uno de los puertos en los switches correspondientes se hizo
la configuración al router 1 para asignarle las direcciones IP en las interfaces g0/1 y g0/2
conectadas al S1 y S2:
Como siguiente paso se configuraron las direcciones IP en las PC0 y PC1 conectadas
en los switches S1 y S3 en los segmentos de red correspondientes, realizamos una
prueba de ping desde PC0 a PC1 y el resultado fue exitoso, luego trasladamos la PC1 al
puerto f0/10 del S2 y se le asignó la vlan 5, se realizó nuevamente la prueba de ping y el
resultado en esta ocasión no tuvo éxito.
Después el puerto f0/3 del S2 como puerto troncal y transportamos todas las vlans y
realizamos la siguiente configuración en el router:
Nuevamente realizamos una prueba de ping desde la PC0 a la PC1 y se continuó
obteniendo el mismo resultado sin éxitos ya que para que las PCs en diferentes subredes
vlans puedan comunicarse entre sí, es necesario implementar el enrutamiento inter-
VLAN en el router ya que esto permite que el tráfico de red se enrute correctamente entre
las distintas vlans.
Lo anterior nos lleva a la parte B de la práctica de laboratorio donde se realizó el cambio
del Router 1 por un Switch de capa 3, conectamos este a los puertos F0/1 de los Switches
1 y 3 y se le asignó el rol de ‘server’, configuramos en puerto g0/1 para que este en modo
troncal, revisamos el estado vtp del Switch el cual sufrió cambios por lo que realizamos
la siguiente configuración:
El procedimiento anterior si se puede realizar con un switch diferente del Cisco Catalyst
3560, siempre y cuando estos sean de Capa 3, los switches de capa 3 tienen la
capacidad de realizar el enrutamiento entre diferentes VLANs. Esta funcionalidad no está
limitada a un modelo específico de switch, como el 3560, sino que está presente en otros
switches de capa 3 de diferentes fabricantes.
CONCLUSIONES
• La implementación del Protocolo Troncal de VLAN (VTP) ha demostrado ser una
herramienta estratégica para centralizar y simplificar la administración de VLANs
en una red. Al configurar VTP en los switches correspondientes, logramos una
transmisión automática y consistente de la información de VLANs a través de la
red, lo que no solo redujo significativamente el tiempo, esfuerzo y entre otros
recursos necesarios para la configuración manual de VLANs en cada switch, sino
que también minimizó los errores y garantizó una configuración uniforme en toda
la infraestructura.
• En cuanto al enlace de espacios segmentados por VLANs, hemos identificado y
aplicado con éxito varias técnicas clave. El uso de enlaces troncales entre
switches demostró ser fundamental para permitir el tráfico de múltiples VLANs a
través de un solo enlace físico. Además, la implementación de puertos de acceso
correctamente configurados en los switches aseguró que los dispositivos finales
se conectaran a las VLANs apropiadas lo que nos permitieron mantener la
segmentación lógica de la red mientras proporcionábamos la conectividad
necesaria entre diferentes segmentos de red.
• La implementación de routing intervlans ha sido esencial para habilitar la
comunicación entre diferentes VLANs, al configurar un switch de capa 3 para el
enrutamiento intervlan observamos una mejora significativa en la eficiencia de la
comunicación entre las VLANs existentes, con un impacto mínimo en el
rendimiento general de la red nos permitió establecer rutas entre diferentes
VLANs, logrando así que los diferentes segmentos de la red se comuniquen de
manera efectiva, sin comprometer la seguridad y la segmentación lógica
establecida.
REFERENCIAS BIBLIOGRÁFICAS
• Molenaar, R. (2024, 6 febrero). Introduction to VTP (VLAN Trunking Protocol).
[Link]. [Link]
vlan-trunking-protocol
• Upravnik. (2022, diciembre 18). VTP configuration. Study CCNA. [Link]
[Link]/vtp-configuration/
• Walton, A. (2024, febrero 8). ¿Qué es VTP (VLAN Trunking Protocol)?:
Comprende su Función. CCNA Desde Cero. [Link]
trunking-protocol-que-es/