Una red empresarial.
Cuatro sedes. Un proyecto.

Identifica los cuatro espacios de trabajo

1. Observa la zona superior: Sucursal Central y DMZ.
2. Observa la parte inferior izquierda: León.
3. Observa la parte inferior central: Chinandega.
4. Observa la parte inferior derecha: Masaya.
5. Ubica las líneas amarillas: serán los enlaces WAN entre routers.

Aprende a trabajar con pasos pequeños

1. Lee todo el paso antes de ejecutarlo.
2. Realiza una sola acción de configuración a la vez.
3. Verifica el resultado con el comando indicado.
4. Si falla, no avances ni cambies otras partes de la red.
5. Marca la etapa finalizada solo cuando funcione.

Define el alcance de la réplica

Las IP, subredes /27, enlaces /30 y nombres de equipos se reproducen a partir de la imagen. Los IDs de VLAN 10/20/30/40/50 son una convención didáctica coherente, porque el número de VLAN no aparece confirmado en el dibujo. Las configuraciones de VPN, ISP, DNS, WLC, LDAP, MongoDB y LibreNMS requieren software y parámetros adicionales.

Abre el sitio oficial de descarga

1. En el navegador entra a EVE-NG · Descargas oficiales.
2. Localiza la edición autorizada para tu curso o institución.
3. Antes de descargar, comprueba el límite de nodos, los requisitos de licencia y el tipo de archivo: ISO o imagen virtual lista para importar.
4. Evita imágenes modificadas, repositorios no oficiales y paquetes Cisco sin licencia.

Consulta las condiciones y documentación

1. Revisa Comparación de ediciones.
2. Consulta Hardware y virtualización compatibles.
3. Para EVE-NG 7 utiliza el Cookbook oficial versión 7.4 como referencia principal.
4. Guarda por escrito la edición y versión instalada.

Comprueba la capacidad del equipo

1. Verifica que tu procesador permita virtualización por hardware y virtualización anidada.
2. Como objetivo para la topología amplia, procura un equipo anfitrión con 64 GB de RAM o más; con muchos servidores encendidos, 96–128 GB puede resultar necesario.
3. Reserva aproximadamente 250 GB o más de almacenamiento SSD disponible para la VM de EVE y las imágenes.
4. No confundas estas cifras de planeación con requisitos mínimos oficiales: dependen del número de nodos y sus imágenes.
5. Si tienes menos recursos, construye las sedes por fases y apaga nodos de servidor que todavía no necesitas.

Activa virtualización en BIOS/UEFI

1. Abre Administrador de tareas → Rendimiento → CPU.
2. Busca el indicador Virtualización: Habilitada.
3. Si aparece deshabilitada, habilita Intel VT-x/EPT o AMD-V/SVM en BIOS/UEFI siguiendo las indicaciones del fabricante.
4. Guarda cambios y vuelve a Windows.

Instala VMware Workstation

1. Accede al enlace de VMware Workstation desde la página oficial de EVE-NG.
2. Descarga una versión compatible con tu computadora y sus condiciones de uso.
3. Instala VMware Workstation y reinicia el sistema si el instalador lo solicita.
4. Ejecuta VMware Workstation y confirma que puedes crear una máquina virtual.

Descarga la ISO de la edición elegida

1. Entra a Descargas oficiales de EVE-NG.
2. Descarga la ISO correspondiente a la edición autorizada.
3. Guárdala en una carpeta fácil de localizar, por ejemplo C:\Laboratorios\EVE-NG\.
4. Si el sitio publica suma SHA256, comprueba la integridad del archivo con PowerShell.

Crea la máquina virtual EVE-NG

1. Abre VMware → Create a New Virtual Machine.
2. Selecciona Custom (Advanced).
3. Elige I will install the operating system later para evitar instalación automática.
4. Sistema invitado: Linux; versión: Ubuntu 64-bit, cuando la edición elegida lo requiera.
5. Nombre sugerido: EVE-NG-EMPRESA-4-SEDES.
6. Asigna recursos según tu host: por ejemplo 12 vCPU, 48 GB RAM y disco de 250 GB como punto de partida, no como garantía de capacidad.
7. Asigna inicialmente un adaptador NAT para administrar EVE sin conectar las VLAN internas directamente a tu red física.
8. En CD/DVD, selecciona Use ISO image file y la ISO descargada.

Habilita virtualización anidada

