SlideShare una empresa de Scribd logo
Laboratorio 6.7.1: Ping y Traceroute
Diagrama de topología

Tabla de direccionamiento
Interfaz

Dirección IP

Máscara
de subred

S0/0/0

10.10.10.6

255.255.255.252

No aplicable

Fa0/0

192.168.254.253

255.255.255.0

No aplicable

S0/0/0

10.10.10.5

255.255.255.252

No aplicable

Fa0/0

172.16.255.254

255.255.0.0

No aplicable

No aplicable

192.168.254.254

255.255.255.0

192.168.254.253

No aplicable

172.31.24.254

255.255.255.0

No aplicable

hostPod#A

No aplicable

172.16.Pod#.1

255.255.0.0

172.16.255.254

hostPod#B

No aplicable

172.16.Pod#.2

255.255.0.0

172.16.255.254

S1-Central

No aplicable

172.16.254.1

255.255.0.0

172.16.255.254

Dispositivo

Gateway
por defecto

R1-ISP

R2-Central

Eagle Server

All contents are Copyright © 1992–2009 Cisco Systems, Inc. All rights reserved. This document is Cisco Public Information.

Página 1 de 8
CCNA Exploration
Aspectos básicos de networking: Direccionamiento de la red: IPv4

Laboratorio 6.7.1: Ping y Traceroute

Objetivos de aprendizaje
Al completar esta práctica de laboratorio, usted podrá:
•

Utilizar el comando ping para verificar la conectividad de red TCP/IP simple.

•

Utilizar el comando tracert/traceroute para verificar la conectividad TCP/IP.

Información básica
Ping y tracert son dos herramientas indispensables al momento de probar la conectividad de red TCP/IP. La
utilidad ping está disponible en Windows, Linux, y Cisco IOS y prueba la conectividad de red. La utilidad tracert
está disponible en Windows y traceroute, utilidad similar, está disponible en Linux y Cisco IOS. Además de
utilizarse para probar la conectividad, tracert puede utilizarse para verificar la latencia de red.
Por ejemplo, cuando un explorador Web no se conecta a un servidor Web, el problema puede estar en cualquier parte
entre el cliente y el servidor. Un ingeniero de red puede utilizar el comando ping para probar la conectividad de red local
o conexiones con pocos dispositivos. En redes complejas se utiliza el comando tracert. Se ha discutido mucho el tema
sobre dónde comenzar las pruebas de conectividad y por lo general depende de la experiencia del ingeniero de red y de la
familiaridad con la red.

Ping y tracert utilizan el Control Message Protocol (ICMP) para enviar mensajes entre dispositivos. ICMP es un
protocolo de capa de red de TCP/IP, definido por primera vez en RFC 792, en septiembre del año 1981. Los
tipos de mensajes ICMP se expandieron más tarde en RFC 1700.

Escenario
En esta práctica de laboratorio, se examinarán los comandos ping y tracert, y se utilizarán las opciones de
comando para modificar el comportamiento del comando. Para que los estudiantes se familiaricen con el uso
de comandos, se probarán los dispositivos en el laboratorio de Cisco.
Es probable que el tiempo de demora medido sea menor que el de una red de producción. Esto se debe a que
hay poco tráfico de red en el laboratorio Eagle 1.

Tarea 1: Uso del comando ping para verificar la conectividad de la red TCP/IP simple.
El comando ping se utiliza para verificar la conectividad de capa de red TCP/IP en la computadora host local u
otro dispositivo en la red. El comando puede utilizarse con una dirección IP destino o nombre calificado, como por
ejemplo eagle-server.example.com, para probar la funcionalidad de servicios de nombres de dominios (DNS). Sólo
se utilizan direcciones IP para esta práctica de laboratorio.
El funcionamiento del comando ping es sencillo. La computadora de origen envía una solicitud de eco ICMP al
destino. El destino responde con una respuesta de eco. En caso de interrupción entre el origen y el destino, un
router puede responder con un mensaje ICMP que establece que el host o la red de destino son desconocidos.
Paso 1: Verificar la conectividad de la capa de red TCP/IP en la computadora host local.
C:> ipconfig
Configuración IP de Windows
Conexión de área local del adaptador Ethernet: Sufijo de conexión
específica DNS. :
Dirección IP . . . . . . . . . . . : 172.16.1.2 Máscara de subred. . . . . . . . . :
255.255.0.0 Gateway por defecto. . . . . . . . : 172.16.255.254
C:>
Figura 1. Información de red TCP/IP local

All contents are Copyright © 1992–2009 Cisco Systems, Inc. All rights reserved. This document is Cisco Public Information.

Página 2 de 8
CCNA Exploration
Aspectos básicos de networking: Direccionamiento de la red: IPv4

1.

2.

Laboratorio 6.7.1: Ping y Traceroute

Abra un terminal de Windows y determine la dirección IP de la computadora host del módulo del grupo
con el comando ipconfig, como indica la Figura 1.
El resultado debe ser igual excepto por la dirección IP. Cada computadora host del módulo del grupo debe
tener la misma máscara de red y dirección de gateway por defecto; sólo la dirección IP puede ser
diferente. Si falta información o si la máscara de subred y el gateway por defecto son diferentes, vuelva a
configurar los parámetros de TCP/IP para hacer coincidir las configuraciones para esta computadora host
del módulo del grupo.
Registre la información sobre la información de red TCP/IP local:
Información TCP/IP
Dirección IP
Máscara de subred
Gateway por defecto

Valor
172.16.186.85
255.255.0.0
172.16.0.1

Figura 2. Resultado del comando ping en el stack TCP/IP local
3.

Use el comando ping para verificar la conectividad de la capa de red TCP/IP en la computadora host local.
Cuatro solicitudes de ping se envían al destino en forma predeterminada y se recibe información de
respuesta. El resultado debe ser similar al que se visualiza en la Figura 2.
Dirección de destino, configurada en la dirección IP para la computadora local.
Información de respuesta:
bytes: tamaño del paquete ICMP.
tiempo: tiempo transcurrido entre la transmisión y la respuesta.
TTL: valor TTL predeterminado del dispositivo DESTINATION, menos la cantidad de
routers en la ruta. El valor TTL máximo es 255, y para los equipos de Windows más nuevos
el valor predeterminado es 128.
Resumen de información sobre las respuestas:

q Paquetes enviados: cantidad de paquetes transmitidos. Se envían cuatro paquetes en forma
predeterminada.
Paquetes recibidos: cantidad de paquetes recibidos.
Paquetes perdidos: diferencia entre la cantidad de paquetes enviados y recibidos.

All contents are Copyright © 1992–2009 Cisco Systems, Inc. All rights reserved. This document is Cisco Public Information.

Página 3 de 8
CCNA Exploration
Aspectos básicos de networking: Direccionamiento de la red: IPv4

4.

Laboratorio 6.7.1: Ping y Traceroute

Información sobre la demora de respuestas, medida en milisegundos. Los
tiempos mínimos de ida y vuelta indican enlaces más rápidos. El temporizador de una
computadora se configura en 10 milisegundos. Los valores más rápidos de 10
milisegundos se visualizarán como 0.
Complete los resultados del comando ping en su computadora:
Campo
Tamaño del paquete
Cantidad de paquetes enviados
Cantidad de respuestas
Cantidad de paquetes perdidos
Demora mínima
Demora máxima
Demora promedio

Valor
32bytes
4
4
0
0ms
0ms
0ms

Paso 2: Verificar la conectividad de la capa de red TCP/IP en la LAN.
C:> ping 172.16.255.254
Pinging 172.16.255.254 with 32 bytes of data:
Reply from 172.16.255.254: bytes=32 time=1ms TTL=255
Reply from 172.16.255.254: bytes=32 time<1ms TTL=255
Reply from 172.16.255.254: bytes=32 time<1ms TTL=255
Reply from 172.16.255.254: bytes=32 time<1ms TTL=255
Ping statistics for 172.16.255.254:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 1ms, Average = 0ms
C:>
Figura 3. Resultado del comando ping para el gateway por defecto
1.

Use el comando ping para verificar la conectividad de la capa de red TCP/IP al gateway por defecto.
Los resultados deben ser similares a los que se visualizan en la Figura 3.

2.

El valor TTL predeterminado de Cisco IOS se configura en 255. Debido a que los datagramas no
viajaron al router, el valor TTL devuelto es 255.
Complete los resultados del comando ping para el gateway por defecto.
Campo
Tamaño del paquete
Cantidad de paquetes enviados
Cantidad de respuestas
Cantidad de paquetes perdidos
Demora mínima
Demora máxima
Demora promedio

Valor
32bytes
4
4
0
1ms
2ms
1ms

¿Cuál sería el resultado de una pérdida de conectividad al gateway por defecto?
Que no se puede salir de la red local
Que no podriamos salir de nuestra red local
Paso 3: Verificar la conectividad de la capa de red TCP/IP con una red remota.
C:> ping 192.168.254.254
Pinging 192.168.254.254 with 32 bytes of data:
Reply from 192.168.254.254: bytes=32 time<1ms TTL=62
Reply from 192.168.254.254: bytes=32 time<1ms TTL=62
Reply from 192.168.254.254: bytes=32 time<1ms TTL=62
Reply from 192.168.254.254: bytes=32 time<1ms TTL=62
Ping statistics for 192.168.254.254:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
C:>
Figura 4. Resultado del comando ping para Eagle Server
1.

2.

Utilice el comando ping para verificar la conectividad de la capa de red TCP/IP con un dispositivo en
una red remota. En este caso, se utilizará el Eagle Server. Los resultados deben ser similares a los que se
visualizan en la Figura 4.
El valor TTL predeterminado de Linux está configurado en 64. Debido a que los datagramas viajaron a
través de dos routers para acceder a Eagle Server, el valor TTL devuelto es 62.
Complete los resultados del comando ping en su computadora:
Campo
Tamaño del paquete
Cantidad de paquetes enviados
Cantidad de respuestas
Cantidad de paquetes perdidos
Demora mínima
Demora máxima
Demora promedio

Valor
32bytes
4
4
0
40ms
166ms
101ms

C:> ping 192.168.254.254
Pinging 192.168.254.254 with 32 bytes of data: El tiempo de
respuesta expiró.
El tiempo de respuesta expiró. El tiempo de
respuesta expiró. El tiempo de respuesta
expiró.
Ping statistics for 192.168.254.254:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss), C:>
Figura 5. Resultado de un comando ping con paquetes perdidos
El comando ping es extremadamente útil al resolver problemas en la conectividad de red. Sin embargo existen
limitaciones. En la Figura 5 el resultado muestra que el usuario no puede acceder a Eagle Server. ¿El problema
está en Eagle Server o en un dispositivo de la ruta? El comando tracert,
que se examinará luego, puede mostrar la latencia de red e información de ruta.
Tarea 2: Uso del comando tracert para verificar la conectividad de TCP/IP.
El comando tracert es útil para aprender sobre la latencia de red e información de ruta. En lugar de utilizar el
comando ping para probar la conectividad de cada dispositivo uno por uno al destino, puede utilizarse el
comando tracert.
En los dispositivos Linux y Cisco IOS, el comando equivalente es el traceroute.
Paso 1: Verificar la conectividad de la capa de red TCP/IP con el comando tracert.
1.

Abra una terminal de Windows y emita el siguiente comando:
C:> tracert 192.168.254.254

C:> tracert 192.168.254.254
Tracing route to 192.168.254.254
1
<1 ms
<1 ms
2
<1 ms
<1 ms
3
<1 ms
<1 ms
Trace complete.
C:>

over a maximum of 30 hops
<1 ms
172.16.255.254
<1 ms
10.10.10.6
<1 ms
192.168.254.254

Figura 6. Resultado del comando tracert para Eagle Server.
El resultado del comando tracert debe ser similar al visualizado en la Figura 6.
2.

Registre sus resultados en la siguiente tabla:
Campo
Cantidad máxima de saltos
Dirección IP del primer router
Dirección IP del segundo router
¿Se accedió al destino?

Valor
30
192.168.1.254
200.13.248.130

Si

Paso 2: Observar la salida del comando tracert a un host que perdió conectividad de red.
Si hubiera una pérdida de conectividad hacia un dispositivo final, como Eagle Server, el comando tracert puede
proporcionar pistas valiosas en cuanto al origen del problema. El comando ping muestra la falla pero no proporciona
otro tipo de información sobre los dispositivos en la ruta. En cuanto al Diagrama de topología de la práctica de
laboratorio Eagle 1, tanto R2-Central como R1-ISP se utilizan para la conectividad entre las computadoras host del
módulo del grupo y Eagle Server.

