Diseño de redes de computadores

Servicio: Resolución / Universidad: UOC / Curso 2025/2026 Semestre 2

Encarga la Resolución de PACs o PECs UOC

Modalidad Personalizada: 100 €/PAC, 200€/Práctica
Modalidad Compartida: 70€/PAC, 140€/Práctica

100,00 

SKU: 75.576 Categoría:

Encarga Exámenes Finales


Tips para resolver tus PACs

Tips para la PAC1 de Diseño de redes de computadores
  • Justifica explícitament per què has triat el subnetting /24 per cada VLAN (172.20.0.0/21). Recorda que la primera IP usable de cada subxarxa és el gateway i que has d’utilitzar els rangs 8.8.8.0/24 i 8.8.4.0/24 per als enllaços amb l’ISP.
  • Per a l'exercici 1, configura LACP (mode active) només als enllaços que toquen SW-CORE_01 i PAgP (mode desirable) a la resta d’enllaços entre switches d’accés. En HSRP, assigna correctament les prioritats: RT-EXT_01 actiu (110) a VLAN 10, 20 i 40; RT-EXT_02 actiu (110) a VLAN 30 i 99.
  • Per a l'exercici 2, Busca models reals i actuals a 2026 (Cisco Catalyst 9200/9300, HPE Aruba CX 6200/6300, Ubiquiti UniFi 7, Meraki MX, etc.).
  • Siempre configura primero el lado passive en los switches de acceso y luego el lado active en el SW-CORE. Si se invierte el orden o se usan modos incompatibles (dos passive o dos auto), el bundle quedará en estado (SD) o (I) y no aparecerá en show interfaces trunk.
  • No configures la IP directamente en la interfaz física GigabitEthernet, mejor crea subinterfaces (Gig0/0.10, Gig0/0.20, etc.) con encapsulation dot1Q y asigna el virtual IP con standby. Además, recuerda habilitar preempt en todos los grupos para que el failover funcione correctamente cuando se apague un router.
  • Después de cada cambio importante, ejecuta siempre los comandos de verificación: show etherchannel summary, show interfaces trunk, show standby brief y show ip route. Si un comando muestra (SD), (I) o “notconnect”, usa default interface en los puertos afectados antes de recrear el bundle.
Tips para la PAC2 de Diseño de redes de computadores
  • Ejercicio 1: El enunciado pide que diseñes toda la red interna a partir del bloque 10.42.0.0/16. Sin embargo, si observas la configuración inicial del archivo .pkt, verás que el enlace serial WAN entre Barcelona y el CPD ya tiene asignadas IPs de la red 10.0.1.8/30. Recomendación: No incluyas el enlace WAN (BCN-CPD) dentro de tus cálculos de subredes del bloque 10.42.x.x o arrastrarás un error en toda tu tabla de direccionamiento.
  • Ejercicio 2: Se te pide usar ACLs extendidas para limitar el tráfico por departamentos. Recomendación: Las ACLs extendidas deben colocarse lo más cerca posible del origen. Para restringir a Marketing y a Ingeniería, aplica las listas directamente en las subinterfaces correspondientes del RT-EDGE-BCN en dirección de entrada (in). Para proteger a la empresa de Internet, aplica la ACL en la interfaz externa del RT-EDGE-CPD conectada al ISP, también en dirección in.
  • Ejercicio 3: El ejercicio te pide redactar un plan evaluando riesgos y relacionándolos con los activos de la empresa. Recomendación: Al profesor no le interesan definiciones teóricas sacadas de un libro. Da pistas concretas de la topología: menciona qué pasaría si un atacante entra al SRV-DEV, o destaca que depender de un solo RT-EDGE-CPD y un solo enlace al ISP es un punto único de fallo crítico para la disponibilidad del negocio.
  • En el ejercicio 1, el enunciado pide que diseñes toda la red interna a partir del bloque 10.42.0.0/16. Sin embargo, si observas la configuración inicial del archivo .pkt, verás que el enlace serial WAN entre Barcelona y el CPD ya tiene asignadas IPs de la red 10.0.1.8/30. Recomendación: No incluyas el enlace WAN (BCN-CPD) dentro de tus cálculos de subredes del bloque 10.42.x.x, o arrastrarás un error en toda tu tabla de direccionamiento.
  • En el ejercicio 2, se te pide usar ACLs extendidas para limitar el tráfico por departamentos. Recomendación: Las ACLs extendidas deben colocarse lo más cerca posible del origen. Por ende, para restringir a Marketing y a Ingeniería, aplica las listas directamente en las subinterfaces correspondientes del RT-EDGE-BCN en dirección de entrada (in) y para proteger a la empresa de Internet, aplica la ACL en la interfaz externa del RT-EDGE-CPD conectada al ISP, también en dirección in.
  • En el ejercicio 3, se te pide redactar un plan evaluando riesgos y relacionándolos con los activos de la empresa. Recomendación: Al profesor no le interesan definiciones teóricas sacadas de un libro. Da pistas concretas de la topología: menciona qué pasaría si un atacante entra al SRV-DEV o destaca que depender de un solo RT-EDGE-CPD y un solo enlace al ISP es un punto único de fallo crítico para la disponibilidad del negocio.