1. Con la VM apagada, abre VM Settings → Processors.
2. Activa Virtualize Intel VT-x/EPT or AMD-V/RVI o la casilla equivalente.
3. Aplica los cambios y enciende la VM.
4. Si VMware muestra un error de virtualización, detente y revisa Hyper-V/VBS, BIOS y compatibilidad del host antes de continuar.

Instala EVE-NG desde la consola

1. Enciende la VM y abre su consola.
2. Sigue el instalador de la edición exacta descargada; selecciona disco virtual, idioma y configuración de sistema según su asistente.
3. Define contraseñas seguras, zona horaria America/Managua y parámetros de red de administración.
4. Para un primer laboratorio, usa DHCP en la interfaz de administración si VMware NAT lo proporciona.
5. Finaliza, reinicia y desmonta la ISO si vuelve a iniciarse el instalador.

Accede a la interfaz web

1. En la consola de la VM, identifica la IP asignada a EVE.
2. Desde el navegador de Windows escribe http://IP-DE-EVE o https://IP-DE-EVE, según tu versión.
3. Inicia sesión con la cuenta administrativa definida o las credenciales iniciales que documente oficialmente tu edición.
4. Cambia cualquier contraseña predeterminada.
5. Selecciona HTML5 Console cuando el menú lo permita; algunas consolas requieren integración del cliente.

Obtén imágenes Cisco desde una fuente autorizada

1. Consulta la documentación oficial de Cisco vIOS en EVE-NG.
2. Utiliza Cisco Modeling Labs o los canales de Cisco a los que tenga acceso tu institución.
3. Descarga la imagen de router y la de switch autorizadas.
4. Confirma si el router admite interfaces seriales. Si utiliza únicamente Ethernet, documenta el mapeo y conserva las subredes /30 del diagrama.
5. No descargues IOS ni ASAv desde páginas de procedencia dudosa.

Obtén Linux, ASAv y Windows

1. Para Linux entra a Ubuntu Server.
2. Para ASA consulta la guía de Cisco ASAv para EVE y obtén la imagen mediante Cisco.
3. Para Windows Server 2025 utiliza el Centro de evaluación de Microsoft.
4. Organiza los archivos en carpetas locales: routers, switches, firewall, linux y windows.

Transfiere imágenes a EVE mediante SFTP

1. Instala WinSCP o un cliente SFTP autorizado.
2. Conecta al servidor EVE usando su IP de administración, protocolo SFTP y puerto 22.
3. Autentícate con una cuenta Linux autorizada (en las guías de importación suele utilizarse root).
4. En EVE las imágenes QEMU se almacenan en /opt/unetlab/addons/qemu/.
5. Los directorios deben comenzar por el prefijo que el tipo de nodo reconoce: vios-, viosl2-, asav-, linux- o winserver-.

Importa una imagen QEMU de router o switch

Ejemplo: una imagen vIOS legal que descargaste con un nombre propio. Cambia ARCHIVO_DESCARGADO.qcow2 por el nombre exacto del archivo que subiste.

Crea primero el directorio, sube el archivo por WinSCP al mismo directorio y después ejecuta el cambio de nombre.

Crea una carpeta y un laboratorio

1. Entra a la interfaz web de EVE-NG.
2. Abre el administrador de archivos del laboratorio.
3. Crea una carpeta llamada RED-EMPRESARIAL-4-SEDES.
4. Dentro de esa carpeta crea un nuevo laboratorio llamado Red empresarial multisede - Replica.
5. Agrega una descripción: Central, León, Chinandega, Masaya, ASA, DMZ, VLAN y WAN.
6. Abre el lienzo del laboratorio.

Agrega los cuatro routers

1. Haz clic derecho en el lienzo → Add an Object / Node o usa el botón lateral de agregar.
2. Elige la plantilla de router disponible.
3. Crea cuatro nodos: ROUTER-CENTRAL, ROUTER-LEON, ROUTER-CHINANDEGA y ROUTER-MASAYA.
4. Asigna CPU y RAM según la plantilla oficial de la imagen.
5. Asegura interfaces suficientes: Central requiere un enlace LAN, uno hacia ASA y tres WAN; Chinandega requiere un LAN y tres WAN; León y Masaya un LAN y dos WAN.

Agrega los siete switches

