Tarea 3 10.3.5 Packet Tracer - Implement Basic Connectivity
Tarea 3 10.3.5 Packet Tracer - Implement Basic Connectivity
Tarea 3 10.3.5 Packet Tracer - Implement Basic Connectivity
STUDENT NAME
CRISTIAN ANDRES RICAURTE RINCON
GROUP 2150506_17
IDENTIFICATION: 1006558648
TEACHER:
PAULITA FLOR
FUNDAMENTOS DE REDES
08 DE OCTUBRE DE 2021
ACACIAS – META
PACKET TRACER: SOLUCIÓN DE PROBLEMAS DE LA PUERTA DE ENLACE
PREDETERMINADA
Puerta de enlace
Dispositivo Interfaz Dirección IP Máscara de subred
predeterminada
Objetivos
Aspectos básicos
Para que un dispositivo se comunique en varias redes debe estar configurado con una dirección
IP, una máscara de subred y un puerta de enlace predeterminada. El puerta de enlace
predeterminada se usa cuando el host desea enviar un paquete a un dispositivo de otra red. En
general, la dirección de puerta de enlace predeterminada es la dirección de la interfaz de router
conectada a la red local a la que se conecta el host . En esta actividad, terminará de registrar la
red. Luego verificará el registro de la red mediante la prueba de la conectividad completa y a
solución de problemas. Los métodos de solución de problemas que usted usará constan de los
siguientes pasos:
a. Verificar el registro de la red y usar pruebas para aislar problemas.
c. Implementar la solución.
e. Documente la solución.
A lo largo de sus estudios de CCNA, encontrará distintas descripciones del método de solución
de problemas, así como distintas formas de probar y registrar problemas y soluciones. Esto es
intencional. No existe un estándar o una plantilla establecida para la solución de problemas. Cada
organización desarrolla procesos y estándares de registro exclusivos (incluso si ese proceso
consiste en no tener ninguno). No obstante, todas las metodologías de solución de problemas
eficaces generalmente incluyen los pasos anteriores.
Instrucciones
a. Para que pueda probar una red con eficacia, debe contar con el registro completo. Observe que
falta determinada información en la tabla de direccionamiento. Complete la tabla de
direccionamiento con la información la puerya de enlace predeterminado que falta para los
switches y las PC. 1 M
b. Pruebe la conectividad a los dispositivos en la misma red. Al descartar corregir cualquier
problema de acceso local, puede probar mejor la conectividad remota, con la seguridad de que
la conectividad local funciona.
Un plan de verificación puede ser tan simple como una lista de pruebas de conectividad. Use
las siguientes pruebas para verificar la conectividad local y descartar cualquier problema de
acceso. El primer problema ya se registró, pero debe implementar y verificar la solución
durante la parte 2.
¿Se realizó
Prueba Problemas Solución Verificado
correctamente?
SE CAMBIO LA IP POR
PC1 a S1 SI NO SI
192.168.10.10
PC1 a R1 SI NO NO SI
Nota: Esta tabla es un ejemplo; debe crear su propio documento. Puede usar lápiz y papel
para dibujar una tabla, o puede utilizar un editor de texto o una hoja de cálculo. consulte al
instructor si necesita más orientación.
c. pruebe la conectividad a los dispositivos remotos (p. ej., de la PC1 a la PC4) y registre cualquier
problema. Esto se conoce frecuentemente como conectividad completa. Esto significa que la
política de red permite que todos los dispositivos en una red tengan conectividad plena.
Nota:es posible que aún no se pueda realizar la prueba de conectividad remota ado que
primero debe solucionar los problemas de conectividad local. Después que solucione dichos
problemas, vuelva a este paso y pruebe la conectividad entre redes.
a. Con sus conocimientos sobre la forma en que operan las redes y sus aptitudes para configurar
dispositivos, busque la causa del problema. Por ejemplo, S1 no es la causa del problema de
conectividad entre PC1 y PC2. Las luces de enlace son de color verde, y ninguna
configuración en el S1 provocaría que no pase el tráfico entre a PC1 y la PC2. Por lo tanto, el
problema debe de estar en la PC1, en la PC2 o en ambas.
b. Verifique el direccionamiento del dispositivo para asegurarse de que coincida con el registro
de la red, Por ejemplo, la dirección IP para la PC1 es incorrecta, como se verificó con
el comando ipconfig
c. sugiera una solución con la que usted crea que se solucionará el problema y regístrela. Por
ejemplo, cambiar la dirección IP de la PC1 para que coincida con el registro.
Nota:por lo general, hay más de una solución. Sin embargo, una práctica recomendada de
solución de problemas es implementar y verificar una solución a la vez. mplementar más de
una solución podría presentar problemas adicionales en una situación más compleja.
En la parte 2 de esta actividad, implementará las soluciones que identificó en la parte 1. Luego,
verificará si la solución funcionó. Es posible que deba volver a la parte 1 para terminar de
descartar todos los problemas.
Consulte el registro en la parte 1. Elija el primer problema e implemente la solución que sugirió.
Por ejemplo, corrija la dirección IP en la PC1.
a. verifique si la solución que propuso solucionó el problema realizando la prueba que usó para
identificarlo. Por ejemplo, ¿la PC1 puede ahora hacer ping a la PC2?
b. Si el problema se solucionó, indíquelo en el registro. por ejemplo, en la tabla anterior, con
colocar una simple marca de verificación en la columna “Verificado” sería suficiente.
Paso 3: Verificar si se resolvieron todos los problemas.
a. Si todavía tiene un problema pendiente con una solución que aún no se implementó, vuelva al
paso 1 de la parte 2.
b. Si se solucionaron todos los problemas actuales, ¿también solucionó todos los problemas de
conectividad remota (por ejemplo, que la PC1 pueda hacer ping a la PC4)? Si la respuesta es
negativa,, vuelva al paso 1c de la parte 1 para probar la conectividad remota.
Se verifica nuevamente escribiendo Ping 192.168.11.2 muestra su conectividad
Nos pasamos de un Pc a otra Pc verificamos colocando Ping 192.168.10.10
CONCLUSION
La PC1 no puede hacer ping a la PC2 porque la PC1 tiene una dirección IP que no pertenece a la red.
adjunto a.
Los dispositivos no pueden hacer ping al S2 y el S2 no puede hacer ping a ningún dispositivo porque
al S2 le falta una dirección IP.
Los dispositivos remotos no pueden hacer ping a la PC4 porque la PC4 tiene configurada la puerta
de enlace predeterminada incorrecta.
Los dispositivos remotos no pueden hacer ping al S1 porque al S1 le falta una configuración de puerta
de enlace predeterminada.