Lab 23 – NAT Overload – PAT

Resolución


¡PARTICIPEMOS!

Si te quedaron dudas sobre la lección, escríbela a continuación y así todos podemos participar y ayudarte.
¿Quieres participar en los debates?… por favor suscríbete

NUESTROS CURSOS Foros Lab #23 – NAT Overload – PAT

Viendo 3 entradas - de la 1 a la 3 (de un total de 3)
  • Autor
    Entradas
  • #17741
    AdminNG
    Superadministrador
    #39975
    Gabriel Boza
    Participante

    Hola Profe
    Para la tarea final de este LAB logré entender el objetivo de NAT, pero me queda una duda. ¿Cómo le haría PC3 para alcanzar a PC1?
    Con el NAT estático en Router2 sabemos que los paquetes dirigidos desde PC1 a PC3 llegarán a PC3. Pero con PAT en Router5 si enviamos un paquete desde PC3 a la 172.16.0.1 ¿Cómo Router5 va a saber a qué PC enviar el paquete?
    Me refiero a un escenario donde PC3 quiere iniciar la conversación con PC1.

    Espero me haya dado a entender bien.

    Saludos Profe!

    #39979
    AlvaroM
    Superadministrador

    ¡Hola Gabriel!

    Según mencionas al final, estas proponiendo un escenario donde no exista comunicación previa, y que la PC3 quiera iniciar una comunicación con la PC1. En este caso y en casos similares de la vida real, cuando accedes a un servicio, en realidad tu dispositivo (En este caso la PC3), no necesita comunicarse con los clientes que están requiriendo el servicio, ya que simplemente se encarga de responder solicitudes y no iniciarlas. En el caso que la PC3 necesite acceder a la PC1, pues tendríamos que trabajar con otros nateos estáticos; se me ocurre trabajar con ip nat inside destination en el router R5 y un ip nat static source en el router R2, sin embargo, lastimosamente el primer comando no es soportado por Packet Tracer para realizar una verificación rápida.

    Saludos! =)

Viendo 3 entradas - de la 1 a la 3 (de un total de 3)
  • Debes estar registrado para responder a este debate.