1. Selecciona una plantilla de switch compatible con VLAN.
2. Agrega SW-CORE-CENTRAL.
3. Agrega un switch CORE y uno ACCESO en cada sede: SW-CORE-LEON, SW-ACCESO-LEON, SW-CORE-CHINANDEGA, SW-ACCESO-CHINANDEGA, SW-CORE-MASAYA y SW-ACCESO-MASAYA.
4. Verifica que los switches de acceso tengan al menos seis puertos: uno troncal y cuatro para clientes, más posibles puertos adicionales.

Agrega 12 VPCS

1. Elige el tipo de nodo Virtual PC (VPCS).
2. Crea cuatro nodos por sucursal: Gerencia, Ventas, Técnicos y Almacén.
3. Nómbralos con el patrón GERENCIA-LEON, VENTAS-LEON, etc.
4. Coloca los cuatro equipos debajo de su switch de acceso.

Prepara la sede central y los elementos especiales

1. Reserva posiciones para SERVIDOR-OPENLDAP, SERVIDOR-SERVICIOS, SERVIDOR-MONGO, SVR-MGMT y SERVIDOR-LIBRE-NMS.
2. Añade un nodo ASA/ASAv y posiciones para SERVIDOR-WEB y SERVIDOR-PROXY.
3. Añade el WLC únicamente si cuentas con una imagen compatible y autorizada. De lo contrario deja una etiqueta o marcador de fase posterior.
4. Agrega un nodo de tipo Network para representar el ISP de forma interna y segura. El cliente VPN también puede permanecer como elemento de la fase avanzada.

Conecta los cinco enlaces WAN

Utiliza la herramienta de conexiones. Los cinco enlaces conforman un triángulo con interconexión lateral, no una malla completa entre todos los routers.

Conecta cada router a su switch CORE

1. Conecta ROUTER-LEON al puerto de subida de SW-CORE-LEON.
2. Repite para Chinandega, Masaya y Central.
3. Como guía de la imagen usa Ethernet0/0 de router a Ethernet0/0 del switch, solo si existen en tu imagen.
4. Estos enlaces serán trunks 802.1Q y transportarán varias VLAN por un cable.

Conecta CORE y ACCESO en las tres sucursales

1. En León une SW-CORE-LEON Ethernet0/1 con SW-ACCESO-LEON Ethernet0/1.
2. Repite el enlace en Chinandega y Masaya.
3. Si EVE asigna otra interfaz, anótala en tu matriz de puertos.
4. No cambies los nombres del diagrama sin registrar la equivalencia.

Conecta las computadoras a sus switches

1. Conecta Gerencia al puerto Ethernet1/0 del switch de acceso.
2. Conecta Ventas a Ethernet2/0.
3. Conecta Técnicos a Ethernet3/0.
4. Conecta Almacén a Ethernet4/0.
5. Repite las cuatro conexiones en las tres sucursales.

Conecta los servidores centrales y la DMZ

Conecta los servidores centrales a puertos separados del switch SW-CORE-CENTRAL. Conecta ASA al router central y sus interfaces DMZ directamente a Web y Proxy, como aparece en la imagen.

Asigna IP a los cinco enlaces WAN

Estas direcciones son las que aparecen junto a las líneas amarillas del dibujo. Un extremo recibe la primera IP útil del /30; el otro recibe la segunda.

Anota direcciones IP fijas de los servidores

La propuesta de Windows DHCP 172.20.10.14 corresponde al laboratorio complementario y no figura todavía entre los equipos originales.

Comprueba el nombre real de cada interfaz del switch

Enciende solo los dos switches de León y abre sus consolas. Ejecuta los comandos de consulta.

Configura el switch de acceso de León

En este modelo para interfaces Ethernet0/1 y Ethernet1/0–4/0, el enlace al CORE será trunk; cada PC quedará en su VLAN. Cambia los nombres de interfaces si tu imagen usa otra nomenclatura.

Configura el switch CORE de León

El CORE transportará las cinco VLAN hacia el router y hacia el switch de acceso; tendrá una IP propia de administración 172.20.20.130/27.

Repite la plantilla para Chinandega y Masaya

1. Descarga los archivos de configuración de cada sede.
2. Abre la consola del equipo correspondiente.
3. Verifica primero los nombres de interfaz.
4. Pega la configuración del equipo seleccionado, no la de otra sucursal.
5. Guarda y verifica VLAN, trunk e IP management.

Configura el switch de la Central

Los tres servidores internos usan VLAN 10; LibreNMS usa VLAN 20; Management usa VLAN 50. El puerto hacia el router es trunk 802.1Q. El puerto Ethernet1/4 queda reservado para un futuro servidor DHCP.