C:> tracert -w 5 -h 4 192.168.254.254
Tracing route to 192.168.254.254 over a maximum of 4 hops
1
<1 ms
<1 ms
<1 ms 172.16.255.254
2
<1 ms
<1 ms
<1 ms 10.10.10.6
3
*
*
*
Request timed out.
4

*

*

*

Request timed out.

Trace complete.
C:>
Figura 7. Resultado del comando tracert
Consulte la Figura 7. Las opciones se utilizan con el comando tracert para reducir el tiempo de espera (en
milisegundos), -w 5 y el número máximo de saltos -h 4. Si Eagle Server fuera desconectado de la red, el gateway
por defecto respondería de manera adecuada, al igual que R1-ISP. El problema debe estar en la red
192.168.254.0/24. En este ejemplo, Eagle Server ha sido apagado.
¿Cuál sería el resultado de tracert si R1-ISP falló?
_ no aparecería los asteriscos y el mensaje de tiempo de espera agotado para la solicitud y el próximo salto seria r-2
central
¿Cuál sería el resultado de tracert si R2-Central falló?
_ no aparecería los asteriscos y el mensaje de tiempo de espera agotado para la solicitud y el próximo salto seria el
router 3

Tarea 3: Desafío
Los valores predeterminados para el comando ping normalmente funcionan en casi todas las situaciones de
resolución de problemas. A veces, sin embargo, las opciones de ping de ajuste más refinado pueden ser útiles.
Al ejecutar el comando ping sin una dirección de destino se visualizan las opciones presentadas en la Figura 8:
C:> ping
Usage: ping [-t] [-a] [-n count] [-l size] [-f] [-i TTL] [-v TOS] [-r count] [-s count] [[-j host-list] | [-k
host-list]] [-w timeout] target_name
Options:
-t

Ping the specified host until stopped.
To see statistics and continue - type Control-

Break;
-a
-n count
-l size
-f
-i TTL -v
TOS -r
count -s
count
-j host-list -k hostlist -w timeout

To stop - type Control-C.
Resolve addresses to hostnames.
Number of echo requests to send.
Send buffer size.
Set Don't Fragment flag in packet. Time To Live.
Type Of Service.
Record route for count hops. Timestamp for
count hops.
Loose source route along host-list. Strict source route
along host-list.
Timeout in milliseconds to wait for each reply.

C:>
Figura 8. Resultado de un comando ping sin dirección de destino
Las opciones más útiles están resaltadas en amarillo. Algunas opciones, como por ejemplo –t y –n, no funcionan
juntas. Otras opciones pueden utilizarse juntas. Experimente con las siguientes opciones:
Para hacer ping a la dirección de destino hasta que se detenga, utilice la opción –t. Para detener, presione
<CTRL> C:
C:> ping –t 192.168.254.254
Pinging 192.168.254.254 with 32 bytes of data: Reply from 192.168.254.254:
bytes=32 time<1ms TTL=63 Reply from 192.168.254.254: bytes=32 time<1ms
TTL=63 Reply from 192.168.254.254: bytes=32 time<1ms TTL=63 Reply from
192.168.254.254: bytes=32 time<1ms TTL=63 Reply from 192.168.254.254:
bytes=32 time<1ms TTL=63 Reply from 192.168.254.254: bytes=32 time<1ms
TTL=63 Ping statistics for 192.168.254.254:
Packets: Sent = 6, Received = 6, Lost = 0 (0% loss), Approximate round trip
times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms Control-C
^C
C:>
Figura 9: Resultado de un comando ping utilizando la opción –t

Para hacer ping una vez al destino y registrar los saltos del router, utilice las opciones –n y –r, como se muestra
en la Figura 10.
Nota: No todos los dispositivos aceptarán la opción –r.
C:> ping -n 1 –r 9 192.168.254.254
Pinging 192.168.254.254 with 32 bytes of data: Reply from 192.168.254.254:
bytes=32 time=1ms TTL=63
Route:
10.10.10.5 ->
192.168.254.253 -> 192.168.254.254 ->
10.10.10.6 ->

172.16.255.254
Ping statistics for 192.168.254.254:
Packets: Sent = 1, Received = 1, Lost = 0 (0% loss), Approximate round trip
times in milli-seconds:
Minimum = 1ms, Maximum = 1ms, Average = 1ms C:>
Figura 10: Resultado de un comando ping utilizando las opciones –n y –r

Tarea 4: Reflexión
Los ingenieros de redes utilizan los comandos ping y tracert para probar la conectividad de red. El comando
ping funciona mejor en una conectividad básica. Para probar la latencia y la ruta de red, se prefiere el comando
tracert.
Se espera que un ingeniero de redes tenga la capacidad de diagnosticar rápidamente y con exactitud las
cuestiones relacionadas con la conectividad de redes. El conocimiento sobre protocolos TCP/IP y la práctica
con comandos para resolver problemas construyen esa capacidad.

Tarea 5: Limpieza
A menos que el instructor le indique lo contrario, apague las computadoras host. Llévese todo aquello que haya
traído al laboratorio y deje el aula lista para la próxima clase.

Más contenido relacionado

La actualidad más candente

Utilerias
UtileriasUtilerias
5.2.1.8 laboratorio ccna
5.2.1.8 laboratorio ccna5.2.1.8 laboratorio ccna
5.2.1.8 laboratorio ccna
timmaujim
 
Utilerias
UtileriasUtilerias
7.2.3.5 lab using wireshark to examine a udp dns capture
7.2.3.5 lab   using wireshark to examine a udp dns capture7.2.3.5 lab   using wireshark to examine a udp dns capture
7.2.3.5 lab using wireshark to examine a udp dns capture
timmaujim
 
8.1.2.8 lab converting i pv4 addresses to binary
8.1.2.8 lab   converting i pv4 addresses to binary8.1.2.8 lab   converting i pv4 addresses to binary
8.1.2.8 lab converting i pv4 addresses to binary
timmaujim
 
Exploracion de puertos de redes
Exploracion de puertos de redesExploracion de puertos de redes
Exploracion de puertos de redes
giulianaCh
 
