Comandos para hacer troubleshooting de redes de datos:

Pruebas de conectividad de redes desde la consola de Windows

Ipconfig: Comando usado para informar los valores configurados de red TCP/IP de
los adaptadores de LAN del equipo en cuestión, nos entrega información de:
 Dirección IPV4
 Máscara de subred
 Puerta de enlace predeterminada
Esta información nos indica si tenemos configurado correctamente lo que la
dirección IP, la máscara de subred y la puerta de enlace, una mala configuración
implica problemas de conectividad ya sea Local (LAN) y/o Externa (Internet).

ipconfig /all: Muestra información detallada como:

 Dirección IPV4
 Máscara de subred
 Puerta de enlace predeterminada
 Nombre de host
 Sufijo DNS principal
 Dirección física (MAC Address)
 DHCP habilitado
 Servidor DHCP
 Servidores DNS
 Servidor WINS principal
 Servidor WINS secundario
 NetBIOS sobre TCP/IP
Esta información nos indica si tenemos configurado correctamente lo que la
dirección IP, la máscara de subred y la puerta de enlace, una mala configuración
implica problemas de conectividad ya sea Local (LAN) y/o Externa (Internet).
Además, nos entrega información si tenemos bien configurado los servicios de DNS,
DHCP y WINS. Una mala configuración, nos trae problemas de resolución de
nombres a direcciones IP (DNS), asignación automática o fija de la dirección IP de
la PC (DHCP)

ipconfig /release: Este comando nos permite liberar la dirección IP configurada en

nuestro adaptador de red.
ipconfig /renew: Este comando nos permite renovar la dirección IP del adaptador,
haciendo una conexión al DHCP Server para tomar una dirección IP
ipconfig /displaydns: Este comando nos permite ver el contenido de la tabla caché
de resolución DNS
ipconfig /flushdns: Este comando nos permite vaciar la caché de resolución DNS,
esto obliga a la PC a que nuevamente se tome contacto con el DNS Server para
tomar los registros que se requieren para las distintas conexiones de red.

Ping: Poderosa herramienta para la prueba de la conectividad entre un host local y

uno o varios hosts remotos usando paquetes ICMP. Nos entrega información del
estado de la conexión y la velocidad de respuesta. à ping 10.0.0.1
Ping -t: Hace un ping constante, nos sirve para saber en qué momento la conexión
se establece o se corta entre dos host. à ping -t 10.0.0.1
Ping -a: Resolver direcciones en nombres de host, cuando queremos saber el
nombre de un host a partir de su dirección IP à ping -a 10.0.0.1
Ping -l: Envía paquetes según un tamaño especifico, por ejemplo, queremos mandar
paquetes de tamaño de 1000 bytes à ping -l 1000 10.0.0.1

Tracert: Este comando no permite saber la ruta entre un host y otro, de tal manera
que podemos saber en qué punto de la ruta hay problemas cuando no hay conexión
entre los dos nodos. Además, podemos saber los tiempos de respuesta por cada salto
y por lo tanto nos indica si podemos tener algún cuello de botella durante el trayecto
o estamos ok. à tracert 10.0.0.1

Nslookup: Con este comando podemos ver si el DNS está resolviendo

correctamente los nombres y las direcciones IP. Podemos saber la dirección IP
detrás de un determinado nombre de dominio à nslookup cisco.com

Netstat -ano: Nos muestra un listado de las conexiones de una PC. El sufijo “a”
muestra todas las conexiones y los puertos de escucha. El sufijo “n” muestra
direcciones y números de puerto en formato numérico. Con el sufijo “o” muestra el
id. del proceso propietario asociado con cada conexión (El id. Del proceso PID se
relaciona con el nombre del proceso en el administrador de tareas). à netstat -ano

Pruebas de conectividad de una red LAN

Las pruebas de conectividad son una herramienta de diagnóstico que te permite verificar la
conectividad entre los extremos de red. Analiza tu configuración y, en algunos casos,
realiza un análisis del plano de datos en vivo entre los extremos. Un extremo es una fuente
o un destino del tráfico de red, como una VM, un clúster de Google Kubernetes Engine
(GKE), una regla de reenvío del balanceador de cargas o una dirección IP en Internet.
Para analizar las configuraciones de red, las pruebas de conectividad simulan la ruta de
reenvío prevista para un paquete a través de tu red de nube privada virtual (VPC), túneles
de Cloud VPN o adjuntos de VLAN. Las pruebas de conectividad también pueden simular
la ruta de reenvío entrante esperada a los recursos en tu red de VPC.

En algunas situaciones de conectividad, las pruebas de conectividad también realizan

análisis del plano de datos en vivo. Esta característica envía paquetes a través del plano de
datos para validar la conectividad y proporciona un diagnóstico de referencia de la latencia
y la pérdida de paquetes. Si la ruta es compatible con el componente, cada prueba que
ejecutes incluirá un resultado del análisis del plano de datos en vivo.

Si quieres aprender a crear y ejecutar pruebas para varias situaciones, consulta Cómo crear
y ejecutar pruebas de conectividad.

La API para las pruebas de conectividad es la API de administración de redes. Para obtener
más información, consulta la documentación de la API.

¿Por qué usar las pruebas de conectividad?

Las pruebas de conectividad pueden ayudarte a solucionar los siguientes problemas de
conectividad de red:

 Opciones de configuración incoherentes no deseadas

 Opciones de configuración obsoletas debido a cambios en la configuración de la red
o migraciones
 Errores de configuración para una variedad de servicios y funciones de red

Cuando pruebes los servicios administrados por Google, las pruebas de conectividad
también pueden ayudarte a determinar si hay un problema en tu red de VPC o en la red de
VPC de Google que se usa para los recursos de servicio.

Cómo las pruebas de conectividad analizan los

parámetros de configuración
Cuando se analizan las configuraciones de red, las pruebas de conectividad usan
una máquina de estado abstracto para modelar la forma en que una red de VPC debe
procesar los paquetes. Google Cloud procesa un paquete en varios pasos lógicos.

El análisis puede tomar muchas rutas posibles

Debido a la variedad de servicios de red de VPC y funciones que admite el análisis de

configuración, un paquete de prueba que atraviesa una configuración de red de VPC puede
tomar muchas rutas posibles.
En el siguiente diagrama, se muestra un modelo de cómo el análisis de configuración
simula el tráfico de seguimiento entre dos instancias de máquina virtual (VM) de
Compute Engine: una a la izquierda y otra a la derecha.

El análisis depende de la infraestructura de tu red

Según la configuración de red y recursos de Google Cloud, este tráfico puede pasar a través
de un túnel de Cloud VPN, una red de VPC, un balanceador de cargas de Google Cloud o
una red de VPC con intercambio de tráfico antes de llegar a la instancia de VM de destino.