Identifica los puertos Ethernet y seriales reales

Enciende los cuatro routers y revisa show ip interface brief. Si tu IOS muestra FastEthernet0/0 o GigabitEthernet0/0 en lugar de Ethernet0/0, sustituye el identificador en todas las líneas.

Configura el Router Central

El enlace LAN central transporta las VLAN 10 (servidores), 20 (seguridad) y 50 (administración). Además se configuran las tres WAN hacia sucursales y el enlace al ASA.

Configura Router León

En León se crean las subinterfaces de VLAN 10/20/30/40/50 y las IP de los enlaces a Central y Chinandega.

Configura Chinandega y Masaya con sus plantillas

1. Descarga el archivo del router correspondiente.
2. Verifica los puertos Ethernet y WAN con show ip interface brief.
3. Sustituye nombres de interfaz que no coincidan con tu imagen Cisco.
4. Aplica los comandos a un solo router.
5. Ejecuta show ip interface brief y guarda con write memory.
6. Repite en el router restante.

Comprueba si un enlace serial necesita señal de reloj

1. En cada extremo serial revisa show controllers serial 1/0 con el número real de interfaz.
2. Identifica si el extremo figura como DCE o DTE.
3. Si tu plataforma emula DCE y exige un reloj, aplica clock rate 64000 solo en la interfaz serial DCE.
4. Comprueba que ambos extremos tienen la misma encapsulación y máscara /30.
5. Si tus routers usan Ethernet para las WAN, omite por completo este paso.

Comprueba conexión local de cada enlace

1. Inicia los cuatro routers.
2. Desde Central haz ping a León 10.10.10.1.
3. Desde Central haz ping a Chinandega 10.10.10.5.
4. Desde Central haz ping a Masaya 10.10.10.9.
5. Desde León haz ping a Chinandega 10.10.10.14.
6. Desde Chinandega haz ping a Masaya 10.10.10.18.

Verifica OSPF

1. En cada router ejecuta show ip ospf neighbor.
2. Comprueba que las interfaces WAN tengan los vecinos esperados.
3. En Central comprueba el aprendizaje de redes con show ip route ospf.
4. Comprueba, por ejemplo, que Central conozca 172.20.30.0/27 y 172.20.40.96/27.
5. Si una adyacencia no está en estado FULL, revisa IP/máscara, área, tipo de red y estado de interfaz.

Comprueba el camino redundante

1. Guarda primero configuraciones y una copia del laboratorio.
2. Observa en Central la ruta hacia una subred de Masaya.
3. Apaga temporalmente un enlace WAN cuando sea seguro hacerlo; nunca más de uno simultáneamente en esta prueba.
4. Comprueba si OSPF converge por el camino alterno a través de Chinandega.
5. Vuelve a habilitar el enlace y observa el restablecimiento de rutas.

Asigna IP a las cuatro computadoras de León

1. Inicia solo los VPCS de León.
2. Abre la consola de GERENCIA-LEON.
3. Escribe ip 172.20.20.10 255.255.255.224 172.20.20.1.
4. Ejecuta save y repite en cada cliente con los datos de la tabla.
5. En cada VPCS, ejecuta show ip y ping hacia su gateway.

Asigna IP a Chinandega y Masaya

1. Descarga el archivo VPCS con los doce comandos.
2. Busca el bloque de la sucursal correspondiente.
3. Abre cada consola VPCS de esa sede.
4. Ejecuta solamente el comando de IP de ese dispositivo y después save.
5. Comprueba cada cliente con show ip y ping GATEWAY.

Comprueba la comunicación entre sucursales

1. En Gerencia León ejecuta ping 172.20.30.10 para alcanzar Gerencia Chinandega.
2. Desde Gerencia Chinandega prueba ping 172.20.40.10.
3. Desde Técnicos Masaya prueba ping 172.20.20.74.
4. Si falla, revisa las VLAN de los puertos de acceso, trunks y tabla OSPF.
5. Registra una captura de las pruebas que sí funcionan.

Prepara una plantilla QEMU de Ubuntu Server

1. Descarga la ISO original de Ubuntu Server.
2. Conecta por SFTP a EVE y crea /opt/unetlab/addons/qemu/linux-ubuntu-servidores-lab/.
3. Sube la ISO y renómbrala cdrom.iso.
4. Crea el disco base QEMU con el comando indicado.
5. Corrige permisos.
6. Agrega el nodo Linux desde la interfaz de EVE e inicia la instalación usando su consola.