Secuencia DORA del protocolo ARP analizado con wireshark
Secuencia DORA del protocolo ARP analizado con wiresharkSecuencia DORA del protocolo ARP analizado con wireshark
Secuencia DORA del protocolo ARP analizado con wireshark
123
 
Topetecervantes y sandovalcardenas.utilerias
Topetecervantes y sandovalcardenas.utileriasTopetecervantes y sandovalcardenas.utilerias
Topetecervantes y sandovalcardenas.utilerias
pepe topete
 
Comandos de red
Comandos de redComandos de red
Comandos de red
Mafer Rodríguez
 
Manual de-prueba-ethernet-con-netperset-y-tfgen
Manual de-prueba-ethernet-con-netperset-y-tfgenManual de-prueba-ethernet-con-netperset-y-tfgen
Manual de-prueba-ethernet-con-netperset-y-tfgen
Carlos Sánchez
 
Iperf - Tutorial
Iperf - TutorialIperf - Tutorial
Iperf - Tutorial
Andy Juan Sarango Veliz
 
Practicas de Laboratorio Ingeniería de Las Telecomunicaciones
Practicas de Laboratorio Ingeniería de Las TelecomunicacionesPracticas de Laboratorio Ingeniería de Las Telecomunicaciones
Practicas de Laboratorio Ingeniería de Las Telecomunicacionesymmontillam
 
Laboratorio 11.5.4
Laboratorio 11.5.4Laboratorio 11.5.4
Laboratorio 11.5.4UNAD
 

La actualidad más candente (18)

Utilerias
UtileriasUtilerias
Utilerias
 
5.2.1.8 laboratorio ccna
5.2.1.8 laboratorio ccna5.2.1.8 laboratorio ccna
5.2.1.8 laboratorio ccna
 
Utilerias
UtileriasUtilerias
Utilerias
 
7.2.3.5 lab using wireshark to examine a udp dns capture
7.2.3.5 lab   using wireshark to examine a udp dns capture7.2.3.5 lab   using wireshark to examine a udp dns capture
7.2.3.5 lab using wireshark to examine a udp dns capture
 
8.1.2.8 lab converting i pv4 addresses to binary
8.1.2.8 lab   converting i pv4 addresses to binary8.1.2.8 lab   converting i pv4 addresses to binary
8.1.2.8 lab converting i pv4 addresses to binary
 
Exploracion de puertos de redes
Exploracion de puertos de redesExploracion de puertos de redes
Exploracion de puertos de redes
 
Exposicion de redes..!
Exposicion de redes..!Exposicion de redes..!
Exposicion de redes..!
 
Secuencia DORA del protocolo ARP analizado con wireshark
Secuencia DORA del protocolo ARP analizado con wiresharkSecuencia DORA del protocolo ARP analizado con wireshark
Secuencia DORA del protocolo ARP analizado con wireshark
 
Subneting
SubnetingSubneting
Subneting
 
Iba2008 Servicios
Iba2008 ServiciosIba2008 Servicios
Iba2008 Servicios
 
Cap 07 dhcp y nat
Cap 07 dhcp y natCap 07 dhcp y nat
Cap 07 dhcp y nat
 
Topetecervantes y sandovalcardenas.utilerias
Topetecervantes y sandovalcardenas.utileriasTopetecervantes y sandovalcardenas.utilerias
Topetecervantes y sandovalcardenas.utilerias
 
Comandos de red
Comandos de redComandos de red
Comandos de red
 
Manual de-prueba-ethernet-con-netperset-y-tfgen
Manual de-prueba-ethernet-con-netperset-y-tfgenManual de-prueba-ethernet-con-netperset-y-tfgen
Manual de-prueba-ethernet-con-netperset-y-tfgen
 
Labas
LabasLabas
Labas
 
Iperf - Tutorial
Iperf - TutorialIperf - Tutorial
Iperf - Tutorial
 
Practicas de Laboratorio Ingeniería de Las Telecomunicaciones
Practicas de Laboratorio Ingeniería de Las TelecomunicacionesPracticas de Laboratorio Ingeniería de Las Telecomunicaciones
Practicas de Laboratorio Ingeniería de Las Telecomunicaciones
 
Laboratorio 11.5.4
Laboratorio 11.5.4Laboratorio 11.5.4
Laboratorio 11.5.4
 

Similar a Lab 6.7.1

Lab 6.7.2
Lab 6.7.2Lab 6.7.2
Lab 6.7.2UNAD
 
Manejo de software Wireshark
Manejo de software WiresharkManejo de software Wireshark
Manejo de software Wireshark
Jose Luis Ferro Quicaño
 
Herramientas de red de los sistemas operativos
Herramientas de red de los sistemas operativosHerramientas de red de los sistemas operativos
Herramientas de red de los sistemas operativosyoes1053
 
Herramientas Administrativas de Red
Herramientas Administrativas de RedHerramientas Administrativas de Red
Herramientas Administrativas de Redcyberleon95
 
9.8.1
9.8.19.8.1
9.8.1UNAD
 
Modelo TCP/IP.pdf
Modelo TCP/IP.pdfModelo TCP/IP.pdf
Modelo TCP/IP.pdf
GonzaloDavidReyes
 
Lab 7.5.2
Lab 7.5.2Lab 7.5.2
Lab 7.5.2UNAD
 
Administración de red servidores y seguridad
Administración de red servidores y seguridadAdministración de red servidores y seguridad
Administración de red servidores y seguridad
Emilio
 
9.8.2
9.8.29.8.2
9.8.2UNAD
 
Mascara de red
Mascara de redMascara de red
Mascara de redjsaroca5
 
Help desk - Iglesias mesa de apoyo tecnico
Help desk - Iglesias mesa de apoyo tecnicoHelp desk - Iglesias mesa de apoyo tecnico
Help desk - Iglesias mesa de apoyo tecnico
Iglesias3
 
Conf basica switch-p1
Conf basica switch-p1Conf basica switch-p1
Conf basica switch-p11 2d
 
Presentación el ping1
Presentación el ping1Presentación el ping1
Presentación el ping1
teimer tulio torres gomez
 
Lab
LabLab
Practica tcp ip-2009
Practica tcp ip-2009Practica tcp ip-2009
Practica tcp ip-2009
Rocio Vicente Navas
 
