9.3.3 Packet tracer - Guia de configuracion HSRP (Resolucion)

แชร์
ฝัง
  • เผยแพร่เมื่อ 23 ส.ค. 2024
  • Hola amigos y amigas!! :D un gusto saludarles, espero se encuentren bien y con todos los animos😊. Hoy les traigo un nuevo video para el canal :3, que es la resolucion del laboratorio 🙌 9.3.3 Guia de configuracion HSRP (HSRP Configuration Guide) - Packet Tracer, correspondiente al modulo 2 (SRWE) - CCNAv7. Pronto mas y mejor!
    Suscribete y dale like al video para no perderte de mas contenido. Asi tambien sabria que estoy haciendo un buen trabajo y me motivaria mucho a crecer.
    ----------------------------------------------------------------------------------------------------------
    📌 Link de descarga del laboratorio:
    www.mediafire....
    📌 Mandame tus inquietudes o lo que quieras crack a mi correo:
    peposnetw@gmail.com
    -----------------------------------------------------------------------------------------------------------
    Objetivos
    En esta actividad Packet Tracer, aprenderá a configurar Hot Standby Router Protocol (HSRP) para proporcionar dispositivos de puerta de enlace predeterminados redundantes a hosts en LAN. Después de configurar HSRP, probará la configuración para comprobar que los hosts pueden utilizar la puerta de enlace predeterminada redundante si el dispositivo de puerta de enlace principal no está disponible.
    -Configurar un router activo HSRP (HSRP Active).
    -Configurar un router en espera HSRP (HSRP Standby).
    -Verificar la operación HSRP.
    Antecedentes/Escenario
    STP proporciona redundancia sin bucles entre switches dentro de una LAN. Sin embargo, no proporciona puertas de enlace predeterminadas redundantes , para dispositivos de usuario final dentro de la red, si falla un router de puerta de enlace. Los protocolos de redundancia de primer salto (FHRP), proporcionan puertas de enlace predeterminadas redundantes para dispositivos finales sin necesidad de configuración adicional del usuario final. Al usar FHRP, dos o más routers pueden compartir la misma dirección IP virtual y dirección MAC y pueden actuar como un solo router virtual. Los hosts de la red se configuran con una dirección IP compartida como puerta de enlace predeterminada. En esta actividad Packet Tracer, configurará el Protocolo HSRP de Cisco, el cual es un FHRP.
    Configurará HSRP en los routers R1 y R3, que sirven como puertas de enlace predeterminadas para los hosts en LAN 1 y LAN 2. Al configurar HSRP, creará una puerta de enlace virtual que utilice la misma dirección de puerta de enlace predeterminada para los hosts de ambas LAN. Si un router de puerta de enlace deja de estar disponible, el segundo router se hará cargo con la misma dirección de puerta de enlace predeterminada que utilizó el primer router. Dado que los hosts de las LAN están configurados con la dirección IP de la puerta de enlace virtual como puerta de enlace predeterminada, los hosts recuperarán la conectividad a las redes remotas después de que HSRP active el router restante.
    #PacketTracer #CCNAv7 #9_3_3_PacketTracer

ความคิดเห็น • 6

  • @juancamiloromeropascuas274
    @juancamiloromeropascuas274 3 หลายเดือนก่อน

    Gracias

  • @pablofernandezflores3459
    @pablofernandezflores3459 2 หลายเดือนก่อน

    Buen día, una consulta por favor, este packet tiene un error?, en el minuto 3:51 usted puntualiza que la ruta desde pcB pasa por la interfaz G0/0 de R3 (que es correcto) y que luego va por la interfaz G0/0 de R2 (10.1.1.2). Si usted pone los nombres de las interfaces (Opciones - Preferencias (del Menú)) va a ver que no pasa por la interfaz G0/0 de R2, la dirección ip que le figura en la ruta es de la interfaz G0/0 de R2, por que 10.1.1.2 es la interfaz G0/0 de R2, si eso fuera correcto en todo caso debería mostrar la interfaz G0/2 de R1 (10.1.1.9) antes que la interfaz G0/0 de R2 (10.1.1.2). En ese caso la ruta desde pcB hasta el server debería ser: 1)192.168.1.3 - 2)10.1.1.9 - 3) 10.1.1.2 - 4) 10.100.100.2 y por ultimo 5) 209.165.200.226. Creo que el error es que la interfaz que debería mostrar desde pcB al server seria: 1) Int G0/0 de R3 (192.168.1.3) luego interfaz G0/1 de R2 (10.1.1.5) luego la interfaz G0/1 de I-Net (10.100.100.2) y finalmente la interfaz del server (209.165.200.226). Por favor le pido la confirmación o la corrección, gracias.

    • @redesnetw
      @redesnetw  2 หลายเดือนก่อน +2

      Hola amigo, gracias por tu consulta y es correcto lo que indicas.
      Sin embargo, para no dejarte con la duda de porque sucede ello, estuve viendolo mas a detalle y si apagas la interfaz g0/0 de R2 y haces los ping ya sea desde PC-A o PC-B ya no hay conexión al servidor lo cual es extraño porque deberia haber conexion a traves de la int g0/1 de R2. Por lo que revise la tabla de enrutamiento de R2 y hay un error de configuracion en su tabla, el cual no esta considerando la red que entra por g0/1 de R2, por eso es que lo fuerza a salir por g0/0 de R2 y en el tracert aparece esa IP de g0/0 de R2 ya que no le queda de otra, si estuviera bien configurado la tabla de enrutamiento, el tracert saldria por la g0/1 de R2 (10.1.1.5). En conclusion, es un error de configuracion del mismo laboratorio de CISCO en la parte de enrutamiento pero que no tiene que ver con el tema en si que es HSRP pero que esta bien aclararlo. Espero haya podido ayudarte. Te mando un saludo!

    • @pablofernandezflores3459
      @pablofernandezflores3459 2 หลายเดือนก่อน

      @@redesnetw es correcto, no había visto la tabla de enrutamiento de R2, es ospf y solo esta configurada la red de la interfaz g0/0, se podría subsanar el problema con: network 10.1.1.4 0.0.0.3 area 0, de hecho ya lo hice y funciono correctamente, gracias por la aclaración amigo!

  • @mau7434
    @mau7434 3 หลายเดือนก่อน

    thx

  • @Concho223
    @Concho223 8 หลายเดือนก่อน

    y la 9.3.4?