Conserva Ubuntu instalado antes de clonar

1. Apaga correctamente el nodo Linux dentro del sistema operativo y confirma que EVE lo muestra detenido.
2. En EVE abre Lab Details y copia el UUID del laboratorio.
3. Consulta el POD ID de tu cuenta EVE; la cuenta admin suele usar POD 0, pero compruébalo.
4. Haz clic derecho en el nodo Linux y anota su Node ID.
5. Abre SSH a EVE como administrador y entra a la carpeta real /opt/unetlab/tmp/POD/UUID/NODE_ID/, sustituyendo esas tres etiquetas por valores reales.
6. Comprueba la existencia de virtioa.qcow2 y ejecuta el comando qemu-img commit solo sobre el disco del nodo que acabas de instalar.
7. Después de confirmar que el commit terminó, vuelve a la carpeta base QEMU y retira cdrom.iso para que no repita la instalación.
8. Inicia de nuevo y confirma que Ubuntu conserva usuario y archivos.

Crea los servidores con sus nombres y conexiones

1. Clona tu nodo Linux ya preparado o crea una instancia nueva desde la imagen base guardada.
2. Nombra los nodos SERVIDOR-OPENLDAP, SERVIDOR-SERVICIOS, SERVIDOR-MONGO, SVR-MGMT, SERVIDOR-LIBRE-NMS, SERVIDOR-WEB y SERVIDOR-PROXY.
3. Conecta cada nodo a su puerto y segmento VLAN o DMZ según la tabla de la etapa 07.
4. Enciende uno a la vez, para no saturar el anfitrión.

Configura la IPv4 estática en Ubuntu Server

Consulta el nombre de interfaz, normalmente ens3 o enp0s3. Crea o edita un archivo Netplan bajo /etc/netplan/ para cada equipo. Esta muestra es exclusivamente para OpenLDAP con 172.20.10.11/27.

Instala un servicio real de ejemplo: OpenLDAP

Cuando el servidor OpenLDAP tenga IP y conectividad, instala slapd y utilidades LDAP. El asistente solicita datos del directorio; el dominio interno es una decisión del laboratorio, no aparece especificado en la imagen.

Instala los servicios que aparecen en la DMZ

Cuando el ASA tenga sus interfaces configuradas, asigna 10.10.10.26/29 al servidor WEB y 10.10.10.34/30 al servidor PROXY, con gateways 10.10.10.25 y 10.10.10.33 respectivamente. Instala NGINX y Squid solo si esas funciones son parte del alcance de la práctica.

Importa la imagen ASAv autorizada

1. Consigue una imagen ASAv original compatible, desde Cisco y con licencia válida.
2. En EVE crea un directorio cuyo nombre comience con asav-.
3. Sube la imagen QCOW2 original por SFTP.
4. Renómbrala virtioa.qcow2 y ejecuta fixpermissions.
5. Añade un nodo ASAv al lienzo con suficientes interfaces de datos.
6. Inícialo y comprueba que la consola de ASA responde.

Registra las cuatro subredes de ASA

La IP de la interfaz externa hacia ISP no puede deducirse de la captura. No inventes una dirección pública: úsala solo cuando exista un proveedor simulado con una red definida.

Configura las tres interfaces del ASAv

Este bloque utiliza GigabitEthernet0/1, 0/2 y 0/3 como ejemplo. Antes de aplicar, verifica las interfaces reales y cuáles corresponden a los enlaces dibujados. No conectes la salida a Internet sin políticas de acceso.

Valida la conectividad interna

1. Desde ASA prueba ping 10.10.10.21.
2. Desde Router Central prueba ping 10.10.10.22.
3. Prueba la comunicación entre ASA y WEB 10.10.10.26.
4. Comprueba el servidor PROXY 10.10.10.34.
5. Revisa rutas y niveles de seguridad; para tráfico entre zonas pueden ser necesarias ACL/NAT adicionales.
6. No actives ninguna VPN sin credenciales, autenticación y políticas definidas.

Organiza la implementación por niveles

• Nivel 1: topología, IP, VLAN, enlaces WAN, OSPF y conectividad entre clientes.
• Nivel 2: instalación de Linux, servicios HTTP/Proxy, consola administrativa, OpenLDAP.
• Nivel 3: MongoDB, LibreNMS, WLC y monitoreo.
• Nivel 4: ISP real/simulado, reglas ASA de publicación, acceso VPN remoto, DNS y DHCP centralizado.