Tips para la PAC3 de Diseño de redes de computadores
  • En Packet Tracer, los túneles IPsec no se levantan solos por el hecho de estar configurados. Para validar tu solución, siempre debes generar "tráfico interesante". Esto significa realizar un ping desde un host final (un PC) hacia el otro.
  • Presta atención al requisito del enunciado sobre el direccionamiento. En una VPN pura de túnel, no puedes asignar IPs a los extremos del túnel fácilmente en Packet Tracer. La clave es usar GRE para crear las interfaces virtuales con esas IPs y luego aplicar el Crypto Map a la interfaz física.
  • En el Ejercicio 3, cuando te piden mejorar la "calidad y seguridad", no te límites a hablar de hardware. La clave está en el plano de control. Pasar de rutas estáticas a un protocolo de enrutamiento dinámico como EIGRP es la pista definitiva para demostrar que tu red puede crecer a 20 o 25 sedes.
  • Presta atención al requisito del enunciado sobre el direccionamiento. En una VPN pura de túnel, no puedes asignar IPs a los extremos del túnel fácilmente en Packet Tracer. La clave es usar GRE para crear las interfaces virtuales con esas IPs y luego aplicar el Crypto Map a la interfaz física. Sin esta combinación, te resultará imposible cumplir con el requisito de las IPs de gestión del túnel.
Tips para la Práctica1 de Diseño de redes de computadores
  • No te límites a listar las subredes, justifica la elección de la máscara VLSM para cada VLAN. El punto crítico aquí es el desperdicio de direcciones, asegúrate de que el tamaño de la subred se ajuste lo máximo posible a los hosts requeridos en la tabla (por ejemplo, si una VLAN necesita 100 hosts, una máscara /25 es mucho más eficiente que una /24). Si el tutor ve que has calculado la máscara pensando en el crecimiento futuro de cada sede, tendrás el punto asegurado.
  • La rúbrica penaliza mucho la inestabilidad en la topología de switches. Asegúrate de que, al configurar LACP, el número de grupo sea idéntico en ambos extremos del enlace. Además, no olvides aplicar spanning-tree portfast en todos los puertos de acceso (donde conectas los PCs) y spanning-tree portfast trunk en los troncales. Esto evita que los puertos pasen por estados de Listening/Learning, lo cual es la causa principal de que el DHCP falle en la primera conexión.
  • Un error muy común es configurar HSRP pero que el tráfico siempre pase por el mismo router, ignorando la redundancia. Asegúrate de que el comando standby [group] priority esté configurado en ambos routers internos, pero con valores distintos. Si el router principal tiene prioridad 110 y el secundario 100, el tráfico siempre irá por el primero, pero si el principal cae, el secundario tomará el control automáticamente. No olvides incluir standby [group] preempt para que el tráfico regrese al principal cuando este se restablezca.
  • No te limites a listar las subredes, justifica la elección de la máscara VLSM para cada VLAN. El punto crítico aquí es el desperdicio de direcciones: asegúrate de que el tamaño de la subred se ajuste lo máximo posible a los hosts requeridos en la tabla (por ejemplo, si una VLAN necesita 100 hosts, una máscara /25 es mucho más eficiente que una /24). Si el tutor ve que has calculado la máscara pensando en el crecimiento futuro de cada sede, tendrás el punto asegurado.