EV2_ARY6112

2022

Name IOS RAM/NVRAM Interfaces L2 Keepalive Watchdog Actions
Sniffer status All Devices - - - - - Start all devices Stop all devices Copy all unix://running-config files to database Make a snapshot of all devices Stop and revert to snapsot all devices Stop all devices and wipe all configurations Start sniffer Stop sniffer Reset all consoles
R3 (1) 256MB/128KB 8e/8s
ISP (2) 256MB/128KB 8e/8s
R1 (3) 256MB/128KB 8e/8s
R2 (4) 256MB/128KB 8e/8s
MLS1 (5) 256MB/256KB 12e/0s
MLS2 (6) 256MB/256KB 12e/0s
SW1 (7) 256MB/256KB 12e/0s
PC-VLAN101 (8) MB/KB 4e/0s
PC-VLAN102 (9) MB/KB 4e/0s

EV2_ARY6112

2022

REQUERIMIENTOS:

TICKET 1: CAPA 2

  • Revisar y corregir todos los inconvenientes detectados en la red.
  • Se pide revisar el funcionamiento de los EtherChannels que se encuentran configurados en la topología. Si existe anomalía realizar la corrección.
  • Se pide revisar la versión de STP, la cual debe ser consistente en todos los switches. Si hay algún equipo con alguna configuración diferente, deberá realizar la corrección respectiva.
  • Las interfaces que conecten a equipos finales deben tener habilitado algún mecanismo de seguridad, que permita aprender solo la primera MAC que se registre en dicho puerto.
  • Las interfaces que conecten a equipos finales deben tener mecanismos de estabilización que permita que el puerto pase al estado de FWD, además de no enviar ni recibir BPDU.

 

TICKET 2: ALTA DISPONIBILIDAD CAPA 3

  • Revisar y corregir todos los inconvenientes detectados en la red.
  • Revisar el funcionamiento de Port-Channel L3, el cual debe quedar operativo.
  • Se ha solicitado revisar el funcionamiento de alta disponibilidad implementado. La configuración final de este protocolo debe lograr que el tráfico de la VLAN101 prefiera MLS1, y el tráfico de VLAN102 prefiera MLS2.
  • También debe lograr monitorizar los enlaces ascendentes en caso de caída.
  • Documentar todos los errores encontrados.

 

Ticket 3: PROTOCOLOS IGP

  • El cliente ha mencionado que ha tenido pérdida de conectividad de ambas sucursales.
  • Se ha solicitado detectar, resolver y documentar todos los problemas detectados.
  • Una vez resuelto los problemas, se ha solicitado que a nivel de EIGRP, el PC cuando quiera llegar a Internet, utilice todos los enlaces disponibles a nivel IPv4/IPv6.
  • Se ha solicitado a que a nivel de OSPF, pueda reducir los temporizadores a nivel de IPv4, dejándolo a la mitad de su valor predeterminado. A nivel de IPv6 debe aumentarlos al doble de su valor predeterminado.

Ticket 4: BGP

  • Documentar los errores detectados.
  • El cliente ha solicitado que el protocolo MP-BGP no ha funcionado de manera correcta, y ha pedido revisar las relaciones de vecindad, con IP de siguiente salto en eBGP y loopback a nivel de iBGP.
  • Se ha solicitado que a nivel IPv4 prefiera salida por R1 hacia ISP, en caso de no cumplirse, deberá realizar las correcciones pertinentes.
  • Todo el tráfico IPv6 a nivel de BGP debe pasar por R2 hacia ISP.
  • Se solicita que las subredes en Sucursal Sur se vean sumarizadas.

 

TICKET 5: REDISTRIBUCIONES Y CONTROL DE RUTAS

  • Por parte de la empresa se ha mencionado que la redistribución entre protocolos IGP a nivel de IPv4 Sera a través de mapa de rutas y en IPV6 será de forma directa.
  • Se ha pedido que la red 2022:AAAA:BBBB:3::/64 no sea vista en red EIGRP.
  • Se solicita que las subredes impares conectadas en R1 192.168.101.1 y 192.168.103.1, desde EIGRP no deben ser vistas en OSPF.
  • Documentar todos los errores detectados.

TICKET 6: CONECTIVIDAD

  • Los equipos finales de VLAN101 y VLAN102 de Sucursal Norte no tienen conectividad hacia Sucursal Sur, verificar servicio DHCP para protocolos IPv4 desde MSL1 y MLS2.
  • Evidenciar mediante traza de rutas el camino tomado desde PC de VLAN101 y 102 tanto en IPv4 como IPv6, verificar que los requerimientos del cliente se cumplen.

 

EV2_ARY6112

EV2_ARY6112