Examen final de redes
Examen final de redesExamen final de redes
Examen final de redes
Edwin Llasacce Bautista
 
1 sub-neteo en base a redes y vlsm
1   sub-neteo en base a redes y vlsm1   sub-neteo en base a redes y vlsm
1 sub-neteo en base a redes y vlsm
lolbo2002
 
Helpdesk apoyo tecnico iglesias
Helpdesk apoyo tecnico iglesiasHelpdesk apoyo tecnico iglesias
Helpdesk apoyo tecnico iglesias
Iglesias3
 

Similar a Lab 6.7.1 (20)

Lab 6.7.2
Lab 6.7.2Lab 6.7.2
Lab 6.7.2
 
Manejo de software Wireshark
Manejo de software WiresharkManejo de software Wireshark
Manejo de software Wireshark
 
Herramientas de red de los sistemas operativos
Herramientas de red de los sistemas operativosHerramientas de red de los sistemas operativos
Herramientas de red de los sistemas operativos
 
Ping
PingPing
Ping
 
Herramientas Administrativas de Red
Herramientas Administrativas de RedHerramientas Administrativas de Red
Herramientas Administrativas de Red
 
9.8.1
9.8.19.8.1
9.8.1
 
Modelo TCP/IP.pdf
Modelo TCP/IP.pdfModelo TCP/IP.pdf
Modelo TCP/IP.pdf
 
Lab 7.5.2
Lab 7.5.2Lab 7.5.2
Lab 7.5.2
 
Administración de red servidores y seguridad
Administración de red servidores y seguridadAdministración de red servidores y seguridad
Administración de red servidores y seguridad
 
9.8.2
9.8.29.8.2
9.8.2
 
Mascara de red
Mascara de redMascara de red
Mascara de red
 
Help desk - Iglesias mesa de apoyo tecnico
Help desk - Iglesias mesa de apoyo tecnicoHelp desk - Iglesias mesa de apoyo tecnico
Help desk - Iglesias mesa de apoyo tecnico
 
Conf basica switch-p1
Conf basica switch-p1Conf basica switch-p1
Conf basica switch-p1
 
Presentación el ping1
Presentación el ping1Presentación el ping1
Presentación el ping1
 
Lab
LabLab
Lab
 
Icmp
IcmpIcmp
Icmp
 
Practica tcp ip-2009
Practica tcp ip-2009Practica tcp ip-2009
Practica tcp ip-2009
 
Examen final de redes
Examen final de redesExamen final de redes
Examen final de redes
 
1 sub-neteo en base a redes y vlsm
1   sub-neteo en base a redes y vlsm1   sub-neteo en base a redes y vlsm
1 sub-neteo en base a redes y vlsm
 
Helpdesk apoyo tecnico iglesias
Helpdesk apoyo tecnico iglesiasHelpdesk apoyo tecnico iglesias
Helpdesk apoyo tecnico iglesias
 

Más de UNAD

Trabajo final en grupo portafolio de servicios
Trabajo final en grupo portafolio de serviciosTrabajo final en grupo portafolio de servicios
Trabajo final en grupo portafolio de servicios
UNAD
 
Trabajo final en grupo
Trabajo final en grupoTrabajo final en grupo
Trabajo final en grupo
UNAD
 
Licencia
LicenciaLicencia
Licencia
UNAD
 
Resolucion 087 actualizada_2209 (1)
Resolucion 087 actualizada_2209 (1)Resolucion 087 actualizada_2209 (1)
Resolucion 087 actualizada_2209 (1)
UNAD
 
Reto 11 6-1
Reto 11 6-1Reto 11 6-1
Reto 11 6-1UNAD
 
Laboratorio capitulo 11 .5.6 resuelto
Laboratorio capitulo 11 .5.6 resueltoLaboratorio capitulo 11 .5.6 resuelto
Laboratorio capitulo 11 .5.6 resueltoUNAD
 
Laboratorio 11.5.3
Laboratorio 11.5.3Laboratorio 11.5.3
Laboratorio 11.5.3UNAD
 
Laboratorio 11.5.1
Laboratorio 11.5.1Laboratorio 11.5.1
Laboratorio 11.5.1UNAD
 
Laboratorio 11.4.3.3
Laboratorio 11.4.3.3Laboratorio 11.4.3.3
Laboratorio 11.4.3.3UNAD
 
E1 lab 11_5_5 resuelto
E1 lab 11_5_5 resueltoE1 lab 11_5_5 resuelto
E1 lab 11_5_5 resueltoUNAD
 
11.6.1
11.6.111.6.1
11.6.1UNAD
 
11.5.1
11.5.111.5.1
11.5.1UNAD
 
Reto 10.7.1
Reto 10.7.1Reto 10.7.1
Reto 10.7.1UNAD
 
Laboratorio 10 6 2
Laboratorio 10 6 2Laboratorio 10 6 2
Laboratorio 10 6 2UNAD
 
Laboratorio 10.7.1
Laboratorio  10.7.1Laboratorio  10.7.1
Laboratorio 10.7.1UNAD
 
Laboratorio 10.6.3
Laboratorio  10.6.3Laboratorio  10.6.3
Laboratorio 10.6.3UNAD
 
Laboratorio 10.6.1
Laboratorio  10.6.1Laboratorio  10.6.1
Laboratorio 10.6.1UNAD
 
9.9.1
9.9.19.9.1
9.9.1UNAD
 
8.5.1
8.5.18.5.1
8.5.1UNAD
 
8.4.1
8.4.18.4.1
8.4.1UNAD
 

Más de UNAD (20)

Trabajo final en grupo portafolio de servicios
Trabajo final en grupo portafolio de serviciosTrabajo final en grupo portafolio de servicios
Trabajo final en grupo portafolio de servicios
 
Trabajo final en grupo
Trabajo final en grupoTrabajo final en grupo
Trabajo final en grupo
 
Licencia
LicenciaLicencia
Licencia
 
Resolucion 087 actualizada_2209 (1)
Resolucion 087 actualizada_2209 (1)Resolucion 087 actualizada_2209 (1)
Resolucion 087 actualizada_2209 (1)
 
Reto 11 6-1
Reto 11 6-1Reto 11 6-1
Reto 11 6-1
 
