3. 2
Todos los requerimientos anteriores se realizaron, pero la evidencia en este medio
se hará en un solo router, igual de adjunta el PKT.
Se configuro todos los requerimientos de la tarea 2 satisfactoriamente.
4. 3
Nota: el ejercicio anterior no se realizó por que no estamos manipulando por el
momento equipos reales por lo tanto serán configurados su respectivo DHCP más
adelante.
Con el comando anterior le estamos indicando al Router (servidor DHCP) que
excluya las direcciones .1 hasta las .10 , para que estas no sean asignables a los
hosts.
Nota: el nombre del pool se lo cambie por gusto personal.
5. 4
En esta parte del ejercicio el DHCP no funciona correctamente porque faltan unos
comandos adicionales que se explican en el siguiente paso.
6. 5
Mediante este comando estamos pidiendo ayuda de DHCP a la interfaz del Router
2 que es el que está haciendo el servicio.
7. 6
Este paso en Packet tracer no es necesario.
Se muestra que el DHCP, de las 2 redes solicitadas se encuentra automático y en
funcionamiento.
Como vemos los PC´s ya tienen funcionando su respectivo DHCP.
8. 7
Nota: la ruta estática asignada en el Router ISP , es la ruta hacia la IP publica que
será ejecutada por el Router 2 , con un respectivo NAT , se demostrará más
adelante en la actividad.
9. 8
Como vemos se identifica perfectamente cuales interfaces reciben y por donde
sale la IP NATEADA.
10. 9
Para ello primero asignemos una IP en el mismo segmento de RED requerido al
servidor esta IP será privada.
Se debe tener en cuenta el OSPF en el Router 2 para poder que se conozca la red
del servidor.
Hecho esto procedemos al PING.
13. 12
Desde mi concepto una opción podría ser crear otro pool si se puede tener varias
direcciones públicas a asignar, o la otra opción recomendada por la guía es
permitir un overload que múltiples direcciones privadas (a nivel local) accedan
por la misma dirección pública que fue respectivamente traducida por el Router
que posee NAT.
Se procede a ejecutar los comandos clear ip nat translation *