Consulta lo que falta antes de desplegar una VPN

1. Determina si la VPN será de acceso remoto o sitio a sitio. La imagen muestra un CLIENTE-VPN conectado al ISP, lo que sugiere acceso remoto, pero no lo confirma.
2. Elige la tecnología y versión compatible de ASA, el método de autenticación, la política de túnel y el cliente autorizado.
3. Conserva la red indicada 172.20.50.0/24 como direccionamiento reservado para VPN.
4. Evita anunciar esa red como si estuviera operativa hasta configurar y verificar el servidor VPN.
5. No expongas servicios a Internet para acelerar pruebas de clase.

Instala el nodo opcional Windows Server 2025 para DHCP

El diagrama original no muestra este nodo, pero el laboratorio adicional se integra en la red Servidores con 172.20.10.14/27. Para ello se crea una imagen winserver-2025-lab en QEMU, se instala Windows desde ISO, se conecta a VLAN 10 y posteriormente se configura DHCP Relay. La práctica específica de DHCP desarrolla todo ese procedimiento.

Agrega un ISP simulado sin conectar la red a Internet real

1. Este paso es una ampliación didáctica, pues el diagrama no muestra las IP del ISP.
2. Agrega un router ISP-LAB con al menos dos interfaces Ethernet.
3. Conecta una interfaz al puerto outside de ASA (el enlace azul hacia ISP en el dibujo).
4. Conecta la otra interfaz a un nodo CLIENTE-VPN de tipo VPCS.
5. Para un entorno aislado de pruebas puedes utilizar las redes documentales 198.51.100.0/30 para ASA–ISP y 198.51.100.8/29 para ISP–Cliente.
6. Configura en ISP 198.51.100.1/30 hacia ASA, 198.51.100.9/29 hacia CLIENTE-VPN y en ASA outside 198.51.100.2/30.
7. Configura CLIENTE-VPN con 198.51.100.10/29 y gateway 198.51.100.9.
8. Comprueba el enlace capa 3. Esto NO significa que hayas creado todavía el túnel VPN.

Diferencia enlace externo y VPN funcional

La prueba anterior simula el camino exterior del dibujo. Para que exista VPN remota funcional necesitarás una licencia/característica ASA compatible, perfiles de autenticación, selección de clientes, certificados o credenciales, grupo VPN, políticas de cifrado, direccionamiento del pool 172.20.50.0/24 y rutas o NAT de retorno. El diagrama no incluye esos parámetros. No declares la VPN completada hasta probar una sesión cifrada real.

Ejecuta una batería de pruebas

Realiza estas pruebas por separado. Registra resultados, no supongas éxito por la apariencia del diagrama.

Guarda y exporta el laboratorio

1. En cada router y switch ejecuta write memory.
2. En VPCS ejecuta save.
3. En EVE detén únicamente los nodos que sea necesario apagar.
4. Desde el administrador del laboratorio utiliza la opción de exportación o descarga de la topología y sus configuraciones, si está disponible en tu edición.
5. Guarda también los archivos de comandos y una captura general.
6. No compartas en Moodle imágenes Cisco ni contraseñas/secretos del laboratorio.

Usa siempre el método de cinco verificaciones

1. Comprueba que el nodo está encendido.
2. Comprueba que la interfaz está up/up.
3. Comprueba IP y máscara.
4. Comprueba VLAN, trunk, puerto y gateway.
5. Comprueba rutas y ACL según el trayecto.

Crea tu carpeta de evidencias

1. Crea una carpeta con el formato APELLIDO_NOMBRE_RED-EMPRESARIAL.
2. Guarda una captura de la instalación de EVE y la versión instalada.
3. Guarda una captura de la topología final etiquetada.
4. Agrega la tabla de IP y la matriz WAN completadas.
5. Agrega salidas de show vlan brief, show ip ospf neighbor y pruebas VPCS.
6. Incluye un breve registro de problemas y cómo los resolviste.
7. No entregues archivos de imágenes IOS, contraseñas ni claves privadas.

Prepara un informe claro y comprobable

1. Portada con nombre, grupo, fecha y nombre de la práctica.
2. Objetivo técnico y plataforma utilizada.
3. Inventario de equipos e imágenes autorizadas.
4. Direccionamiento, conectividad y pruebas con resultados.
5. Captura de la topología.
6. Conclusión indicando qué elementos avanzados quedaron pendientes.