Laboratorio capitulo 11 .5.6 resuelto
Laboratorio capitulo 11 .5.6 resueltoLaboratorio capitulo 11 .5.6 resuelto
Laboratorio capitulo 11 .5.6 resuelto
 
Laboratorio 11.5.3
Laboratorio 11.5.3Laboratorio 11.5.3
Laboratorio 11.5.3
 
Laboratorio 11.5.1
Laboratorio 11.5.1Laboratorio 11.5.1
Laboratorio 11.5.1
 
Laboratorio 11.4.3.3
Laboratorio 11.4.3.3Laboratorio 11.4.3.3
Laboratorio 11.4.3.3
 
E1 lab 11_5_5 resuelto
E1 lab 11_5_5 resueltoE1 lab 11_5_5 resuelto
E1 lab 11_5_5 resuelto
 
11.6.1
11.6.111.6.1
11.6.1
 
11.5.1
11.5.111.5.1
11.5.1
 
Reto 10.7.1
Reto 10.7.1Reto 10.7.1
Reto 10.7.1
 
Laboratorio 10 6 2
Laboratorio 10 6 2Laboratorio 10 6 2
Laboratorio 10 6 2
 
Laboratorio 10.7.1
Laboratorio  10.7.1Laboratorio  10.7.1
Laboratorio 10.7.1
 
Laboratorio 10.6.3
Laboratorio  10.6.3Laboratorio  10.6.3
Laboratorio 10.6.3
 
Laboratorio 10.6.1
Laboratorio  10.6.1Laboratorio  10.6.1
Laboratorio 10.6.1
 
9.9.1
9.9.19.9.1
9.9.1
 
8.5.1
8.5.18.5.1
8.5.1
 
8.4.1
8.4.18.4.1
8.4.1
 

Lab 6.7.1

  • 1. Laboratorio 6.7.1: Ping y Traceroute Diagrama de topología Tabla de direccionamiento Interfaz Dirección IP Máscara de subred S0/0/0 10.10.10.6 255.255.255.252 No aplicable Fa0/0 192.168.254.253 255.255.255.0 No aplicable S0/0/0 10.10.10.5 255.255.255.252 No aplicable Fa0/0 172.16.255.254 255.255.0.0 No aplicable No aplicable 192.168.254.254 255.255.255.0 192.168.254.253 No aplicable 172.31.24.254 255.255.255.0 No aplicable hostPod#A No aplicable 172.16.Pod#.1 255.255.0.0 172.16.255.254 hostPod#B No aplicable 172.16.Pod#.2 255.255.0.0 172.16.255.254 S1-Central No aplicable 172.16.254.1 255.255.0.0 172.16.255.254 Dispositivo Gateway por defecto R1-ISP R2-Central Eagle Server All contents are Copyright © 1992–2009 Cisco Systems, Inc. All rights reserved. This document is Cisco Public Information. Página 1 de 8
  • 2. CCNA Exploration Aspectos básicos de networking: Direccionamiento de la red: IPv4 Laboratorio 6.7.1: Ping y Traceroute Objetivos de aprendizaje Al completar esta práctica de laboratorio, usted podrá: • Utilizar el comando ping para verificar la conectividad de red TCP/IP simple. • Utilizar el comando tracert/traceroute para verificar la conectividad TCP/IP. Información básica Ping y tracert son dos herramientas indispensables al momento de probar la conectividad de red TCP/IP. La utilidad ping está disponible en Windows, Linux, y Cisco IOS y prueba la conectividad de red. La utilidad tracert está disponible en Windows y traceroute, utilidad similar, está disponible en Linux y Cisco IOS. Además de utilizarse para probar la conectividad, tracert puede utilizarse para verificar la latencia de red. Por ejemplo, cuando un explorador Web no se conecta a un servidor Web, el problema puede estar en cualquier parte entre el cliente y el servidor. Un ingeniero de red puede utilizar el comando ping para probar la conectividad de red local o conexiones con pocos dispositivos. En redes complejas se utiliza el comando tracert. Se ha discutido mucho el tema sobre dónde comenzar las pruebas de conectividad y por lo general depende de la experiencia del ingeniero de red y de la familiaridad con la red. Ping y tracert utilizan el Control Message Protocol (ICMP) para enviar mensajes entre dispositivos. ICMP es un protocolo de capa de red de TCP/IP, definido por primera vez en RFC 792, en septiembre del año 1981. Los tipos de mensajes ICMP se expandieron más tarde en RFC 1700. Escenario En esta práctica de laboratorio, se examinarán los comandos ping y tracert, y se utilizarán las opciones de comando para modificar el comportamiento del comando. Para que los estudiantes se familiaricen con el uso de comandos, se probarán los dispositivos en el laboratorio de Cisco. Es probable que el tiempo de demora medido sea menor que el de una red de producción. Esto se debe a que hay poco tráfico de red en el laboratorio Eagle 1. Tarea 1: Uso del comando ping para verificar la conectividad de la red TCP/IP simple. El comando ping se utiliza para verificar la conectividad de capa de red TCP/IP en la computadora host local u otro dispositivo en la red. El comando puede utilizarse con una dirección IP destino o nombre calificado, como por ejemplo eagle-server.example.com, para probar la funcionalidad de servicios de nombres de dominios (DNS). Sólo se utilizan direcciones IP para esta práctica de laboratorio. El funcionamiento del comando ping es sencillo. La computadora de origen envía una solicitud de eco ICMP al destino. El destino responde con una respuesta de eco. En caso de interrupción entre el origen y el destino, un router puede responder con un mensaje ICMP que establece que el host o la red de destino son desconocidos. Paso 1: Verificar la conectividad de la capa de red TCP/IP en la computadora host local. C:> ipconfig Configuración IP de Windows Conexión de área local del adaptador Ethernet: Sufijo de conexión específica DNS. : Dirección IP . . . . . . . . . . . : 172.16.1.2 Máscara de subred. . . . . . . . . : 255.255.0.0 Gateway por defecto. . . . . . . . : 172.16.255.254 C:> Figura 1. Información de red TCP/IP local All contents are Copyright © 1992–2009 Cisco Systems, Inc. All rights reserved. This document is Cisco Public Information. Página 2 de 8
  • 3. CCNA Exploration Aspectos básicos de networking: Direccionamiento de la red: IPv4 1. 2. Laboratorio 6.7.1: Ping y Traceroute Abra un terminal de Windows y determine la dirección IP de la computadora host del módulo del grupo con el comando ipconfig, como indica la Figura 1. El resultado debe ser igual excepto por la dirección IP. Cada computadora host del módulo del grupo debe tener la misma máscara de red y dirección de gateway por defecto; sólo la dirección IP puede ser diferente. Si falta información o si la máscara de subred y el gateway por defecto son diferentes, vuelva a configurar los parámetros de TCP/IP para hacer coincidir las configuraciones para esta computadora host del módulo del grupo. Registre la información sobre la información de red TCP/IP local: Información TCP/IP Dirección IP Máscara de subred Gateway por defecto Valor 172.16.186.85 255.255.0.0 172.16.0.1 Figura 2. Resultado del comando ping en el stack TCP/IP local 3. Use el comando ping para verificar la conectividad de la capa de red TCP/IP en la computadora host local. Cuatro solicitudes de ping se envían al destino en forma predeterminada y se recibe información de respuesta. El resultado debe ser similar al que se visualiza en la Figura 2. Dirección de destino, configurada en la dirección IP para la computadora local. Información de respuesta: bytes: tamaño del paquete ICMP. tiempo: tiempo transcurrido entre la transmisión y la respuesta. TTL: valor TTL predeterminado del dispositivo DESTINATION, menos la cantidad de routers en la ruta. El valor TTL máximo es 255, y para los equipos de Windows más nuevos el valor predeterminado es 128. Resumen de información sobre las respuestas: q Paquetes enviados: cantidad de paquetes transmitidos. Se envían cuatro paquetes en forma predeterminada. Paquetes recibidos: cantidad de paquetes recibidos. Paquetes perdidos: diferencia entre la cantidad de paquetes enviados y recibidos. All contents are Copyright © 1992–2009 Cisco Systems, Inc. All rights reserved. This document is Cisco Public Information. Página 3 de 8
  • 4. CCNA Exploration Aspectos básicos de networking: Direccionamiento de la red: IPv4 4. Laboratorio 6.7.1: Ping y Traceroute Información sobre la demora de respuestas, medida en milisegundos. Los tiempos mínimos de ida y vuelta indican enlaces más rápidos. El temporizador de una computadora se configura en 10 milisegundos. Los valores más rápidos de 10 milisegundos se visualizarán como 0. Complete los resultados del comando ping en su computadora: Campo Tamaño del paquete Cantidad de paquetes enviados Cantidad de respuestas Cantidad de paquetes perdidos Demora mínima Demora máxima Demora promedio Valor 32bytes 4 4 0 0ms 0ms 0ms Paso 2: Verificar la conectividad de la capa de red TCP/IP en la LAN. C:> ping 172.16.255.254 Pinging 172.16.255.254 with 32 bytes of data: Reply from 172.16.255.254: bytes=32 time=1ms TTL=255 Reply from 172.16.255.254: bytes=32 time<1ms TTL=255 Reply from 172.16.255.254: bytes=32 time<1ms TTL=255 Reply from 172.16.255.254: bytes=32 time<1ms TTL=255 Ping statistics for 172.16.255.254: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 1ms, Average = 0ms C:> Figura 3. Resultado del comando ping para el gateway por defecto 1. Use el comando ping para verificar la conectividad de la capa de red TCP/IP al gateway por defecto. Los resultados deben ser similares a los que se visualizan en la Figura 3. 2. El valor TTL predeterminado de Cisco IOS se configura en 255. Debido a que los datagramas no viajaron al router, el valor TTL devuelto es 255. Complete los resultados del comando ping para el gateway por defecto. Campo Tamaño del paquete Cantidad de paquetes enviados Cantidad de respuestas Cantidad de paquetes perdidos Demora mínima Demora máxima Demora promedio Valor 32bytes 4 4 0 1ms 2ms 1ms ¿Cuál sería el resultado de una pérdida de conectividad al gateway por defecto? Que no se puede salir de la red local Que no podriamos salir de nuestra red local
  • 5. Paso 3: Verificar la conectividad de la capa de red TCP/IP con una red remota. C:> ping 192.168.254.254 Pinging 192.168.254.254 with 32 bytes of data: Reply from 192.168.254.254: bytes=32 time<1ms TTL=62 Reply from 192.168.254.254: bytes=32 time<1ms TTL=62 Reply from 192.168.254.254: bytes=32 time<1ms TTL=62 Reply from 192.168.254.254: bytes=32 time<1ms TTL=62 Ping statistics for 192.168.254.254: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms C:> Figura 4. Resultado del comando ping para Eagle Server 1. 2. Utilice el comando ping para verificar la conectividad de la capa de red TCP/IP con un dispositivo en una red remota. En este caso, se utilizará el Eagle Server. Los resultados deben ser similares a los que se visualizan en la Figura 4. El valor TTL predeterminado de Linux está configurado en 64. Debido a que los datagramas viajaron a través de dos routers para acceder a Eagle Server, el valor TTL devuelto es 62. Complete los resultados del comando ping en su computadora: Campo Tamaño del paquete Cantidad de paquetes enviados Cantidad de respuestas Cantidad de paquetes perdidos Demora mínima Demora máxima Demora promedio Valor 32bytes 4 4 0 40ms 166ms 101ms C:> ping 192.168.254.254 Pinging 192.168.254.254 with 32 bytes of data: El tiempo de respuesta expiró. El tiempo de respuesta expiró. El tiempo de respuesta expiró. El tiempo de respuesta expiró. Ping statistics for 192.168.254.254: Packets: Sent = 4, Received = 0, Lost = 4 (100% loss), C:> Figura 5. Resultado de un comando ping con paquetes perdidos El comando ping es extremadamente útil al resolver problemas en la conectividad de red. Sin embargo existen limitaciones. En la Figura 5 el resultado muestra que el usuario no puede acceder a Eagle Server. ¿El problema está en Eagle Server o en un dispositivo de la ruta? El comando tracert, que se examinará luego, puede mostrar la latencia de red e información de ruta.
  • 6. Tarea 2: Uso del comando tracert para verificar la conectividad de TCP/IP. El comando tracert es útil para aprender sobre la latencia de red e información de ruta. En lugar de utilizar el comando ping para probar la conectividad de cada dispositivo uno por uno al destino, puede utilizarse el comando tracert. En los dispositivos Linux y Cisco IOS, el comando equivalente es el traceroute. Paso 1: Verificar la conectividad de la capa de red TCP/IP con el comando tracert. 1. Abra una terminal de Windows y emita el siguiente comando: C:> tracert 192.168.254.254 C:> tracert 192.168.254.254 Tracing route to 192.168.254.254 1 <1 ms <1 ms 2 <1 ms <1 ms 3 <1 ms <1 ms Trace complete. C:> over a maximum of 30 hops <1 ms 172.16.255.254 <1 ms 10.10.10.6 <1 ms 192.168.254.254 Figura 6. Resultado del comando tracert para Eagle Server. El resultado del comando tracert debe ser similar al visualizado en la Figura 6. 2. Registre sus resultados en la siguiente tabla: Campo Cantidad máxima de saltos Dirección IP del primer router Dirección IP del segundo router ¿Se accedió al destino? Valor 30 192.168.1.254 200.13.248.130 Si Paso 2: Observar la salida del comando tracert a un host que perdió conectividad de red. Si hubiera una pérdida de conectividad hacia un dispositivo final, como Eagle Server, el comando tracert puede proporcionar pistas valiosas en cuanto al origen del problema. El comando ping muestra la falla pero no proporciona otro tipo de información sobre los dispositivos en la ruta. En cuanto al Diagrama de topología de la práctica de laboratorio Eagle 1, tanto R2-Central como R1-ISP se utilizan para la conectividad entre las computadoras host del módulo del grupo y Eagle Server. C:> tracert -w 5 -h 4 192.168.254.254 Tracing route to 192.168.254.254 over a maximum of 4 hops 1 <1 ms <1 ms <1 ms 172.16.255.254 2 <1 ms <1 ms <1 ms 10.10.10.6 3 * * * Request timed out. 4 * * * Request timed out. Trace complete. C:> Figura 7. Resultado del comando tracert
  • 7. Consulte la Figura 7. Las opciones se utilizan con el comando tracert para reducir el tiempo de espera (en milisegundos), -w 5 y el número máximo de saltos -h 4. Si Eagle Server fuera desconectado de la red, el gateway por defecto respondería de manera adecuada, al igual que R1-ISP. El problema debe estar en la red 192.168.254.0/24. En este ejemplo, Eagle Server ha sido apagado. ¿Cuál sería el resultado de tracert si R1-ISP falló? _ no aparecería los asteriscos y el mensaje de tiempo de espera agotado para la solicitud y el próximo salto seria r-2 central ¿Cuál sería el resultado de tracert si R2-Central falló? _ no aparecería los asteriscos y el mensaje de tiempo de espera agotado para la solicitud y el próximo salto seria el router 3 Tarea 3: Desafío Los valores predeterminados para el comando ping normalmente funcionan en casi todas las situaciones de resolución de problemas. A veces, sin embargo, las opciones de ping de ajuste más refinado pueden ser útiles. Al ejecutar el comando ping sin una dirección de destino se visualizan las opciones presentadas en la Figura 8: C:> ping Usage: ping [-t] [-a] [-n count] [-l size] [-f] [-i TTL] [-v TOS] [-r count] [-s count] [[-j host-list] | [-k host-list]] [-w timeout] target_name Options: -t Ping the specified host until stopped. To see statistics and continue - type Control- Break; -a -n count -l size -f -i TTL -v TOS -r count -s count -j host-list -k hostlist -w timeout To stop - type Control-C. Resolve addresses to hostnames. Number of echo requests to send. Send buffer size. Set Don't Fragment flag in packet. Time To Live. Type Of Service. Record route for count hops. Timestamp for count hops. Loose source route along host-list. Strict source route along host-list. Timeout in milliseconds to wait for each reply. C:> Figura 8. Resultado de un comando ping sin dirección de destino Las opciones más útiles están resaltadas en amarillo. Algunas opciones, como por ejemplo –t y –n, no funcionan juntas. Otras opciones pueden utilizarse juntas. Experimente con las siguientes opciones:
  • 8. Para hacer ping a la dirección de destino hasta que se detenga, utilice la opción –t. Para detener, presione <CTRL> C: C:> ping –t 192.168.254.254 Pinging 192.168.254.254 with 32 bytes of data: Reply from 192.168.254.254: bytes=32 time<1ms TTL=63 Reply from 192.168.254.254: bytes=32 time<1ms TTL=63 Reply from 192.168.254.254: bytes=32 time<1ms TTL=63 Reply from 192.168.254.254: bytes=32 time<1ms TTL=63 Reply from 192.168.254.254: bytes=32 time<1ms TTL=63 Reply from 192.168.254.254: bytes=32 time<1ms TTL=63 Ping statistics for 192.168.254.254: Packets: Sent = 6, Received = 6, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms Control-C ^C C:> Figura 9: Resultado de un comando ping utilizando la opción –t Para hacer ping una vez al destino y registrar los saltos del router, utilice las opciones –n y –r, como se muestra en la Figura 10. Nota: No todos los dispositivos aceptarán la opción –r. C:> ping -n 1 –r 9 192.168.254.254 Pinging 192.168.254.254 with 32 bytes of data: Reply from 192.168.254.254: bytes=32 time=1ms TTL=63 Route: 10.10.10.5 -> 192.168.254.253 -> 192.168.254.254 -> 10.10.10.6 -> 172.16.255.254 Ping statistics for 192.168.254.254: Packets: Sent = 1, Received = 1, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 1ms, Maximum = 1ms, Average = 1ms C:> Figura 10: Resultado de un comando ping utilizando las opciones –n y –r Tarea 4: Reflexión Los ingenieros de redes utilizan los comandos ping y tracert para probar la conectividad de red. El comando ping funciona mejor en una conectividad básica. Para probar la latencia y la ruta de red, se prefiere el comando tracert. Se espera que un ingeniero de redes tenga la capacidad de diagnosticar rápidamente y con exactitud las cuestiones relacionadas con la conectividad de redes. El conocimiento sobre protocolos TCP/IP y la práctica con comandos para resolver problemas construyen esa capacidad. Tarea 5: Limpieza A menos que el instructor le indique lo contrario, apague las computadoras host. Llévese todo aquello que haya traído al laboratorio y deje el aula lista para la próxima clase.